HealthCheckName type
定義 HealthCheckName 的值。
KnownHealthCheckName 可以與 HealthCheckName 交換使用，此列舉包含服務支援的已知值。
服務支援的已知值
DomainJoinedCheck：確認 SessionHost 已加入網域。 如果此檢查失敗會分類為嚴重，因為如果 SessionHost 未加入網域，則無法成功連線。 目前已啟用 ()
DomainTrustCheck：確認 SessionHost 在建立會話時，不會發生網域信任問題，以防止在會話建立時在 SessionHost 上進行驗證。 如果此檢查失敗會分類為嚴重，如果我們無法連線到 SessionHost 上的網域進行驗證，則無法成功連線。 目前已啟用 ()
FSLogixHealthCheck：確認 FSLogix 服務已啟動並執行，以確保使用者在會話中載入設定檔。 如果此檢查失敗會分類為嚴重，即使連線成功，使用者體驗也不正確，因為無法載入使用者設定檔，而且使用者會在會話中取得暫時設定檔。 (目前停用的)
SxSStackListenerCheck：確認 SxS 堆疊已啟動並執行，讓連線可以成功。 如果此檢查失敗會分類為嚴重，因為 SxS 堆疊尚未就緒，則無法成功連線。 目前已啟用 ()
UrlsAccessibleCheck：確認可從 SessionHost 連線到所需的 WVD 服務與 Geneva URL。 這些 URL 包括：RdTokenUri、RdBrokerURI、RdDiagnosticsUri 和用於代理程式監視的儲存體 Blob URL () 。 如果此檢查失敗，電腦仍可服務連線，主要問題可能是監視代理程式無法儲存暖路徑資料 (記錄、作業 ...) 。 (目前停用的)
MonitoringAgentCheck：確認必要的 Geneva 代理程式正在執行。 如果此檢查失敗，它不是嚴重，而且電腦仍然可以服務連線，主要問題可能是監視代理程式遺失或執行 (可能) 舊版。 目前已啟用 ()
DomainReachable：確認已加入 SessionHost 的網域仍可連線。 如果此檢查失敗會分類為嚴重，因為如果連線時無法連線到 SessionHost 加入網域，則無法成功連線。 (目前停用的)
WebRTCRedirectorCheck：驗證 WebRTCRedirector 元件是否狀況良好。 WebRTCRedirector 元件可用來優化 Microsoft Teams 中的視訊和音訊效能。 這會檢查元件是否仍在執行中，以及是否有較高的版本可用。 如果此檢查失敗，它不是嚴重，而且電腦仍然可以服務連線，主要問題可能是 WebRTCRedirector 元件必須重新開機或更新。 (目前停用的)
SupportedEncryptionCheck：驗證 SecurityLayer 註冊金鑰的值。 如果值為 0 (SecurityLayer.RDP) 此檢查失敗，錯誤碼 = NativeMethodErrorCode.E_FAIL且嚴重。 如果值為 1 (SecurityLayer.Negotiate) 此檢查失敗，錯誤碼 = NativeMethodErrorCode.ERROR_SUCCESS且非嚴重。 (目前停用的)
MetaDataServiceCheck：確認中繼資料服務可供存取並傳回計算屬性。 目前已啟用 ()
AppAttachHealthCheck：確認 AppAttachService 狀況良好， (套件暫存) 期間沒有任何問題。 AppAttachService 可用來啟用暫存/註冊 (和最終取消註冊/還原標記) 租使用者系統管理員所設定的 MSIX 應用程式。這會檢查元件在套件暫存期間是否有任何失敗。 預備中的失敗會防止某些 MSIX 應用程式對終端使用者正常運作。 如果此檢查失敗，它不是嚴重，而且電腦仍然可以服務連線，主要問題可能是特定應用程式不適用於終端使用者。 目前已啟用 ()
type HealthCheckName = string