我们目前在我们的办公室内有一个 Live 和 Dev 环境，我们需要定期将 Live DB 移动到 Dev 以确保更新数据以供开发团队使用。
然而，实时数据库变得非常难以管理，因为它几乎达到 100 Gb，我们目前运行数据库备份，将文件复制到另一台服务器并恢复它。然而，这正在成为一个主要的头痛，可能需要 4 到 5 个小时以上。
有人对我们如何以更有效的方式移动数据库有什么好的建议吗？
我们使用的是 MS SQL Server 2005 标准版。
问问题
57 次
1 回答
0
从生产中更新您的开发服务器的最佳方法是实施运输日志策略。每天对生产数据库执行增量备份，并将增量日志放在开发服务器可以看到的位置。然后每周进行一次所有增量备份（应该有 5 个）并增加开发数据库以使其看起来像生产。如果您愿意，可以使用 sql server 工具自动执行该过程，或者您可以编写一个小程序，根据您放置日志文件的目录中的文件名为您生成脚本。在您执行几次操作并看到 SQL Server 每次都会为您生成的 TSQL 之后，您将很好地了解如何编写脚本生成器实用程序。您甚至可以使用相同的实用程序将恢复过程自动化到您的开发盒，只需连接到开发服务器并运行它生成的脚本，然后自动运行该实用程序。大多数程序员只要对 sql server 和 tsql 有相当的了解，最多可以在一两天内完成这个实用程序。
您还有其他选择，但这可能会解决您的大部分问题
- 除了您可能会或可能不会做的完整备份之外，您还会获得生产数据库的增量备份。
- 您编写的实用程序将节省时间并使过程自动化，您所要做的就是检查它是否成功，并且您有实用程序通过电子邮件向您发送成功/失败信息。如果您是基于云的，请使用 amazon 电子邮件工具，或者如果您基于 azure，请使用 sendgrid.com。
- 您制作实用程序的时间并不长。
于 2013-07-25T15:29:47.973 回答