小编Val*_* F.的帖子

通过网络以低停机时间迁移大型 SQL Server 数据库的最佳方法

问题定义

我们的数据库服务器需要转移到另一个数据中心。它运行在 Microsoft SQL Server 2012 Enterprise(64 位)上,包含两个大约 2TB 和 1TB 的数据库。

几乎没有停机时间将是理想的。

工作量

这些数据库用于 .NET 网站,并且会不断更新。

不过,周末不可用也是可以接受的。当前使用的数据库将一直是唯一使用的数据库,直到切换到新数据库。

理想情况下,只需将 DNS 条目更改为指向新的数据库服务器,同时确保数据库未更新,即可实现该切换。

此外,只要从一台服务器切换到另一台服务器(停机时间)保持在较低水平,此操作所花费的时间并不重要。

考虑的方法

  • 备份还原

    过去曾这样做过,但即使是通过内部网络完成的,停机时间也很长,因此比通过 Internet更有效

  • 日志传送

    据我所知,这种方法可以通过配置主/从并将主数据库的精确副本传输到其只读从属来最大限度地减少停机时间。如上所述,不需要访问从属数据库,我们只需要一种方法来拥有主数据库的副本而不会损坏数据。

    它在资源利用方面似乎也非常有效,并且不会对主性能产生太大影响。

    我可能对这种方法有误,因此请随时纠正我。

  • 数据库镜像

    我不太了解这种方法,但它似乎是一个有效的选择。不需要实时同步,主节点的性能非常重要,因此如果选择这种方法,异步将是可行的方法。

  • 其他选择?

    该服务器直接在裸机硬件上运行,因此不幸的是,不能选择较低级别的解决方案。也许有更好的方法来完成这项工作?

约束

如上所述,这些数据库非常大,以至于难以维护,但这是另一个问题。

SQL Server 的版本将相同(Microsoft SQL Server 2012 Enterprise 64 位)。

它必须在两个数据中心之间通过网络传输,因此很可能通过 Internet 传输。不幸的是,将磁盘从一个站点发送到另一个站点进行初始同步并不是一种选择。为转移提供某种安全性是理想的,但我们会在这种情况下做到最好。

这应该很好地概述了我们对这项任务的需求,希望你们中的一些人以前不得不面对这种情况。

sql-server migration mirroring restore log-shipping

23
推荐指数
2
解决办法
2万
查看次数

标签 统计

log-shipping ×1

migration ×1

mirroring ×1

restore ×1

sql-server ×1