Nat*_*ate 2 sql-server testing development
我想要做的是安排将数据从我的生产数据库复制到我的开发/测试数据库。
开发/测试数据库在架构方面将比生产数据库更新,但生产数据库具有当前数据。我有点困惑,因为我需要针对生产规模数据测试我的数据库更改,拥有当前数据会非常有帮助。
我在 SQL Server 2008 R2 Standard 上用于生产和开发环境;有没有一种方法可以在我的开发服务器上创建一个作业,以只读方式从我的生产数据库中“吸取”数据?我想要一个脚本,可以批量复制表数据,忽略丢失的列并忽略目标表中的任何约束。一个为一张表执行此操作的脚本是我真正需要的,我可以修改它以适合我的表并复制它以运行我的所有表。我遇到的问题是发现任何与此类似的东西。
这是对我最后一个相同性质的问题的跟进;从那以后,我将我的数据库纳入了源代码管理,而且我更喜欢它。问题是我的开发服务器上仍然面临陈旧的数据问题,所以我想找到一种安排更新的方法。
我愿意采用其他方法来实现这一点,但它必须是我可以按计划运行的东西,并且我可以使用记事本和/或 SSMS 或标准版 SQL Server 提供的其他工具构建。
小智 8
以下是我的建议:
如果您还没有这样做,请为您的生产数据库创建一个定期备份过程。为简单起见,请进行完整备份并包含所有数据库对象(表/架构/数据/用户)。Microsoft 网站上有很多关于如何实现这一点的信息。
当您需要更新开发环境时,将生产备份恢复到开发中,然后使用为生产更改记录的方法实施您需要测试的迁移(表、过程、数据)。
测试,知道您不仅要测试代码更改,还要测试将更改推出到生产环境时的迁移策略。您还在测试您的数据库备份和还原 (DR) 策略。
请注意,这可能意味着您有 2 个开发数据库,一个用于实际开发,另一个用于集成/QA/UAT 测试。
归档时间: |
|
查看次数: |
10143 次 |
最近记录: |