将实时 SQL Server 数据库移动到新服务器
Abe*_*bed 7 replication sql-server-2008 sql-server migration sql-server-2012
我有一台运行 SQL Server 2008 Web 版的生产服务器，它必须保持 24x7 全天候运行，几乎没有停机时间，现在是我们转向更先进的服务器硬件的时候了，也是转向 SQL Server 的好机会2012年企业。
现在我的问题是，如何在不关闭数据库的情况下进行此迁移？例如在两台服务器之间设置一些东西作为复制左右，所以我在两台服务器上都有完全相同的数据库，然后我可以将主要服务关闭 1 分钟，更改数据库连接的 IP 地址从旧服务器到新服务器，我确信新服务器具有与旧服务器相同的副本。
我不能采用备份/恢复方法，因为它需要的时间超过可接受的时间，这就是为什么我需要一些东西来保证完全相同的数据库，就像我在做备份/恢复一样。5 分钟可能是可承受的最大停机时间。
数据库大小约为 100GB。
新服务器运行2012 Enterprise，旧服务器运行2008 Web
我可以异常地归档数据库中的记录，并将其大小最小化到 20GB 之类。
我可以选择将我的 SQL Server 2008 Web 版升级到企业版，如果这有助于更多解决方案，比如复制？
Kin*_*hah 11
由于您使用的是 SQL Server 2008 Web 版，因此最好的办法是使用LOG SHIPPING.
您的数据库大小为 100GB，因此应考虑从备份初始化辅助数据库。不要使用 GUI 来设置初始日志传送。
所以你的步骤应该是：
- 备份 2008 网络版数据库，并在 2012 企业版上恢复
WITH NORECOVERY。 启动 Logshipping 向导并确保选择
secondary is already initialized. 将日志传送配置为每个1 min（这是您可以获得的最小值）。
移动所有登录名、作业、SSIS 包。
在切换到新服务器期间：
停止所有连接到数据库的网络服务器
停止所有 logshipping 的备份、复制和还原作业。
进行最后的 Tail 日志备份并在辅助
WITH RECOVERY.同步登录。
更改
web.config应用程序的 以将其指向新服务器。这样您就不必更改新服务器的 IP 地址以匹配旧服务器。
我在此处以更详细的方式给出了恢复后步骤。
| 归档时间： |
|
| 查看次数： |
2925 次 |
| 最近记录： |