使用高级磁盘进行 SQL Server 恢复的虚拟机

Question

我有一个带有 SQL Server 的 VM 和一个使用不超过 50 个用户的应用程序。如果我的虚拟机或数据中心出现问题，我不需要零停机应用程序，但我至少需要确保我可以在 30 分钟内再次使应用程序可用。

• 第一种方法：使用具有 2 个 VM 的可用性集实际上不起作用，因为我的 SQL Server 位于同一个 VM 中，我认为可用性集不会处理我的 SQL Server 的实时复制数据，它只关心 Web 应用程序本身，而不关心持久数据（如果我错了，请告诉我），所以上面的语句 AV Set 不适合我。此外，由于 2 个虚拟机，它会贵一倍。

• 第二种方法：使用具有灾难恢复功能的恢复站点 我正在阅读它不会保证零数据丢失，因为复制的最低频率是 1 小时，所以您必须做好准备处理 1 小时的数据丢失，我不喜欢这样。

• 第三个选项：用于 SQL Server VM 的 Azure 备份，此选项可能会起作用，唯一的缺点是 RPO 为 15 分钟，不算多，但问题是如果由于某种原因用户在应用程序中的一些关键记录，我们将无法将它们再次放入应用程序，因为用户在注册应用程序时总是会立即销毁所有内容。

• 第四种方法：因为我并不真正需要零停机应用程序，所以我考虑让实际的 VM 使用 2 个高级磁盘，一个用于 SQL Server 数据文件，另一个用于 SQL Server 日志。如果 VM 发生故障，我会立即收到用户通知，我可以做的是创建 OS 磁盘和 SQL 高级磁盘（总共 3 个）的快照，然后使用这些快照创建一个新 VM，所以我会得到一个新的工作虚拟机可能位于不同的区域，在故障发生之前将确切的最后一个数据插入 SQL。

当然，我想我需要在虚拟机上安装一个负载均衡器，这样我就可以将流量重新路由到新虚拟机。失败的虚拟机我将杀死它并使用新的虚拟机作为我的新系统。如果再次发生故障，我只需按照相同的流程进行操作，因此我只需为一台虚拟机付费，而不是两台。

这是否有人已经尝试过，这听起来合理可行吗？或者我错过了一件大事，或者我无法得到我期望得到的东西？

Answer 1

您最好使用 Azure SQL (PaaS) 而不是 VM，您可以根据需要执行许多不同的选项。不建议在同一 VM 中运行 SO + SQL，更改为 Azure SQL (PaaS) 可以减少 SO VM 的硬件并配置 SQL 以支持 50 个用户。此外，您还可以使用负载均衡器，流量管理器 (https://docs.microsoft.com/pt-br/azure/traffic-manager/traffic-manager-overview) 或应用程序网关 (https://docs.microsoft.com/pt-br/azure/application-gateway/overview) 将流量路由到运行应用程序的 SO VM。根据您的应用程序，您可以迁移到 Azure Web App (https://docs.microsoft.com/en-us/azure/app-service/)。

Azure SQL (Paas) 你肯定可以有不到 30 分钟的时间，我会说几乎是零停机时间，尽管你不需要它。

自动备份和时间点恢复 https://docs.microsoft.com/pt-br/azure/sql-database/sql-database-automated-backups

主动异地复制 https://docs.microsoft.com/pt-br/azure/sql-database/sql-database-active-geo-replication

区域冗余数据库 https://docs.microsoft.com/pt-br/azure/sql-database/sql-database-high-availability

最后，我认为永远在线 (https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver15) 解决方案并不好，因为它价格昂贵且只有 50 个用户。这就是为什么我相信您最好为您的应用程序和数据库考虑一个 Saas + PaaS 解决方案。您的第 4 个选项听起来不错，但是您需要创建一个新的 VM、配置 IP、安装 SQL、配置 SQL 等等才能调出您的 SQL。

如果在您无法立即修复时发生这种情况，用户会怎么做？你的 30 分钟不会完成:)