菜鸟新问题，exchange的数据移动

未名湖

有点长，大家耐心，但不觉得是很简单就能解决的
实验环境，
vm esxi 3.5 下的exchange server。装了exchange 2007（本身是win 2003），只有一个storage group，大概100多个用户，整体存储数据100G左右，放在server的 D盘（D盘在vm 下的存储地方是datastore 1）

前一段时间，随着存储数据的不断增大，D盘不够用，必须增加硬盘空间。 当时检查了 VM下的datastore 1，没有足够空间划出来给 server，就从Datasstore2 下划了150G，然后通过硬盘设置，将150G空间 加在了D盘。
结果就是 D盘有了250G 空间，但空间来自VM下的两个Datastore。这两个datastore 分别来自不同的disk raid。

exchage server表面运行没有问题，但一用symantic backup exc进行D盘的邮件数据备份就，服务器就会反应很慢死机，备份失败。但同时备份server下的C盘系统就没有问题，

初步判定是 前面的两个不同的datastore 合成一个D盘造成的。

想到的解决方案，这也是我想知道的，不知道那种最好
1.重新在另一个datastore上划分空间，建立 E，然后再server上 ，用exchange manager管理软件，把存储数据 的存储地方移动到E盘。（这里有个问题，大于100G的数据，移动不是一两个小时就能完成的，最少需要10几个小时，移动时，邮箱服务必须停止。但客户每天白天都需要用邮件服务。夜里的时间怕不够）
2.重新在另一个datastore上划分空间，建立 E，然后再server上 ，用exchange manager管理软件，建立第二个数据group在E盘，然后将里面的客户一个个从group one 移动到 grouptwo。（也有个问题，如果单独从管理软件将客户数据移动过去，需要停止邮箱服务服务吗，会不会有其它未知的事情发生。）
3，请大拿们给我另一种选择吧

交易人生

很久没碰exchange了，应当是选2吧，总体慢点可不用停exchange  server，何况你的用户才100. 估计如果用户开着outlook可能要重新启动outlook.现移动public store.

还是先作测试吧。

turquois

据我所知，用VMware migrate是可以挪datastore的，前提是没有snapshot。
用VM做Exchange是不是有点儿慢？

未名湖

谢谢ls和ls的ls的回复，
2 被否决了，exchange用的是标准版，只能建立2个database，一个用于了maibox，另一个用于public folder。
可以新建一个store group，但不能创建mailbox的database

turquois

如果在VM上移动，不用改你的Exchange吧。

交易人生

public folder对你们到底有多大用途？可以backup public store，然后dismount public store，然后创建另一个store-〉moving mailbox->delete the pre store-〉mount public store.

abbott1980

大师越来越专业了！！

未名湖

原帖由 交易人生 于 2011-11-15 12:13 发表
public folder对你们到底有多大用途？可以backup public store，然后dismount public store，然后创建另一个store-〉moving mailbox->delete the pre store-〉mount public store.

public folder 一直在用，不允许dismout

未名湖

原帖由 turquois 于 2011-11-15 11:59 发表
如果在VM上移动，不用改你的Exchange吧。

vm上怎么移动，我就知道有空间，创建给虚拟机，启动后加载

turquois

Right click your VMware server in VCenter console. Select "migrate" and follow the instruction. It can be done on the fly. We use vSphere V4, it can be different. Are you the VMware admin?
I'm not 100% sure about Exchange server, but for all other file servers, they can stay online.

未名湖

原帖由 turquois 于 2011-11-15 12:39 发表
Right click your VMware server in VCenter console. Select "migrate" and follow the instruction. It can be done on the fly. We use vSphere V4, it can be different. Are you the VMware admin?
I'm not 100 ...

哦，我理解你的意思了，你说的操作我都会，
现实情况是，vm下分有好几个datastore，在其中一个datastore上装的Exchange server，然后呢，这个server的D盘空间不够，我就通过其它datastore（两个datastore来源于不同的raid）加载了一些空间，虚拟出一个新的disk，然后划分给现有的这个server的D盘。
也就是说，在server 层面上，D盘是有好几个虚拟的Disk一起组成。 在vm层面上，这个几个虚拟的disk来自两个不同的datastore。

如果不进行大量的复制和读写。这个server运行没有问题，但一旦我进行备份，读取D盘。server就会很慢，没有反应。
个人感觉，唯一的解决办法，就是
把数据存放在一个虚拟的disk上，这个disk来源于一个datastore。也就是说，来自一个独立的真实raid。

这样做遇到的问题就是，数据太大100G，exchange服务最好不能断。

mxgong

要移动STORAGE GROUP 的话，比如mailbox database

原先在D， 你要移动到E。

可以设置LCR 在E。 等LCR 完成后。 在EXAHGNE 里面更改指向E 就可以了。这时候E 就是主DATABASE 了。当然别忘记给E 也要做LCR， 比如LCR 到D。

你备份时候只要备份E就行了，LCR 不需要备份，

ERR. 你们没有做LCR吗？难道你们是CCR？

你GOOGLE 一下 EXCHANGE LCR， 然后在GOOGLE, EXCHANGE 2007 CONNECT TO LCR

[ 本帖最后由 mxgong 于 2011-11-15 15:44 编辑 ]

未名湖

原帖由 mxgong 于 2011-11-15 13:21 发表
要移动STORAGE GROUP 的话，比如mailbox database

原先在D， 你要移动到E。

可以设置LCR 在E。 等LCR 完成后。 在EXAHGNE 里面更改指向E 就可以了。这时候E 就是主DATABASE 了。当然别忘记给E 也要做LCR， 比如LCR 到D。

你备份时候只要备份E就行了，LCR 不需要备份，

谢谢，什么是LCR啊，需要暂停 服务器 的邮箱服务吗

turquois

once the migration finished, all your VM disks will be on one datastore (LUN), which  means all the VM disks are on the same RAID group. You may want to check if there is only one LUN on that RAID group belongs to the one datastore. If there are more than one LUN located on the same RAID group, it can slow down the backup. What is your SAN configuration?

未名湖

原帖由 turquois 于 2011-11-15 13:40 发表
once the migration finished, all your VM disks will be on one datastore (LUN), which  means all the VM disks are on the same RAID group. You may want to check if there is only one LUN on that RAID gro ...

菜鸟啊，你问的我不知道怎么回答了，我这里是 两台hp服务器上装的 vmware，然后共享连接着几个nas raid，在两个服务器上装了两个DC srv，一个Exchange 还有两个其他的。至于你说的，我大概理解你的意思，但因为硬件的raid不一样，似乎组成一个raid不现实

turquois

任何存储设备都是先建立RAID，再建立LUN，只要在一个LUN上，就是在一个RAID group上。你可以进入vCenter 看看datastore在哪个LUN上。要转移的disks 在哪个LUN上。备份是和最终数据存储的地方有关系的，特别是共用的存储设备，如果你想简单些，试着更改备份的时间，在备份Exchange的时候不要有其他的数据备份（从同一个NAS上）。

mxgong

别讨论RAID, LUN 之类的了。。这个 CASE 很明显，SYMANTEC doesn't like the "disk" configured in this way.

Symantec 是很SENSITIVE 的， 我用SYMANTEC EXEC, SYMANTEC SYSTEM RECOVERY, SYMANTEC CPS, 三年了。

FAIL 最多的是VSS。

妈的。又恨又爱


楼主还是按照你自己的想法来做吧， 从有FREE SPACE 的RAID 里面分一个LUN出来作为DISK E， 在STORAGE GROUP 里面配置LCR 到DISK E， 等LCR 完成了，把LCR 作为主DB， 然后可以移去DISK D 了。

但是你如果是一个exchange server 的，standalone exchange　光ＢＡＣＫＵＰ　是不行的，一定要有ＬＣＲ　作为后备，不然你当前的ＳＴＯＲＡＧＥ　ＧＲＯＵＰ　挂了，整个ＭＡＩＬ　ＳＥＲＶＥＲ　就挂了。有了ＬＣＲ，　你可以马上连到后备的这个ＳＴＯＲＡＧＥ　ＧＲＯＵＰ　上。　所以当你移动后主ＳＴＲＯＡＧＥ　ＧＲＯＵＰ　在Ｅ的话，还是再创建一个相同容量的ＤＩＳＫ　Ｆ，　作为ＬＣＲ。　

[ 本帖最后由 mxgong 于 2011-11-15 15:50 编辑 ]