在日复一日的系统管理操作中，处在保护状态下的ESX主机是不可能同时看到原始LUN和复制LUN或快照的。就算可以，ESX主机还是会将第二个LUN或卷标记为不可用。假如，ESX主机同时将两个LUNs 或卷 标记为可用，那么ESX的管理就会变得非常混乱，因为它不知道将读取和写入操作究竟发给哪一个LUN。在这种情况下，ESX 3.5主机会弹出一个控制台错误消息，建议你可能需要对存储VMFS卷做resignature操作。

　　ESX 4.0已经屏蔽了这个控制台消息，同时ESX 4.0主机也不再弹出此控制台消息，我认为这是一个让人感到有点惭愧的事情。

　　以前的版本，假如出现这样一个复制或快照LUN或卷的时候，我们可以通过修改ESX的高级设置来解决此问题，这样就能够启用resignature操作，重新扫描主机总线适配器（HBA）。

　　开启vSphere 4的resignature

　　在vSphere4版本，有两种方式来对快照卷做resignature的操作，使其在ESX主机上变为可见。你可以在图形用户界面（GUI）完成resignature，同时也使用命令行界面（CLI）工具，即esxcfg-volume（之后我会提到）。如果你使用存储供应商的管理工具来将快照或复制卷分配到ESX主机，那么它将会在添加存储卷向导中出现一个新的虚拟机磁盘文件卷（VMFS）。

　　为了证明这一点，我将用手动的方法来添加存储卷（如果你测试过灾难恢复（DR）计划并且你没有启用站点恢复管理器（SRM），那么此卷已经被用到），那么我暂时给其中一台ESX主机访问复制卷的机会，然后我在此ESX主机上，启动添加存储卷向导，象这样：

点击图片本身就能放大

　　正如你所看到的，此卷是有数据存在的，因为它有一个有效的VMFS卷标签。当你在ESX主机的存储向导中选择此卷时，它会辨别出这是一个复制卷，并且会向你提供一个选择项来进行手动resignature操作。

　　另外，如果你不熟悉使用命令行操作，那应该知道，新的esxcfg-volumes命令支持 - l选项来列出所有已探测到的卷/快照卷，- r选项对卷执行resignature操作。下面是命令执行的例子：

　　esxcfg-volumes –l 

　　以下列表列出了ESX主机探测到的快照/复制卷：

　正如你所看到的命令执行结果，由于原始卷仍然在使用，所以VMFS不能被挂载。但对此卷可执行resignature操作。因此，接下来我将使用以下命令：

　　esxcfg-volumes –r lefthand-networks-virtualmachines

　　注：lefthand-networks-virtualmachines是VMFS卷的名称。

　　接下来，ESX主机将会对卷执行resignature操作，同时将会把此新卷挂载到ESX主机上。在此执行过程当中，此卷被分配了新的通用唯一标识符（UUID）和卷名称（snap-originalvolumename），这样就可以在vSphere环境中找到此卷了。

　　当然，这些命令行操作和基于GUI方式的vSphere客户端操作是一一对应的：

　　对于所有存储厂商的产品来说，达到的效果都是一样的；虽然我的例子只是用了惠普的LeftHand。我第一次注意到一种新型的管理方式，那就是使用EMC的存储和它的Replication Manager软件来做resignaturing操作。

　　如果没有SRM，将会发生什么？

　　如果在没有SRM的情况下，你手动执行DR操作，那么可能会产生一些非常不良的后果。此卷或数据存储的名称将被改变，同时被赋予新的UUID值。那么注册在此VMFS卷上的虚拟机就会有问题，因为这些虚拟机的配置文件（VMX）记录都是 “指向”旧UUID的，而不是新的。接下来这些虚拟机需要从vCenter清单中删除，之后再重新以新的UUID来注册。

　　总之，当你手动执行DR之后，首先要做的事就是对卷做resignatured操作，然后根据新的卷名称和UUID再注册虚拟机（VMs）。在你测试VMware SRM的恢复计划时，也需要做这个工作。

　　VMware Site Recovery Manager是如何起作用的？

　　可以跟上我讲解的速度吗？现在我要告诉你个好消息，SRM可以自动为你对卷执行resignatures操作了 —— 但只有在恢复模式情况下 —— 它非常神奇地自动修正了vmx文件的任何问题。当在恢复模式下时，ESX主机可以展现不同时间的多个快照，SRM默认会自动执行resignaturing操作。然后它会修改恢复的虚拟机的配置文件（VMX），以确保他们可以正常启动。

　　启用自动重命名VMFS卷名称

　　在以前的SRM 1.0测试版，VMware将会自动重命名VMFS的卷名，以和原来的名称相同。然而，在SRM1.0和4.0全面发布之后，这个自动重命名的功能被取消了。但是，如果你确实想让SRM自动重新命名VMFS快照卷的名称为原始卷的名称，那么，可以通过以下方式来启用此功能，可以直接编辑VMware-dr.xml文件，或是在vSphere客户端里，右键单击Site Recovery节点，选取并打开高级设置对话框，这样也可以达到修改.xml文件的目的。

　　这种强制性的resignature操作被一些人认为是过于谨慎，但它通过减少ESX主机挂载相同UUID磁盘所存在的潜在的风险，这确实降低了发生错误的概率。如果不使用自动的resignaturing，那么 ESX主机就会出现挂载上2个相同的LUN或卷，包括相同的 VMFS卷，数据存储和UUID值，这样管理员就会收到一个硬错误通知，它会提示请联系SRM的管理员来解决此问题。

　　有些人立场是认为这些复制问题最好是完全避免，而是没有必要冒丢失数据的风险，或者手工添加并不是必需的配置。

　　或许值得一提的是，在存储领域，确实有的这样的产品，它可以让ESX主机可以同时看到原始LUN和它的快照卷。例如惠普的CrossLink/Continuous Access和EMC的TimeFinder，它们的设计可以防止你的系统意外丢失整个SAN。有了这些技术，ESX主机可以挂载上两个存储阵列，它们之间将做不间断的互备。这个想法是，如果其中一个存储阵列全部宕掉了，但ESX主机此时仍然能够访问到另外一个存储阵列上的LUN。也可能是出于这个原因，VMware SRM才默认对LUNs做resignaturing操作，以防止潜在的错误。

　　正如你所看到的，ESX 3.x和vSphere 4对复制VMFS卷的处理时略有不同的。ESX 3你不得不使用高级设置来启用resignature，而ESX 4，你可以使用GUI或esxcfg-volumes命令来完成这项任务。

　　VMware Site Recovery Manager便利之处就在于，只需要你轻松的点击一下鼠标，就会为你完成负责的工作。