2026 Windows Server 2019 KB5122876 後 RDP 卡住怎麼辦？

RDP 連線卡住、登入受阻，或遠端桌面服務 RDS 表現不穩時，先核對 Windows Server 2019 是否安裝 KB5122876，以及 KB5129238 或包含修復的後續更新是否已套用。

目前的優先處理方式：微軟確認 KB5122876 可能影響部分組織的 RDS，並指出 KB5129238 及其後更新已解決這項已知問題；先安裝適用的修復更新，再驗收遠端連線，不要預設卸載安全更新。微軟已解決問題說明｜KB5129238 支援說明

適合仍在使用 Windows Server 2019、需要判斷 RDS 故障是否與這次更新有關的 IT 管理員。
也適合維護 RDS 工作階段主機，或依賴 RDP 管理 Windows 業務軟體的運維人員。

最後更新於 2026 年 10 月 30 日；已核對微軟 Windows Server 2019 已解決問題頁面、KB5129238 支援說明與 RDS 排障文件。

故障判斷：相似症狀不等於補丁因果

微軟將 KB5122876 後的 RDS 不穩列為部分環境可能遇到的已知問題，並說明 KB5129238 與其後更新已解決該問題。這是有範圍的問題記錄，不表示每一部安裝該更新的伺服器都會出現故障。微軟問題狀態說明

先把現象分開記錄，避免只因為「RDP 卡住」就直接認定更新是原因：

• 連線建立失敗：用戶端無法連到主機，或連線停留在建立階段；需要另外確認網路路徑、主機可達性與遠端桌面服務狀態。
• 登入或工作階段異常：已到達登入流程，但帳戶驗證、現有工作階段或工作階段主機可能有問題。
• 登入後桌面或應用程式卡住：連線已進入桌面，但業務程式、使用者設定檔或主機資源問題仍可能導致操作停滯。
• 更新前後變化不明：若沒有安裝記錄或故障時間，單憑症狀與更新日期相近，不能證明兩者存在因果關係。

微軟的 RDS 更新排障文件也提醒，更新問題需要結合受影響情況與系統記錄判斷；sysadmin 社群確有管理員討論相關會話主機與 RDP 症狀，但社群回報只能反映討論需求，不能取代微軟對影響與修復關係的確認。微軟 RDS 更新排障文件｜sysadmin 社群討論

更新狀態核對：不要只看安裝日期

更新狀態應以已安裝的更新與作業系統資訊核對，不要只根據使用者記得的更新日期推斷。Windows Server 發行資訊可用來確認版本與更新脈絡，但是否已安裝修復，仍須在實際受影響主機上查驗。Windows Server 發行資訊

圖形介面：在「設定」開啟「更新與安全性」→「Windows Update」→「檢視更新記錄」，確認 KB5122876、KB5129238 及近期累積更新的安裝結果。再於「控制台」→「程式和功能」→「檢視已安裝的更新」交叉核對。不同管理方式下，更新記錄的呈現可能不同；找到 KB5129238 是一項線索，但還要確認安裝是否成功及是否需要重新啟動。

PowerShell：以系統管理員身分開啟 PowerShell，檢視已記錄的 HotFix：

Get-HotFix |
  Sort-Object InstalledOn -Descending |
  Select-Object HotFixID, InstalledOn, Description

若要快速查找指定更新：

Get-HotFix -Id KB5122876, KB5129238 -ErrorAction SilentlyContinue

查詢沒有列出某個 KB，不應單獨作為「修復尚未安裝」的結論；不同更新封裝、累積更新取代關係及記錄方式，可能影響查詢結果。請將系統版本、更新記錄及微軟目前列出的適用更新一併核對。微軟的更新說明用於確認 KB5129238 與已知問題的修復關係，適用性則以受影響主機的更新狀態為準。KB5129238 更新說明

KB5129238 是否能修復 Windows Server 2019 遠端桌面問題？

就這次已知的 RDS 問題而言，微軟指出 KB5129238 及其後更新已解決問題。這不代表它能修復所有 RDP 連線失敗或登入異常；若主機已安裝適用的修復更新，仍要按網路、帳戶、工作階段主機及應用程式等故障邊界繼續檢查。

修復路徑比較：先確認更新，再決定下一步

在更新前，先保存變更紀錄、目前更新清單、受影響主機及代表性故障時間；若業務允許，先在測試環境驗證。更新後則必須分別測試管理員連線與實際使用者登入，不能只以更新顯示成功或連接埠可達作為業務恢復的證據。

安裝修復後的驗收里程碑

怎麼確認 Windows Server 2019 已安裝 RDS 修復更新？

依序完成下列核對，並把結果記錄在變更單：

1. 安裝前留存狀態：記下系統版本、目前更新清單、RDS 主機角色與受影響時間。可在「設定」檢視更新記錄，並以 PowerShell 的 Get-HotFix 取得可見的 HotFix 記錄。
2. 確認更新適用性：比對微軟對 KB5129238 的說明與主機目前安裝的累積更新；若已安裝後續更新，仍須確認微軟列出的修復關係，不要只看安裝日期。
3. 依核准流程安裝：使用組織既有的更新管理與維護窗口，不要因為 RDP 異常就直接關閉安全更新。安裝完成後，依更新要求重新啟動，並記錄實際結果。
4. 分開驗證管理與使用者連線：先從管理端測試連線，再由實際使用者以原有帳戶登入，確認工作階段能建立，並能開啟所需業務程式。
5. 檢查服務與事件：在系統管理員 PowerShell 中檢視相關服務狀態，例如：

powershell Get-Service TermService, SessionEnv, UmRdpService

接著檢視系統與遠端桌面服務相關事件，記錄錯誤時間、來源與事件內容。服務顯示正在執行，不等於使用者工作階段或業務程式已恢復。

微軟的 RDS 連線指引著重於逐層排查工作階段連線；若出現「遠端桌面服務目前忙碌」等訊息，應依相應文件收集資料，而不是只重啟服務後便結案。RDS 工作階段連線排查指引｜「遠端桌面服務目前忙碌」排障與資料收集

修復後仍卡住：依故障邊界分流

安裝修復更新後，RDP 仍停在連線中該查什麼？

先確認測試的是同一台主機、同一路徑與同一類帳戶，再依下列順序分流：

• 網路路徑：從用戶端確認能否到達主機；在 PowerShell 使用 Test-NetConnection <主機名稱> -Port 3389 檢查連線路徑。這項測試只反映網路連線結果，不能證明登入、工作階段建立或業務程式正常。
• 帳戶與驗證：核對帳戶是否有效、驗證方式是否改變，以及是否只有特定使用者受影響；若只有個別帳戶失敗，就不要先把範圍擴大成全機更新故障。
• RDS 工作階段主機：檢查相關服務狀態、工作階段連線事件及發生時間；若事件內容對應特定元件，依微軟的連線排查步驟收集資料。
• 桌面與應用程式：若使用者能登入但桌面或業務軟體卡住，另查使用者設定檔與應用程式記錄。此類症狀不能僅憑出現在更新後，就判定是 KB5122876 的已知問題。
• 擴大處理：若多個使用者受影響、事件證據不足，或故障已影響關鍵業務，依組織事故流程升級，保留更新編號、主機狀態、登入結果與事件記錄。

若需建立新的 Windows 執行環境，先以相容性測試確認業務軟體與目標版本，再檢查 CloudUDP 產品頁實際列出的 Windows Server 版本與語言。可先閱讀CloudUDP 伺服器連線指南了解 Windows 遠端連線方式；若確定要重新部署，再核對訂購與開機流程及產品頁的實際選項。

將補丁驗收納入變更流程

將這次排障整理成固定的更新里程碑，後續遇到類似 RDP 異常時，才能快速區分已知更新問題與其他故障：

• 安裝前：確認目標主機、更新適用性、測試結果及維護窗口，並保存更新清單和目前連線狀態。
• 安裝時：記錄更新編號、安裝結果、必要重新啟動與任何失敗訊息；不要以「日期接近」代替實際狀態核對。
• 驗收時：分別測試管理員與實際使用者登入，檢查 RDS 服務、事件記錄及業務程式是否可用。
• 結案時：記錄更新前後差異、未解決症狀與後續負責人；若仍有問題，按網路、帳戶、工作階段主機及應用程式分流，不把所有殘留故障併入補丁事件。

如果這次事件暴露出舊環境缺少測試或回復程序，重新部署也不等於自動消除應用程式相容性問題；仍須先確認版本、語言與業務軟體需求。CloudUDP 的伺服器產品頁可供核對實際列出的 Windows Server 選項，但不應據此推定包含 RDS CAL、資料庫授權、遷移代維運或其他未列明服務。

何時考慮改用獨享 AMD 實體伺服器

若目前以共享 VPS 或公有雲執行長期 Windows 業務，問題可能不只在更新本身：共享資源可能受其他租戶負載影響；虛擬 CPU 的實際使用情況不完全由單一租戶控制；不同服務的頻寬與流量計費方式也需要逐項核算；而磁碟與作業系統選項則受服務商提供的規格限制。這些因素不代表每個雲端環境都不穩，也不表示換成實體機便能替代補丁管理或 RDS 授權。

若業務需要長期維持 Windows Server、希望將運算資源獨立於共享租戶，並由團隊自行管理更新與 RDS，CloudUDP 的 AMD 獨享實體伺服器可作為另一種部署選擇；選購前應以產品頁確認實際可選版本與語言。若需求只是短期測試、負載很輕，或高度依賴按需彈性擴縮，保留現有雲端方案可能更合適。所有 RDS CAL 仍須依微軟最新授權條款自行確認與採購。