Azure 虛擬桌面經典版退役：IT 的下一步

介紹

Azure 虛擬桌面（經典版）的退役在舊有連接服務的損失與基礎 Azure 資源的持續可用性之間創造了一個重要的區別。對於錯過遷移截止日期的 IT 團隊來說，理解這一區別對於規劃恢復至關重要，而不必不必要地替換現有基礎設施。本文解釋了退役對現有資源的意義、如何識別經典部署、哪些遷移選項仍然值得評估，以及如何選擇受支持的應用交付架構。

當 Azure 虛擬桌面經典版退役時，這意味著什麼？

微軟已於2026年9月30日正式退役Azure虛擬桌面（經典版）。根據微軟的官方文件，“經典服務的連接在退役後將被阻止。”因此，退役影響與使用Azure虛擬桌面（經典版）部署模型管理虛擬桌面和應用程序相關的特定類型服務。

然而，退休過程不適用於使用 Azure 資源管理器 (ARM) 的現代 Azure 虛擬桌面。因此，仍然使用經典資源的用戶主要關心的是無法連接到之前正常運作的服務。因此，用戶應特別注意經典資源管理，因為資源本身在退休日期後不會消失。

什麼被退役了？

Azure 虛擬桌面（經典版），之前稱為 Windows 虛擬桌面，其管理基礎設施基於專用的 PowerShell cmdlets、API 和服務對象。

與現代 Azure 虛擬桌面不同，經典主機池和應用程式組並未被定義為統一的 Azure 資源管理器資源。

今天，這些組件已納入 Azure 資源管理系統，允許管理員應用 Azure 基於角色的訪問控制 (RBAC)、通過 Azure 入口網站管理服務，並使用現代基礎設施即代碼模式進行部署自動化。

能力	AVD Classic (已退役)	現代 AVD
管理	舊版控制平面	Azure 資源管理器
Azure 入口網站	有限的整合	原生整合
存取控制	舊版租戶角色	Azure RBAC
自動化	經典 API 和 PowerShell	ARM, APIs, Az PowerShell
桌面和應用程式交付	連接被阻止	支持
服務狀態	退休	支持

退休代表了底層服務架構的變化，而不僅僅是產品名稱的更改。

現代 Azure 虛擬桌面仍然有效嗎？

是的。現代 Azure 虛擬桌面受到支持，並繼續通過 RemoteApp 提供完整的 Windows 桌面、多會話平台和單個應用程序交付。

已經使用 Azure Resource Manager (ARM) 整合的主機池的組織不受經典服務退役的影響。

IT 管理員還應注意經典 Azure 虛擬桌面結束支援與舊版遠端桌面客戶端結束支援之間的區別。Windows 的遠端桌面客戶端 (MSI) 預定於 2026 年 3 月 27 日對公共雲環境結束支援，並於 2026 年 9 月 28 日對 Azure 虛擬桌面 (經典) 結束支援。

IT 團隊如何識別 Azure 虛擬桌面經典部署？

第一步是確定是否有任何生產工作負載仍然依賴於已退役的架構。

這對於幾年前投入生產的系統尤其重要，這些系統可能已被新的管理員重新接管或在當前的基礎設施文檔中被忽視。

檢查 Azure 資源管理器整合

您應該首先檢查 Azure 入口網站中的 Azure 虛擬桌面資源。現代 Azure 虛擬桌面部署將主機池、應用程式組和工作區作為訂閱和資源組中的 Azure 資源公開。相比之下，舊版部署則用於以不同方式管理的服務對象。

以下 Azure 虛擬桌面元素的存在是經典部署的強烈指標：

• 使用經典 Azure 虛擬桌面 PowerShell 模組的主機池
• 對經典服務租戶或經典服務API的歷史參考
• 缺乏相應 ARM 資源的應用程式組群
• 指向舊版文檔的會話主機虛擬機器

同時，在 Azure 入口網站中缺少主機池不一定表示是經典部署。在進一步分析問題之前，您應始終檢查用戶擁有的訂閱、Microsoft Entra 租戶和基於角色的訪問控制。

檢視舊版管理工具和依賴項

部署腳本和自動化庫可能作為補充證據來源。

例如，包含 Microsoft.RDInfra.RDPowerShell 參考或經典租戶級管理操作的腳本的存在，將表明該環境是使用較舊的管理堆疊進行配置的。

現代環境將利用整合 Azure Resource Manager 的管理介面和相關的 Az PowerShell 模組。

管理員還應盤點所有與潛在受影響主機池相關的應用程序、用戶和基礎設施資源。

這包括檢查會話主機虛擬機器、應用程式分配、配置文件儲存位置、身份驗證依賴、網絡配置和備份庫。 Microsoft 手動遷移文檔 包含經典服務對象模型與整合 Azure 資源管理器 (ARM) 的資源模型之間的詳細比較。

您的現有資源在 Azure Virtual Desktop Classic 停用後會發生什麼？

最重要的區別在於已退役的連接服務和基礎的 Azure 基礎設施。

在經典桌面連接被阻止的情況下，現有的虛擬機、存儲資源和應用數據可以保持不變。

現有虛擬機器和存儲可能仍然可用

Azure 虛擬機器是獨立管理的資源，不依賴於已退役的經典服務控制平面。因此，在訂閱中創建的會話主機虛擬機器、管理磁碟和網路資源可能仍然存在。

然而，它們無法用於恢復已退休的連接代理。在新的 Azure 基礎架構中創建的虛擬機器無法將組織的桌面體驗恢復到正常狀態。

管理員應仔細檢查每個資源，如果可以在受支持的配置中重用，則應執行以下步驟。

檢查虛擬機的操作系統是否受支持，以及應用程序和安全配置是否兼容是至關重要的。

應用程式訪問和用戶數據需要單獨檢查

通過經典桌面或 RemoteApp 會話類型連接的用戶將無法再通過此服務啟動他們的應用程序。

退休服務的結果可能會導致無法訪問桌面、已發布的應用程序，以及業務流程的中斷。

然而，服務的終止並不保證用戶相關數據會被刪除。

在大多數情況下，持久化在 Azure Files、虛擬機磁碟或其他儲存媒介上的通常是用戶的數據，但這些信息的保留和可訪問性將取決於其配置方式、權限安全性、備份等因素……

因此，在停用或遷移相關系統之前，IT 部門需要確保已保存所有必要的數據。

團隊在 Azure 虛擬桌面經典版退役後仍然可以遷移嗎？

Microsoft 文件列出了兩條從 Azure Virtual Desktop (經典版) 遷移到新的 ARM 整合 Azure Virtual Desktop 的路徑：自動遷移和手動遷移。

兩個選項都旨在於2026年9月30日之前可行。

由於該日期已經過去，管理員不應將文檔中描述的工具視為適用於所有場景的生產就緒工具。

微軟的文檔未提供過渡期的指導。

因此，組織不應依賴任何退休後的過渡工具和流程。

選項 1：自動遷移

微軟的自動遷移過程 利用基於 PowerShell 的工具將符合條件的經典服務配置移動到 ARM 資源。

公司的文檔建議用戶擁有有效的 Azure 訂閱，並具備必要的權限，滿足遷移模塊列出的環境要求。

例如，微軟的指導方針建議用戶被授予貢獻者權限以創建 Azure 資源，以及用戶訪問管理員權限以管理應用程序組成員資格。

然而，必須認識到該工具無法保證在退役後恢復數據。

擁有活躍經典部署的組織應諮詢微軟支持，以確認遷移過程是否為其環境的可用選項。

選項 2：手動遷移或重建

手動遷移需要創建現代 Azure 虛擬桌面資源並重新配置服務配置。

根據具體情況，管理員可能需要：

• 創建集成的基於ARM的主機池、應用程序組和工作區
• 建立或替換會話主機虛擬機器
• 註冊與新主機池相容的會話主機
• 重新建立用戶和應用程式關聯
• 調整身份、網絡、安全性和配置檔設置

當舊有配置包含未記錄的複雜性、大量自定義，或當現代遷移工具證明不足時，手動方法變得必要。

值得注意的是，重建交付基礎設施並不總是涉及應用程序和數據的完全替換。

剩餘的組件通常可以通過適當的相容性評估、授權評估和安全審計來重複使用。

決策應基於現有資源的當前狀態以及來自微軟的可用支持。

情況	評估方法
符合資格的經典配置和微軟確認遷移支持	自動遷移
複雜或無法訪問的經典配置	手動重建
現有的虛擬機和數據保持可用	重建交付服務並評估重用
舊有工作負載不再需要	安全退役
不再需要 Azure 托管的桌面	替代交付架構

如果 IT 團隊錯過了退休截止日期該怎麼辦？

尚未在2026年9月30日之前完成遷移的組織應優先考慮資源的保護和業務應用訪問的恢復。

建議管理員執行恢復過程，而不是嘗試多次連接已退役的服務。

步驟 1：評估服務影響

識別哪些用戶、桌面和應用程序不可用。

找出是整個環境還是特定工作負載受到影響。確認問題與經典退休有關，而不是其他身份驗證、網絡或會話主機相關的問題。

步驟 2：保護基礎設施和數據

檢查 Azure 訂閱以識別當前的虛擬機、管理磁碟、儲存帳戶和網路資源

文件依賴性並確保 備份 在採取任何行動之前存在。請勿刪除資源，直到應用程序數據、用戶配置文件和配置信息已被識別。

步驟 3：確認與 Microsoft 的恢復選項

聯繫微軟支持以確保仍然有可用的遷移/恢復程序。

最初的自動/手動遷移指示是考慮到退休日期而制定的，因此不應假設其適用。

在無法遷移經典配置的情況下，可能需要使用受支持的 Azure 虛擬桌面資源重新構建環境。

步驟 4：恢復應用程式和桌面交付

選擇一種支持用戶所需應用程序和桌面的架構。

對於計劃留在 Azure 虛擬桌面的組織，這通常涉及設置 ARM 集成主機池、受支持的會話主機、應用程序組和用戶分配。

一些組織可能會發現另一個 應用程式發佈 或桌面解決方案更符合他們的需求。

目標是重新建立訪問，同時避免之前設置的複雜性和不必要的開銷。

如何驗證 Azure 虛擬桌面遷移？

恢復基礎設施並不保證正常的用戶操作。

因此，遷移或重建必須在服務和應用層面上進行驗證。

驗證身份驗證和用戶訪問

確認用戶可以驗證並訪問已分配給他們的資源。

檢查 Microsoft Entra、多因素身份驗證、條件訪問政策和 Azure RBAC 指派（如適用）。

管理員應確認權限符合最小特權原則，並確保沒有不小心延續的舊有訪問模式。

測試業務關鍵應用程序

測試已發布的應用程序和桌面，利用不同的代表性用戶帳戶。

驗證活動應包括應用程式啟動、資料庫連接、網路共享、列印、剪貼簿重定向，以及任何必要的外圍設備。

遺留應用程序必須特別考慮，因為它們可能需要特定的操作系統配置、網絡路徑或應用程序組件。

一個舊版應用程序的例子可能是一個ERP應用程序，它成功啟動但無法從新的會話主機連接到其數據庫。

驗證檔案、性能和操作

使用 FSLogix 或任何其他配置工具的公司應確保所有內容都正確附加、持久並且可以正確訪問。

首次登錄時進行測試非常重要，並檢查當用戶打開應用程序以及下次登錄時一切是否正常運作。確保過程受到監控、備份和恢復也是至關重要的。

遷移只有在一切準備就緒時才算完成，包括用戶能夠訪問他們的應用程序。必須能夠妥善維護系統。

組織是否應重新考慮其桌面交付架構？

Azure Virtual Desktop (classic) 退休主要是一個平台生命週期問題，但這也提供了一個機會來評估當前的桌面交付平台是否繼續滿足您的需求。

轉向現代 Azure 虛擬桌面的選擇對許多人來說是顯而易見的，特別是那些已經以 Azure 為首並使用 Azure 托管桌面的用戶。

其他組織的需求較少且不複雜。

現代 Azure 虛擬桌面何時有意義？

現代 Azure 虛擬桌面 可能適合需要集中管理的 Windows 桌面和應用程式，並托管在 Azure 上的組織。

它支持多會話、RemoteApp 模型以及 Microsoft ID 和管理工具。

這對於已有 Azure 足跡的企業來說是有意義的，但 IT 部門仍然必須處理雲端的複雜性，包括授權、網絡、存儲、管理和運營方面。

何時適合使用另一種 Windows 應用程式發佈架構？

並非所有組織都需要在 Microsoft Azure 中完全實施的桌面虛擬化環境。

一些企業只需要有限的 遠端存取 針對特定的 Windows 應用程式，例如財務或 ERP 應用程式或舊版業務應用程式。

這些組織可以考慮發布托管在集中管理的 Windows 伺服器上的應用程式，而不是部署一般化的虛擬桌面基礎架構 (VDI)。

現代 Azure 虛擬桌面不僅僅是關於桌面或應用程式虛擬化，還涉及應用程式發布。

今天，可以使用 RemoteApp 方法發布 Azure 應用程式。

現實是，應用交付領域並不存在二元對立，而是一個從應用發布到桌面虛擬化的連續體。

討論應集中於為特定組織和使用案例尋找最相關的應用交付架構。

例如，如果有一個長期運行的應用程序托管在 Windows Server 文件夾中，並由一組授權用戶訪問，則當舊有基礎設施仍然正常運行時，組織不需要在 Azure Virtual Desktop 中發布它。

相反，對於這些企業來說，將其應用程序托管位置保留在本地，同時升級其應用程序訪問方法，可能會更有利。

決策應考慮哪些因素？

IT 部門應根據部署需求的標準來評估選擇，而不是根據已退役系統的功能。

考量	關鍵問題
主機托管	工作負載必須在 Azure 上運行嗎？
使用者體驗	完整桌面還是選定的應用程式？
相容性	現有的 Windows 應用程式會正常運作嗎？
安全性	身份和會話訪問是如何受到保護的？
管理	誰負責維護基礎設施？
授權	哪些 Microsoft 和軟體授權適用？
可擴展性	需要多少個同時使用者？
成本	擁有總成本是多少？

選擇一種能滿足可用性、安全性和降低管理複雜性的企業架構。

尋找 Windows 應用程式和桌面交付的替代方案嗎？

遷移到現代的 Azure 虛擬桌面不一定是每個組織的最佳選擇。主要需要訪問現有 Windows 應用程序或集中托管桌面的企業可能會受益於更簡單的架構，特別是當他們不需要完全由 Azure 托管的虛擬桌面環境時。

TSplus 遠端存取 使 IT 團隊能夠通過 RDP 兼容客戶端或 HTML5 網頁門戶發佈 Windows 應用程序和完整的遠程桌面。它支持本地和雲端托管的 Windows 伺服器，為尋求維護現有應用程序同時簡化遠程應用程序交付的組織提供了一個實用的替代方案。

結論

Azure Virtual Desktop (classic) 退役使得識別受影響的部署、保留現有資源並通過受支持的基礎設施恢復訪問變得至關重要。IT 團隊應在嘗試遷移或重建之前驗證可用的恢復選項。

無論組織是繼續使用現代 Azure 虛擬桌面還是採用其他交付架構，優先事項仍然是確保安全、可靠的應用程式訪問，而不增加不必要的操作複雜性。