Windows Server 2008上安装群集连续复制
http://tech.ddvip.com 2008年01月16日 社区交流 收藏本文
内容摘要:尽管在Windows Server 2008上配置群集连续复制(CCR)与在Windows Server 2003上的配置过程类似,但还是有一些明显差别……
在CCR环境中进行种子设定(Seeding)和再设定(Reseeding)是通过Update-StorageGroupCopy的cmdlet来实现的。在Exchange 2007 SP1中,该cmdlet的扩展选项包括一个新的DataHostNames参数。这个参数是确定哪个网络应该用作种子设定及再设定的。该参数有值列表有两个:一个是完整的域名(FQDN),另一个是主机名。这两个名字的其中一个必须设定为被动模式。
调整故障转移控制设定
CCR包含允许你控制CMS故障转移行为的属性。你可以通过Set-MailboxServer的cmdlet来配置这些属性。调整这些属性可以让你控制下面两个决策算法:
l 算法1:算法1是控制是否在故障转移时挂载数据库的。在故障转移的时间内,如果检测到数据库丢失了少于所配置数量的日志,就会自动挂载数据库。可以通过一个叫AutoDatabaseMountDial的值来配置可接受的丢失日志数量。Exchange服务器的活动目录使用msExchDataLossForAutoDatabaseMount属性来表示这一参数,它有3个值:无损性(Lossless),良好可用性(Good Availability),最大可用性(Best Availability)。无损性表示没有日志丢失;良好可用性表示有3个日志丢失;最大可用性默认是有6个日志丢失。有关如何设置这3个值的详细步骤,请查阅《如何调整群集连续复制的挂载及故障转移设置》一文。
l 算法2:算法2允许你确定旧数据的联机是否比脱机更重要。如果数据库在基于算法1挂载失败,你可以创建检查第二次的时间。可以通过ForcedDatabaseMountAfter属性来配置该等待时间。这个值是以小时为单位的,默认为无限制。
重要:
当ForcedDatabaseMountAfter设置的时间点到达时,不管是否存储器组是有1个日志滞后,10个日志滞后,或是1000个日志滞后,这些有可能导致大量数据丢失的情况,数据库都会被挂载。正是因为这样,如果服务等级协议(SLA)保证了导致丢失数据的最大值,就不应该使用这个参数。
来源:IT专家网 作者:郝芸霞 责编:豆豆技术应用