调整故障转移控制设定

　　CCR包含允许你控制CMS故障转移行为的属性。你可以通过Set-MailboxServer的cmdlet来配置这些属性。调整这些属性可以让你控制下面两个决策算法：
　　l 算法1：算法1是控制是否在故障转移时挂载数据库的。在故障转移的时间内，如果检测到数据库丢失了少于所配置数量的日志，就会自动挂载数据库。可以通过一个叫AutoDatabaseMountDial的值来配置可接受的丢失日志数量。Exchange服务器的活动目录使用msExchDataLossForAutoDatabaseMount属性来表示这一参数，它有3个值：无损性(Lossless)，良好可用性(Good Availability)，最大可用性(Best Availability)。无损性表示没有日志丢失;良好可用性表示有3个日志丢失;最大可用性默认是有6个日志丢失。
　　l 算法2：算法2允许你确定旧数据的联机是否比脱机更重要。如果数据库在基于算法1挂载失败，你可以创建检查第二次的时间。可以通过ForcedDatabaseMountAfter属性来配置该等待时间。这个值是以小时为单位的，默认为无限制。
　　重要:
　　当ForcedDatabaseMountAfter设置的时间点到达时，不管是否存储器组是有1个日志滞后，10个日志滞后，或是1000个日志滞后，这些有可能导致大量数据丢失的情况，数据库都会被挂载。正是因为这样，如果服务等级协议(SLA)保证了导致丢失数据的最大值，就不应该使用这个参数。
　　调整传输Dumpster(Transport Dumpster)
　　传输Dumpster是使用本地连续复制(LCR)或CCR时，集线器传输服务器(Hub Transport server)角色必须配置的特性。该特性只能用于LCR和CCR环境。传输dumpster会在非常规故障发生后，提交最近发送的邮件。使用LCR或CCR时，应该总是打开传输dumpster。通过设置每个存储器组可用存储的大小和传输dumpster中保留邮件的时间，传输dumpster的设置在机构范围内生效。
　　集线器传输服务器保留最近发送到CMS的邮件队列。在无损故障转移事件中，CCR自动请求站点的每个集线器传输服务器重新提交传输dumpster中的邮件。在LCR环境中，重新提交请求是Restore-StorageGroupCopy任务的一部分。当重新提交发生时，信息存储自动删除副本，并重新发送丢失的邮件。你可以使用Set-TransportConfig的cmdlet来改变传输dumpster的默认配置信息，配置改变将在存储器组的层次生效。另外，在Exchange 2007 SP1中，你还可以使用Exchange管理控制台(Exchange Management Console)对传输dumpster的值进行设置。
　　我们建议你配置每个存储器组的最大空间(即MaxDumpsterSizePerStorageGroup参数)为能够发送的最大消息的1.5倍。例如，如果最大的消息为10MB，你应该设置MaxDumpsterSizePerStorageGroup参数的值为15MB。对于不存在最大消息空间的机构，我们建议将每个存储器组的最大空间值配置为机构中发送消息平均大小的1.5倍。
　　我们还建议将每个存储器组的最大保留时间(MaxDumpsterTime参数)设置为07.00:00:00，也就是7天。这个时间对于大范围故障发生时而不丢失邮件已经足够了。使用这个传输dumpster特性时，集线器传输服务器还需要额外的磁盘空间来存储传输dumpster队列。需要的磁盘空间大小大约等于MaxDumpsterSizePerStorageGroup乘以含有集线器传输服务器的活动目录站点中使用连续复制的所有邮箱服务器组上的存储器组的数量。