Windows Server 的 Azure 备份会影响同一服务器上的常规 SQL Server 备份吗？

Question

我有一个虚拟化的 Windows Server 2019 实例，配置为故障转移群集节点，并在其上运行 SQL Server 2016 可用性组节点。我已经使用常规的完整/差异/日志备份计划设置了“传统”SQL 服务器备份。

现在，我想知道是否有可能使用Azure的备份来备份整个Windows Server实例，以从可能的攻击勒索，甚至更好的保护（如记录在这里。

我不想替换我的常规备份策略，而是在不破坏现有设置的情况下添加额外的备份方法。这是否适用于 Windows Server 的 Azure 备份，还是会干扰我当前的备份策略？

编辑：首先澄清我问这个问题的原因：我想知道设置 Azure 备份是否会破坏我现有的完整/差异/日志备份链，因为这两种备份方法都可能使用 VSS。

Answer 1

我想根据您在问题中链接的那篇文章进行澄清，并且您正在询问“更好地保护免受可能的勒索软件攻击”，特别是根据 . . .

• “您可以使用 Azure Backup 来保护您的Windows Server 免受损坏、攻击和灾难。Azure Backup 提供了一种称为 Microsoft Azure 恢复服务 (MARS) 代理的轻量级工具。MARS 代理安装在 Windows Server 上以保护文件和文件夹和服务器配置信息通过 Windows Server 系统状态。 ”

从本质上讲，Azure 备份为你提供了三个级别的备份技术，供你使用。. .

1. 文件和文件夹
2. 系统状态
3. 完整卷时间点和映像备份
   • 裸机（本地）
   • VM 级备份（操作系统和其他卷）

您可以添加其他类型的Azure 备份代理来为您处理 SQL Server 备份，但由于您不想影响现有的 SQL Server 备份策略，也不想影响现有 SQL Server 备份的备份日志链，不要使用那个代理。

• 只需不要使用任何 SQL Server 特定的 Azure 备份代理或功能

就完整系统恢复和相关还原操作而言，如果需要任何恢复操作——这是备份的全部目的，将 Azure 备份级别备份添加到您的备份和恢复策略将帮助您获得更好的保护并能够让您的系统在需要此类操作时更快地备份和运行。

好吧，如果及时备份您的系统并使其完全运行很重要，那么添加 Azure 备份策略将更好地保护您的系统操作/可用性/弹性。

仅使用今天的 SQL Server 备份，万一系统崩溃并需要恢复，您需要安装 Windows Server，然后安装和配置 SQL Server，然后获取 SQL 备份文件和从备份媒体复制的事务日志，然后开始恢复 SQL Server 数据库级别的东西。

从完整系统恢复的角度考虑您的备份策略。想想你需要什么数据来让你的系统备份和运行，然后从那里作为起点。

Azure 备份恢复理解

测试和记录还原\恢复过程，以备将来使用 Azure 备份数据和技术参考，一旦你得到一些东西——你确认它可以在不破坏现有 SQL 备份作业的情况下工作，这很重要，所以不要忽视这个关键步骤。

Windows Server 的 Azure 备份会影响同一服务器上的常规 SQL Server 备份吗？

1. 显然，如果 Azure 备份作业和 SQL Server 备份作业同时运行，它会影响SQL 数据库的常规备份作业——它们可能需要共享来自同一 Windows 操作系统的 CPU、内存和磁盘资源，因此在这个层面上可能会相互影响。

   同时使用来自同一操作系统的共享资源可能等同于 SQL Server 数据库备份作业需要更长时间才能完成。直到你做到了，你才会确切地知道具体细节。重要的是，您当前的还原策略有一种简单的方法可以让备份作业恢复同步，以防万一它确实中断并且您知道要采取的动作。

2. 在破坏 SQL Server 数据库备份链方面，除非您正在运行 SQL Server 数据库特定的作业类型，否则您可能会丢失事务日志或使用 Azure 备份技术更改SQL Server 数据库恢复模型，否则它不会对SQL Server 数据库日志备份链。

   我对SQL Server 高可用性没有太多经验，但我知道当您有备用数据库从主数据库应用事务时，例如日志传送，该链非常重要，如果它损坏，日志传送过程就会中断也是因为它无法从主数据库的最新日志备份提交事务。

安全选项（根据您的关注和要求）

如果您可以确保Azure 备份不会执行任何 SQL Server 数据库备份操作，并且您不将其用于任何 SQL Server 特定操作或选择它，那么您会没事的。

我认为您可以安全地使用 Azure 备份来备份文件和文件夹、整个 VM、系统状态或用于裸机恢复，并且不会因 SQL Server 数据库备份中断日志链而出现任何问题。

配套资源

• 使用 Azure 备份服务器备份系统状态并还原到裸机

  系统状态备份：备份操作系统文件，以便在计算机启动时可以恢复，但系统文件和注册表丢失。系统状态备份包括：

  • 域成员：引导文件、COM+类注册数据库、注册表
  • 域控制器：Windows Server Active Directory (NTDS)、启动文件、COM+ 类注册数据库、注册表、系统卷 (SYSVOL)
  • 运行集群服务的计算机：集群服务器元数据
  • 运行证书服务的计算机：证书数据

  裸机备份：备份操作系统文件和关键卷上的所有数据（用户数据除外）。根据定义，BMR 备份包括系统状态备份。它在计算机无法启动并且您必须恢复所有内容时提供保护

Answer 2

我理解您主要担心的是两个备份作业 同时使用卷影复制生成两个不同的备份集，是否会以某种方式发生冲突，从而导致其中一个或两个都失败。

答案是不可能发生这样的冲突。

Microsoft 文章《 为提供商创建卷影副本》 中的这段引用可以回答您的问题：

卷影副本集的数量或原始卷的卷影副本集的数量没有限制。

为了更好地理解术语“卷影副本集”，请参阅《 卷影副本和卷影副本集》一文：

卷影副本集是同时获取的各个卷的卷影副本的集合。VSS 通过持久 GUID 标识每个卷影副本集。

“卷影副本集”是一个或多个磁盘卷以及卷影副本操作中包含的其他源的快照。这可能包括不仅仅是硬盘的提供者，只要他们有能力参与这个操作。

从上面可以看出，每个影子快照都是独立的，不会与其他此类操作发生冲突。每个备份都有自己的 GUID ，Windows 可以通过该 GUID 安全、明确地并行处理所有备份，从而确保所有备份一致且正确。