Sign in with Microsoft
Sign in or create an account.
Hello,
Select a different account.
You have multiple accounts
Choose the account you want to sign in with.

簡介

本文將說明 Microsoft System Center 2012 R2 Virtual Machine Manager 更新彙總套件套件 6 中修正的問題。 Virtual Machine Manager (VMM) 有兩個可用的更新:伺服器和系統管理員主控台。 此外,本文還包含適用于 System Center 2012 R2 Virtual Machine Manager 更新彙總套件 6 的安裝指示。

在此更新彙總套件中新增的功能

  • 新增 Azure 訂閱功能:使用更新彙總套件 6 中的 [新增 Azure 訂閱] 功能,Virtual Machine Manager管理員可以將Microsoft Azure訂閱新增至 VMM,並針對這些訂閱中的 Azure 實例執行基本動作。 此功能包含在 System Center 2012 R2 更新彙總套件套件 6 的Virtual Machine Manager中。 針對您新增的每個 Azure 訂閱,您可以使用主機查看該訂閱中所有部署群組中的所有角色實例。

    您可以使用此功能執行的動作

    如果您已經在 Virtual Machine Manager 中管理內部部署虛擬機器,您可以使用此功能在 Azure 實例上執行一些非常基本的動作,而不需要離開 VMM 主機。 例如,您可以執行下列動作:

    • 使用 VMM 主機新增或移除一或多個 Azure 訂閱。

    • 請參閱該訂閱中所有部署中所有角色實例的詳細資料和狀態清單檢視。

    • 手動更新實例清單。

    • 對實例執行下列基本動作:

      • Start

      • 停止

      • 關閉

      • 重新啟動

      • 透過 RDP 連線

    如需詳細資訊,請參閱在 System Center 2012 R2 中使用更新彙總套件 6 在 VMM 中新增 Azure 訂閱

  • 改良 E2A ASR 保護案例:透過在您的Virtual Machine Manager環境中安裝更新彙總套件 6,更容易發現並修正當您設定 Azure Site Recovery (ASR) 保護時,有時候會發生的問題。 當您想要新增內部部署虛擬機器的 ASR 保護,而且您擁有下列虛擬機器屬性時,就會發生此問題:

    • 未指定作業系統版本

    • 沒有顯示哪個磁片包含虛擬機器的作業系統

    這些屬性必須指定,因為 Azure Site Recovery需要這些屬性。 在更新彙總套件 6 中,如果您嘗試設定不符合需求的虛擬機器,VMM 中會顯示一組更清楚的錯誤訊息。

    如需 ASR 需求的相關資訊,請參閱 ASR E2A Protection 案例改進

  • 在服務和 VMRoles 中使用第 2 代 VM 的選項:在更新彙總套件 6 中,VMM 現在支援第 2 代虛擬機器的服務和 VM 角色。 您可以使用此功能部署多層服務,並選擇個別層級的虛擬機器代。 使用者可以透過傳統和影像式維護來服務這些服務實例。

    如需詳細資訊,請參閱瞭解 VMM 中第 1 代和第 2 代虛擬機器

  • 管理套件中的網路使用量總暴露規則:此變更引入兩個以 Hyper-V 主機為目標的規則:

    • 傳入 VNic 網路流量集合規則

    • 外寄 VNic 網路流量集合規則

    這些規則會使用下列方法,測量每台虛擬機器 VNic 每 VNic 的內送流量和總外寄流量:

    針對每個 VM:

    1. 若未啟用 Hyper-V 計量 ,請啟用它。

    2. 執行 Measure-VM

    3. 針對每個 VNic 的每個遠端位址 「0.0.0.0/0」 或 「::/0」 收集計量資料。

    根據預設,這些規則會每小時執行一次。 使用者可以選擇覆寫 IntervalSeconds 屬性來覆寫此設定。 這些規則的執行頻率不應超過每 5 分鐘 (300 秒) 。

    舊版中的行為:VMM 並未測量資料使用量。 它僅測量輸送量。

  • 複本 VM 的雲端和主機群組容量超負荷選項:System Center 2012 R2 Virtual Machine Manager可讓您將複本虛擬機器放在預先設定的雲端或主機群組中,使其符合您的容量設定。 到目前為止,VMM 假設已配置給複本 VM 的所有資源都在使用中。 因此,如果將所有複本 VM 的匯總負載超過雲端或主機群組容量,VMM 不允許您將任何複本虛擬機器放在雲端或主機群組中。

    雖然此行為確保所有複本 VM 都可以同時啟動,但可能會導致無法優化地使用複本雲朵和主機群組。 如果您 (Enterprise或主機) 嘗試在雲端或主機群組中放置其他 VM,就會發生這種情況。 也就是說,如果您覆寫複本雲端或主機群組。 在更新彙總套件 6 中,您可以在 VMM 伺服器上設定下列登錄機碼,以過度委任 VMM 環境中的雲朵和主機群組:

    登錄位置:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
    DWORD 名稱:IgnoreMemoryForStoppedReplicaVM
    DWORD 值:1
    注意 如果 [位置] 子機碼不存在,請建立它。

    如需詳細資訊,請參閱 覆寫雲端和 HG 複本 VM 的選項

  • 支援 VMWare VCenter 5.5 基本案例。

    更新彙總套件 6 介紹下列支援案例:

    • 將 VCenter 5.5 新增至 VMM 2012 R2 UR6 管理

    • 新增 5.5 版的 ESX 主機,並進行管理

    • 使用範本建立 VMWare VM 範本並部署 VM

    • 建立具有基本網路功能的範本 (這些範本包括加入網域的案例) ,以及部署虛擬機器

    • 執行各種 VM 生命週期作業 (,例如啟動、停止、關機、修復、重新整理及檢查虛擬機器) 。

    • 連線使用主機到虛擬機器,並驗證協助工具

    • Deprovision 虛擬機器

    • 建立資源資料庫,並將資源資料庫歸入 VMM 管理之下

    這些是有限的案例。 不過,它們代表支援新版 VCenter 的第一個也是最重要的步驟。 我們將繼續以 VMWare VCenter 的支援矩陣為基礎,並提供更新以在未來的匯總套件中解決此問題。

此更新彙總套件中修正的問題

  • 問題 1

    移除 VMM 物件時,會發生 801 錯誤。 VMM 有時候會遇到像虛擬機器這樣的 VMM 物件無法從 UI 或 powershell Windows移除的問題,因為資料庫中缺少部分子物件。 這通常會導致使用者搜尋補救腳本以移除受影響的物件。 在更新彙總套件 6 中,VMM 改進了三個 Powershell Cmdlet,以最小化 801 個相關錯誤。 這些 Cmdlet 為 Remove-SCServiceTemplate、Remove-SCLibraryServer 和 Remove-SCLibraryShare。 使用者不需要將 –強制標幟與這些 Cmdlet 搭配使用,以避免 801 錯誤。 Cmdlet 可讓您解決導致 801 個錯誤的相依性。

  • 問題 2

    VMM 服務在重設為 Integration Services 事件時,會在 System.Xml 中當機並產生存取違規錯誤。

  • 問題 3

    WCF 錯誤處理常式中的重大例外 - ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError。 當 VMM 關閉 WCF 服務主機時,它會呼叫 Abort,這可能會導致任何未處理的郵件意外終止,而這可能會造成 ObjectDisposedExceptions 遭到丟棄。 VMM 的頂層 WCF 錯誤處理常式會在程式終止之前看到這些例外狀況,並將它們回報為重大例外狀況。 因此,VMM 將無損錯誤回報為可能造成使用者混淆的重大錯誤。

  • 問題 4

    當 vnic 未連線時,MAC 位址的選項在 UI 中呈現灰色。 這可防止使用者將 nic 標示為靜態。 當您在 System Center 2012 R2 升級到 VMM 之後,如果虛擬機器未連線到網路,客戶就無法在所建立的 VM 範本中選擇靜態 Mac 位址選項。 當虛擬機器「未連線」時,MAC 位址和 IP 選項會呈現灰色。 因此,他無法在部署之前將靜態 MAC 位址指派給虛擬機器。

  • 問題 5

    當 Hyper-V 不傳回磁片磁碟機物件時,Vvirtual 電腦自訂可能會失敗並產生重大例外狀況。 在自訂虛擬機器期間,Hyper-V 可能會將 Floppy Drive 物件傳回為 Null,而 VMM 會嘗試新增磁片磁碟機。 不過,新增磁片磁碟機並不會在 Hyper-V 中實作。 這會漏掉導致工作失敗的例外狀況,讓虛擬機器處於建立失敗狀態。 使用者可以修復虛擬機器以正常運作。 如果遠端共用) 上的磁片磁碟機設定 (無法使用 Hyper-V 或 Hyper-V 忙碌或忙碌,則可能會發生這種情況。

  • 問題 6

    設定一個 VM 子網的多個 IP 集區時,無法使用靜態 IP 部署 VM。 客戶嘗試使用具有靜態 IP 設定的範本來建立虛擬機器。 如果子網中有多個 IP 集區,而客戶提供的 IP 位址與預設的一個 (不同,則會在 UI) 中顯示的自動填入集區,然後 VM 精靈完成時沒有任何錯誤,但虛擬機器建立失敗,並傳回「IP 位址超出範圍」錯誤。

  • 問題 7

    VmmService 會在處理 Hyper-v 傳送的 IP 變更事件上移除的虛擬機器子網時發生當機。在 NVGRE 設定中,如果 Hyper-V 針對 IP 變更傳送事件,但 VM 子網已不存在,則會造成 VMM 服務當機。

  • 問題 8

    回報 VMS 遺失,因為未收到 VmMovedRefresherEvent。 當主機不在事件模式,且虛擬機器處於移轉狀態,且事件重新整理器連接時,可能有一個視窗沒有人正在聆聽,而在聆聽模式未收到變更之前更新作業時,就會發生虛擬機器移動事件。 因此,VMM 必須等到下一個完整進修程式才能收到這些變更,最多可達 24 小時。

    若要確保在 [事件] 模式下,透過淺色虛擬機器進修程式同步處理這類未接事件,您可以建立並設定下列登錄機碼,以定期執行輕型虛擬機器進修程式。 除了任何以事件為基礎的重新整理之外,還會執行此進修程式。

    登錄位置:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
    登錄機碼:
    VMPropertiesEventAssitedUpdateInterval

    登錄類型:DWORD

    最小值:0 秒

    最大值:20 天

    值必須以秒為指定。
    DWORD 名稱:VMPropertiesEventAssitedUpdateInterval

    DWORD 值:value_in_seconds

    注意:value_in_seconds預留位置的值可以是 0 秒到 20 天, (也可以在秒) 。

  • 問題 9

    在Remove-Host使用者時,需要明確標幟來表示虛擬機器遺失或服務虛擬機器移除。 目前,從 VMM 移除主機時,VMM 不會檢查主機是否存在 VM。 主機可以包含服務虛擬機器、部署至雲端的虛擬機器、具有定義其自訂屬性的虛擬機器。 如果使用者不小心移除這類主機,這些關聯都會中斷。 此修正程式會在實際從 VMM 移除這些主機之前提示使用者提供確認訊息,以避免這類情況。

  • 問題 10

    如果您的邏輯網路具有多個網路網站,而且主機網路介面卡可以看到網路網站,則會配置來自這些不同網路網站的 PAS,並且也必須設定路由資訊。 (網路網站有時稱為「邏輯網路定義」。) 在主機 1 上有 VM1 連線到 PA1 的多主機案例中,如果 VM2 已連線至 hnv LN 且具有 NetwkSite1 的 PA1,則會中斷連線並稍後重新連線,且 NetwkSite2 的 PA2 會隨機 (,或因為 PA 用盡) ,則會在一段時間內, 我們可能不會填入 NetwkSite1 和 NetwkSite2 之間的 PA 路由資訊。 這是因為內部路由表示法在雜湊表格中插入所用的按鍵方式所導致。

  • 問題 11

    當主機重新整理時,它會建立 WinRM 網路連線 (每個主機重新整理,) 會持續串流資料。

  • 問題 12

    建立多個主機虛擬網路介面卡時,會觀察到隨機故障。 當客戶在邏輯切換中一次建立多個虛擬網路介面卡時,一或多個虛擬網路介面卡 IP 設定可能會失敗。

  • 問題 13

    執行主機更新時,使用者會在 HostWSManGetter.UpdateRASDCache 中點擊重複的按鍵插入。

  • 問題 14

    當使用者嘗試複製設有檢查點的虛擬機器時,複製作業完成之後,VMM 會不正確地將新建立的複製虛擬機器辨識為原始虛擬機器,並錯誤地推斷虛擬機器已移轉。 它接著會嘗試處理此變更。 因此,會在另一個主機上建立其他狀態為「遺失」狀態的虛擬機器。 VMM 認為虛擬機器使用不同的主機,而且在下一次虛擬機器更新之前,TFS 不會看到此虛擬機器。

  • 問題 15

    當 VSEM 提供者升級時,通知引擎不會顯示提供者接收通知的功能。

  • 問題 16

    網路位置會在動態主機優化期間當機。 某些位置作業應該會以工作的形式執行。 在進修程式工作中執行時,內容為 Null。 這會導致位置當機。

  • 問題 17

    當委派的系統管理員啟動 VMM 主機時,需要 4 分鐘以上的時間才能開啟 VMM 主機。 在大型環境中,與系統管理員比較時,委派的系統管理員的 VMM 主機啟動會延遲。

  • 問題 18

    儲存體提供者更新在更換 sofs 上的磁片後失敗。

  • 問題 19

    VMM 無法在沒有 ASR 的情況下更新複本/主要虛擬機器,也無法在 IR 擱置狀態中移轉修復 VM 無法執行即時移轉。

  • 問題 20

    刪除虛擬機器時,會先合併檢查點,然後再刪除。 當使用者嘗試刪除有檢查點的虛擬機器時,刪除作業需要很長的時間 (長達一小時) 完成。

  • 問題 21

    Run DO 作業有時會收到重大例外:DBCorruptionException。

  • 問題 22

    有些使用者會使用大型 VIPAddress 集,而非 IP 範圍,以便更輕鬆地新增/移除個別 IP。 VMM 管理套件架構目前將此欄位限制為 256 chars (預設) 。 不過,使用者的值長度可能為 ~500 個字元。 因此,由於 SCOM 的意外例外,探索會中斷 VMM-OM 整合。

  • 問題 23

    若已預先建立 RG/LUN,則啟用RG 任務之後,目標 RG 和目標 LUN 不會相關聯。

  • 問題 24

    當 F5 閘道裝置失敗並被取代時,必須更新 MAC 位址專案。 如果 F5 裝置是 RMA'd,並以新的 MAC 位址取代為新裝置,VMM 就無法更新新裝置的 MAC 位址。

  • 問題 25

    讓使用者在複本虛擬機器上蓋章,讓您為使用者身分識別設定戳記。 使用者必須更新其複本虛擬機器上的 UserRole 和 Owner 屬性,但目前已封鎖複本虛擬機器上的任何作業。 因此,他們無法更新複本 VM 上的這兩個參數。

  • 問題 26

    當您將新的 HA 虛擬機器部署到叢集時,註冊的 SMB 共用不會顯示為目標路徑選項。

  • 問題 27

    探索複寫服務時,儲存體 Refresher 中的重大例外狀況 -- ArgumentNullException -- SetCustomOptions。

  • 問題 28

    在 Host refresher VMM 查詢期間,小組資訊 (切換小組或 LBFO 小組) 。 而查詢切換團隊 VMM 會觸及 WSMan 例外狀況,導致 vwitch 從主機消失。

  • 問題 29

    HTTPS 通訊協定不支援在功能區中使用,VMM 則無法建立監視器規則來監控 HTTPS 網站。 VMM 在 LB 埠設定區段中支援 HTTP 和 HTTP,但 LB 埠通訊協定區段不支援 HTTPS。

  • 問題 30

    資源擁有者 (SSU 使用者) 未獲授權存取資源的 'GrantedTo' 清單,因此無法查看誰擁有資源的存取權。 當授與存取權的使用者也是自助使用者時,在重新開機主機之前,他們無法看到他們所做的變更。 系統管理員使用者可以看到變更,但若是自助使用者,GrantedToList 會繼續傳回快取的結果,直到他們重新開機主機為止。

  • 問題 31

    無法移動具有 VMM 內建移轉程式的父磁片。 使用者有數百個 VM,所有擴散磁片都指向單一父項。 將所有這些 VM 移至新的儲存空間解決方案,都會被 VMM 封鎖。 若是差異磁片,如果階層中的任何祖系磁片 (父/子關係) 由另一個擴散磁片共用,則 VMM 會封鎖擴散磁片的儲存空間移轉。 不過,它會透過 Hyper-V 管理員啟用。

  • 問題 32

    Field expectedDSColumn 會在追蹤郵件中的欄不相符時,傳回重大例外狀況,造成伺服器在執行 get-scvmhost 時當機。 伺服器 DB 更新為閾值之後,R2 伺服器在某些情況下無法使用它。 此程式碼路徑由某些網路物件和 ADHC 物件使用。

  • 問題 33

    當您縮小現有的服務範本時,在 System Center 2012 R2 Update 匯總 5 的 VMM 上會建立具有相同名稱的重複 Hyper-V 虛擬機器。

  • 問題 34

    如果您的來賓虛擬機器已安裝Windows安全性更新30351313031432,VMM 來賓代理程式不會在 VM 部署中執行一般命令執行 (GCE) 要求的腳本。 這可能會在您使用 GCE 腳本進行部署和維護的多個案例中造成失敗。 例如,當您嘗試透過 GCE 腳本服務 VMM 服務範本時,會傳回錯誤碼 22029。

    注意 在您針對 System Center Virtual Machine Manger 2012 R2 安裝更新彙總套件 6 (或更新更新彙總套件套件) 之後,您現在必須將登入作為批次處理工作許可權授與指定的 Run As 帳戶。 沒有這些許可權,來賓代理程式就無法透過 Run As 帳戶執行 GCE 腳本。

  • 問題 35

    當您使用群組儲存空間做為 CSV 且虛擬機器儲存空間位於 CSV 上時,虛擬機器的即時移轉會失敗。 在 System Center 2012 R2 更新彙總套件 5 中的 VMM 之後,Hyper-V 叢集即時移轉無法運作。

  • 問題 36

    基底磁片放置應該會在有效的位置共用之間旋轉。

  • 問題 37

    VMM 主機可能會在服務範本複製期間使用現有的 Release 字串。 有時候,使用者無法使用服務範本的 [複製] 命令來複製服務範本。 原因是系統管理員主機會產生已存在的發行字串。

  • 問題 38

    在 System Center 2012 R2 的 VMM 中遺失 [容量概觀] 磚。 在 System Center 2012 SP1 的 VMM 中,當您選取主機,然後按一下頂端功能表上的概觀時,主機會提供所選主機的摘要和容量資訊。 處理器核心、記憶體 (GB) 和 儲存體 (GB) 的詳細資料在 System Center 2012 R2 中無法使用。

  • 問題 39

    因為 VSID 重複而造成 VMM 服務當機。 在少數情況下, (同步處理/競賽條件和亂數字衝突) ,不同的 HNV 虛擬機器子網可以取得相同的 VMSubnetIdentifier (a VSID) 。 當您使用這些 HNV 虛擬機器子網時,這會導致非預期的行為。 例如,對於連線至此子網的 VM,VM 可能無法取得預期的連線能力,且無法對同一個子網路上的 VM 說話。 或當他們的 IP 位址變更時,它會導致 VMM 服務當機。

  • 問題 40

    在Load Balancer後方部署虛擬機器會造成位置的重要摘要:

    Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

  • 問題 41

    更新彙總套件 5 中導入的 [開始] 頁面會在更新彙總套件 6 中移除。

  • 問題 42

    虛擬機器與複寫群組沒有關聯,也無法移至受複製群組保護的位置。

  • 問題 43

    即使已啟用 HNV 網路上的來賓 IP,也不會標示為 Dynamic/DedicatedGuestIP。 CA 容錯移轉中斷。 對於在連線至 NVGRE 網路 (HNV 來賓叢集/來賓 IP 容錯移轉案例) 的虛擬機器上新增/移動的任何 IP 位址,即使虛擬機器有 EnableGuestIPNetworkVirtualizationUpdates=true 的設定,IP 位址也標示為動態 (類型 = VMM) DedicatedGuestIP。 當第一次新增/移動 IP 位址時,它將會運作,但日後無法自動偵測到從某個 VM 移至其他 VM 的 IP) (容錯移轉。 因此,無法連線 IP 位址,且 VM 會失去連線。

  • 問題 44

    中斷與 UR5 的 Hitachi 整合的舊版內嵌儲存體提供者。 儲存空間提供者無法重新整理。 這會防止管理提供者。

  • 問題 45

    當您設定電源優化時間範圍時,VMM 用戶端會當機。

  • 問題 46

    當主機連線失敗時,可處置 WnvEventEntrySubscriptionObserver 的競賽條件。

  • 問題 47

    使用 DHCP 時,CentOS 7 和紅帽Enterprise Linux 7 無法設定網路介面設定。

    這適用于已設定為透過 System Center Virtual Machine Manager 使用 DHCP 的所有 CentOS 7 和紅帽Enterprise Linux () 7 虛擬機器。 使用 DHCP 的 CentOS 7 和 RHEL 7 伺服器會遇到 Linux 伺服器所使用之每個乙太網路介面的網路設定資料遺失。 發生此問題的原因在於,根據預設,如果已安裝 Linux 工具,則 CentOS 7 和 RHEL 7 並未安裝 Linux 工具,這一點與先前的反覆運算不同。 已更新 DHCP 網路的組態腳本以使用 ip 工具,而非安裝 ip 工具時的 ifconfig。


如何取得並安裝 System Center 2012 R2 的更新彙總套件套件 6 Virtual Machine Manager

下載資訊

Virtual Machine Manager的更新套件可從 Microsoft Update 或從 Microsoft Update Catalog 手動下載。

Microsoft Update

若要從 Microsoft Update 取得並安裝更新套件,請在已安裝Virtual Machine Manager元件的電腦上遵循下列步驟:

  1. 按一下[開始],然後按一下[主控台]

  2. 在 主控台 中,按兩下[Windows Update]

  3. 在 [Windows Update] 視窗中,按一下[線上檢查 Microsoft Update 的更新]

  4. 按一下 [有可用的重要更新]

  5. 選取 [更新彙總套件套件],然後按一下 [ 確定]

  6. 按一下 [安裝更新] 以安裝更新套件。

手動下載更新套件

移至下列網站,以手動從 Microsoft Update Catalog 下載更新套件:

重要事項 伺服器和系統管理員主控台元件都必須在Virtual Machine Manager伺服器上更新。

下載 立即下載伺服器更新套件。

下載 立即下載系統管理員主控台更新套件。注意 您必須套用伺服器更新,以確保所有從服務範本新部署的虛擬機器都會有更新的來賓代理程式。 現有的部署虛擬機器可以透過 Windows Update、WSUS 或手動使用下列套件來安裝更新的代理程式:

下載 立即下載來賓專員更新套件。

若要手動安裝更新套件,請從提升許可權的命令提示字元執行下列命令:

msiexec.exe /update  packagename 


例如,若要安裝 System Center 2012 R2 的更新彙總套件 6 套件Virtual Machine Manager伺服器 (KB3050317) ,請執行下列命令:

msiexec.exe /update kb3050317_vmmserver_amd64.msp
Notes

  • 如果您從 Microsoft Update Catalog 手動下載更新套件,並按兩下套件來進行安裝,您必須以提升許可權的使用者身分安裝Virtual Machine Manager伺服器和系統管理員主控台套件。 您可以以非提升許可權的使用者身分安裝Virtual Machine Manager客專員套件。

  • 如果您在 VMM 伺服器上也安裝了系統管理員主控台,請依照下列順序安裝更新:

    • Virtual Machine Manager Server 的更新彙總套件套件 6

    • 系統管理員主控台的更新彙總套件套件 6


    在這兩個安裝之間,Virtual Machine Manager Server 可能會在 VMMLogs 目錄下建立重大錯誤記錄檔。 發生此問題的原因在於系統管理員主控台與 Virtual Machine Manager Server 共用一些 DLL,且版本衝突可能會導致重大失敗的記錄。 若要解決此問題,請在您用來啟動Virtual Machine Manager服務的 Virtual Machine Manager Server 上安裝這兩個更新。

  • 在更新彙總套件 5 之前,您必須手動更新 System Center Virtual Machine Manager DHCP Server (x64) 元件。 在具有更新彙總套件 5 或更新版本的 VMM 中,不再需要此手動更新。

  • 如果您下載並解壓縮主機 MSP 管理員,結果會出現兩個 CAB 檔案,如下列螢幕擷取畫面所示。 其中一個 CAB 檔案適用于 x64 (也稱為 AMD64) ,而其他 CAB 檔案則適用于 x86 (也稱為 i386) 。

    替代文字請參閱 CAB 檔案名中作業系統架構的最後一個參照,以判斷特定 CAB 檔案適用的架構類型。

此更新彙總套件套件中更新的檔案

如需在此更新彙總套件中變更的檔案清單,請下載下列檔案:

適用于 System Center 2012 R2 的更新彙總套件套件 6 的檔案屬性工作表格 Virtual Machine Manager

Need more help?

Expand your skills
Explore Training
Get new features first
Join Microsoft Insiders

Was this information helpful?

How satisfied are you with the translation quality?
What affected your experience?

Thank you for your feedback!

×