简介：面向Dell EMC服务器的VMware ESXi 6.7.0 Update 3定制安装包，专为在Dell硬件上部署虚拟化环境的管理员准备。相比官网通用镜像，该版本内置Dell定制驱动与优化配置，可解决安装时网卡、存储控制器不识别或兼容性报错等问题，适合需要批量部署或升级ESXi主机的运维场景。包体共157个文件，以154个vib核心文件为主，涵盖系统基础包、VSAN存储组件、光纤通道驱动、微码更新等，另含index.xml、vendor-index.xml等索引文件及metadata.zip元数据包，压缩后资源约322MB，结构完整可直接用于安装介质制作。已有1282人下载学习。拿到后可直接获得与Dell硬件匹配的驱动集合、官方构建号20497097对应的完整安装与升级内容，省去手动集成驱动的步骤，提升部署稳定性。
1. 这串字符不是冰冷的文件名，而是一套 ESXi 交付方案的起跑线
拿到 VMware-VMvisor-Installer-6.7.0.update03-20497097.x86-64-DellEMC 这串字符，很多人的第一反应是“又一个镜像文件”，但真正干过活的人会先拆开它看版本、看构建号、看厂商适配。这其实是 vSphere 6.7 Update 3 的 ESXi 安装镜像，后缀 DellEMC 表示戴尔服务器定制版，适合在 PowerEdge 这类 x86 服务器上装虚拟化底层。它解决的核心问题是“一台物理机能跑多少虚拟机、出硬件故障怎么快速恢复”，适合做服务器虚拟化的运维、IDC 交付、系统集成和刚接手戴尔服务器的同学。我按照自己常用的一套流程来写：先拆版本，再写盘装机，然后做网络和远程管理初始化，最后是避坑清单和批量部署技巧。读完你至少能独立完成一台戴尔服务器的 ESXi 交付，并能把这套流程复制到多台机器上。
2. 拆解文件名：DellEMC 定制版 ESXi 镜像到底强在哪
2.1 逐段解读：Installer、update03、20497097、x86-64 和 DellEMC 各代表什么
文件名本身就是一份简短的技术说明书。VMware-VMvisor-Installer 指的是安装器形态，用来新装或覆盖安装，而不是补丁升级包；VMvisor 是 ESXi hypervisor 的内部名称，你平时看到 vSphere 里的虚拟机运行底座就是它。6.7.0.update03 代表 ESXi 6.7 的 Update 3，这是 vSphere 6.7 生命周期里一个非常成熟的更新路径。20497097 是构建号，同一个 Update 3 会随着安全补丁发布而递增，构建号越高，代表里面包含的修复越新。x86-64 说明它面向 Intel/AMD 64 位 CPU，不是 ARM 平台。DellEMC 后缀则是戴尔在 VMware 通用镜像基础上加入了针对自家服务器的驱动和 VIB 包，比如部分阵列卡驱动、iDRAC 管理模块、供电和风扇监控组件。
这个镜像装出来的系统仍然是标准 ESXi，不是魔改版，但它对戴尔硬件的适配更完整，所以用它装戴尔服务器，比用 VMware 通用 ISO 少踩很多驱动坑。
| 字段 | 含义 |
|---|---|
| VMware-VMvisor-Installer | ESXi 安装器，支持新装和覆盖安装 |
| 6.7.0.update03 | vSphere 6.7 的 Update 3 产品版本 |
| 20497097 | 构建号，代表该镜像的补丁基线 |
| x86-64 | 64 位 x86 指令集平台 |
| DellEMC | 戴尔硬件定制标识，内嵌对应厂商驱动与管理组件 |
构建号这个事，很多人只看 update03 就下载了，但生产环境应该把构建号单独记下来。因为 vCenter 在管理多台 ESXi 时，会要求集群成员尽量在同一个补丁基线内，跨构建号过大的主机虽然也能加进集群，但往往在后续打补丁时弹出版本不一致的告警。我一般会在部署清单里把 20497097 这个数字单独留一列，方便后续扩散和升级对照。
2.2 DellEMC 定制版和通用版：驱动预设和运维工具的差异
要理解定制版的价值，看一次翻车案例就够了。某台戴尔服务器上有 H730 阵列卡，如果用通用版 ESXi 6.7 U3 安装，很可能在安装界面的磁盘列表里看不到任何可用盘，或者直接卡在 “No compatible storage controller found”；换成 DellEMC 定制版，阵列卡对应驱动已经打包进镜像，安装界面直接认到盘。所以戴尔服务器上的首选不是通用版，而是这个定制版。
通用版 ISO 体积更小、组件更干净，适合到超微、惠普等平台做测试，或者你在个人服务器上跑虚拟机做实验。但一旦上生产机柜，定制版在硬件兼容性和可维护性上更占优。两个镜像的差异主要体现在三处：一是驱动仓库，定制版预置了戴尔的网络、存储、阵列卡驱动；二是带外管理组件，定制版能更好地把主机信息同步给 iDRAC；三是电源和风扇控制策略，定制版对热管理有更细的调优。用通用版也能装，但后续你可能要手工打驱动，还要自己维护一套 VIB 仓库，维护成本立刻就上去了。
选型上我一般给用户的建议是：如果机柜里是戴尔服务器，就优先用戴尔定制 ISO；如果是混合厂商机柜，可以准备两种镜像，别嫌麻烦。镜像之间不冲突，但要注意避免同一批主机用两种版本混装，否则后续 vCenter 按基线统一升级时会很难受。
2.3 安装前先查 HCL：别让配置白做
ESXi 6.7 已经进入维护末期，但很多存量机房还在用。问题在于，近几年的新一代 CPU、NVMe 盘和新的网卡固件，已经超出了 6.7 最初的支持范围。下载这个 DellEMC 镜像不等于万事大吉，你仍然要做硬件兼容性确认。管理上叫 HCL，也就是 VMware 的硬件兼容性指南，它会列出 CPU、主板、网卡、存储控制器和固件版本范围。
我习惯的做法分三步：第一步，在戴尔服务器的 iDRAC 或开机 F2 界面里查到系统服务标签和当前固件版本；第二步，在 VMware 兼容性中心按 ESXi 6.7 U3 和 DellEMC 过滤，输入主机型号；第三步，逐项比对网卡、阵列卡、BIOS 和 iDRAC 固件版本是否落在支持范围内。这一步看起来很繁琐，但能避免两个现场事故：一个是安装时认不到阵列卡，另一个是装完运行一段时间后网卡驱动在特定固件下频繁丢包。
如果 HCL 查询结果显示某个组件不受支持，最稳妥的方案是升级 ESXi 版本，而不是硬解驱动。因为 ESXi 6.7 的驱动模型和较新的硬件固件之间，有时存在“能用但高负载下出问题”的隐性边缘状态，这种问题往往很难查，装进生产环境就是给自己埋雷。定制镜像能解决大部分适配问题，但它不是后悔药，不能覆盖所有硬件边界。
2.4 利用生命周期控制器导出硬件指纹备份
在装机前可以把服务器的硬件清单导出一份，省得真出了兼容性问题再去机房调设备。戴尔服务器的生命周期控制器，也就是 F10 界面，提供硬件信息导出功能。操作路径是进入 LC 后找到 Hardware Configuration，选择 Export Hardware Inventory，把配置文件导出到 USB 或网络共享目录。导出内容包括 BIOS 版本、阵列卡型号、网卡型号、固件版本以及设备序列号，方便拿去做 HCL 比对。
这一步的价值在于，你可以提前把一批服务器的硬件指纹放在一台电脑上汇总，而不是登录每台 iDRAC 截图。尤其当服务器数量超过 5 台时，这个习惯能节省半天时间。做完 HCL 确认之后再拿 DellEMC 定制 ISO 装系统，基本就能把驱动层面的风险压到最低。
3. 从这个 ISO 把 ESXi 装进 DellEMC 服务器：从写盘到起装
3.1 校验 ISO 完整性：没做这一步后面全白搭
镜像下载完成后，我不会急着写盘，会先把 ISO 的 SHA256 校验值提取出来。这个文件的完整名很长，手打容易出错，建议用通配符或 Tab 补全。校验命令在 Linux 下是：
# 在镜像所在目录执行，替换成实际文件名 sha256sum VMware-VMvisor-Installer-6.7.0.update03-20497097.x86-64-DellEMC.iso # 执行后输出一串 64 位十六进制字符串，用于和下载页提供的值比对在 Windows 下可以用 PowerShell 的 Get-FileHash，命令如下：
Get-FileHash .\VMware-VMvisor-Installer-6.7.0.update03-20497097.x86-64-DellEMC.iso -Algorithm SHA256这两条命令都只计算文件摘要，不会修改镜像。逻辑在于，ESXi 安装器的引导文件如果因为镜像损坏而读到错误数据，轻则卡在 Syslinux 引导界面，重则直接报内核 panic，排查起来非常消耗时间。校验不过的原因通常是下载中断、多线程下载串数据，或者文件存到了有坏块的 U 盘上。解决办法是换网络环境重新下载，或换一个 U 盘再试，不要在坏文件上反复折腾。
3.2 制作 U 盘安装盘：Linux dd 写盘和设备名检查
写 U 盘最可靠的方式，在 Linux 下是 dd 命令。这条命令没有图形界面提示，所以写盘前一定要用 lsblk 确认目标设备名，否则覆盖整台机器数据是常有的事。做法是：
# 查看当前磁盘和 U 盘设备，找准 U 盘对应的 sdX lsblk # 将 ISO 写入 U 盘，注意是 /dev/sdX，不是某个分区 sudo dd if=VMware-VMvisor-Installer-6.7.0.update03-20497097.x86-64-DellEMC.iso of=/dev/sdX bs=4M status=progress oflag=sync命令里 if 指定镜像文件，of 指定 U 盘设备，bs=4M 是每次读写 4MB 块，status=progress 会显示当前写入进度，oflag=sync 让写入缓存同步到设备后再返回。使用这段命令前，必须确认 /dev/sdX 不是系统盘。dd 写入完成后，系统不会有“写入成功”的提示，你要再执行一次 sync 并观察命令是否正常退出。
如果你在 Windows 环境，用图形化写盘工具更顺手。写入时选择 ISO 镜像模式，分区类型要和服务器引导模式匹配：传统 BIOS 引导选 MBR，UEFI 引导选 GPT。很多初次安装的人在这里忽略分区表，导致 U 盘插到服务器后完全不被识别，这个坑在第 5 章会专门展开。
3.3 引导安装：Dell 服务器引导顺序和 UEFI 安全启动
U 盘做好后，把它插到戴尔服务器的 USB 口，开机按 F2 进入 System Setup，或者按 F10 进入生命周期控制器，再进入一次性引导菜单选择 U 盘。戴尔服务器的引导菜单在开机画面有明确提示，关键点有两个：第一，确认引导模式是 UEFI 还是 Legacy，这要和 U 盘分区表对齐；第二，确认 U 盘排在硬盘之前，否则开机还会进到现有系统。
如果服务器开启了 Secure Boot，ESXi 6.7 U3 默认支持，前提是安装镜像内有受信任的内核签名。DellEMC 定制版的签名信息和固件里的戴尔证书一般是对应的，因此安全启动通常能通过。生产环境我建议开启 Secure Boot，毕竟虚拟化底层是安全链的第一个节点。不过如果是实验室环境，可以先关掉它，减少一个变量。
进入安装器后，界面会先加载 ESXi 引导菜单，出现倒计时时直接按 Enter 进入安装流程。启动完成后，安装器会探测硬件，所有驱动正常情况下，你会看到 “Welcome to VMware ESXi” 的欢迎界面，到这里就说明 U 盘引导成功，ISO 里的引导文件也没有损坏。
3.4 安装交互：磁盘选择、Root 密码和管理网络
安装界面相对简单，主要五步：按下 Enter 继续，选择安装目标磁盘，选择键盘布局，设置 root 密码，确认安装。在戴尔服务器上你需要提前确定三件事：安装盘选哪块物理盘、root 密码用什么复杂度、管理 IP 是静态还是 DHCP。
磁盘选择是翻车重灾区。如果机器里有阵列卡且已经做好虚拟磁盘，安装器会显示这个 VD；如果阵列卡处于直通模式或没有创建 VD，安装器可能显示磁盘不可识别。所以安装前先进阵列卡配置界面确认 VD 状态。一块空盘上安装，ESXi 会自动划一个小系统分区，然后把剩余空间留给 VMFS，不需要手工分区。
设置 root 密码后，安装器会进入网络配置。这里默认是 DHCP 获取管理 IP，但我强烈建议生产环境直接配置静态 IP。选择 IPv4 配置，填上 IP、子网掩码和网关，如果有 VLAN 隔离，还要填 VLAN ID。需要注意，你填的 VLAN ID 必须和交换机端口配置一致，否则装完以后主机虽然起来了，但管理网络完全不通，只能再回机房接显示器处理。
在安装确认界面，ESXi 会提示是否覆盖并擦除现有数据。如果你是在已有 VMFS 数据的主机上重装，要格外小心：安装器给出的选项里有保留现有 VMFS 的路径，默认的覆盖选项会毁掉原数据。所以升级或重装前一定要先备份虚拟机。
4. 装完别急着跑业务：初始化配置的关键动作
4.1 用 esxcli 配置管理网络：静态 IP、网关和 DNS
安装完成后，ESXi 的默认管理 IP 是 DHCP 获取的，多数情况下这台机器不会固定地址，所以第一步是把网络参数固化。在控制台界面按 F2，选择 Configure Management Network，也可以在 SSH 开启后用 esxcli 直接敲命令。我更推荐 esxcli，因为方便做成脚本批量执行。常见命令是：
# 将 vmk0 配置为静态 IP 192.0.2.10，掩码 255.255.255.0 esxcli network ip interface ipv4 set -i vmk0 -I 192.0.2.10 -N 255.255.255.0 -t static # 添加默认路由 esxcli network ip route ipv4 add -g 192.0.2.1 -n 0.0.0.0/0 # 添加 DNS 服务器 esxcli network ip dns server add -s 192.0.2.53这里 -i 指定 vmk 网卡，-I 是 IP，-N 是子网掩码，-t static 表示固定地址。默认路由的 -g 是网关，-n 0.0.0.0/0 表示所有目的地址都走这条路由。DNS 建议配两个，避免 vCenter 域名解析失败。修改网络后用 ping 验证网关，再打开浏览器访问 https://IP 确认管理界面能响应。
如果你发现静态 IP 和现有网段冲突，管理网会中断。这种情况可以回到 DCUI 里按 F2 再改一次，或者通过 iDRAC 远程控制台操作。所以我的建议是：远程改网卡参数时，务必保证带外通道是通的，不然改坏了可能连不上服务器。
4.2 打开 SSH 和 ESXi Shell：保留一个运维逃生门
ESXi 安装后默认关闭 SSH 和本地 Shell，这是安全策略，但日常巡检不建议一直开。交付初期我会先把 SSH 打开一段时间，方便调整配置，等系统稳定后再关闭。开启方式在 ESXi Shell 里执行：
# 启用 SSH 自启动 vim-cmd hostsvc/enable_ssh # 开启 ESXi Shell，供 DCUI 后台调试使用 vim-cmd hostsvc/enable_esx_shell # 立即启动 SSH 服务 /etc/init.d/SSH startvim-cmd 是 ESXi 内建的服务管理命令，hostsvc/enable_ssh 设置的是开机自启项，/etc/init.d/SSH start 是立即启动当前会话的服务。两者要配合使用，否则重启后 SSH 仍然不会自动打开。生产环境如果不需要 SSH，最后可以执行 vim-cmd hostsvc/disable_ssh 关掉。ESXi Shell 默认在 SSH 中禁用，还需要在 DCUI 的安全配置中打开 Shell 功能。
还有一个容易忽略的参数，安全警告横幅的抑制。首次打开 SSH 时，DCUI 界面会提示 “ESXi Shell 已打开” 的警告。要消除它，执行：
esxcli system settings advanced set -o /UserVars/SuppressShellWarning -i 1这个参数只影响 DCUI 上的提示，不影响功能。如果不想让运维同事看到满屏警告，可以设置它，但也要让团队知道 Shell 是主动开的，避免误判为入侵。
4.3 让戴尔硬件可监控：安装厂商 VIB 并接入 iDRAC
装机完成后，ESXi 只能看到 CPU 和内存的基本状态，风扇转速、电源功耗、磁盘健康状况这些底层硬件信息，需要厂商 VIB 才能同步到 vCenter 或 iDRAC。DellEMC 定制镜像里已经预置了部分核心驱动，但管理组件不一定都是最新版本，所以交付时我会检查一次。
常见安装方式是把厂商提供的离线包（depot）放到数据存储里，然后在 SSH 中执行：
# 查看当前已安装的戴尔相关 VIB esxcli software vib list | grep dell # 使用离线 depot 更新全部组件 esxcli software vib update -d /vmfs/volumes/datastore1/drivers/dell-depot.zip # 单独安装某个 VIB esxcli software vib install -v dell-xxxxx.vib第一行 grep 过滤结果，可以看到 OpenManage、iDRAC Service Module 等关键词，确认组件是否存在。第二行 -d 指向 depot 离线包，更新会比较保守，只处理版本差异；第三行 -v 指定单个 VIB 定向安装。完成后重启主机，进入 vCenter 的主机硬件状态标签，如果风扇、电源模块都能读到，说明带外监控链路已经通了。
需要注意的是，ESXi 6.7 的 VIB 命令对签名验证很敏感，如果 depot 包不在 vSphere 兼容的签名体系内，安装会报错。通常定制 ISO 配套的 depot 都是签过名的，但第三方渠道下载的包要小心，宁可装不上也不要强行跳过签名验证。
4.4 输出驱动和补丁基线，留一份健康档案
初始化配置完成后，我会顺手把当前主机的软件基线导出一份，留档备查。命令如下：
# 查看当前软件 profile 信息 esxcli software profile get # 列出所有已安装 VIB esxcli software vib list # 把 VIB 列表导出到文件 esxcli software vib list > /tmp/vib_baseline.txtesxcli software profile get 会输出当前镜像的版本、构建号和维护者信息，软件 vib list 会列出所有内核模块和管理组件。重定向到文件后，这份清单就是该主机交付时的健康基线。以后怀疑驱动被误升级，或者系统出现相关告警，拿当前列表和这份基线对比，几秒钟就能定位差异。
5. 从安装到验收的避坑记录：那些一踩就翻车的细节
5.1 校验值永远对不上：下载工具的锅还是缓存污染？
现象：使用 sha256sum 计算同一个 ISO，得到的字符串和官网提供的不一致，反复下载几次都一样。
原因：多数是下载工具开了多线程或断点续传，镜像的一部分数据被代理缓存污染了；少数是源文件本身出了问题。
解决：使用浏览器单线程重新下载，不要开任何加速；下载后立刻校验，亲眼看 hash 一致再写盘。如果还不对，就换一台电脑或换一个网络环境，大概率是缓存造成的。
5.2 U 盘插上戴尔服务器没任何反应：MBR 和 UEFI 的匹配问题
现象：U 盘在其他电脑上能引导，但插到戴尔服务器 F11 引导菜单里看不到启动项，或者能看到却进不去。
原因：写盘工具默认写的分区表和服务器引导模式不匹配。传统 BIOS 要找 MBR，UEFI 要找 GPT，写混了固件不会认这个设备。
解决：确认服务器引导模式后选择对应写入方式。如果服务器是 UEFI，用写盘工具重新写到 GPT；如果是 Legacy，就选 MBR。同时检查 USB 口是否在前置面板且被 BIOS 识别到。
5.3 安装界面认不到磁盘：阵列卡 VD 未建立
现象：安装到 Select Disk 一步，列表是空的，或者只显示一块很小的剩余空间。
原因：阵列卡处于 RAID 模式但还没有创建虚拟磁盘，或者控制器被设置成了直通模式，ESXi 无法看到物理盘。部分老型号阵列卡固件和 ESXi 6.7 驱动不兼容也会导致类似表现。
解决：先重启进入阵列卡配置界面，初始化磁盘并创建 VD；更新阵列卡固件；最后用 DellEMC 定制镜像引导，因为里面已经携带了较新的驱动。如果还不行，换一个物理硬盘槽位再试，排除背板接触问题。
5.4 重装主机后 VMFS 数据卷不见了
现象：原来一块大容量盘上有 VMFS 存储，重装之后 vSphere 里只剩一个空壳 datastore，虚拟机全部消失。
原因：安装器把旧 VMFS 所在磁盘重建成了一块新盘，或者安装目标选错了扇区。
解决：安装确认界面里选择保留原有 VMFS 的选项；如果误选覆盖，数据恢复会非常困难。我的习惯是，重装前先把有价值的虚拟机导出到另一台主机，再把磁盘置为离线或直通，从根上杜绝误操作。
5.5 管理 IP 能 ping 通，但 vCenter 添加主机总是不成功
现象：浏览器能访问 https://IP，SSH 也能连，但在 vCenter 里添加主机时提示无法验证主机，或者一直卡在证书校验阶段。
原因：vCenter 反向 DNS 解析不到 ESXi 的主机名，或者安装时填的 DNS 指向了内网不存在的域名，vCenter 会坚持做反解，失败就报主机不可解析。
解决：把 ESXi 主机名和 IP 写入 vCenter 所在域的 DNS 记录；如果不能改 DNS，可以让 vCenter 使用 IP 地址添加，同时把 ESXi 的 hostname 改成和 IP 对应的格式。这一步几乎是戴尔定制镜像装完后最容易忽略的地方。
5.6 排查现场必用的三条只读命令
遇到网络、驱动、存储方面的疑难，我建议先用三条只读命令把现场信息拉全，少猜：
# 查看所有网卡状态、速度和适配器信息 esxcli network nic list # 查看所有已加载的存储驱动 esxcli storage core adapter list # 查看当前安装的 VIB 列表，确认驱动版本 esxcli software vib list这三个命令不会改变系统状态，可以大胆执行。拿到输出后，先看网卡固件和驱动版本是否和 HCL 一致，再看存储控制器是否被识别，最后确认是否有厂商 VIB 缺失。绝大多数“装完也知道有问题”的现象，在这三条命令下都会露出头绪。
6. 从单台安装到批量交付：用同一个 ISO 做静默安装
当你需要一次性交付 10 台戴尔服务器时，再一台台按 F2 会效率低下，而且容易因为疲劳而漏步骤。ESXi 安装器支持 kickstart 无人值守，这个 DellEMC 定制 ISO 和普通 ESXi 完全一样支持该机制。做法是：把 kickstart 配置文件放到 U 盘或 HTTP 服务器上，引导时直接指定 ks 参数。
最小配置可以是这样：
# 接受 EULA，避免交互确认 vmaccepteula # 设置 root 密码，这里使用密码哈希，不要用明文 rootpw --hash=这里是你的密码哈希 # 配置管理网络为静态 IP network --bootproto=static --ip=192.0.2.11 --netmask=255.255.255.0 --gateway=192.0.2.1 --nameserver=192.0.2.53 --vlanid=100 # 自动安装到第一块磁盘并覆盖 VMFS install --firstdisk --overwritevmfs --systemsize=32 # 清空分区，避免残留系统分区干扰 clearpart --firstdisk --overwritevmfs # 安装完成后重启 reboot脚本里的 --firstdisk 表示选择第一块物理磁盘，--overwritevmfs 允许覆盖已有 VMFS，--systemsize=32 是把系统分区槽大小设为 32GB，给内部日志留空间。rootpw --hash 需要在安装器环境里先用工具生成，不能用明文，否则 kickstart 文件泄露就等于密码泄露。network 行的 --vlanid 是可选项，没有 VLAN 环境的可以删掉。
引导时改 boot.cfg 的 kernelopt 行，追加一个 ks 参数指向配置文件：
kernelopt=... ks=http://192.0.2.1/ks/ks.cfg如果是存在 U 盘，也可以用 ks=usb:/ks.cfg，但要注意 U 盘分区较多时可能出现识别歧义。HTTP 方式更干净，因为配置文件可以集中维护，IP 也按脚本逐台分配。配置完成后，把 U 盘插到每台服务器，开机选择一次引导设备，后续流程全自动跑完，包括网络参数都会按脚本里的值配置好。
我的习惯是每一次交付都把 ISO 文件名、构建号、校验 hash 和 ks 参数记在同一张表里，交给同事时连同重装步骤一起给。这样三个月后有人打电话问“这机器当初怎么装的”，我不用靠记忆回答，翻一下表就能说清。踩坑踩多了以后你会发现，虚拟化交付最大的成本不是安装这个动作，而是当你无法重复这个过程时产生的信任损耗。希望这份笔记能帮你少走一段同样的路，也希望你下一次装机时，能先花两分钟看看构建号。
本文还有配套的精品资源，点击获取
