ePolicy Orchestrator 维持声明（SBC1410101） - ePO 和 SQL AlwaysOn 功能

技术文章 ID: KB83860
上次修改时间: 2022-03-31 13:15:45 Etc/GMT

ePolicy Orchestrator (ePO) 5.x
SQL Server - 所有支持的版本

有关 ePO 和 SQL 支持的环境的详细信息,参阅KB51569 - 支持 ePolicy Orchestrator 的平台.

本文档是对包含 ePO 版本和支持 SQL 的请求的响应AlwaysOn特征。 McAfee Enterprise 分析表明，只要设置正确，此功能即可正常运行，并且没有问题。

Description

AlwaysOn Availability Groups 功能是一高可用性和灾难恢复解决方案，为数据库镜像提供了一种企业备用方法。
AlwaysOn SQL Server 2012 年推出，使 AlwaysOn Availability Groups（始终可用组）最大程度提高企业一组用户数据库的可用性。
可用性组支持分立用户数据库集（称为可用性数据库）的故障转移环境，这些数据库可以一起故障转移。
可用性组支持以下两种功能：
- 一组读取或写入主要数据库
- 一至八组相应的次要数据库

研究和结论

ePO 与 SQL 功能同时使用AlwaysOn.
如果数据库在AlwaysOn Failover Cluster Instance或Windows Server Failover ClusteR. 有关详细信息，请参阅KB74034 - 支持 ePolicy Orchestrator 和 SQL 镜像.
AlwaysOn功能是 SQL 的一部分，而不是 ePO，而且任何问题都应当位于AlwaysOn功能。
但是，对于 ePO 支持同一子网中的故障转移群集节点存在限制。
多子网故障转移群集配置无法与 ePO 一起使用。
有两种方法配置故障转移SQL Server群集，如本文的以下Microsoft介绍。有关详细信息，请参阅Microsoft文章:

根据节点的群集方式，SQL Server配置故障转移群集的方式：

不同子网的节点
IP地址资源依赖关系设置为 OR 。此配置称为 SQL Server多子网故障转移群集配置。有关详细信息，请参阅 SQL Server子网群集（多SQL Server ）。
相同子网或相同子网集上的节点
对于IP，地址资源依赖关系设置为 AND 。

重要：不支持上述第一个选项，且无法与 ePO 一起使用。但是，ePO 确实支持第二个选项。

注意：

故障转移过程中正在进行服务器任务在故障转移发生后无法成功完成。
此类任务需要使用 "结束任务ePO 控制台服务器任务日志中的选项。需要此操作，因为 ePO 不知道数据库故障转移操作。
在故障转移期间，与 ePO 服务器任务关联的打开数据库连接以及主节点（其SQL Server丢弃。因此，服务器任务会一直处于"正在进行"或"等待"状态，直到通过 ePO 控制台关闭任务。

注意: 知识库中提及的任何未来产品功能或版本都旨在概述我们的一般产品方向，不应将其视为承诺或作出购买决策时的依赖。

本文内容源于英文。如果英文内容与其翻译内容之间存在差异，应始终以英文内容为准。本文部分内容是使用 Microsoft 的机器翻译技术进行翻译的。

此文章有以下语言版本：

Knowledge Center