Chat now with support
Chat with Support

NetVault Plug-in for SQL Server 12.2 - 用户指南

NetVault Backup Plug-in for SQL Server 简介 规划 SQL Server 部署 安装和删除插件 配置插件 备份数据 还原数据 将 CLI 与插件配合使用 故障排除

独立部署

您可以设置一台计算机同时作为 NetVault Backup 服务器和 SQL Server，即在单个计算机上执行所有软件安装和配置要求。但是，Quest 建议这两个实体位于不同的计算机上。

图 1. 独立部署

独立部署的重要注意事项
•
无论使用哪种环境，即无论是两个实体还是一个实体，都要在 SQL Server 驻留的主机上安装 Plug‑in for SQL Server。
•
如果您使用 SQL Server 复制的数据库，请根据复制类型以及备份和恢复要求获取所需数量的插件许可证。此外，在 SQL Server 复制环境中包含的每个主机上安装该插件，其中包括：
•
Publisher（发布服务器）: 在此节点上安装插件，无需考虑实施的复制类型。
•
Distributor（分发服务器）：如果您使用本地分发服务器，则分发服务器在与发布服务器相同的节点上运行。但是，如果您使用远程分发服务器，请将插件安装到分发服务器主机上。
•
Subscriber（订阅服务器）：如果您想要备份订阅服务器数据库中更改的数据，请将插件安装到订阅服务器主机上。此配置允许您在恢复后将发布数据库与订阅数据库同步。如果未将插件安装到订阅服务器节点上，请在恢复后将所有订阅重新初始化为发布服务器数据库中的发布。
该插件将每个节点视为单个客户端。

Windows 上的高可用性部署

无论您选择部署“主动/被动”还是“主动/主动”配置，Microsoft 均需要您安装和配置故障转移群集。高可用性部署包括：

•
具有 SQL Server 2008 R2 和更高版本的故障转移群集（主动/被动）
•
具有 SQL Server 2012 和更高版本的 AlwaysOn 可用性组（主动/主动）
高可用性部署的重要注意事项
•
本指南不提供有关如何设置 NetVault Backup 应用程序群集支持以管理非 SQL Server 相关数据和文件的备份和还原的说明。此步骤并非插件特定步骤，可在《Quest NetVault Backup 管理员指南》中找到完整的详细信息。
•
在继续操作之前，Quest 建议您查看《Quest NetVault Backup 管理员指南》中涉及群集的所有信息。该指南有助于您了解本指南中提供的信息如何与 SQL Server 故障转移群集和 AlwaysOn 可用性组功能配合使用。
•
在与 AlwaysOn 可用性组进行交互时，Quest 建议您使用群集的“完全限定域名”(FQDN)。您还可以使用侦听 IP 或群集的 IP 地址。
•
在虚拟客户端的配置中配置 SQL Server 的 AlwaysOn 可用性组或故障转移群集时，使用已配置的 SQL Server 侦听 IP，而非群集的 IP 地址。

故障转移群集

SQL Server 故障转移群集（主动/被动）为整个 SQL Server 实例提供高可用性。例如，您可以在故障转移群集的一个节点上配置 SQL Server 实例，以便在出现失败或执行计划升级时故障转移至群集的不同节点。

故障转移群集是一个或多个节点（主机）与两个或更多共享磁盘的组合，称为资源组。组成群集应用程序或服务器的资源组、资源组网络名称和 IP 地址的组合称为虚拟服务器。如果是单一计算机，则网络上会出现虚拟服务器，但如果当前节点变为不可用，则提供从一个节点到其他节点的故障转移。

 
* 
重要信息： 在 NetVault Backup 术语中，群集节点称为虚拟客户端。Plug‑in for SQL Server 中虚拟客户端的引用是 SQL Server 故障转移群集环境或 AlwaysOn 可用性组中虚拟服务器的基本引用。

利用故障转移群集网络名称，Plug‑in for SQL Server 将会识别在 SQL Server 虚拟服务器控制下的当前节点，并将它作为备份的目标。

确保您使用同一台 Windows 服务器托管 Cluster Core 资源组，并充当 Active Role。Cluster Core 资源组包含 IP 地址、网络名称和磁盘见证。为了使虚拟客户端正常工作，托管 Cluster Core 资源组（即识别为当前主机服务器的主机）的 Windows 服务器必须为具有 Active Role 的同一节点。如果出现故障转移且 Active Role 移至不同的主机，但 Cluster Core 资源组不移动，则虚拟客户端无法访问活动主机。虚拟客户端必须将群集的 IP 地址解析到具有 Active Role 的服务器。

如有必要，比如在出现故障转移后，使用 Windows PowerShell 或命令提示符将 Cluster Core 资源组移至活动主机。

PowerShell 示例：Move-ClusterGroup "Cluster Group" –node <ClusterNodeName>

命令提示符示例：cluster group "Cluster Group" /Move:<ClusterNodeName>

AlwaysOn 可用性组

您可以将该插件与基于 WSFC 群集创建的 AlwaysOn 可用性组一起使用。除了备份数据，您还可以使用插件在还原过程中管理主要和次要副本的添加和删除。此选项不需要使用 SQL Server Management Studio 来添加和删除副本。

要确保插件将虚拟客户端识别为正在 AlwaysOn 可用性组上运行，为位于选择树适用虚拟客户端下的所有实例节点输入有效凭据。凭据必须让插件登录到至少一个组成员 SQL Server 实例。有关更多信息，请参阅配置插件。

 
* 
说明： Quest 建议在 AlwaysOn 可用性组中创建包含不超过 100 个数据库的备份。每台计算机可用性组和可用性数据库的最大数量没有强制限制。数据库的实际数量取决于硬件功能、资源和工作负载。但是，Microsoft 记录了针对每台物理计算机 10 个可用性组和 100 个数据库进行的广泛测试。有关更多信息，请参阅： https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/prereqs-restrictions-recommendations-always-on-availability
图 2. AlwaysOn 部署

AlwaysOn 故障转移群集实例

您可以将插件与包含两个节点的 SQL Server AlwaysOn 可用性组群集一起使用，每个节点本身是一个 WSFC 故障转移群集，两个故障转移群集位于不同的物理位置，且仅允许手动故障转移。

在这种情况下，其中一个实例（例如“SQLinstance”）是在故障转移群集上运行的具有 AlwaysOn 组“主要”角色的 SQL Server 实例。另一个实例（例如“SQLDRinstance”）是在故障转移群集上运行的具有“次要”角色的 SQL Server 实例。

如果每个实例的登录相同，则为位于选择树适用虚拟客户端下的所有实例节点输入有效凭据。

如果每个实例的登录不同，则为各自实例（列在所有实例节点下方）输入有效凭据。如果未列出实例，请使用添加实例操作为每个实例输入凭据。

为 AlwaysOn 故障转移群集实例创建 NetVault Backup 虚拟客户端时，提供两个故障转移群集实例（包含 AlwaysOn 组）之一的虚拟网络名称（“虚拟 IP”）的 IP 地址。可提供具有主要角色或次要角色的实例的虚拟 IP 地址。但是，如果具有次要角色的实例位于 NetVault Backup 服务器远程位置，Quest 建议使用具有主要角色的实例的虚拟 IP 地址，以便提高性能。

运行备份时，您必须将副本选择算法设置为“主要”（为默认算法）。由于次要实例位于 NetVault Backup 服务器远程位置，使用次要副本选择算法运行备份可能会使操作速度缓慢。

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating