当前位置:首页 > 云服务器 > 正文

Exchange 2013见证服务器如何安装?

Exchange 2013 见证服务器是数据库可用性组 (DAG) 高可用性的关键组件,它作为独立的仲裁票,在主数据中心故障时协助剩余节点仲裁决策,确保邮箱数据库继续提供服务,通常部署在独立于主站点的第三位置。

深入解析 Exchange Server 2013 见证服务器:高可用性的关键守护者

在构建坚如磐石的 Exchange Server 2013 邮件系统时,数据库可用性组 (DAG) 是实现邮箱服务器高可用性和灾难恢复的核心技术,而 见证服务器 (Witness Server),正是支撑 DAG 正常运作、尤其在维持仲裁投票以应对网络或服务器故障场景中不可或缺的”幕后英雄”,理解其角色、工作原理和最佳配置实践,对于保障邮件服务的连续性至关重要。

见证服务器的核心使命:维护集群仲裁

想象一个由多个邮箱服务器组成的 DAG,当网络发生分区(部分服务器之间断开连接)或单个服务器故障时,系统需要一种机制来判断哪部分”成员”是健康的、拥有最新的数据库副本,并能够继续为用户提供服务,这就是 仲裁 (Quorum) 的概念。

  • 仲裁的作用: 防止在脑裂(Split-Brain)场景下,DAG 的不同分区都试图挂载同一数据库副本进行写入操作,导致数据不一致甚至损坏,仲裁确保了只有一个分区能够获得控制权。
  • 见证服务器的角色: 在 DAG 环境中,仲裁模型通常使用 节点与文件共享多数 (Node and File Share Majority),这意味着仲裁投票由两部分组成:
    1. DAG 成员节点投票: 每个在线的、健康的 DAG 成员邮箱服务器本身拥有一票。
    2. 见证服务器投票: 一个独立于 DAG 邮箱服务器的额外投票实体。
  • 达成仲裁: 要使 DAG 保持在线并能够挂载数据库,拥有最新副本的分区必须获得超过总票数一半的投票(简单多数),见证服务器提供的这一票,在成员服务器总数为偶数时(如 2 台、4 台)尤为关键,它确保了集群总票数是奇数,避免了 50% vs 50% 的平局僵局。

见证服务器的本质与位置要求

  • 并非 Exchange 服务器: 这是最常见的误解。见证服务器本身不需要安装 Exchange Server 2013 角色(邮箱、客户端访问、集线器传输)。 它仅仅是一个运行着 Windows Server 操作系统(通常是文件服务器角色)的服务器。
  • 文件共享是关键: 见证服务器的作用是提供一个共享文件夹,这个文件夹通常命名为类似 <DAGName>.domain.local 的形式(由系统自动创建),Exchange 系统会在这个文件夹中存储重要的集群状态信息和日志文件(见证日志/见证目录)。
  • 位置要求:
    • 独立于 DAG 成员: 绝对不能将其放置在 DAG 的任何成员邮箱服务器上,如果该服务器故障,见证共享也会随之不可用,可能破坏仲裁能力。
    • 可靠的服务器: 应选择运行稳定、管理良好的 Windows Server(建议 Windows Server 2008 R2 SP1 或更高版本),它本身不需要很高的性能,但需要具备较高的可用性。
    • 网络可达性: 必须确保 DAG 的所有成员邮箱服务器都能通过持续的网络连接访问见证服务器及其上的见证共享文件夹(使用 SMB/CIFS 协议),网络延迟和带宽通常不是主要瓶颈。
    • 域名解析: DAG 成员需要能够通过 DNS 正确解析见证服务器的名称。
    • 安全权限: DAG 成员邮箱服务器的计算机账户(<Domain>DAGName$)需要对创建的见证共享文件夹拥有完全控制权限(由系统自动配置,需确保网络访问畅通无阻),部署 DAG 时使用的管理员账户需要拥有在见证服务器上创建共享和设置 NTFS 权限的权限。

部署与配置见证服务器的最佳实践

Exchange 2013见证服务器如何安装?  第1张

  1. 选择合适的见证服务器:

    • 强烈推荐使用组织中现有且稳定的文件服务器、应用服务器或专用的轻量级管理服务器(运行 Windows Server)。
    • 避免使用域控制器(DC)作为见证服务器,虽然技术上可行,但域控制器通常有更关键的任务,且出于安全最佳实践,不建议在 DC 上创建额外的共享文件夹,微软官方也建议避免使用 DC。
  2. 配置要求:

    • 操作系统: Windows Server 2008 R2 SP1, Windows Server 2012, Windows Server 2012 R2(推荐与 Exchange 环境兼容的最新受支持版本)。
    • 网络: 与所有 DAG 成员位于同一 IP 子网不是必须的,但网络路由必须可靠,防火墙规则(Windows 防火墙及任何中间网络设备)需允许 DAG 成员访问见证服务器的 SMB/CIFS (TCP 445) 端口。
    • 权限:
      • 部署 DAG 时使用的管理员账户需是见证服务器本地管理员组成员,或拥有在该服务器创建共享和设置文件夹权限的委派权限。
      • DAG 名称的计算机对象 (<Domain>DAGName$) 会被自动授予对创建的见证共享及其文件夹的完全控制权限,确保网络策略允许 DAG 成员服务器访问文件服务器。
  3. 使用 EAC 或 PowerShell 配置见证服务器:

    • 图形界面 (EAC):
      1. 导航:服务器 > 数据库可用性组
      2. 选择要配置的 DAG 或创建新 DAG。
      3. 在 DAG 属性中,找到 见证服务器见证目录 字段。
      4. 输入完全限定域名 (FQDN)(如 fileserver01.contoso.com)作为见证服务器。
      5. 指定一个本地路径作为见证目录(如 C:DAGWitness<DAGName>),Exchange 会自动在该路径下创建共享(如 \fileserver01DAGName.contoso.com)。
      6. 点击保存,Exchange 会尝试连接到见证服务器创建目录、设置共享和权限,观察任务状态和事件日志确认成功。
    • 命令行 (PowerShell – 首选):
      • 创建/配置 DAG 时指定:
        New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer fileserver01.contoso.com -WitnessDirectory C:DAGWitnessDAG1
      • 为现有 DAG 设置/更改:
        Set-DatabaseAvailabilityGroup -Identity DAG1 -WitnessServer fileserver01.contoso.com -WitnessDirectory C:DAGWitnessDAG1
      • 验证配置:
        Get-DatabaseAvailabilityGroup -Identity DAG1 | Format-List Name, WitnessServer, WitnessDirectory, OperationalServers
      • 强制重新配置见证(如遇问题):
        Set-DatabaseAvailabilityGroup -Identity DAG1 -WitnessServer fileserver01.contoso.com -WitnessDirectory C:DAGWitnessDAG1 -Force

关键注意事项与故障排除

  1. 权限是核心: 绝大多数见证服务器问题(如创建共享失败、DAG 成员无法访问日志)都源于权限配置错误网络访问被阻止(防火墙),仔细检查:

    • 部署账户在见证服务器上的权限。
    • DAG 计算机账户 (DAGName$) 对见证共享和目录的权限(通常为”完全控制”)。
    • Windows 防火墙(见证服务器和 DAG 成员)是否允许 TCP 445 入站/出站。
    • 中间网络设备(路由器、交换机、硬件防火墙)是否阻止了 SMB 流量。
  2. 见证服务器不可用的影响:

    • 如果见证服务器临时宕机或网络中断,只要 DAG 中拥有最新数据库副本的在线成员数达到多数(3 台成员中 2 台在线),DAG 通常能继续运行,但见证日志无法更新。
    • 当见证服务器不可用,并且 DAG 成员同时发生故障导致在线成员数不足多数时,DAG 将失去仲裁,所有数据库副本将卸载,邮箱服务中断,需要管理员介入恢复。
  3. 见证目录维护: 通常无需手动管理见证目录的内容,系统会自动维护日志文件,避免手动删除或修改其中的文件。

  4. 见证服务器更换: 如果原见证服务器需要退役或永久故障:

    • 使用 Set-DatabaseAvailabilityGroup 命令(如上述)将 -WitnessServer-WitnessDirectory 指向新的服务器和路径。
    • 使用 -Force 参数通常有助于在旧见证不可用时强制切换。

小而关键

Exchange Server 2013 的见证服务器,虽不需安装 Exchange 角色且资源需求不高,却是 DAG 高可用性架构中维系仲裁生命线的关键枢纽,正确理解其非 Exchange 的本质、独立部署的要求、网络和权限的严格依赖,并遵循最佳实践进行配置和管理,是确保您的邮件系统在服务器或网络故障时依然能保持韧性和服务连续性的基石,忽视这个”小角色”,可能在大故障时酿成服务中断的”大问题”。

引用说明: 本文核心概念、功能描述及最佳实践基于微软官方 Exchange Server 2013 文档,特别是关于数据库可用性组 (DAG) 和见证服务器的技术指南,主要参考来源:

  • Microsoft Docs – Database availability groups (DAGs): https://learn.microsoft.com/en-us/exchange/database-availability-groups-exchange-2013-help (包含见证服务器原理)
  • Microsoft Docs – Configure a database availability group witness server: https://learn.microsoft.com/en-us/exchange/configure-dag-witness-server-exchange-2013-help (详细配置步骤)
  • Microsoft Support – Understanding Quorum in a Failover Cluster: https://learn.microsoft.com/en-us/windows-server/storage/storage-spaces/understand-quorum (底层仲裁概念)
0