这两天试用了一下xenserver5的所谓portable SR功能，确实比起ESX的datastore功能差的不是一点两点，对于vm的恢复及其不方便。我们知道，在esx中要移动datastore，只需要装好新的esx，重新扫描到datastore，再browse datastore之后选择将vmx文件导入，再取个vm名称就可以完成vm的恢复，我们再来看看xenserver5的步骤：
1、定期将sr数据备份
[root@xen-1 ~]# xe-backup-metadata -c -u d6642a3e-abaf-7778-e10a-237d5d61720a(sr uuid)
2、确认pbd uuid
[root@xen-1 ~]# xe pbd-list sr-uuid=d6642a3e-abaf-7778-e10a-237d5d61720a
uuid ( RO) : b985f421-692b-745f-f774-797dfd5efa38
host-uuid ( RO): 2e3882d9-ca62-4da9-b8c7-63238be7b8a3
sr-uuid ( RO): d6642a3e-abaf-7778-e10a-237d5d61720a
device-config (MRO): SCSIid: 1HITACHI_D60012190011
currently-attached ( RO): true
3、卸载pbd
[root@xen-1 ~]# xe pbd-unplug uuid=b985f421-692b-745f-f774-797dfd5efa38
4、forget sr
[root@xen-1 ~]# xe sr-forget uuid=d6642a3e-abaf-7778-e10a-237d5d61720a
5、将sr接到新的xenserver上，introduce sr
[root@xen-2 ~]# xe sr-introduce content-type=user name-label="new imported sr" uuid=d6642a3e-abaf-7778-e10a-237d5d61720a type=lvmohba
6、创建pbd
xe pbd-create sr-uuid=d6642a3e-abaf-7778-e10a-237d5d61720a host-uuid=d5cae456-0b09-4611-b115-f26bce4a9688 device-config:SCSIid=1HITACHI_D60012190011
7、plug pbd
[root@xen-2 ~]# xe pbd-plug uuid=847bf226-6123-8948-9ed9-f08e23dce774
8、恢复数据备份
[root@xen-2 ~]# xe-restore-metadata -u d6642a3e-abaf-7778-e10a-237d5d61720a -l
2008-11-26-21-54-17
2008-11-26-21-53-45
2008-11-26-12-38-55
2008-11-26-12-38-29
2008-11-26-12-38-11
[root@xen-2 ~]# xe-restore-metadata -u d6642a3e-abaf-7778-e10a-237d5d61720a -d 2008-11-26-21-54-17
Do you wish to reimport all VM metadata?
Please type in yes and to continue.
yes
这是基本步骤，中间有可能还要用到xe sr-probe命令来获取sr的一些参数，而且这些操作只有部分可以通过xencenter来做，其余需要用到命令行或者控制台，很是不便。更为不便的是，如果你原来的vm上有新的xenserver不能使用的nic的话,import vm是会失败的，真的是让人失望。
再说说ha，在xenserver中启用了ha而且vm启用了protect模式的话就不能关闭vm了，即使在vm的操作系统中进行了关闭操作，vm也会自动重启，必须将protect模式关闭方可关闭vm，这种设计我觉得很不合理。
不过话说回来，启用ha这些操作比起esx来，速度要快得多。
