我想将我的数据库镜像/复制到云端。云是使用 VPN 连接到我的实际机器设置的。我对自己的选择感到有点困惑,想对它有所了解。我的设置是 SQL Server 2012(标准版)实例,应该镜像/复制到 SQL Server 2014 实例。该实例包含 30 个处于完全恢复模式的数据库。
另一种选择是进行完整备份,在云中还原,然后再还原差异备份。但这可能需要一些时间。我希望最大限度地减少停机时间,这就是我考虑副本/镜像方式的原因。
此时我有哪些选择和风险?
我想将我的数据库镜像/复制到云端。云是使用 VPN 连接到我的实际机器设置的。我对自己的选择感到有点困惑,想对它有所了解。我的设置是 SQL Server 2012(标准版)实例,应该镜像/复制到 SQL Server 2014 实例。该实例包含 30 个处于完全恢复模式的数据库。
另一种选择是进行完整备份,在云中还原,然后再还原差异备份。但这可能需要一些时间。我希望最大限度地减少停机时间,这就是我考虑副本/镜像方式的原因。
此时我有哪些选择和风险?
听起来你正在尝试设置灾难恢复环境,这样如果你的本地机器崩溃了,你可以切换到 Azure 机器。
有多种选择,每种都有自己的优缺点。这些在其他地方都有详细记录(请参阅此链接以了解 Brent Ozar 的概述:http ://www.brentozar.com/archive/2011/12/sql-server-high-availability-disaster-recovery-basics-webcast/ )。也就是说,您可能希望特别查看日志传送和异步数据库镜像。
日志传送是一个自动化的过程,用于获取日志备份并将它们还原到另一台服务器(例如 Azure),您可以每五分钟进行一次日志备份,以便您的 Azure 服务器始终在您本地计算机的大约五分钟内。好处是它易于配置并且可以通过 SSMS GUI 进行设置。
数据库镜像将此提升到一个新的水平,不断将完成的事务发送到其他服务器(即 Azure),以便它在您本地计算机的一分钟左右(当然,这取决于您的网络连接)。
还有其他选择,但如果您不熟悉灾难恢复,但我建议您先看看这些。
根据您的意见,您最好的选择是数据库镜像或日志传送。
您必须评估您的RPO 和 RTO。由于您在实际机器上使用 VPN - 这意味着它是点对点连接:
如果您使用数据库镜像:
您必须使用异步模式。此外,如果您没有在同一个 Active Directory 中运行,则在计算 RTO 值时,您还需要将重新创建和绑定帐户的时间考虑在内。
RPO:截至上次良好同步
RTO:(失败时间 + 客户端重定向到新系统的时间)- 最后一次良好同步的时间
如果您使用日志传送(最小值为 1 分钟):
由于日志文件被复制到 Windows 共享,因此此解决方案需要网络访问和 Active Directory 集成。
RPO:截至上次良好的日志备份应用程序到辅助系统。
RTO:(失败时间 + 客户端重定向到新系统的时间)- 最后一次良好同步的时间
请参阅 Buck Woody 的这篇优秀文章:Microsoft Windows Azure Disaster Recovery Options for On-Premises SQL Server