主页 / dba / 问题 / 9640
Accepted
Nate
Asked: 2011-12-23 11:45:29 +0800 CST

将数据和/或模式从 DBv1 迁移到 DBv2

  • 772

我有一个已经用了几个月的生产数据库。我一直在对测试/开发服务器上的副本进行修改。我在几个表中添加了一些额外的字段（允许为空），并且在新表和现有表中添加了一些新表和索引。

我的问题是：我已准备好使用我的测试/开发数据库并将其投入生产。问题是我需要将所有数据从我的生产数据库迁移到我的测试/开发数据库。我的第一个想法是使用 SSMS 将数据从生产“导入”到测试/开发，我遇到的问题是即使使用“启用身份插入”我仍然会遇到所有类型的外键约束错误。这有点像二人组

  1. 有没有比我刚才概述的过程更好的方法将架构更改从测试/开发迁移到生产？
  2. 如果没有，有没有办法在导入期间暂时禁用所有插入约束？

我很乐意只将我的测试/开发模式迁移到我的生产服务器，但我还没有找到任何方法来做到这一点，而无需手动逐个表、逐个索引、逐个视图、逐个存储过程。 . 等等 我见过一些声称能够做到这一点的工具，但我正在寻找一个免费/开源的解决方案，但还没有找到任何东西。

注意：数据库很小 < 10gb，test/dev 数据库被完全截断，每个表中的记录为零。

sql-server migration

2 个回答

  1. Best Answer

    听起来你已经完全颠倒过来了。通常使用脚本跟踪更改，然后将其应用于生产数据库。我从未遇到过将生产数据导入开发创建的下一个版本是有意义的情况。

    如果您的数据库当前不在源代码管理中，那么从 Jeff Atwood 的文章让您的数据库处于版本控制之下链接到的文章是一个很好的介绍。此外，免费的 Redgate 电子书SQL Server Team Based Development包括一个关于数据库源代码控制的章节。

    如果您一直在通过 GUI 工具进行更改并且没有更改内容的任何记录，那么您最好的选择是数据库比较工具，例如Redgate SQLCompare或Apex SQLDiff。这些工具将生成脚本来升级您的生产数据库以匹配开发模式。

    如果老板不愿意花钱购买比较工具，您可以使用WinMerge或DiffMerge等差异工具手动协调更改。使用 SSMS生成脚本工具将对象脚本化为单个文件，然后使用 diff 工具识别差异。最后，为表的任何更改手工制作必要的 ALTER 语句。

    • 5

  2. 对于这些类型的迁移，我建议您查看架构和数据同步软件。他们通常有特殊的逻辑来处理同步期间的表约束。SQL Server 提供了SQL Server Data Tools，对于基本的同步任务，它可以完成工作。我没有尝试过使用这些工具做任何太复杂的事情，所以我不能真正说出它们的局限性。

    如果您对第三方软件持开放态度，我建议您查看用于模式同步的xSQL Schema Compare和用于数据同步的xSQL Data Compare。他们有大量选项，您可以启用或禁用（包括外键约束或标识插入）以根据您的喜好自定义同步过程。

    希望这可以帮助！

    披露：我隶属于 xSQL

    • 0

相关问题