我们有一个三节点 AG。本地数据中心中的两个节点，一个位于不同子网 DR 站点中。我是否正确，集群名称应该有两个 IP，就像侦听器一样？
此外，有没有办法设置集群名称和见证的首选所有者，以便在主节点启动时不会尝试故障转移到 DR 站点？
附加信息：我们因修补辅助节点而中断，我们无法弄清楚为什么二次重启会导致 AG 和集群停机。我们向 Microsoft 开了一张支持票，他们建议我们更改集群组的可能所有者以排除 DR。因此，似乎发生的事情是集群组尝试故障转移到 DR 站点，但由于没有子网 IP，它无法联机。这花费了足够长的时间，因为见证人没有上线，导致仲裁丢失，并且辅助服务器正在重新启动。
我正在尝试将数据库从 Prod 环境 (11.0.6020.0) 还原到较低环境的服务器 (11.0.3128.0)。我意识到较低的有一个较旧的 SP，我们现在正在努力纠正它。恢复应该仍然有效，它已经持续了几个月，但我收到以下错误消息。我们最近刚刚为 CDC 启用了这个数据库，我没有在恢复中指定 keep_cdc。有人以前见过这个错误并且知道如何解决吗？
消息 22841，级别 16，状态 1，过程 sp_cdc_vupgrade，第 320 行 [批处理起始行 0] 无法升级为更改数据捕获启用的数据库“DBName”的元数据。执行操作“alter cdc.change_tables index change_tables_unique_idx with (drop_existing = on)”时发生故障。返回的错误是 4922：“第 102 行，状态 9，ALTER TABLE ALTER COLUMN column_id 失败，因为一个或多个对象访问此列。”。使用操作和错误来确定失败的原因并重新提交请求。
RESTORE DATABASE [DBName]
FROM DISK = @FileToRestore WITH
MOVE 'DBName' to 'W:\Data\DBName\DBName.mdf',
MOVE 'AmexDB_log' to 'W:\Logs\DBName\DBName_Log.ldf',
NOUNLOAD, REPLACE , FILE = 1, STATS = 10
GO
我们的RESOURCE_SEMAPHORE其中一台服务器存在内存压力问题（等待），但同时进行的活动连接很少。从逻辑上讲，睡眠连接似乎不会保留记忆，但我想知道他们是否真的这样做了？IderaDM 显示了几个内存使用率较高的休眠连接。
这是具有 27 Gb 内存的 SQL 2008 SP3 服务器。在任何时刻通常只有 2 到 10 个活动调用正在进行，其中很大一部分正在等待 resource_semaphore。该服务器拥有我们的第三方数据库，因此我们无法更改大部分调用/过程。
那么，睡眠连接是否有可能保留在内存中，或者我应该去别处寻找？