首先说明下我们的
exchange2007
我们是父子域结构，我位于子域
整个exchange环境很大，全国各地都有，有2007也有
2003
每个地区的exchange
系统都有各自的public folder
我建立了CCR群集，在本地新建了第二存储组新建public folder存储
一切装好以后，用群集管理器在两台
服务器之间切换群集资源已经正常
我重启一台服务器，在重启过程中，资源转移，第二存储组，就是public folder无法mount
eseutil /mh查看状态是dirty shutdown
isinteg -s "exchange_server_name" -fix -test alltests修复的时候报错，无法修复
请问这是什么原因造成，该如何解决呢？
电话咨询微软，对方给我的答复是public folder不能装在CCR群集中，否则不能正常切换，给了我文档
http://technet.microsoft.com/zh-cn/library/bb123996.aspx
在部署 CCR 之前，请确保整个系统满足以下要求：
- 必须为每个存储组使用一个数据库。在 CCR 环境中创建一个存储组时，该存储组只能包含一个数据库。此方法将创建一个更加容易管理的 Microsoft Exchange 存储拓扑，可以提高可恢复性。
- 由于连续复制和公用文件夹复制之间有互操作性限制，因此下面是在 CCR 环境中允许用于公用文件夹数据库、邮箱服务器和群集邮箱服务器的配置：
- 如果 Exchange 组织中只有一个邮箱服务器，并且该邮箱服务器是 CCR 环境中的群集邮箱服务器，则此邮箱服务器可以托管公用文件夹数据库。在此配置中，组织中只有一个公用文件夹数据库。因此，禁用公用文件夹复制。
- 如果有多个邮箱服务器，并且只有一个邮箱服务器包含公用文件夹数据库，则该公用文件夹数据库可以位于 CCR 环境中的群集邮箱服务器上。在此配置中，组织中只有一个公用文件夹数据库。因此，禁用公用文件夹复制。
- 如果多个邮箱服务器具有一个公用文件夹数据库，则会启用公用文件夹复制，并且不能在 CCR 环境中托管公用文件夹数据库。可以使用公用文件夹复制将公用文件夹数据库中的内容从 CCR 环境中的群集邮箱服务器移动到 CCR 环境之外的邮箱服务器上。成功完成复制后，必须删除 CCR 环境中的所有公用文件夹数据库，并且禁止在 CCR 环境中托管任何后续公用文件夹数据库。
- 在 CCR 环境中存在多个公用文件夹数据库的任何时段内，系统中断都有可能影响中断所涉及的公用文件夹数据库的装入能力。如果发生成功的计划中断，则公用文件夹数据库将联机，并且公用文件夹复制应按预期继续进行。如果发生非计划内中断，则要等到原始服务器以及驻留公用文件夹数据库的存储组的所有日志都可用后，公用文件夹数据库才会装入。如果由于中断造成数据丢失，则 CCR 不允许公用文件夹数据库在公用文件夹复制处于活动状态时装入。
但是我没看懂这段到底在说什么情况，我这样的情况究竟属于哪类呢？
我在测试环境中测试过
测试环境比较单纯，一台DC，两台server做CCR，还有一台作hub和CAS，也是第二存储组作public folder。切换非常正常，没有出现过问题
是不是真如微软所说呢?
