企业官网建设流程全解析

VMware PowerCLI 中Get-View核心作用：接收 PowerCLI 封装对象的Id/MoRef，直接返回 vSphere 底层原生ManagedObject（托管 COM/API 对象），绕过 PowerCLI 上层简化封装，直接调用 vSphere API 原生属性、方法；相比Get-VM/Get-VMHost等封装命令查询速度提升数十倍，适合大规模集群批量采集、底层硬件 / 存储深度信息读取、原生 API 方法调用场景。本文拆解底层原理、基础语法、实操案例、性能优势、和普通 cmdlet 的核心区别。

PowerCLI Get-View 专业完整解析

核心结论

1、Get-View输入：PowerCLI 对象的ExtensionData.MoRef（托管对象引用）； 2、Get-View输出：vSphere 底层原生ManagedObject 托管对象（底层基于 SOAP API 封装，等效早年 COM 对象概念）； 3、核心价值：脱离 PowerCLI 上层简化封装，直接读取完整 API 属性、执行原生 API 方法，查询性能远超常规Get-VM系列命令，是大批量集群自动化、深度底层运维必备工具。

一、底层工作原理

1、vSphere API 分层结构

• 上层：Get-VM/Get-VMHost等易用 cmdlet，只暴露少量常用属性，内部自动调用Get-View做封装转换，多次重复请求 API，性能损耗大；
• 底层：vCenter SOAP API，所有虚拟机、主机、集群、存储都对应唯一ManagedObjectReference(MoRef)；
• Get-View：直接通过 MoRef 拉取完整底层对象，一次性获取全量属性，无多余封装转换，通信开销极低。 2、COM 对象概念说明 早期 vSphere 客户端基于 COM 组件交互，行业沿用 “底层 COM 对象” 代称底层原生托管对象；当前新版 PowerCLI 是 REST/SOAP API，对象模型逻辑和传统 COM 完全对齐，业内仍习惯该叫法。 3、对象结构区分 普通 PowerCLI 对象：精简包装类，隐藏大量底层硬件、存储、性能指标；Get-View返回对象：包含 API 文档全部字段，硬件寄存器、vSAN 磁盘信息、传感器、任务队列、原生操作方法全部可见。

二、基础标准语法

# 方式1：通过已有PowerCLI对象直接传入（最常用） $vmObj = Get-VM "Web01" $vmView = Get-View $vmObj.ExtensionData.MoRef # 方式2：直接传入MoRef字符串 $moRef = $vmObj.Id $vmView = Get-View -Id $moRef # 方式3：批量批量获取所有主机底层视图 Get-VMHost | ForEach-Object { Get-View $_.ExtensionData.MoRef } # 方式4：仅筛选指定属性，减少传输数据，进一步提速 Get-View -ViewType VirtualMachine -Property Name,Guest.MemoryUsage,Config.Hardware

关键参数说明 1、-ViewType：指定对象类型，VirtualMachine/HostSystem/ClusterComputeResource/Datastore； 2、-Property：按需拉取字段，不填默认拉取全部属性，大规模场景强烈建议指定； 3、-Id：传入 MoRef 唯一标识精准查询单个底层对象。

三、Get-View 四大核心实用能力

1、读取常规 cmdlet 无法获取的底层隐藏属性

普通Get-VM看不到的信息，全部在 View 底层对象中： 1）虚拟机硬件底层信息：CPU 拓扑、插槽数量、硬件版本、PCI 直通设备、显卡映射； 2）vSAN 深度数据：磁盘组件、故障域、对象副本分布、缓存磁盘状态； 3）传感器硬件信息：主机温度、电压、电源 PSU 状态、风扇转速； 4）进程 / IO 底层指标：虚拟机 CPU 就绪时间、磁盘 IO 延迟、内存交换细分指标。 示例代码：读取虚拟机完整硬件 PCI 设备

$vm = Get-VM "DB01" $view = Get-View $vm.ExtensionData.MoRef # 查看所有直通硬件设备 $view.Config.Hardware.Device | Where-Object {$_.GetType().Name -eq "VirtualPCIPassthrough"}

2、直接调用 vSphere 原生 API 方法（无法通过普通 cmdlet 实现）

上层 PowerCLI 命令仅封装少量操作，大量原生操作只能通过 View 对象.Method()调用：

• 虚拟机快照合并、磁盘扩容底层 API、强制虚拟机重置；
• 主机进入维护模式高级参数、自定义硬件更新；
• vSAN 对象修复、存储策略底层校验； 示例：调用原生 API 强制关机虚拟机

$vmView = Get-View (Get-VM "Test01").Id # 调用底层PowerOffVM_Task原生方法 $vmView.PowerOffVM()

3、超大规模集群极速批量查询（核心性能优势）

1、性能差距：1000 台虚拟机批量采集，Get-VM循环耗时分钟级，Get-View批量查询仅数秒； 2、原理：Get-VM每次循环单独发起 API 请求，Get-View -ViewType单次批量拉取全集群同类型对象，仅一次网络交互； 高性能批量示例：一次性读取所有虚拟机内存使用

# 一次性获取全部虚拟机底层视图，仅一次API请求 $allVMViews = Get-View -ViewType VirtualMachine -Property Name,Guest.MemoryUsage,Runtime.PowerState $allVMViews | Select Name,@{Name="MemoryUsedGB";Expression={$_.Guest.MemoryUsage/1024}}

4、配合 Find-ViewAllChildren 递归遍历所有子对象

用于遍历集群下所有主机、主机下所有磁盘、存储下所有虚拟机，递归层级查询：

$cluster = Get-Cluster "Prod-Cluster" $clusterView = Get-View $cluster.Id # 递归查找集群内所有虚拟机底层对象 $allVMs = $clusterView.FindViewAllChildren("VirtualMachine")

四、Get-View 和常规 Get-VM / Get-VMHost 核心对比

1、封装层级 Get-VM：上层封装对象，简化属性，屏蔽 API 细节； Get-View：底层原生托管对象，完整 API 字段无隐藏。 2、查询性能 Get-VM：循环遍历多请求，大批量集群慢； Get-View：批量单请求，大数据量性能提升 10~100 倍。 3、可执行操作 Get-VM：仅支持 PowerCLI 封装好的简易操作； Get-View：可调用全部 vSphere 原生 API 方法，底层操作无限制。 4、使用门槛 Get-VM：简单易上手，适合日常简单运维； Get-View：需要查阅 vSphere API 参考文档，适合自动化开发、深度排查。 5、适用场景 Get-VM：单台虚拟机操作、简单日常运维； Get-View：批量报表、硬件深度巡检、vSAN 运维、自定义自动化脚本。

五、运维高频误区避坑

1、误区：Get-View 返回的对象可以直接管道传给 Set-VM/Start-VM 纠正：View 是底层 API 对象，PowerCLI cmdlet 只能接收上层 VM 封装对象；如需操作，使用Get-VM -Id $view.MoRef转回上层对象。 2、误区：每次使用 Get-View 必须拉取全部属性 纠正：大批量查询不加-Property会传输大量无用字段，拖慢速度，生产脚本务必按需指定所需属性。 3、误区：MoRef 可以手动随便编写 纠正：MoRef 是 vCenter 全局唯一标识，格式固定vm-xxx/host-xxx，只能通过 ExtensionData.Id 获取，手动编写无效。 4、误区：普通运维不需要学习 Get-View 纠正：超过 50 台主机 / 数百台虚拟机集群做自动化巡检、容量报表，常规 cmdlet 循环会严重卡顿，必须使用 Get-View 优化性能。 5、误区：Get-View 仅能操作虚拟机 纠正：支持所有 vSphere 对象类型，HostSystem、ClusterComputeResource、Datastore、DistributedVirtualSwitch、StoragePod 全部兼容。

全文总结

PowerCLI 中Get-View核心能力是通过 MoRef 标识获取 vSphere 底层原生 ManagedObject 托管对象（俗称底层 COM 对象），绕过上层 PowerCLI 轻量化封装，直接访问完整 API 属性与原生操作方法。 它具备三大不可替代价值：读取常规命令隐藏的底层硬件 / 存储指标、直接调用原生 vSphere API 函数、大规模集群极速批量查询；日常单台设备简单运维可使用Get-VM系列命令，自动化报表、深度硬件巡检、vSAN 运维、千级虚拟机批量处理场景，优先使用Get-View提升脚本效率与功能上限。