4

在Windows Server 2008 R2上运行SQL Server 2008的AWS实例中有一个大型数据库。将SQL Server数据库从AWS迁移到Azure

数据库是不断变化的,写信息,其大小约为100GB〜

我想从我们的亚马逊的服务,微软的Azure迁移。

但我买不起任何信息丢失更多的人超过20-30分钟

我不介意使用SQL Azure中运行或下碧霞一个VM中的SQL服务器,但我必须保持数据库的生活和更新,有几个主要的表,信息不断添加到他们

这样做的最佳方式是什么?

回答

5

,如果您使用的是AWS实例,而不是RDS和你要一个Azure的实例,而不是“Azure的SQL数据库”您可以使用日志传送或类似的东西,以获得停机时间降低到几秒钟:http://msdn.microsoft.com/en-us/library/ms187103.aspx

你需要采取

步骤:

  1. 采取在AWS上的完整备份
  2. 恢复完整备份,而不恢复到Azure上
  3. 采取日志备份在AWS上
  4. 在Azure上
  5. 重复3和4还原日志备份不恢复,直到它花费的时间足够短(你可能想脚本了这一点)
  6. 采取应用的离线
  7. 采取另一种日志备份在AWS上
  8. 在Azure上恢复该日志备份WITH恢复
  9. 将应用重命名为Azure
  10. 再次使应用程序联机。

3,4和5是什么日志传送将自动化,但你也可以写一个PowerShell脚本。

+0

嗯,这正是我遇到的情况(不使用RDS或天青SQL)但是,你能解释我到底应该如何以最好的方式做到这一点? –

+0

这个想法是进行完整备份并在新服务器上恢复它。然后进行日志备份并将其恢复。然后下一个,依此类推。准备好切换后,执行最后一次备份,在新实例上恢复它,使数据库联机并重新命名应用程序。 Log-Shipping是一个内置的解决方案,可以自动执行此过程,但您也可以手动执行此操作。 –

+0

如果按照这个顺序 - >备份数据库 - >将其加载到新服务器 - >加载日志传送脚本 - >将应用程序重新分配给新服务器。我应该在哪里开始日志传送?如果我在将数据库部署到新服务器之前启动它,它会稍后知道它需要执行什么以及哪些不是? –

相关问题