SCC 已经部署完整，接下来我们必须防范本地站点如果出现了完全的损坏怎么办？ Exchange 2007 SP1 提供了另外一种高可用的方式，就是基于我们的SCR 模型，SCR 模型是基于SCC 本地站点高可用的一种补充方案，当我们使用本地站点完全瘫痪的时候，我们就可以使用远程站点来进行邮件系统的不间断运营和数据恢复。
由于他的站点恢复操作很复杂，我们就不进行讨论，我们就讨论如何启用SCR 的邮件复制模型。
由于是在SCC 上启用相关的复制，我们必须在SCC上做一些操作来使得文件夹能够共享，我们将按如下的操作执行：
1. 在一台SCC 角色的机器上开启 CSM，在CSM中点击添加存储，在弹出框内勾选SCC共享存储，资源勾选完成后过了一会时间我们就发现会有新的目录共享出来：
2. 在存储组中 添加相应的联系关系，让群集挂起来的原因之一是因为盘阵起来，否则就会出现相应的失败情况：
3.基于SCR 复制的网络其实不一定需要单独网络，MAPI网络也可以提供相应的复制，我们这里直接用MAPI 复制来实现SCR 复制，执行如下的命令：
上面画面的意思是：启用基于SCC 群集的 NEWDB 存储组的SCR 复制，复制的目标是 TWPEXSCR，重播日志是50个日志进行一次重播。目前我没有设置重播滞后队列设置。所以只要有50个日志就会进行重播。
4. 接下来我们查看相应的复制状态，使用命令 get-storagegroupcopy scc\newdb -standbymachine twpexscr 我们能看到状态是健康状态，日志队列目前是9,
5. 查看相应盘符的相应目录，我们发现数据库还是没生成。什么原因呢？原因在于日志还没有达到50个，达到50就会生产数据库并进行SEEDING了
