【问题标题】:Restart log shipping when out of sync不同步时重新启动日志传送
【发布时间】:2011-08-05 15:33:27
【问题描述】:

场景是。数据库辅助服务器由于不同的原因不同步或被怀疑不同步。有人错误或其他意外使辅助数据库联机。如果你现在想确保他们回到正轨。你是怎样做的?最好是快速且一次用于多个数据库。

当您使用该指南在两台服务器之间设置日志传送时,它会负责初始备份和备份文件的复制,然后是初始恢复。 如果我必须重做,我必须无法/启用并重做 loghipping 并再次填充所有参数。还有其他方法吗?我可以使用sqllogship application? 我有一个“C:\Program Files\Microsoft SQL Server\100\Tools\Binn\sqllogship.exe”-Restart -server SQLServ\PROD2 或者有什么东西可以用powershell和SQL Server Management Objects - SMO?

轻松完成

我想使用 log_shipping_secondary 等表中已有的所有参数。

我还没有找到任何用于执行此操作的脚本。我在使用指南时查看了生成的脚本,但其中不包含初始备份和副本。我可以编写自己的脚本。只是怕有人说:你为什么不直接跑:$smoLogShipping.Redo

【问题讨论】:

    标签: sql-server powershell smo failover


    【解决方案1】:

    我不知道有任何社区支持的脚本可以按照您的要求执行,但它可以很容易地编写脚本。 GUI 可以处理大部分流程,然后您只需对其进行参数化并根据您所追求的工作流程进行调整。下面的链接给出了我所说的一个例子。

    Scripting Log Shipping Automation

    【讨论】:

      【解决方案2】:

      如果您使备用数据库联机(即)使用_recovery 恢复它,那么这将中断日志传送。重新建立日志传送的唯一方法是再次从源的完整备份恢复备用数据库并使用 no_recovery / 备用模式。

      【讨论】:

      • >重新建立日志传送的唯一方法是从完整备份恢复备用数据库。
      • >重新建立日志传送的唯一方法是从完整备份恢复备用数据库。是的,我已经明白了。我想知道是否有自动执行这些步骤的功能。由于所有关于 logshipping 的信息都存储在 log_shipping_secondary 中。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-11-17
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多