OTG 在每个活动的 Exchange 实例上运行两个并发的备份作业，数据吞吐率合计为每服务器每分钟大约 2.4 GB，每个 SAN 模组有两到三个服务器（取决于是总部数据中央设计还是区域设计）。在没有过多读写磁盘延迟的情况下，OTG 监测到的最大吞吐量为每 SAN 模组每分钟约 6.3 GB。吞吐量取决于跨处理器的 LUN 分配，连同每处理器所分配的每 SG 的数据、日志、和备份 LUN。
用于优化吞吐量的模式是：
bbs.bitsCN.com
| • | SG 1 和 2 － 在一号控制器上的数据、日志和备份 bitsCN.nET中国网管博客 | ||||
| • | SG 3 和 4 － 在二号控制器上的数据、日志和备份 中国.网管联盟 | ||||
| • | 作业的并发性被限制为每服务器两个，SG 1 和 SG 3 并发运行，随后是 SG 2 和 SG 4。 bitscn.com | ||||
| • | RAID： 中国网管论坛
|
注：RAID-1 目标将会提供更高的吞吐量，OTG 当前正在考虑选择他们和 146 GB 磁盘一起用于第一阶段的备份（磁盘到磁盘）。 bitsCN.nET中国网管博客
管理事务日志 bitsCN_com
OTG 发现增加每台服务器的邮箱数量后，每台服务器的事务日志数量也会增加。重播事务日志花费的时间对恢复服务器所需的时间影响极大。最好的实践方法是：计算重播日志的时间，监控每天的平均日志数量，然后相应调整恢复计划。 中国网管联盟
备份同步 bitsCN.nET中国网管博客
既然集群已安排妥当，在 OTG 激活每日的备份脚本之前（晚上 8 点，本地时间），他会检查 Exchange 的每个虚拟实例在其预定义节点上是活动的。假如任何节点被移动，OTG 必须将其移回正确的节点，或配置运行备份过程的自动脚本使其在在非活动节点上运行；否则，为每个物理活动节点服务器配置的计划备份过程对于被移动的服务器将会失败。 中国网管联盟
结论
Exchange Server 2003 平台的增强，特别是和 Windows Server 2003 和 Office 2003 的增强相结合，使得 OTG 能够在一个整合的、完全集群化的环境中在全球范围内重新部署 Exchange，在任何位置使用高级 SAN 技术，并为 Microsoft 的员工提供更好的服务。作为正在进行当中的服务器和站点整合工作的一部分，每个服务器中增加了更多的用户邮箱。高级 SAN 技术使得 OTG 能够将任何用户邮箱的空间分配增加一倍，并将允许粘贴的附件大小增加一倍，而不会影响服务可用性或备份/恢复 SLA。通过将连接到 SAN 的服务器集群化，OTG 大大提高了服务器可用性，并简化了他的备份和恢复方法。MOM 的使用提高了 OTG 监控和维护通信基础结构的能力。Exchange Server 2003 极大地改善了 OTG 为其客户、Microsoft 员工所提供的消服务。
www_bitscn_com
, ,
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
