位置：首页>> 网站运营>> Exchange 2003设计和体系结构（6）

Exchange 2003设计和体系结构（6）

　来源：微软　发布时间：2010-02-21 19:08:00　

标签：Exchange,2003,设计,邮件服务器,微软

在服务等级协议（SLA）时间内恢复数据库的困难

即使是很小的整合工作也能够导致许多站点上的服务器获得的更高的可伸缩性。随着产品可伸缩性的提高，服务器上的邮箱数目也不断增加，而数据库大小也同样持续增长。更重要的是，由于倡导将最大邮箱容量从 100 MB 增加到 200 MB，数据库大小立即翻了一番。

因为 Exchange 2000 没有提供对新的恢复选项，如恢复存储组（RSG）功能或卷影复制服务（VSS）的支持，所以由 Exchange 2000 Server 的损坏所造成的数据库停机意味着数据库恢复过程将导致更长时间的停机。在许多站点中，备份是通过数据中心内的多台计算机处理的，这就导致备份和恢复需要通过 100 MB LAN 来进行，这种恢复的平均时间在最佳状态下也只有每小时 16 GB。初始的恢复 SLA 是在一小时内完全恢复数据库，这一目标很快就变得难以达到。

集群可伸缩性限制

Windows 2000 Advanced Server 支持两节点集群，而 Windows 2000 Datacenter Server 支持四节点集群。对于在 Windows 2000 Advanced Server 上运行的 Exchange 2000，在最佳配置下，OTG 需要有多个与每个 SG 相关联的驱动器号卷。还有其它的驱动器号用于服务器配置，例如简单邮件传输协议（SMTP）驱动器（一个专用的入站/出站队列设备）。结果，集群内的每个虚拟 Exchange server（在计算了全体SG 和 SMTP 驱动器后）使用十个扩展驱动器号。这其中没有将服务器节点自身使用的必需的、保留的驱动器号计算在内，例如用于软盘、操作系统卷、以及 CD 驱动器的驱动器号。在耗尽可以分配给磁盘卷的可用驱动器号之前，OTG 在一个集群内只能使用两个服务器。可用驱动器号的缺乏阻碍了 OTG 向集群环境中添加额外的 Exchange 服务器实例。

备份基础结构不灵活

OTG 对区域服务器使用一段式备份。区域服务器使用 100 Mbps LAN 执行直接的、磁盘到磁带的备份。在 Redmond，服务器执行两段式备份过程：首先是 SAN 内的磁盘到磁盘备份，然后是磁盘到磁带备份。为了确保备份过程在非业务时间内完成，OTG 需要在每台 Exchange 服务器上部署千兆以太网络适配器，以确保它们能够获得将数据通过 LAN 传输到磁带上所必需的吞吐量。

数据恢复需要创建一个临时性的恢复服务器作为分段服务器从磁带中获取数据。OTG 了解，在此过程能够开始之前，除了恢复数据的时间之外，磁带驱动器还必须先读取并寻找特定数据库在磁带上的起始点。此过程在所有数据都确实传输到磁盘之前需要等待 90 分钟左右。在 OTG 100 Mbps 网络上，用于数据恢复的典型吞吐量（从数据开始流动算起）大约是每分钟 300-350 MB。对于一个 15 GB 的示例数据库的选择性恢复，完成恢复工作所需的总时间常常超过两小时－大大超过 SLA。

最后，OTG 将在分配的 SLA 时间窗口内满足备份和恢复工作的技术需求作为它构造整个 Exchange 2000 体系结构的基础。

第一页上一页 4 5

7 8 下一页

投稿

Exchange 2003设计和体系结构（6）

猜你喜欢