仅将数据库数据和模式传输到不同的服务器
Transfer database data and schema only to different server
我有一个相当大的数据库(130 多个表)需要经常从实时服务器传输到开发服务器。两台服务器都是 SQL Server Express(版本 14)。
Backup/restore不起作用,因为它传输数据、模式和其他对象(用户权限),但两台服务器上的用户都没有同样
Tasks/Generate 脚本... 会产生非常大的 .sql
文件 (400MB+) 和 SSMS (ver. 15)开发服务器内存不足 (win10_64/32GB)!?
我有一个脚本将数据库(在实时服务器上)拆分成几个较小的数据库,然后我可以生成 .sql
脚本并传输数据和模式并将它们组合到一起开发服务器上所需的数据库。但是,问题是我必须手动生成这些脚本,这是一项耗时的任务。
我想知道是否有更有效的解决方案来解决我的问题?
为什么不使用 Backup/Restore 然后应用自定义脚本来处理不需要的对象?
具有修改元数据对象(用户..)的选项将导致安全性 exposure/risk。更多相关信息:https://dba.stackexchange.com/questions/71608/security-implications-of-restoring-a-backup-from-an-unknown-source
我有一个相当大的数据库(130 多个表)需要经常从实时服务器传输到开发服务器。两台服务器都是 SQL Server Express(版本 14)。
Backup/restore不起作用,因为它传输数据、模式和其他对象(用户权限),但两台服务器上的用户都没有同样
Tasks/Generate 脚本... 会产生非常大的
.sql
文件 (400MB+) 和 SSMS (ver. 15)开发服务器内存不足 (win10_64/32GB)!?我有一个脚本将数据库(在实时服务器上)拆分成几个较小的数据库,然后我可以生成
.sql
脚本并传输数据和模式并将它们组合到一起开发服务器上所需的数据库。但是,问题是我必须手动生成这些脚本,这是一项耗时的任务。
我想知道是否有更有效的解决方案来解决我的问题?
为什么不使用 Backup/Restore 然后应用自定义脚本来处理不需要的对象? 具有修改元数据对象(用户..)的选项将导致安全性 exposure/risk。更多相关信息:https://dba.stackexchange.com/questions/71608/security-implications-of-restoring-a-backup-from-an-unknown-source