Skip to main content
NetApp Solutions
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

TR-4931:《在Amazon Web Services和Guest Connect上使用VMware Cloud进行灾难恢复》

贡献者

对于确保在发生重大中断时快速恢复业务关键型应用程序的企业来说、成熟可靠的灾难恢复(Disaster Recovery、DR)环境和计划至关重要。本解决方案 重点展示灾难恢复使用情形、重点介绍内部部署和AWS上的VMware云中的VMware和NetApp技术。

作者:Chris Reno、Josh Powell和Suresh ThopPay—NetApp解决方案工程部

概述

NetApp与VMware集成的历史很长、成千上万的客户选择NetApp作为其虚拟化环境的存储合作伙伴就证明了这一点。这种集成将继续与云中的子系统连接选项进行、并在近期与NFS数据存储库进行集成。本解决方案 重点介绍通常称为子系统连接存储的使用情形。

在子系统连接的存储中、子系统VMDK部署在VMware配置的数据存储库上、应用程序数据存储在iSCSI或NFS上并直接映射到虚拟机。Oracle和MS SQL应用程序用于演示灾难恢复场景、如下图所示。

图中显示了输入/输出对话框或表示已写入内容

假设、前提条件和组件概述

在部署此解决方案 之前、请查看组件概述、部署解决方案 所需的前提条件以及在记录此解决方案 时所做的假设。

使用SnapCenter 执行灾难恢复

在此解决方案 中、SnapCenter 为SQL Server和Oracle应用程序数据提供应用程序一致的快照。此配置与SnapMirror技术相结合、可在内部AFF 和FSX ONTAP 集群之间提供高速数据复制。此外、Veeam Backup & Replication还为我们的虚拟机提供备份和还原功能。

在本节中、我们将介绍用于备份和还原的SnapCenter 、SnapMirror和Veeam的配置。

以下各节介绍了在二级站点完成故障转移所需的配置和步骤:

配置SnapMirror关系和保留计划

SnapCenter 可以更新主存储系统(主存储系统>镜像)和二级存储系统(主存储系统>存储)中的SnapMirror关系、以便进行长期归档和保留。为此、您必须使用SnapMirror在目标卷和源卷之间建立并初始化数据复制关系。

源和目标ONTAP 系统必须位于使用Amazon VPC对等、传输网关、AWS Direct Connect或AWS VPN建立对等关系的网络中。

要在内部ONTAP 系统和FSX ONTAP 之间设置SnapMirror关系、需要执行以下步骤:

备注 有关使用FSx创建SnapMirror关系的详细信息、请参见 "FSx ONTAP–ONTAP用户指南"
记录源和目标集群间逻辑接口

对于驻留在内部的源ONTAP 系统、您可以从System Manager或命令行界面检索集群间LIF信息。

  1. 在ONTAP 系统管理器中、导航到"网络概述"页面、然后检索类型为"集群间"的IP地址、这些IP地址配置为与安装了FSX的AWS VPC进行通信。

    图中显示了输入/输出对话框或表示已写入内容

  2. 要检索FSX的集群间IP地址、请登录到命令行界面并运行以下命令:

    FSx-Dest::> network interface show -role intercluster

    图中显示了输入/输出对话框或表示已写入内容

在ONTAP 和FSX之间建立集群对等关系

要在ONTAP 集群之间建立集群对等关系、必须在另一对等集群中确认在发起ONTAP 集群上输入的唯一密码短语。

  1. 使用`cluster peer create`命令在目标FSX集群上设置对等关系。出现提示时、输入一个唯一的密码短语、稍后在源集群上使用该密码短语以完成创建过程。

    FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_intercluster_1, source_intercluster_2
    Enter the passphrase:
    Confirm the passphrase:
  2. 在源集群上、您可以使用ONTAP 系统管理器或命令行界面建立集群对等关系。在ONTAP 系统管理器中、导航到"保护">"概述"、然后选择"对等集群"。

    图中显示了输入/输出对话框或表示已写入内容

  3. 在对等集群对话框中、填写所需信息:

    1. 输入用于在目标FSX集群上建立对等集群关系的密码短语。

    2. 选择`是`以建立加密关系。

    3. 输入目标FSX集群的集群间LIF IP地址。

    4. 单击启动集群对等以完成此过程。

      图中显示了输入/输出对话框或表示已写入内容

  4. 使用以下命令从FSX集群验证集群对等关系的状态:

    FSx-Dest::> cluster peer show

    图中显示了输入/输出对话框或表示已写入内容

建立SVM对等关系

下一步是在目标和源Storage Virtual Machine之间设置SVM关系、这些虚拟机包含将处于SnapMirror关系中的卷。

  1. 在源FSX集群中、从CLI使用以下命令创建SVM对等关系:

    FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver Backup -peer-cluster OnPremSourceSVM -applications snapmirror
  2. 在源ONTAP 集群中、接受与ONTAP 系统管理器或命令行界面的对等关系。

  3. 在ONTAP 系统管理器中、转到"保护">"概述"、然后在"Storage VM对等方"下选择"对等Storage VM"。

    图中显示了输入/输出对话框或表示已写入内容

  4. 在对等Storage VM的对话框中、填写必填字段:

    • 源Storage VM

    • 目标集群

    • 目标Storage VM

      图中显示了输入/输出对话框或表示已写入内容

  5. 单击对等Storage VM以完成SVM对等过程。

创建快照保留策略

SnapCenter 管理主存储系统上作为Snapshot副本存在的备份的保留计划。这是在SnapCenter 中创建策略时建立的。SnapCenter 不会管理二级存储系统上保留的备份的保留策略。这些策略通过在二级FSX集群上创建的SnapMirror策略单独管理、并与与与源卷具有SnapMirror关系的目标卷相关联。

创建SnapCenter 策略时、您可以选择指定一个二级策略标签、该标签将添加到创建SnapCenter 备份时生成的每个快照的SnapMirror标签中。

备注 在二级存储上、这些标签与与与目标卷关联的策略规则匹配、以便强制保留快照。

以下示例显示了一个SnapMirror标签、该标签位于作为SQL Server数据库和日志卷每日备份策略一部分生成的所有快照上。

图中显示了输入/输出对话框或表示已写入内容

有关为SQL Server数据库创建SnapCenter 策略的详细信息、请参见 "SnapCenter 文档"

您必须先创建一个SnapMirror策略、其中包含指定要保留的Snapshot副本数量的规则。

  1. 在FSX集群上创建SnapMirror策略。

    FSx-Dest::> snapmirror policy create -vserver DestSVM -policy PolicyName -type mirror-vault -restart always
  2. 向策略添加SnapMirror标签与SnapCenter 策略中指定的二级策略标签匹配的规则。

    FSx-Dest::> snapmirror policy add-rule -vserver DestSVM -policy PolicyName -snapmirror-label SnapMirrorLabelName -keep #ofSnapshotsToRetain

    以下脚本提供了可添加到策略中的规则示例:

    FSx-Dest::> snapmirror policy add-rule -vserver sql_svm_dest -policy Async_SnapCenter_SQL -snapmirror-label sql-ondemand -keep 15
    备注 为每个SnapMirror标签以及要保留的快照数量(保留期限)创建其他规则。
创建目标卷

要在FSX上创建一个目标卷、使其成为源卷中Snapshot副本的收件人、请在FSX ONTAP 上运行以下命令:

FSx-Dest::> volume create -vserver DestSVM -volume DestVolName -aggregate DestAggrName -size VolSize -type DP
在源卷和目标卷之间创建SnapMirror关系

要在源卷和目标卷之间创建SnapMirror关系、请在FSX ONTAP 上运行以下命令:

FSx-Dest::> snapmirror create -source-path OnPremSourceSVM:OnPremSourceVol -destination-path DestSVM:DestVol -type XDP -policy PolicyName
初始化SnapMirror关系

初始化SnapMirror关系。此过程将启动从源卷生成的新快照、并将其复制到目标卷。

FSx-Dest::> snapmirror initialize -destination-path DestSVM:DestVol

在内部部署和配置Windows SnapCenter 服务器。

在内部部署Windows SnapCenter 服务器

此解决方案 使用NetApp SnapCenter 为SQL Server和Oracle数据库创建应用程序一致的备份。与用于备份虚拟机VMDK的Veeam备份和复制相结合、可为内部和基于云的数据中心提供全面的灾难恢复解决方案。

SnapCenter 软件可从NetApp支持站点获得、并可安装在位于域或工作组中的Microsoft Windows系统上。有关详细的规划指南和安装说明、请参见 "NetApp文档中心"

SnapCenter 软件可从获取 "此链接。"

安装后、您可以使用{\https://Virtual_Cluster_IP_or_FQDN:8146_}从Web浏览器访问SnapCenter 控制台。

登录到控制台后、必须为备份SQL Server和Oracle数据库配置SnapCenter。

将存储控制器添加到SnapCenter

要将存储控制器添加到SnapCenter 、请完成以下步骤:

  1. 从左侧菜单中、选择存储系统、然后单击新建开始将存储控制器添加到SnapCenter 的过程。

    图中显示了输入/输出对话框或表示已写入内容

  2. 在添加存储系统对话框中、添加本地内部ONTAP 集群的管理IP地址以及用户名和密码。然后单击提交开始发现存储系统。

    图中显示了输入/输出对话框或表示已写入内容

  3. 重复此过程将FSX ONTAP 系统添加到SnapCenter。在这种情况下、请选择添加存储系统窗口底部的更多选项、然后单击二级复选框、将FSX系统指定为使用SnapMirror副本或主备份快照更新的二级存储系统。

    图中显示了输入/输出对话框或表示已写入内容

有关向SnapCenter 添加存储系统的详细信息、请参见中的文档 "此链接。"

将主机添加到SnapCenter

下一步是将主机应用程序服务器添加到SnapCenter。SQL Server和Oracle的过程都类似。

  1. 从左侧菜单中、选择主机、然后单击添加开始向SnapCenter 添加存储控制器的过程。

  2. 在添加主机窗口中、添加主机类型、主机名和主机系统凭据。选择插件类型。对于SQL Server、选择Microsoft Windows和Microsoft SQL Server插件。

    图中显示了输入/输出对话框或表示已写入内容

  3. 对于Oracle、请在添加主机对话框中填写必填字段、然后选中Oracle数据库插件对应的复选框。然后、单击提交开始发现过程、并将主机添加到SnapCenter。

    图中显示了输入/输出对话框或表示已写入内容

创建SnapCenter 策略

策略用于建立备份作业要遵循的特定规则。它们包括但不限于备份计划、复制类型以及SnapCenter 如何处理备份和截断事务日志。

您可以在SnapCenter Web客户端的"设置"部分访问策略。

图中显示了输入/输出对话框或表示已写入内容

有关为SQL Server备份创建策略的完整信息、请参见 "SnapCenter 文档"

有关为Oracle备份创建策略的完整信息、请参见 "SnapCenter 文档"

  • 注: *

  • 在执行策略创建向导期间、请特别注意"复制"部分。在本节中、您将指定要在备份过程中创建的二级SnapMirror副本的类型。

  • "创建本地Snapshot副本后更新SnapMirror"设置是指在同一集群中的两个Storage Virtual Machine之间存在SnapMirror关系时更新此关系。

  • "创建本地Snapshot副本后更新SnapVault "设置用于更新两个单独集群之间以及内部ONTAP系统与Cloud Volumes ONTAP或FSx ONTAP之间的SnapMirror关系。

下图显示了上述选项及其在备份策略向导中的显示方式。

图中显示了输入/输出对话框或表示已写入内容

创建SnapCenter 资源组

通过资源组、您可以选择要包含在备份中的数据库资源以及这些资源所遵循的策略。

  1. 转到左侧菜单中的"Resources"部分。

  2. 在窗口顶部、选择要使用的资源类型(此处为Microsoft SQL Server)、然后单击新建资源组。

图中显示了输入/输出对话框或表示已写入内容

SnapCenter 文档介绍了为SQL Server和Oracle数据库创建资源组的分步详细信息。

要备份SQL资源、请按照 "此链接。"

要备份Oracle资源、请按照 "此链接。"

部署和配置Veeam Backup Server

解决方案 中使用Veeam Backup & Replication软件来备份我们的应用程序虚拟机、并使用Veeam横向扩展备份存储库(SVBR)将备份副本归档到Amazon S3存储分段。Veeam部署在此解决方案 的Windows服务器上。有关部署Veeam的具体指导、请参见 "Veeam帮助中心技术文档"

配置Veeam横向扩展备份存储库

部署并许可软件后、您可以创建横向扩展备份存储库(SVBR)作为备份作业的目标存储。此外、还应包括一个S3存储分段作为异地VM数据的备份、以便进行灾难恢复。

开始使用前、请参见以下前提条件。

  1. 在内部ONTAP 系统上创建SMB文件共享、作为备份的目标存储。

  2. 创建要包含在SOBR中的Amazon S3存储分段。这是用于异地备份的存储库。

将ONTAP 存储添加到Veeam

首先、在Veeam中将ONTAP 存储集群和关联的SMB/NFS文件系统添加为存储基础架构。

  1. 打开Veeam控制台并登录。导航到存储基础架构、然后选择添加存储。

    图中显示了输入/输出对话框或表示已写入内容

  2. 在添加存储向导中、选择NetApp作为存储供应商、然后选择Data ONTAP。

  3. 输入管理IP地址并选中NAS文件器复选框。单击下一步。

    图中显示了输入/输出对话框或表示已写入内容

  4. 添加凭据以访问ONTAP 集群。

    图中显示了输入/输出对话框或表示已写入内容

  5. 在NAS文件管理器页面上、选择要扫描的协议、然后选择下一步。

    图中显示了输入/输出对话框或表示已写入内容

  6. 完成向导的"Apply"和"Summary"页面、然后单击"Finish"开始存储发现过程。扫描完成后、ONTAP 集群将与NAS存储器一起添加为可用资源。

    图中显示了输入/输出对话框或表示已写入内容

  7. 使用新发现的NAS共享创建备份存储库。从备份基础架构中、选择备份存储库、然后单击添加存储库菜单项。

    图中显示了输入/输出对话框或表示已写入内容

  8. 按照"新建备份存储库向导"中的所有步骤创建存储库。有关创建Veeam备份存储库的详细信息、请参见 "Veeam文档"

    图中显示了输入/输出对话框或表示已写入内容

将Amazon S3存储分段添加为备份存储库

下一步是将Amazon S3存储添加为备份存储库。

  1. 导航到备份基础架构>备份存储库。单击添加存储库。

    图中显示了输入/输出对话框或表示已写入内容

  2. 在添加备份存储库向导中、选择对象存储、然后选择Amazon S3。此时将启动"新建对象存储库"向导。

    图中显示了输入/输出对话框或表示已写入内容

  3. 提供对象存储库的名称、然后单击下一步。

  4. 在下一节中、提供您的凭据。您需要AWS访问密钥和机密密钥。

    图中显示了输入/输出对话框或表示已写入内容

  5. 加载Amazon配置后、选择您的数据中心、存储分段和文件夹、然后单击应用。最后、单击完成以关闭向导。

创建横向扩展备份存储库

现在、我们已将存储库添加到Veeam中、我们可以创建SOBR、以便自动将备份副本分层到异地Amazon S3对象存储以进行灾难恢复。

  1. 在备份基础架构中、选择横向扩展存储库、然后单击添加横向扩展存储库菜单项。

    图中显示了输入/输出对话框或表示已写入内容

  2. 在New Scale-Out Backup Repository中、为SOBR提供一个名称、然后单击Next。

  3. 对于性能层、选择包含驻留在本地ONTAP 集群上的SMB共享的备份存储库。

    图中显示了输入/输出对话框或表示已写入内容

  4. 对于放置策略、根据您的要求选择数据位置或性能。选择"下一步"。

  5. 对于容量层、我们使用Amazon S3对象存储扩展了SOBR。为了实现灾难恢复、请在创建备份后立即选择将其复制到对象存储、以确保及时交付我们的二级备份。

    图中显示了输入/输出对话框或表示已写入内容

  6. 最后、选择应用并完成以完成创建SOBR。

创建横向扩展备份存储库作业

配置Veeam的最后一步是使用新创建的SOBR作为备份目标来创建备份作业。创建备份作业是任何存储管理员任务的正常组成部分、我们不会介绍此处的详细步骤。有关在Veeam中创建备份作业的详细信息、请参见 "Veeam帮助中心技术文档"

BlueXP备份和恢复工具及配置

要将应用程序VM和数据库卷故障转移到AWS中运行的VMware云卷服务、您必须安装并配置SnapCenter 服务器和Veeam备份和复制服务器的正在运行的实例。故障转移完成后、您还必须配置这些工具以恢复正常备份操作、直到计划并执行到内部数据中心的故障恢复为止。

部署二级Windows SnapCenter 服务器

SnapCenter 服务器部署在VMware云SDDC中或安装在VPC中的EC2实例上、并通过网络连接到VMware云环境。

SnapCenter 软件可从NetApp支持站点获得、并可安装在位于域或工作组中的Microsoft Windows系统上。有关详细的规划指南和安装说明、请参见 "NetApp文档中心"

您可以在以下位置找到SnapCenter 软件: "此链接。"

配置二级Windows SnapCenter 服务器

要还原镜像到FSX ONTAP 的应用程序数据、您必须先完全还原内部SnapCenter 数据库。此过程完成后、将重新建立与VM的通信、现在可以使用FSX ONTAP 作为主存储来恢复应用程序备份。

为此、您必须在SnapCenter 服务器上完成以下各项:

  1. 将计算机名称配置为与原始内部SnapCenter 服务器相同。

  2. 配置网络以与VMware Cloud和FSX ONTAP 实例进行通信。

  3. 完成操作步骤 以还原SnapCenter 数据库。

  4. 确认SnapCenter 处于灾难恢复模式、以确保FSX现在成为备份的主存储。

  5. 确认已与还原的虚拟机重新建立通信。

部署二级Veeam Backup & amp;复制服务器

您可以在AWS上的VMware Cloud中的Windows服务器或EC2实例上安装Veeam Backup & Replication服务器。有关详细的实施指导、请参见 "Veeam帮助中心技术文档"

配置二级Veeam Backup & amp;复制服务器

要还原已备份到Amazon S3存储的虚拟机、您必须在Windows服务器上安装Veeam服务器、并将其配置为与VMware Cloud、FSX ONTAP 和包含原始备份存储库的S3存储分段进行通信。此外、还必须在FSX ONTAP 上配置一个新的备份存储库、以便在虚拟机还原后对其执行新备份。

要执行此过程、必须完成以下各项:

  1. 配置网络以与VMware Cloud、FSX ONTAP 和包含原始备份存储库的S3存储分段进行通信。

  2. 将FSX ONTAP 上的SMB共享配置为新的备份存储库。

  3. 在内部挂载用作横向扩展备份存储库一部分的原始S3存储分段。

  4. 还原VM后、建立新的备份作业以保护SQL和Oracle VM。

有关使用Veeam还原VM的详细信息、请参见一节 "使用Veeam Full Restore还原应用程序VM"

用于灾难恢复的SnapCenter 数据库备份

SnapCenter 允许备份和恢复其底层MySQL数据库和配置数据、以便在发生灾难时恢复SnapCenter 服务器。对于解决方案 、我们在VPC中的AWS EC2实例上恢复了SnapCenter 数据库和配置。有关此步骤的详细信息、请参见 "此链接。"

SnapCenter 备份前提条件

SnapCenter 备份需要满足以下前提条件:

  • 在内部ONTAP 系统上创建的卷和SMB共享、用于查找备份的数据库和配置文件。

  • 内部ONTAP 系统与AWS帐户中的FSX或CVO之间的SnapMirror关系。此关系用于传输包含备份的SnapCenter 数据库和配置文件的快照。

  • Windows Server安装在云帐户中、可以安装在EC2实例上、也可以安装在VMware Cloud SDDC中的VM上。

  • SnapCenter 安装在VMware Cloud中的Windows EC2实例或VM上。

SnapCenter 备份和还原过程摘要
  • 在内部ONTAP 系统上创建一个卷、用于托管备份数据库和配置文件。

  • 在内部部署和FSX/CVO之间设置SnapMirror关系。

  • 挂载SMB共享。

  • 检索用于执行API任务的Swagger授权令牌。

  • 启动数据库还原过程。

  • 使用xcopy实用程序将数据库和配置文件本地目录复制到SMB共享。

  • 在FSX上、创建ONTAP 卷的克隆(通过SnapMirror从内部复制)。

  • 将SMB共享从FSX挂载到EC2/VMware Cloud。

  • 将还原目录从SMB共享复制到本地目录。

  • 从Swagger运行SQL Server还原过程。

备份SnapCenter 数据库和配置

SnapCenter 提供了一个Web客户端界面、用于执行REST API命令。有关通过Swagger访问REST API的信息,请参见上的SnapCenter文档 "此链接。"

登录到Swagger并获取授权令牌

导航到Swagger页面后、您必须检索授权令牌以启动数据库还原过程。

  1. 访问SnapCenter Swagger API网页、网址为://https://<SnapCenter Server IP>:8146/swagger /_。

    图中显示了输入/输出对话框或表示已写入内容

  2. 展开"Auth"部分、然后单击Try it out。

    图中显示了输入/输出对话框或表示已写入内容

  3. 在用户操作文本区域中、填写SnapCenter 凭据和角色、然后单击执行。

    图中显示了输入/输出对话框或表示已写入内容

  4. 在下面的响应正文中、您可以看到令牌。执行备份过程时、复制令牌文本以进行身份验证。

    图中显示了输入/输出对话框或表示已写入内容

执行SnapCenter 数据库备份

接下来、转到Swagger页面上的灾难恢复区域、开始SnapCenter 备份过程。

  1. 单击"Disaster Recovery"区域、将其展开。

    图中显示了输入/输出对话框或表示已写入内容

  2. 展开`/4.6/disasterrecovery/server/backup`部分、然后单击Try it out。

    图中显示了输入/输出对话框或表示已写入内容

  3. 在SmDRBackupRequest部分中、添加正确的本地目标路径并选择执行以启动SnapCenter 数据库和配置的备份。

    备注 备份过程不允许直接备份到NFS或CIFS文件共享。

    图中显示了输入/输出对话框或表示已写入内容

从SnapCenter 监控备份作业

在启动数据库还原过程时、登录到SnapCenter 以查看日志文件。在"Monitor"部分下、您可以查看SnapCenter 服务器灾难恢复备份的详细信息。

图中显示了输入/输出对话框或表示已写入内容

使用XCOPY实用程序将数据库备份文件复制到SMB共享

接下来、您必须将备份从SnapCenter 服务器上的本地驱动器移动到用于SnapMirror将数据复制到AWS中FSX实例上的二级位置的CIFS共享。使用带有保留文件权限的特定选项的xcopy。

以管理员身份打开命令提示符。在命令提示符处、输入以下命令:

xcopy  <Source_Path>  \\<Destination_Server_IP>\<Folder_Path> /O /X /E /H /K
xcopy c:\SC_Backups\SnapCenter_DR \\10.61.181.185\snapcenter_dr /O /X /E /H /K

故障转移

主站点发生灾难

对于主内部数据中心发生的灾难、我们的方案包括使用VMware Cloud on AWS故障转移到位于Amazon Web Services基础架构上的二级站点。我们假定虚拟机和内部ONTAP 集群不再可访问。此外、SnapCenter 和Veeam虚拟机将无法再访问、必须在我们的二级站点上进行重建。

本节将介绍基础架构故障转移到云的问题、我们将介绍以下主题:

  • SnapCenter 数据库还原。建立新的SnapCenter 服务器后、请还原MySQL数据库和配置文件、并将数据库切换到灾难恢复模式、以使二级FSX存储成为主存储设备。

  • 使用Veeam Backup & Replication还原应用程序虚拟机。连接包含VM备份的S3存储、导入备份并将其还原到AWS上的VMware Cloud。

  • 使用SnapCenter 还原SQL Server应用程序数据。

  • 使用SnapCenter 还原Oracle应用程序数据。

SnapCenter 数据库还原过程

SnapCenter 允许备份和还原其MySQL数据库和配置文件、从而支持灾难恢复场景。这样、管理员便可以在内部数据中心对SnapCenter 数据库进行定期备份、然后将该数据库还原到二级SnapCenter 数据库。

要访问远程SnapCenter 服务器上的SnapCenter 备份文件、请完成以下步骤:

  1. 从FSX集群中断SnapMirror关系、从而使卷变为读/写卷。

  2. 创建CIFS服务器(如有必要)并创建指向克隆卷的接合路径的CIFS共享。

  3. 使用xcopy将备份文件复制到二级SnapCenter 系统上的本地目录。

  4. 安装SnapCenter v4.6。

  5. 确保SnapCenter 服务器与原始服务器具有相同的FQDN。要成功还原数据库、必须执行此操作。

要启动还原过程、请完成以下步骤:

  1. 导航到二级SnapCenter 服务器的Swagger API网页、然后按照前面的说明获取授权令牌。

  2. 导航到Swagger页面的Disaster Recovery部分、选择`/4.6/disasterrecovery/server/restore`、然后单击Try it out。

    图中显示了输入/输出对话框或表示已写入内容

  3. 粘贴您的授权令牌、然后在"SmDRResterRequest"部分中、将备份名称和二级SnapCenter 服务器上的本地目录粘贴。

    图中显示了输入/输出对话框或表示已写入内容

  4. 选择执行按钮以启动还原过程。

  5. 在SnapCenter 中、导航到Monitor部分以查看还原作业的进度。

    图中显示了输入/输出对话框或表示已写入内容

    图中显示了输入/输出对话框或表示已写入内容

  6. 要从二级存储启用SQL Server还原、必须将SnapCenter 数据库切换为灾难恢复模式。此操作将作为单独的操作执行、并在Swagger API网页上启动。

    1. 导航到Disaster Recovery部分、然后单击`/4.6/disasterrecovery/storage`。

    2. 粘贴用户授权令牌。

    3. 在SmSetDisasterRecoverySettingsRequest部分中、将`EnableDisasterRecover`更改为`true`。

    4. 单击执行为SQL Server启用灾难恢复模式。

      图中显示了输入/输出对话框或表示已写入内容

    备注 请参见有关其他过程的注释。

使用Veeam完全还原还原应用程序VM

创建备份存储库并从S3导入备份

从二级Veeam服务器导入S3存储的备份、并将SQL Server和Oracle VM还原到VMware Cloud集群。

要从内部横向扩展备份存储库中的S3对象导入备份、请完成以下步骤:

  1. 转到备份存储库、然后单击顶部菜单中的添加存储库以启动添加备份存储库向导。在向导的第一页上、选择对象存储作为备份存储库类型。

    图中显示了输入/输出对话框或表示已写入内容

  2. 选择Amazon S3作为对象存储类型。

    图中显示了输入/输出对话框或表示已写入内容

  3. 从Amazon Cloud Storage Services列表中、选择Amazon S3。

    图中显示了输入/输出对话框或表示已写入内容

  4. 从下拉列表中选择预先输入的凭据、或者添加用于访问云存储资源的新凭据。单击下一步继续。

    图中显示了输入/输出对话框或表示已写入内容

  5. 在存储分段页面上、输入数据中心、存储分段、文件夹以及任何所需选项。单击应用。

    图中显示了输入/输出对话框或表示已写入内容

  6. 最后、选择完成以完成此过程并添加存储库。

从S3对象存储导入备份

要从上一节中添加的S3存储库导入备份、请完成以下步骤。

  1. 在S3备份存储库中、选择导入备份以启动导入备份向导。

    图中显示了输入/输出对话框或表示已写入内容

  2. 为导入创建数据库记录后、在摘要屏幕上选择下一步、然后选择完成以启动导入过程。

    图中显示了输入/输出对话框或表示已写入内容

  3. 导入完成后、您可以将虚拟机还原到VMware Cloud集群中。

    图中显示了输入/输出对话框或表示已写入内容

通过Veeam完全还原到VMware Cloud来还原应用程序VM

要将SQL和Oracle虚拟机还原到AWS工作负载域/集群上的VMware Cloud、请完成以下步骤。

  1. 从Veeam主页页面中、选择包含导入备份的对象存储、选择要还原的VM、然后右键单击并选择还原整个VM。

    图中显示了输入/输出对话框或表示已写入内容

  2. 在完整虚拟机还原向导的第一页上、根据需要修改要备份的虚拟机、然后选择下一步。

    图中显示了输入/输出对话框或表示已写入内容

  3. 在还原模式页面上、选择还原到新位置或使用不同设置。

    图中显示了输入/输出对话框或表示已写入内容

  4. 在主机页面上、选择要将虚拟机还原到的目标ESXi主机或集群。

    图中显示了输入/输出对话框或表示已写入内容

  5. 在Datastores页面上、为配置文件和硬盘选择目标数据存储库位置。

    图中显示了输入/输出对话框或表示已写入内容

  6. 在网络页面上、将虚拟机上的原始网络映射到新目标位置中的网络。

    图中显示了输入/输出对话框或表示已写入内容

    图中显示了输入/输出对话框或表示已写入内容

  7. 选择是否扫描已还原的虚拟机中的恶意软件、查看摘要页面、然后单击完成以开始还原。

还原SQL Server应用程序数据

以下过程提供了有关在发生灾难导致内部站点无法运行时如何在AWS的VMware云服务中恢复SQL Server的说明。

假定已完成以下前提条件、才能继续执行恢复步骤:

  1. 已使用Veeam Full Restore将Windows Server VM还原到VMware Cloud SDDC。

  2. 已建立二级SnapCenter 服务器、并已使用一节中所述的步骤完成SnapCenter 数据库还原和配置 "SnapCenter 备份和还原过程摘要。"

VM:SQL Server VM的还原后配置

虚拟机还原完成后、您必须配置网络连接和其他项目、以便在SnapCenter 中重新发现主机虚拟机。

  1. 为管理和iSCSI或NFS分配新的IP地址。

  2. 将主机加入Windows域。

  3. 将主机名添加到DNS或SnapCenter 服务器上的hosts文件中。

备注 如果部署SnapCenter 插件时使用的域凭据与当前域不同、则必须在SQL Server VM上更改适用于Windows服务的插件的登录帐户。更改登录帐户后、重新启动SnapCenter SMCore、适用于Windows的插件和适用于SQL Server的插件服务。
备注 要在SnapCenter 中自动重新发现还原的VM、FQDN必须与最初添加到内部SnapCenter 中的VM相同。
为SQL Server还原配置FSX存储

要完成SQL Server VM的灾难恢复还原过程、您必须断开与FSX集群的现有SnapMirror关系并授予对卷的访问权限。为此,请完成以下步骤:

  1. 要中断SQL Server数据库和日志卷的现有SnapMirror关系、请从FSX命令行界面运行以下命令:

    FSx-Dest::> snapmirror break -destination-path DestSVM:DestVolName
  2. 通过创建包含SQL Server Windows VM的iSCSI IQN的启动程序组来授予对LUN的访问权限:

    FSx-Dest::> igroup create -vserver DestSVM -igroup igroupName -protocol iSCSI -ostype windows -initiator IQN
  3. 最后、将LUN映射到刚刚创建的启动程序组:

    FSx-Dest::> lun mapping create -vserver DestSVM -path LUNPath igroup igroupName
  4. 要查找路径名称、请运行`lun show`命令。

设置Windows VM以进行iSCSI访问并发现文件系统
  1. 在SQL Server VM中、设置iSCSI网络适配器、以便在VMware端口组上进行通信、该端口组已建立、并可连接到FSX实例上的iSCSI目标接口。

  2. 打开iSCSI启动程序属性实用程序、并清除发现、收藏的目标和目标选项卡上的旧连接设置。

  3. 找到用于访问FSX实例/集群上的iSCSI逻辑接口的IP地址。您可以在AWS控制台中的Amazon FSx > ONTAP > Storage Virtual Machine下找到此选项。

    图中显示了输入/输出对话框或表示已写入内容

  4. 在发现选项卡中、单击发现门户、然后输入FSX iSCSI目标的IP地址。

    图中显示了输入/输出对话框或表示已写入内容

    图中显示了输入/输出对话框或表示已写入内容

  5. 在目标选项卡上、单击连接、根据您的配置选择启用多路径、然后单击确定连接到目标。

    图中显示了输入/输出对话框或表示已写入内容

  6. 打开计算机管理实用程序并使磁盘联机。确认它们保留的驱动器号与先前相同。

    图中显示了输入/输出对话框或表示已写入内容

连接SQL Server数据库
  1. 从SQL Server VM中、打开Microsoft SQL Server Management Studio并选择Attach以开始连接到数据库的过程。

    图中显示了输入/输出对话框或表示已写入内容

  2. 单击添加并导航到包含SQL Server主数据库文件的文件夹、将其选中、然后单击确定。

    图中显示了输入/输出对话框或表示已写入内容

  3. 如果事务日志位于单独的驱动器上、请选择包含事务日志的文件夹。

  4. 完成后、单击确定以连接数据库。

    图中显示了输入/输出对话框或表示已写入内容

确认SnapCenter 与SQL Server插件的通信

将SnapCenter 数据库还原到其先前状态后、它会自动重新发现SQL Server主机。要使此操作正常运行、请记住以下前提条件:

  • 必须将SnapCenter 置于灾难恢复模式。可以通过Swagger API或Disaster Recovery下的Global Settings实现此目的。

  • SQL Server的FQDN必须与内部数据中心中运行的实例相同。

  • 必须断开原始SnapMirror关系。

  • 必须将包含数据库的LUN挂载到SQL Server实例、并连接数据库。

要确认SnapCenter 处于灾难恢复模式、请在SnapCenter Web客户端中导航到设置。转到全局设置选项卡、然后单击灾难恢复。确保启用"启用灾难恢复"复选框。

图中显示了输入/输出对话框或表示已写入内容

还原Oracle应用程序数据

以下过程提供了有关在发生灾难导致内部站点无法运行时如何在AWS的VMware云服务中恢复Oracle应用程序数据的说明。

完成以下前提条件以继续执行恢复步骤:

  1. Oracle Linux服务器VM已使用Veeam Full Restore还原到VMware Cloud SDDC。

  2. 已建立二级SnapCenter 服务器、并已使用本节所述的步骤还原SnapCenter 数据库和配置文件 "SnapCenter 备份和还原过程摘要。"

为Oracle还原配置FSX—中断SnapMirror关系

要使FSx ONTAP实例上托管的二级存储卷可供Oracle服务器访问、必须先中断现有SnapMirror关系。

  1. 登录到FSX命令行界面后、运行以下命令以查看使用正确名称筛选的卷。

    FSx-Dest::> volume show -volume VolumeName*

    图中显示了输入/输出对话框或表示已写入内容

  2. 运行以下命令以中断现有SnapMirror关系。

    FSx-Dest::> snapmirror break -destination-path DestSVM:DestVolName

    图中显示了输入/输出对话框或表示已写入内容

  3. 更新Amazon FSX Web客户端中的接合路径:

    图中显示了输入/输出对话框或表示已写入内容

  4. 添加接合路径名称、然后单击更新。从Oracle服务器挂载NFS卷时、请指定此接合路径。

    图中显示了输入/输出对话框或表示已写入内容

在Oracle Server上挂载NFS卷

在Cloud Manager中、您可以使用正确的NFS LIF IP地址获取mount命令、以便挂载包含Oracle数据库文件和日志的NFS卷。

  1. 在Cloud Manager中、访问FSX集群的卷列表。

    图中显示了输入/输出对话框或表示已写入内容

  2. 从操作菜单中、选择挂载命令以查看并复制要在Oracle Linux服务器上使用的挂载命令。

    图中显示了输入/输出对话框或表示已写入内容

    图中显示了输入/输出对话框或表示已写入内容

  3. 将NFS文件系统挂载到Oracle Linux Server。Oracle Linux主机上已存在用于挂载NFS共享的目录。

  4. 在Oracle Linux服务器上、使用mount命令挂载NFS卷。

    FSx-Dest::> mount -t oracle_server_ip:/junction-path

    对与Oracle数据库关联的每个卷重复此步骤。

    备注 要在重新启动时使NFS挂载持久、请编辑`/etc/fstab`文件以包含mount命令。
  5. 重新启动Oracle服务器。Oracle数据库应正常启动并可供使用。

故障恢复

成功完成本解决方案中所述的故障转移过程后、SnapCenter和Veeam将恢复在AWS中运行的备份功能、FSx ONTAP现在已指定为主存储、与原始内部数据中心之间没有现有的SnapMirror关系。在内部恢复正常功能后、您可以使用与本文档所述过程相同的过程将数据镜像回内部ONTAP 存储系统。

如本文档中所述、您可以配置SnapCenter、将应用程序数据卷从FSx ONTAP镜像到驻留在内部的ONTAP存储系统。同样、您也可以将Veeam配置为使用横向扩展备份存储库将备份副本复制到Amazon S3、以便驻留在内部数据中心的Veeam备份服务器可以访问这些备份。

故障恢复不在本文档的讨论范围内、但故障恢复与此处所述的详细过程差别不大。

结论

本文档中介绍的使用情形侧重于经过验证的灾难恢复技术、这些技术突出了NetApp与VMware之间的集成。NetApp ONTAP 存储系统提供经验证的数据镜像技术、使企业能够设计涵盖领先云提供商所采用的内部和ONTAP 技术的灾难恢复解决方案。

基于AWS的FSx ONTAP就是这样一种解决方案、它可以与SnapCenter和SyncMirror无缝集成、以便将应用程序数据复制到云。Veeam备份和复制是另一项众所周知的技术、可与NetApp ONTAP 存储系统完美集成、并可提供到vSphere原生 存储的故障转移。

此解决方案 使用托管SQL Server和Oracle应用程序数据的ONTAP 系统中的子系统连接存储提供了一个灾难恢复解决方案。采用SnapMirror的SnapCenter 提供了一个易于管理的解决方案 、用于保护ONTAP 系统上的应用程序卷、并将其复制到驻留在云中的FSX或CVO。SnapCenter 是一种支持灾难恢复的解决方案 、用于将所有应用程序数据故障转移到AWS上的VMware Cloud。

从何处查找追加信息

要了解有关本文档中所述信息的更多信息,请查看以下文档和 / 或网站: