导入VMware虚拟机磁盘格式的选择(厚置备延迟置零、厚置备置零、thin)

本文详细介绍了三种虚拟磁盘配置选项:厚置备延迟置零、厚置备置零及精简置备。每种配置的特点、创建过程及其对I/O操作的影响均被深入探讨。
1、厚置备延迟置零:
      默认的创建格式,创建过程中为虚拟磁盘分配所需空间。创建时不会擦除物理设备上保留的任何数据,没有置零操作,当有IO操作时,需要等待清零操作完成后才能完成IO,     即:分配好空间,执行写操作时才会按需要将其置零。


2、厚置备置零(thick):
      创建支持群集功能的厚磁盘。在创建时为虚拟磁盘分配所需的空间。并将物理设备上保留的数据置零。创建这种格式的磁盘所需的时间可能会比创建其他类型的磁盘长。
     即:分配好空间并置零操作,有IO的时无需等待任何操作直接执行。

3、精简置备(thin):
 精简配置就是无论磁盘分配多大,实际占用存储大小是现在使用的大小,即用多少算多少。当客户机有输入输出的时候,VMkernel首先分配需要的空间并进行清零操作,也就是说如果使用精简配置在有IO的时候需要:等待分配空间和清零,这两个步骤完成后才能进行操作,对于IO叫频繁的应用这样性能会有所下降,虽然节省了存储空间。
<think>嗯,用户在使用VMware vCenter 6.5迁移虚拟机存储遇到了问题。他们在迁移前选择置备延迟,但迁移后发现磁盘仍然是精简置备。这个问题需要仔细分析可能的原因,并找到解决办法。 首先,我需要回忆一下VMware的存储迁移机制。存储迁移过程中,用户可以选择目标磁盘的格式,比如置备延迟置备或精简置备。理论上,迁移后的磁盘类型应该与用户选择的一致。但用户反馈结果不符,可能是什么原因呢? 可能的原因有几个:第一,迁移过程中操作有误,比如选项没有正确应用;第二,存储本身的限制,比如目标存储不支持置备;第三,可能是某些缓存或元数据未更新,导致显示不正确;第四,vCenter或ESXi版本存在bug。 接下来,我需要逐步排查。首先检查迁移步骤是否正确。用户在迁移是否确实选择置备延迟?有候可能在步骤中误选,或者界面显示有误,需要再次确认操作流程。例如,在迁移向导中,选择磁盘格式的位是否正确,是否有可能被其他设覆盖? 然后,考虑目标存储的情况。目标存储是否支持置备?例如,某些存储设备或数据存储类型可能不支持特定的磁盘格式。例如,如果目标存储是精简配的存储阵列,可能会自动转换为精简格式,而不考虑用户的选择。需要检查目标数据存储的类型和配,确认其是否允许置备磁盘。 另外,可能是在迁移完成后,虽然磁盘类型已经改变,但vCenter的界面没有及刷新。这候可以尝试刷新页面,或者重新启动vCenter服务,看看是否显示正确。如果显示问题,可能需要手动检查磁盘的实际类型。 如果确认操作正确且存储支持,但问题依旧,可能需要考虑使用命令行工具来检查和修改磁盘类型。例如,使用SSH连接到ESXi主机,使用vmkfstools命令查看磁盘的详细信息,并尝试转换磁盘格式。比如,使用命令`vmkfstools -i source.vmdk -d thick -e eagerzeroedthick destination.vmdk`来将磁盘转换为置备延迟。不过,这种方法需要先关闭虚拟机,并且在转换过程中需要足够的存储空间,因为会创建一个新的磁盘文件。 此外,还需要考虑vCenter或ESXi的版本是否存在已知的bug。查看VMware的官方文档或知识库,看看是否有相关的问题报告。例如,KB 2053143可能提到在某些版本中存储迁移磁盘格式不正确的问题,如果有的话,可能需要升级到修复版本。 总结下来,解决步骤可能是:确认迁移操作正确→检查目标存储支持→刷新或重启服务→使用命令行工具转换→升级软件版本。如果用户不熟悉命令行操作,可能需要指导他们小心执行,或者建议他们备份虚拟机后再进行操作,避免数据丢失。</think>以下是针对VMware vCenter 6.5存储迁移后磁盘类型未按预期变更的逐步解决方案: --- ### **问题分析** 当存储迁移后虚拟磁盘仍为精简置备Thin Provision)而非预期的置备延迟(Thick Provision Lazy Zeroed),可能原因包括: 1. 迁移操作中目标磁盘格式未正确应用 2. 目标存储类型限制(如存储策略冲突) 3. vCenter缓存或显示延迟 4. 已知版本缺陷(需验证补丁状态) --- ### **解决步骤** #### **步骤1:验证迁移操作** 1. **回放迁移流程** 重新检查迁移是否明确选择 **"置备延迟"**: - 迁移向导中需在 **"选择虚拟磁盘格式"** 步骤手动指定(默认可能保留精简置备)。 - 确认未勾选 **"与源格式相同"**(此选项会继承原磁盘类型)。 2. **检查目标存储兼容性** - 目标数据存储(Datastore)需支持置备(如VMFS、NFS等),部分存储设备(如Virtual Volumes)可能限制格式转换。 - 通过vCenter进入 **存储设备属性** → 查看 **"支持的磁盘格式"**。 --- #### **步骤2:强制刷新与手动验证** 1. **清除缓存** - 重启vCenter服务: ```bash service-control --stop vpxd service-control --start vpxd ``` - 刷新虚拟机清单或重新登录Web Client。 2. **直接查看磁盘文件属性** - 通过SSH登录ESXi主机,使用命令: ```bash vmkfstools -D /vmfs/volumes/[datastore]/[VM-folder]/[disk].vmdk ``` - 检查输出中 **"thinProvisioned"** 字段是否为 `0`(置备)或 `1`(精简置备)。 --- #### **步骤3:手动转换磁盘格式** 若确认目标存储支持置备且操作无误,可通过命令行强制转换: 1. **关闭虚拟机**(必须停机操作)。 2. **使用`vmkfstools`转换磁盘**: ```bash vmkfstools -i /vmfs/volumes/src-datastore/VM/disk.vmdk \ -d eagerzeroedthick \ # 置备延迟 /vmfs/volumes/dst-datastore/VM/new-disk.vmdk ``` 3. **替换磁盘文件**: - 删除原虚拟磁盘(建议先备份)。 - 重命名新磁盘文件为原名称,并在vCenter中重新挂载。 --- #### **步骤4:检查版本与补丁** - VMware vSphere 6.5存在已知存储迁移问题(如KB [2053143](https://kb.vmware.com/s/article/2053143))。 - 升级至最新版本(如6.5 U3)或应用相关补丁后重试。 --- ### **注意事项** 1. **置备空间需求**:目标存储需有足够空间容纳完整磁盘大小(精简置备可能隐藏空间不足问题)。 2. **虚拟机快照**:存在快照无法直接转换磁盘格式,需合并快照后再操作。 3. **备份优先**:建议迁移前对虚拟机创建完整备份(快照或克隆)。 --- 通过上述步骤,可确保磁盘格式按预期变更。若仍存在问题,建议收集`vmkernel.log`和迁移任务日志提交VMware支持进一步分析。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值