VMFS数据存储签名

原文地址：http://book.2cto.com/201303/18175.html

其他参考链接：http://virtualgeek.typepad.com/virtual_geek/2008/08/a-few-technic-1.html

每个VMFS数据存储都有一个全局唯一标识符（Universal Unique Identifier，UUID），用于标识VMFS数据存储所在的LUN。这个UUID必须是唯一的。如果两个VMFS使用同一个UUID同时进行安装，ESXi无法知道在哪个卷上执行读/写操作（ 操作将随机发送到每个卷），这可能导致数据损坏。vSphere会发现这种情况并加以避免。

注意：UUID保存在VMFS文件系统的头信息里，根据4个变量生成：日期、时间、ESXi MAC地址的一部分以及存储阵列中的LUN标识符。这确保了环境中该值的唯一性，并形成了VMFS卷元数据的一部分。

当VMFS LUN被复制、快照或者复制时，创建的VMFS LUN完全和原来相同，包括UUID。为了利用新的VMFS LUN，可以赋予一个新的签名，或者使用如下选项（如图3-6所示），在特定条件下保留原来的签名：

注意：卷签名适用于FC或者iSCSI中的VMFS文件系统，但是不适用于NFS卷。

保留现有签名：这个选项能够保留相同的签名和复制的数据存储的安装。 为了避免UUID冲突，这一安装仅在源VMFS LUN被卸下（或者移除）时进行。 

指定一个新的签名：重新签名VMFS时，ESXi为LUN副本指定一个新的UUID和名称。这就可以用不同的标识符同时安装两个VMFS数据存储（原始卷和副本）。注意，重新签名是不可逆的。要记得进行数据存储重扫描，以更新ESXi中的LUN。

格式化磁盘：这个选项完全重新格式化各个卷。

注意：如果VMFS数据存储包含VM，重新签名可能带来一定的后果。确实，每个VM的配置文件（ vmx、vmsd和vmdk文件）根据UUID值指定VM虚拟磁盘所在的数据存储。在卷重新签名的情况下，这些文件中的UUID值不再正确，因为它们用旧UUID指向以前的VMFS。VM必须在vCenter中重新注册，以整合新的UUID，数据中心、资源池和网络映射也必须重新设置。

1. 作为DRP一部分的VMFS卷重签名

在实施灾难恢复计划（DRP）和复制卷改变签名的情况下会生成一个新的UUID。卷上记录的VM的vmx和vmdk配置文件指向原来的UUID，而不是新的卷。因此，DRP计划中的所有VM必须从vCenter的库存中手工删除，然后重新记录，以便恢复新的UUID。这是一个麻烦的过程，在手工操作时可能导致处理错误。

站点恢复管理器（SRM）第5版提出的宝贵想法之一是自动化这种工作流程以简化过程和避免错误。利用SRM 5，复制卷在备份站点上被重新签名，配置文件自动引用正确的UUID，使VM指向新的复制卷。每个受到保护的VM都与指定的虚拟磁盘相关联。

注意：使用RDM卷时，手工操作更加复杂，因为RDM的VMFS指针不复存在。SRM也能自动用重新记入库存的新VM重新映射这些卷。

2. 技术细节

在这种环境中，VMFS卷以如下方式表示：

用UUID（例如，487788ae-34666454-2ae3-00004ea244e1）。

用网址地址授权（Network Address Authority ，NAA）ID（例如naa.5000.xxx）。vSphere使用NAA ID检测与LUN ID关联的UUID。

用ESXi发现的一个标签名和vCenter server看到的数据存储名（例如，myvmfsprod）。这个名称由用户提供，只是指向VMFS UUID的一个别名，但是用它更容易找到数据存储。

用VMkernel设备名，在vCenter中称作运行时名（runtime name），例如，vmhba 1:0:4。

当重新签名VMFS时，ESXi为副本指定一个新的UUID和新的标签名，并和原始VMFS一样安装这个复制的LUN。新的关联名称采用格式类型snap，例如，snapID-oldlabel，其中snapID是一个整数，而oldLabel是数据存储的原名。

除了快照和复制，数据存储上进行的其他操作被ESXi视为原始存储的一个副本，因此需要管理员采取行动。

LUN ID修改：修改LUN ID时，vSphere发现这个UUID现在与新设备关联。

修改SCSI类型：例如，从SCSI-2改为SCSI-3。

为某些系统激活SPC-2符合性：例如，EMC Symmetri需要这种激活。