1 23 / 3 页

论坛徽章:: 0

21楼 [报告]

发表于 2009-09-24 20:35 |只看该作者

我觉得做镜像就完了，

不知道windows的lvm是否支持这样做？

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

atreenoleaf

丰衣足食

论坛徽章:: 0

22楼 [报告]

发表于 2009-09-25 18:56 |只看该作者

原帖由 13627662 于 2009-9-24 19:27 发表

能否详细讲解下你的迁移过程，有相关文档？给我参考下。

考虑到迁移存储及冲裁盘，冲裁盘如何迁移？？

这个比较简单，就是先让mscs的机器同时认到新旧两台存储，仲裁盘和数据盘迁移完毕后再从mscs中把旧的存储踢出去，然后下线旧的存储，首先在新存储上划好新的仲裁盘并且让mscs两台机器同时认到，然后在mscs中把新存储的要做仲裁的盘添加为mscs磁盘资源，然后右单击集群选项，在仲裁里面把仲裁盘选为新的存储要做仲裁的那个盘，这样就完成了仲裁盘的迁移，数据迁移的方法当时的操作是在mscs中停止exchange服务，然后用户自己用flashcopy复制数据，复制完后先把旧存储的数据盘从群集中踢出去，然后把新存储的数据盘添加为mscs磁盘资源，当时用户还修改了exchange的一些配置否则直接复制不对exchange做修改的话好像有点问题，具体对exchage做了哪些操作我就不清楚了，这样做有个大缺陷就是需要停机时间

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

撒旦的使者

小富即安

论坛徽章:: 0

23楼 [报告]

发表于 2009-09-27 00:12 |只看该作者

这么大的数据量，建议你去微软开case，以我的经验来看这是最安全的办法了。
·难道你们没有把exchange分组、分store吗，不能一个store一个sotre的迁移吗？这样风险小很多。先把邮箱巨大和邮件数目巨多的鸟人找出来，估计这种人是老板，要优先照顾，否则你死的很惨。
·你们新上的exchange应该和旧的是两套独立的系统，你可以逐步的迁移用户邮箱，从exchange1迁移到exchange2，这个风险是非常小的，只是很慢，但是你可以集中先迁移老板们的大邮箱，剩下的几百M的邮箱，白天也可以迁移。