如何解决将生成的数据库日志还原到SQL Server中的完全恢复的复制数据库
我们有一个场景，我们希望减少生产环境中的停机时间：
- 我们要备份生产数据库CleintDB，其大小约为100GB。
- 我们将使用其他名称ClientDB_copy将CleintDB数据库备份还原到同一台服务器，然后执行一些脚本，这可能需要12到15个小时左右。在这12到15个小时内，无论CleintDB数据库在生产环境中将进行什么更改，我们都需要将这些更改也应用到ClientDB_copy数据库中。
- 我们将通过重命名CleintDB_copy数据库和CleintDB数据库来切换它们。通过这种方式，我们希望减少生产环境中的停机时间。
我的问题是： 如何以最小的工作量将ClientDB数据库在生产环境中的更改应用于ClientDB_copy数据库？
我们想使用norecovery选项还原ClientDB数据库的备份，以便可以在ClientDB_copy数据库的顶部还原CleintDB的新日志。但是，当使用norecovery选项还原数据库时，它将保持还原模式，因此我们无法在该数据库中执行任何脚本。 我们可以使用以下代码撤消数据库的恢复模式：
RESTORE DATABASE [ClientDB_copy] WITH norECOVERY
GO
但是，在这种情况下，我们无法将ClientDB数据库生成的新日志加载到ClientDB_copy中，因为它已完全恢复。
有什么方法可以以最小的努力将ClientDB的更改加载到ClientDB_copy中？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
