主页 / dba / 问题 / 64369
Accepted
Swaroop Kundeti
Asked: 2014-05-03 04:18:48 +0800 CST

两个 Ms-sql 服务器之间的镜像，用于将服务器从一个数据中心迁移到另一个数据中心

  • 772

我有一个关于 microsoft sql server 的查询。我正在寻找将 ms sql server 从一个供应商迁移到另一个供应商（数据中心）。我希望在服务器之间进行镜像配置，因为我的数据库接近 40GB，并且从旧的复制到新的需要几天的时间，所以一旦数据库同步，我将关闭旧服务器并将我的应用程序与新的服务器。

我担心的是，如果我在新服务器中进行备份并将其还原并开始镜像，数据是否会被镜像到在备份服务器和开始镜像之间发生事务的地方？

谢谢，斯瓦鲁普。

sql-server mirroring

2 个回答

  1. Best Answer

    这是完全可行的（也是我之前移动多个数据库的方式）。该过程的概要是这样的：

    1. 确保源数据库处于完全恢复模式
    2. 将源配置为无 NO_TRUNCATE 事务日志备份（因此保留日志）
    3. 完全备份源。最好使用备份压缩
    4. 将您的完整备份（如果通过网络复制需要很长时间，则在 USB 记忆棒上）到目标
    5. 在目标上恢复完整备份
    6. 对源进行日志备份
    7. 将日志备份移动（使用 4 中最快的方法）到目标并在那里应用
    8. 在异步模式下配置镜像（源和目标现在可以镜像）
    9. 在主服务器上再次启动常规事务日志备份
    10. 等待镜像赶上（使用镜像管理工具监控）
    11. 将镜像设置为同步模式
    12. 移动应用程序指针并手动故障转移镜像

    您必须注意的一件事是在移动发生时您有足够的空间来保存事务日志。但是一个 40GB 的数据库很小，所以我假设你不会有很多 tlog 流量。

    要注意的另一件事是，您在目标上设置了与源上相同的安全性。如果不是这样，当您翻越服务器时，您最终可能会得到孤立的用户。如果您只使用 Windows 登录，这不是什么大问题。

    做到这一点需要一些练习。我建议先在开发系统上对其进行测试，以确保所有步骤都编写得很好。

    • 3

  2. 设置数据库镜像的时间与复制数据库的时间相同，因为复制数据库只是镜像设置中的步骤之一。即使像您声称的那样传输完整备份文件需要 40 个小时（您是否研究过备份压缩？），您也可以在源处进行差异备份并在目标处应用它。差值应该比满值小得多，因此传输时间应该小得多。如果这仍然太长，请考虑采取和应用日志备份。希望一天中有一个缓慢的时间，日志备份会很小，因此会快速传输。祝你好运。

    • 0

相关问题