從 Azure 虛擬桌面 (傳統) 手動移轉
Azure 虛擬桌面 (傳統) 使用 PowerShell Cmdlet、REST API 和服務物件建立其服務環境。 在 Azure 虛擬桌面服務環境中，「物件」是 Azure 虛擬桌面建立的內容。 服務物件包括租用戶、主機集區、應用程式群組和工作階段主機。
不過，Azure 虛擬桌面 (傳統) 未與 Azure 整合。 若未與 Azure 整合，Azure 入口網站不會自動管理您建立的任何物件，因為這些物件未與您的 Azure 訂用帳戶連線。
在最近的 Azure 虛擬桌面主要更新中，我們已改變服務，使服務能夠與 Azure 完全整合。 您在 Azure 虛擬桌面中建立的物件會由 Azure 入口網站自動管理。
在本文中，我們會說明為何您應該考慮移轉至最新版 Azure 虛擬桌面。 之後，我們會告訴您如何從 Azure 虛擬桌面 (傳統) 手動移轉至最新更新的 Azure 虛擬桌面。
為何要移轉？
主要更新可能會帶來不便，特別是您必須手動執行的更新。 不過，有一些原因致使您無法自動移轉：
- 使用傳統版本建立的現有服務物件在 Azure 中沒有任何表示法。 其範圍不會延伸超過 Azure 虛擬桌面服務。
- 透過最新更新，服務的應用程式識別碼會變更以移除對應用程式的同意，如同對 Azure 虛擬桌面 (傳統) 所做的方式一樣。 您將無法使用 Azure 虛擬桌面建立新 Azure 物件，除非物件使用新的應用程式識別碼進行驗證。
儘管很麻煩，但從傳統版本移轉離開仍然很重要。 以下是移轉之後您可以執行的動作：
- 透過 Azure 入口網站管理 Azure 虛擬桌面。
- 將 Microsoft Entra 使用者群組指派給應用程式群組。
- 使用改善的 Log Analytics 功能對您的部署進行疑難排解。
- 使用 Azure 原生的角色型存取控制 (Azure RBAC) 管理系統管理存取權。
我應該何時移轉？
當您自問是否應該移轉時，也應該將部署目前和未來的狀況納入考量。
有一些案例我們特別建議您手動移轉：
- 您有少量使用者的測試主機集區設定。
- 您有少量使用者的生產主機集區設定，但規劃最後會提升至數百位使用者。
- 您有一個簡單的設定，可以輕鬆地複寫。 例如，如果您的 VM 使用資源庫映像。
重要
如果您使用進階設定，需要長時間進行穩定或擁有大量使用者，則我們不建議手動移轉。
為移轉做準備
開始之前，您必須確定您的環境已準備好可以進行移轉。
以下是開始移轉程序所需的項目：
您將在其中建立新 Azure 服務物件的 Azure 訂用帳戶。
請確定您已指派給下列角色：
- 參與者
- 使用者存取系統管理員
參與者角色可讓您在訂用帳戶上建立 Azure 物件，而使用者存取管理員角色可讓您指派使用者給應用程式群組。
如何手動移轉
現在您已準備好移轉程序，您可以開始實際進行移轉。
若要從 Azure 虛擬桌面 (傳統) 手動移轉至 Azure 虛擬桌面：
- 請遵循透過 Azure 入口網站建立主機集區中的指示，使用 Azure 入口網站建立所有的高階物件。
- 如果要將您已經在使用的虛擬機器帶過來，請遵循向 Azure 虛擬桌面主機集區註冊虛擬機器中的指示，向您在步驟 1 中建立的新主機集區，手動註冊您的虛擬機器。
- 建立新的 RemoteApp 應用程式群組。
- 將使用者或使用者群組發佈至新的桌面和 RemoteApp 應用程式群組。
- 遵循設定多重要素驗證中的指示，更新條件式存取原則以允許新物件。
若要避免停機，您應該以小型群組方式，先向 Azure Resource Manager 整合主機集區，一次註冊您現有的工作階段主機。 之後，再慢慢地將您的使用者帶到新的 Azure Resource Manager 整合應用程式群組。
下一步
如果您想要了解如何改為自動移轉部署，請移至從 Azure 虛擬桌面 (傳統) 自動移轉。
移轉之後，請參閱我們的教學課程，了解 Azure 虛擬桌面的運作方式。 透過擴充現有的主機集區和自訂 RDP 屬性了解進階管理功能。
若要深入了解服務物件，請參閱 Azure 虛擬桌面環境。