Broadcom 说这只是一次“许可条款的重申”。但条款文本一个字没改——改的是你有没有地方下载。
一、不是页面故障，是渠道关闭
2026 年 8 月中旬起，Broadcom 开发者门户的 VDDK（Virtual Disk Development Kit）下载页无法访问，/latest、/8.0、/9.0 等版本路径同样报错，TechDocs 上的编程指南一并失效。CIO.com 报道称，文件已被移出 Internet Archive，下载页也从 Wayback Machine 的收录中排除。纯技术性调整，通常不需要处理到这一层。
9 月，Broadcom 向 TechTarget 确认了变更：VDDK 依其 SDK 许可，既定用途始终是面向 TAP 合作伙伴的备份与恢复方案，关闭公开下载只是“重申”该条款；并明确，VDDK 不是客户的既有权益。
翻成运维能听懂的话：“重申许可条款”——许可文本没变，变的是获取方式；“不是客户权益”——你的迁移能力从来就没写进合约；“既定用途是备份恢复”——迁移不在其中，尽管 VDDK 事实上被大量用于迁移。
客户支持的答复更直接：VDDK 「已不再可供使用或下载」，建议客户“依赖授权技术联盟合作伙伴提供的此类方案”。工单以一句话收尾：
我方没有待处理事项，此工单将归档。
不要等它恢复——这是许可立场，不是故障公告。已有副本仍然可用，现有安装和进行中的复制任务不受影响，但重建迁移主机、新建环境、接入新 vCenter 都会撞回 404；而“存一份再内部分发”也走不通，VDDK 许可不允许再分发。
受影响的不止一家产品：Azure Migrate、Nutanix Move、Apache CloudStack 等，文档中都指向过这个已失效的页面。
二、管理面可用，不等于数据面可读
管理面是 vCenter API 是否可用、虚拟机清单能否同步；数据面是能不能真正把 VMDK 里的数据读出来。这两件事经常被混为一谈，但并不等价：vCenter 一切正常，不代表迁移任务能够执行——工具还必须读取源虚拟机的磁盘数据，再转换或写入目标平台。VDDK 影响的，正是这条数据面链路。
所以它最容易被低估：vCenter 明天照常登得上，监控照常出图，虚拟机照常跑。一切看起来都没变——直到你真的要搬走的那一刻。
在线迁移或增量迁移中，VDDK 还可能结合 Changed Block Tracking 读取变化的数据块。失去获取渠道，影响的不只是“首次转换”，还包括全量磁盘复制、增量同步和切换前的数据追平。
两点澄清：TAP 合作伙伴的备份与恢复产品不受影响，要重新确认的是那些要求客户自行下载并上传 VDDK 的工具；另外，VDDK 也不是读取 VMDK 的唯一方式，关键是确认你的产品、你的版本实际走哪条路。
三、对你的实际影响
同样是公开下载关闭，处在不同阶段的团队，实际影响差别很大：
| 你当前的状态 | 实际影响 |
|---|---|
| 迁移任务已经在跑 | 不受影响，继续执行；期间不要重建迁移主机或重装环境 |
| 已下载并保存了 VDDK | 现有副本可用；关键是固定版本、校验哈希、确认授权范围 |
| 计划新环境或新项目，尚未准备工具 | 影响最大，需先解决合规获取路径，或改用不依赖它的迁移方式 |
| 从未下载过，也没有留存副本 | 公开渠道已关闭，必须走其他合规途径，或选择不依赖 VDDK 的方案 |
| 同时使用第三方备份产品 | TAP 合作伙伴的备份产品不受影响；要求自行上传 VDDK 的工具需重新确认 |
最容易被忽略的是第二行：“已经下载过”不等于“以后还能拿到”——重建迁移主机、扩容环境、启动新项目，都会让当初那个下载动作重新变成待办。
对关键业务系统，企业通常先全量复制、持续同步增量，最后在业务低峰期切换。这类方案对源端读取链路要求更高：如果工具依赖 VDDK，获取受阻影响的就是企业“离开 VMware 的速度”，而不是继续运行 VMware 的稳定性。换句话说，替代平台的评估不能只看目标端价格，还得看能不能稳定读出现有环境里的 VMDK、支不支持增量迁移与低停机切换、迁移失败能否安全重试。
四、趁现在还能用
以上准备，指向同一个结论，而且这个结论有时间窗口。
第一，你手上的副本还开着。 只要迁移主机不重建、环境不扩容、不接入新的 vCenter，现有安装就能继续跑完它该跑的任务。这个窗口是真实存在的，而且不会一直开着。
第二，获取路径已经从“下载”变成了“需要确认”。 官方把 VDDK 的既定用途和获取途径都指向了合作伙伴体系。对不在这个体系内的企业来说，之后要拿到它可能不再是自己下一个文件，而需要一条明确的、合规的渠道。具体怎么走、周期多长取决于各家情况——但有一点是确定的：它不再是一件你自己就能独立完成的技术准备。 迁移最怕的，就是在主路径已经断掉、又必须在下个月完成的时候，才开始确认工具从哪里来。
第三，这个信号本身比 VDDK 更重要。 一个组件的获取方式，可以在没有预告、没有迁移指引、没有替代下载路径的情况下被关掉，同时公开说明“这从来不是你的权益”。过去几年围绕授权与定价的持续调整，与这一次的处理方向是一致的。
所以最实际的建议只有一条：能迁的，趁现在迁。
不是危言耸听。只是当一条链路的每个环节都还通着的时候，迁移是一次工程；等其中某个环节不再由你掌握，迁移就多了一个你控制不了的前置条件。
参考来源
- Broadcom confirms it revoked public VMware migration tool access — TechTarget
- Broadcom Removes VDDK Pages Without Explanation — ShapeBlue
- Broadcom hampers VMware migration by blocking downloads of key SDK — CIO.com
- Broadcom Kills Public VDDK Access — It’s FOSS
- Broadcom just removed the VDDK — Cloudar