简介dgreadiness_v3.6 是一套面向 VMware 虚拟化环境的配置检测与修复工具包适合系统运维、虚拟化工程师以及需要做环境合规核查的技术人员使用。它针对“虚拟化运行状态”这一常见问题检查硬件辅助虚拟化是否启用、操作系统是否支持相关特性、安全基线是否达到最佳实践并借助 PowerShell 脚本完成自动化评估与调整。压缩包共 6 个文件、约 31KB由 1 个 PowerShell 主脚本、2 个 XML 审计与强制执行策略、2 个 p7b 安全策略文件及 1 份使用说明组成脚本负责执行检测XML 与 p7b 提供策略依据说明文档交代运行顺序与注意事项。目前已有 4212 人学习下载。对需要快速定位配置偏差的读者来说这套脚本与策略模板可直接用于基线核查和结果对照省去自行编写检测逻辑的时间也便于理解策略如何被读取与应用。1. dgreadiness_v3.6 安装前先认版本虚拟化状态不是“开个开关”就完事dgreadiness_v3.6 这个包很多人是在 VMware 提示虚拟化状态异常时才去找的。场景往往很相似系统装好了虚拟机平台也装了BIOS 里明明开过虚拟化结果一启动就报“虚拟化运行状态不满足”换版本、重装平台都不一定有用。这个工具解决的是检查—定位—修复这条链适合在本机跑虚拟化测试的开发者也适合要给多台机器做统一预检的运维。装它不难难在装之前没把冲突源排干净后面对着一堆日志猜谜。2. 环境核对装 dgreadiness_v3.6 前先过五道硬门槛dgreadiness_v3.6 这类工具最怕“环境半开半关”CPU 虚拟化开了系统自带的虚拟机监控程序又占着或者工具本身能运行但普通权限读不到固件状态。我的习惯是先把环境压成一个可复现的基线再解压运行。这样后面无论修复成功还是失败都能判断是工具没生效还是系统层根本没给条件。2.1 系统版本与管理员权限先确认系统版本、启动方式和当前账户权限。dgreadiness_v3.6 要读固件开关、系统功能状态和虚拟化服务普通用户权限经常会拿到残缺结果。下面几条命令用于确认基础信息不修改任何配置。# 查看系统版本、启动方式和当前用户 Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsHardwareAbstractionLayer Get-CimInstance Win32_OperatingSystem | Select-Object Caption, Version, BuildNumber # 确认当前 PowerShell 是否以管理员身份运行 ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole( [Security.Principal.WindowsBuiltInRole]::Administrator )第一段输出里重点看系统版本和 BuildNumber后面对照工具帮助输出是否支持当前系统。第二段返回 True 才说明当前窗口有管理员权限返回 False 时不要继续往下做修复动作先重新以管理员身份打开终端。这里不是形式主义虚拟化状态涉及系统功能开关和固件信息权限不足时有些接口会直接返回空值工具日志里就会留下“状态未知”的黑匣子记录。2.2 CPU 虚拟化与固件开关CPU 虚拟化是底层条件。任务管理器能看到“虚拟化已启用”并不代表固件层完全就绪尤其是刚换过主板、重置过 BIOS、或者系统是从旧机器迁移过来的。用下面命令读取处理器和固件相关字段。# 读取处理器虚拟化相关能力 Get-CimInstance Win32_Processor | Select-Object Name, VirtualizationFirmwareEnabled, SecondLevelAddressTranslationExtensions # 查看是否支持并启用了固件虚拟化 Get-CimInstance Win32_ComputerSystem | Select-Object Manufacturer, Model, HypervisorPresentVirtualizationFirmwareEnabled为 True 是理想状态为 False 时先重启进固件设置找 CPU 虚拟化、虚拟化技术、VT 一类开关不同主板叫法不一样但位置通常在 Advanced 或 CPU Configuration 下。HypervisorPresent为 True 说明系统层已经有虚拟机监控程序在运行这不一定坏后面要看它是否和 VMware 抢同一层能力。这里不要迷信“任务管理器显示已启用”我见过固件开关开了、系统功能也开了但平台侧仍然报状态异常最后是启动项里的旧监控程序残留导致的。2.3 系统虚拟机监控程序冲突预检dgreadiness_v3.6 在不少机器上处理的就是这一类冲突系统自带虚拟机监控程序、虚拟机平台、虚拟机监控程序平台同时启用和 VMware 的虚拟化层互相占位。先查状态不要一上来就关。# 列出与虚拟化相关的系统功能状态 Get-WindowsOptionalFeature -Online | Where-Object { $_.FeatureName -match Hyper-V|VirtualMachinePlatform|HypervisorPlatform } | Select-Object FeatureName, State # 查看相关服务是否存在以及启动状态 Get-Service -Name vmcompute, HvHost -ErrorAction SilentlyContinue | Select-Object Name, Status, StartType第一段只读系统功能列表State为 Enabled 的项要记下来。第二段里vmcompute和HvHost是常见虚拟化相关服务存在且运行不一定是故障但如果当前目标只是让 VMware 恢复到可用状态就要评估这些功能是否必须保留。常见做法是需要保留容器开发环境时不要粗暴全关只用 VMware 做本地测试时可以按工具建议关闭冲突项然后重启复测。取舍写在操作记录里别等后面别的环境跑不起来再找后悔药。2.4 解压目录与杀软拦截工具包不要放在桌面、下载目录或带中文和空格的路径里。dgreadiness_v3.6 运行时会写日志、读同目录配置路径里有空格容易让命令行参数被截断路径里有中文则可能让部分日志编码异常。我一般固定用C:\Tools\dgreadiness_v3.6。# 创建固定工具目录并确认写入权限 New-Item -ItemType Directory -Path C:\Tools\dgreadiness_v3.6 -Force | Out-Null Test-Path C:\Tools\dgreadiness_v3.6 # 查看目录当前权限 Get-Acl C:\Tools\dgreadiness_v3.6 | Format-ListNew-Item -Force只保证目录存在不会覆盖已有文件Test-Path返回 True 后再解压。Get-Acl用来确认当前账户有修改权限避免工具运行到一半写不了日志。另一个常见坑是安全软件把检查虚拟化状态的动作当成敏感行为拦截表现是程序一闪而过、日志为空。遇到这种情况先看安全软件拦截记录再把工具目录加入信任区不要直接关掉整个防护。提示环境核对阶段只读不写所有修复命令留到确认冲突项之后再做。这样可以避免排错时把原始状态破坏掉。3. 安装落地dgreadiness_v3.6 解压、首次运行与命令行参数这个工具更像一个便携式检查器不存在传统意义上的安装向导。真正要落地的是三件事包放在哪、用什么权限跑、参数怎么传。把这三件事固定下来后面换机器也能照抄。下面以 Windows 环境为例路径和参数名以包内帮助输出为准如果你的包内主程序名不同替换成实际可执行文件即可。3.1 解压路径和目录约定拿到 dgreadiness_v3.6 压缩包后先解压到固定目录不要直接在压缩包里双击运行。压缩包内通常会有主程序、说明文件、日志目录或配置样例具体文件数以实际资源为准。这里不重复数文件只看目录结构是否完整。# 解压到固定目录覆盖旧版本前先备份 $zip C:\Users\Public\Downloads\dgreadiness_v3.6.zip $dest C:\Tools\dgreadiness_v3.6 if (Test-Path $dest) { Rename-Item $dest $dest.bak_$(Get-Date -Format yyyyMMddHHmmss) } Expand-Archive -Path $zip -DestinationPath $dest -Force Get-ChildItem $dest | Select-Object Name, Length, LastWriteTimeRename-Item是给旧目录留备份避免新包解压后覆盖掉原来的日志和配置Expand-Archive -Force只对目标目录生效不会动压缩包本身。Get-ChildItem用来确认主程序和说明文件都在。如果解压后只有一层同名目录进入那一层再找主程序不要在外层直接运行。目录约定固定后后面写脚本、收日志都省事。3.2 首次运行的权限与参数首次运行建议用管理员权限打开终端再进入工具目录执行。不要右键“以管理员身份运行”后直接双击因为双击方式拿不到当前工作目录日志可能落到系统目录。命令行方式更可控。# 进入固定目录 Set-Location C:\Tools\dgreadiness_v3.6 # 先看帮助确认当前构建支持哪些参数 .\dgreadiness.exe --help # 只做检查不执行修复 .\dgreadiness.exe --check --log .\logs\check_$(Get-Date -Format yyyyMMdd_HHmmss).log--help是第一道保险不同构建的参数名可能不同先看帮助再抄后面的命令。--check表示只检查不改动--log指定日志文件路径日志名里带时间戳方便同一台机器多次复测时对比。这里主程序名dgreadiness.exe是示例包内实际名称不同就替换。首次运行如果提示“需要提升权限”回到管理员终端重跑不要用兼容模式硬顶。3.3 把检查动作做成可重复脚本单次运行解决不了多机部署的问题。我一般会写一个薄脚本把路径、日志、退出码固定下来交付给同事时只改一个变量。这样即使 dgreadiness_v3.6 换小版本调用方式也不用大改。# dg-check.ps1固定路径和日志返回退出码 param( [string]$ToolDir C:\Tools\dgreadiness_v3.6, [string]$Mode --check ) $logDir Join-Path $ToolDir logs New-Item -ItemType Directory -Path $logDir -Force | Out-Null $log Join-Path $logDir (run_{0:yyyyMMdd_HHmmss}.log -f (Get-Date)) Push-Location $ToolDir try { .\dgreadiness.exe $Mode --log $log $code $LASTEXITCODE } finally { Pop-Location } Write-Host exit$code log$log exit $codeparam把工具目录和模式抽成变量--check可以换成修复模式但第一次不要直接换。Push-Location和Pop-Location保证脚本执行完回到原目录避免后续命令跑错位置。$LASTEXITCODE是工具返回码后面接自动化时用它判断成功失败。这个脚本不负责修环境只负责把检查动作标准化真正的修复动作仍然要人工确认。注意如果包内没有命令行入口只有图形界面仍然建议从管理员终端启动主程序并把工作目录固定在工具目录。图形界面同样会读当前目录下的配置和日志。4. 配置 dgreadiness_v3.6检查项、修复项与日志回滚dgreadiness_v3.6 的配置重点不是写一堆花哨参数而是分清哪些是“检查项”哪些是“修复项”。检查项可以反复跑修复项要配合重启和回滚。我的做法是先把检查结果落日志再按冲突等级处理最后用同一套命令复测。这样即使中间翻车也能从日志里找到最后一步。4.1 配置项拆解把工具输出和系统状态对照着看不要只看一个“通过/失败”。下面这张表是我常用的记录格式实际字段以工具输出为准但分类逻辑可以照搬。配置项看什么常见取值处理建议固件虚拟化CPU 虚拟化是否在固件层启用启用 / 禁用 / 未知禁用先进固件设置不要先动系统功能系统虚拟机监控程序是否占用虚拟化层存在 / 不存在与 VMware 冲突时再评估关闭虚拟机平台功能系统功能状态Enabled / Disabled不需要容器环境时可随工具建议处理权限与日志是否能写日志、读固件正常 / 拒绝访问先修权限不修虚拟化工具返回码检查是否完成0 / 非 0非 0 先看日志尾部不要重复点修复这张表的作用是防止“看到红字就全关”。固件层没开关系统功能没用权限不够工具输出本身不可信。我一般会先把未知项清零再处理冲突项。配置项里最容易被忽略的是日志路径路径不可写时工具可能仍然返回成功但日志是空的后面排查就没有依据。4.2 修复流程和重启策略确认冲突项后再执行修复。修复前先建系统还原点尤其是要关闭系统功能的时候。下面命令只做还原点不改虚拟化配置。# 确认系统保护可用后创建还原点 Get-ComputerRestorePoint | Select-Object -First 3 Checkpoint-Computer -Description before dgreadiness_v3.6 fix -RestorePointType MODIFY_SETTINGS第一条命令看当前有没有还原点第二条创建新还原点。MODIFY_SETTINGS表示这次改动涉及系统设置。系统保护没开时Checkpoint-Computer会失败这时先手动开启系统保护不要跳过。修复动作执行后通常要重启重启前把当前日志复制一份到独立目录避免工具下次运行覆盖。# 示例按工具建议关闭冲突功能执行前确认列表 $features Get-WindowsOptionalFeature -Online | Where-Object { $_.FeatureName -match Hyper-V|VirtualMachinePlatform|HypervisorPlatform -and $_.State -eq Enabled } $features | Select-Object FeatureName, State # 确认无误后再逐项关闭每关一项都记录 $features | ForEach-Object { Disable-WindowsOptionalFeature -Online -FeatureName $_.FeatureName -NoRestart }第一段先列出将被关闭的功能不直接执行第二段才逐项关闭。-NoRestart是让系统不自动重启方便你控制重启时机。这里要强调取舍关闭这些功能可能影响本机容器开发环境或其他依赖系统虚拟化的工具执行前确认这台机器是不是只跑 VMware。重启后先跑--check不要直接跑修复模式确认状态变化符合预期再继续。4.3 日志、回滚与多环境差异日志是这套工具的黑匣子。每次运行都保留独立日志文件名带机器名和日期后面多台机器对比时能快速看出差异。我一般会把日志目录同步到共享盘但不放敏感信息。# 给日志目录按机器名归档 $machine $env:COMPUTERNAME $logDir C:\Tools\dgreadiness_v3.6\logs $archive C:\Tools\dgreadiness_v3.6\archive\$machine New-Item -ItemType Directory -Path $archive -Force | Out-Null Copy-Item $logDir\*.log $archive -Force Get-ChildItem $archive | Sort-Object LastWriteTime -Descending | Select-Object -First 5$env:COMPUTERNAME取当前机器名归档目录按机器分开避免多台机器日志混在一起。Copy-Item -Force覆盖同名旧日志Sort-Object LastWriteTime -Descending只看最近五条。回滚时先看修复前的日志和还原点时间再决定是恢复系统还原点还是手动把功能开回来。不同机器差异主要在固件版本、系统功能组合和安全软件策略别拿一台机器的成功配置直接套所有机器。5. 避坑与排查dgreadiness_v3.6 在虚拟化状态上的五条血泪记录这类工具最怕“看起来跑完了”。下面五条是我在虚拟化状态排查里反复遇到的每条按现象、原因、解决写方便对照日志。5.1 现象工具一闪而过日志目录是空的原因通常不是工具坏了而是当前目录没有写权限或者安全软件拦截了写日志动作。解决时先确认终端是管理员权限再把工具目录加入安全软件信任区最后用--log指定一个确定可写的路径重跑。不要反复双击主程序双击拿不到工作目录日志落到别处你更找不到。5.2 现象检查显示固件虚拟化已启用VMware 仍报状态异常原因是固件层开了但系统层有虚拟机监控程序占位或者上次关闭功能后没有重启。解决时先看HypervisorPresent和相关服务状态再对照工具日志里的冲突项。需要关闭系统功能时关完必须重启重启后再跑一次只检查模式。没有重启就复测结论不可信。5.3 现象修复后本机容器环境跑不起来原因是关闭虚拟机平台类功能时没有评估其他依赖。解决时不要继续在虚拟化状态上打转先恢复之前记录的功能列表或者用系统还原点回到修复前。多环境机器要建立取舍表这台机器主要跑 VMware还是同时要跑容器。两者冲突时先保证主用途再考虑双环境方案。5.4 现象命令返回成功但日志尾部有“状态未知”原因是权限不足或系统接口返回空值工具把未知项当成了非阻断项。解决时看日志里的字段名回到权限和系统版本核对。状态未知不能当成通过尤其固件字段未知时后面的修复动作没有意义。我的做法是未知项超过两项就先停修权限和系统版本再继续。5.5 现象换一台机器照抄参数工具提示参数不支持原因是不同构建或不同包内主程序的参数名不完全一致。解决时先跑--help或看包内说明确认当前版本支持的是--check还是别的写法。不要把一台机器上的脚本原样复制到所有机器至少把主程序名、参数名、日志路径抽成变量。这样换版本时只改变量不改整段脚本。6. 装完验证用三条命令确认 dgreadiness_v3.6 真的把虚拟化状态拉回来了验证不要只看工具界面上的绿字。我的顺序是先回读工具日志再看系统层状态最后从 VMware 侧实际启动一次虚拟机。三步都过才算这套环境真的跑通。# 第一步重新只检查生成独立日志 Set-Location C:\Tools\dgreadiness_v3.6 .\dgreadiness.exe --check --log .\logs\verify_$(Get-Date -Format yyyyMMdd_HHmmss).log # 第二步回读系统虚拟化状态 Get-CimInstance Win32_Processor | Select-Object VirtualizationFirmwareEnabled Get-CimInstance Win32_ComputerSystem | Select-Object HypervisorPresent Get-WindowsOptionalFeature -Online | Where-Object { $_.FeatureName -match Hyper-V|VirtualMachinePlatform|HypervisorPlatform } | Select-Object FeatureName, State第一条命令生成验证日志文件名带verify前缀和修复前日志分开。第二条命令看固件虚拟化是否为 TrueHypervisorPresent是否符合当前取舍系统功能状态是否和修复记录一致。数值对不上时不要猜直接翻验证日志尾部和修复前日志对比。第三步是平台侧复测打开 VMware启动一台测试虚拟机观察是否还报虚拟化状态异常能进系统再关机不要只看开机画面。验证点通过标准不通过先看什么工具检查返回码为 0日志无“状态未知”权限、日志路径、参数名固件虚拟化固件字段为 True固件设置、启动方式系统层冲突功能状态与取舍表一致是否重启、是否被安全软件回滚平台侧VMware 能启动测试虚拟机平台日志、工具验证日志从那以后我每次装完 dgreadiness_v3.6都强制走一遍“检查日志—系统回读—平台启动”的验证不再只看工具界面的提示。这套资源入口在发布页拿到包后按固定目录解压先跑只检查模式再决定要不要修。希望帮到你。本文还有配套的精品资源点击获取