Piy*_*tel 0 sql-server-2008 log-shipping disaster-recovery
我们将数据库 (D1) 作为主数据库,并将日志传送设置到名为 (LS_D1) 的辅助数据库。现在我们正在做的是备份 D1 数据库并在 D2 数据库上恢复它。我们对 D2 数据库的新版本部署进行架构和数据更改。
我们想要的是在 D1 数据库上恢复 D2 数据库,并在不复制备份文件的情况下恢复日志传送到 LS_D1 数据库。将备份文件从主数据中心复制到 DR 数据中心会为每个版本花费我们太多的钱,这就是我们想要恢复日志传送的原因。
当我尝试这样做时,LSN 号码不同步,有什么办法可以解决这个问题吗?或者我们可以有任何其他替代日志传送的方法来为我们提供 DR 功能并解决这个问题?
注意:任何可能需要一次性日志传送成本的解决方案也可以。
谢谢,皮尤什帕特尔
当您恢复主时,日志传送已中断。恢复它的唯一方法是使用新的完整备份重新启动它。讨论完毕。
我们对 D2 数据库的新版本部署进行架构和数据更改。
这才是你真正的问题。将所有更改作为代码更改并通过运行部署脚本进行部署。当您想将在 D2 上的开发更改迁移到 D1 时,只需在 D1 上运行迁移脚本。例如,使用Visual Studio 数据库项目。
即使没有适当的开发过程,您也可以在 D1 上运行脚本时应用 D2 和 D1 之间的更改,并且不会破坏日志传送关系。例如。像Red Gate SQL Compare和Data Compare这样的工具就可以完成这项工作。
归档时间: |
|
查看次数: |
8133 次 |
最近记录: |