更新驗證
概觀
更新驗證是 Microsoft 365 Apps 系統管理中心雲端更新服務內的一項功能，可讓系統管理員在全組織部署之前，驗證每月企業通道的新更新。 此功能會自動收集並合併健康情況指標，例如應用程式和增益集效能和可靠性資料，並引起對任何已識別問題的關注。 其自動化性質可減少手動管理工作的需求，並簡化更新部署程序。
提示
如需更新驗證的引導式簡介，請參閱 Microsoft 365 Apps 系統管理中心的簡介更新驗證 影片。
優點
許多大型組織一開始只選擇對某些裝置推出新的更新。 瞭解部署可協助他們及早找出並修正潛在問題，並降低發生問題影響許多裝置的機會。 但這也表示系統管理員有更多工作。 他們通常必須手動收集來自技術支援中心小組或特定測試人員等來源的早期意見反應。 而且，如果沒有更多調查和疑難解答，意見反應可能不夠清楚或不夠詳細，無法識別實際問題。 整體而言，它會新增到系統管理員的工作負載，並降低更新的部署速度。
更新驗證可協助系統管理員自動收集健康情況訊號、在第一次部署階段檢查裝置，並判斷是否可以安全地繼續進行更新部署。 系統管理員可以看到單一介面，引導他們完成程式。 系統會自動偵測、評估及醒目提示應用程式和載入宏之間的問題。 如果發生問題，系統管理員可以輕鬆地識別受影響的裝置、應用程式和載入宏。此外，系統管理員可以停止推出或將更新的裝置還原至先前的更新，全都來自相同的系統管理介面。
更新驗證會使用統計測試和閾值，從健康情況數據中移除任何不相關或不正確的資訊。 系統管理員會根據可靠的深入解析來取得評量，以顯示對使用者工作流程的實際影響。
運作方式
一旦針對雲端更新中的每月企業通道設定自定義推出波，就會自動啟用更新驗證。 一旦 Cloud Update 將新的更新部署至裝置，就會自動執行下列動作：
- 更新前健康情況的計算： 使用更新發行前七天第一次部署階段從裝置接收到的診斷數據，它會計算每個個別裝置、個別應用程式和個別載入宏的效能和可靠性基準。
- 更新后健康情況的計算： 一旦裝置安裝最新的更新，一旦達到 95% 的統計信賴度，就會計算相同的基準。
- 篩選和比較：它會比較更新前和更新後計量，並計算實際變更。 篩選掉低於特定閾值的次要降低。
- 評分：負值變更 (個別評分) 效能降低。
-
計算和顯示評量：一旦收到並驗證足夠的數據，系統管理員就會看到評量。
- 綠： 未偵測到任何/次要的效能降低。 建議系統管理員繼續部署更新。
- 黃色： 偵測到有限的效能降低，建議系統管理員密切監視部署。
- 紅： 偵測到至少一個主要的效能降低，系統管理員可以選擇暫停部署或起始復原。
如需黃色或紅色的狀態，系統管理員可以檢閱裝置清單，並查看哪些裝置、載入宏/應用程式和健康情況計量造成指定的評量。
需求
支援的內建系統管理員角色
您可以使用下列內建 Microsoft Entra 角色來存取和管理功能:
重要事項
Microsoft 建議您使用權限最少的角色。 這有助於改善貴組織的安全性。 全域系統管理員是高度特殊權限角色，應僅在無法使用現有角色的緊急案例下使用。
| 角色 | 描述 |
|---|---|
| Office Apps 系統管理員 (建議) | 此角色可以管理 Office 應用程式雲端服務，包括原則和設定管理，以及管理選取、取消選取和發佈「新功能」內容至使用者裝置的能力。 |
| 安全性系統管理員 | 此角色可以讀取安全性資訊和報告，並管理 Microsoft Entra ID 和 Office 365 中的設定。 |
| 全域管理員 | 此角色可以管理使用 Microsoft Entra 身分識別的 Microsoft Entra ID 和 Microsoft 服務的所有層面。 |
注意事項
全域讀取者是 Microsoft 365 Apps 系統管理中心支援的另一個內建角色，但不支援雲端更新或新式應用程式設定頁面等功能。
授權需求
必須將您的使用者指派給下列其中一個訂閱方案:
| 類型 | 訂閱方案 |
|---|---|
| Education | |
| Business | |
| 大型企業 |
重要事項
不支援下列方案:
- 由 21Vianet 營運的 Microsoft 365
- Microsoft 365 GCC
- Microsoft 365 GCC High 和 DoD
產品版本需求
您可以使用下列版本需求，來管理 Windows 上的 Microsoft 365 Apps:
其他需求
必須符合下列其他需求：
- 裝置必須透過雲端更新進行管理。
- 您的裝置必須開啟 Office 的診斷數據。
- 裝置必須位於每月企業通道上。
- 您必須啟用 首度發行波 ，且在第 1 波上至少有 10 部裝置。 建議您在第一波中至少有 20 部裝置，因此更新驗證會取得健全且廣泛的健康情況訊號。
- 必須在第一波與第二波推出之間設定七天的期間。
如何啟用更新驗證
設定雲端更新的 自定義波 。 第一波會自動設定為七天的延遲，並啟用更新驗證。 請確定第一波裝置提供貴組織部門和使用案例的各種表示法，包括載入宏。這種多樣化的表示法可促進早期問題偵測和及時解決，進一步將潛在風險降至最低。
如何停用更新驗證
如果您要停用更新驗證，您的選項如下：
- 流覽至 [雲端更新 > 每月企業通道 > 設定 > ] 首度發行波 ，然後選取 [退出更新驗證 ] 選項。
- 將 [ 使用首度發行波 ] 選項設定為 [ 否，不需要]，完全停用推出波。 若沒有推出波，更新驗證會自動停用。
In-Depth 描述
預先更新健康情況基準
更新驗證是使用裝置從第一次推出階段傳送的診斷數據。 下列計量是使用更新發行前七天的數據來計算：
- 效能：以秒為單位的應用程式啟動效能。
- 可靠性：平均當機率，以百分比為單位。
這些計量會針對下列每個應用程式和載入宏個別計算：
- Word
- Excel
- PowerPoint
- Outlook
- OneNote
- 每個公用載入宏，但與 Microsoft 365 Apps 組合的載入宏除外
這些計量會針對每個裝置個別計算，並形成指定裝置的更新前基準。 例如，如果第一個部署階段有10個裝置，且每個裝置都執行Microsoft365應用程式有兩個額外的載入宏，則每個裝置會計算14個計量，總共140個。
更新后健康情況基準
一旦裝置更新為最新版本並傳送診斷數據之後，更新驗證就會開始計算更新后的基準。 它會使用與更新前基準相同的計量，並在進行中的基底上計算它們。 一旦傳遞 95% 的統計信賴度，結果就會傳送至下一個階段。 可能需要數天的時間，更新驗證才會收到足夠的診斷數據。
套用閾值和評分結果
此階段牽涉到比較每個裝置的基準和個別計量。 後續步驟會忽略已改善的計量，例如 Outlook 的應用程式啟動時間。 不過，已變差的計量，例如 Word 的可靠性，會使用下列閾值來評估，以判斷使用者是否受到降低的影響。
- 針對每個應用程式，檢查是否：
- 效能高於 5 秒，且比之前慢至少 1 秒。
- 可靠性低於99%，且至少低於之前的1個百分比點。
- 針對每個載入宏，檢查是否：
- 效能至少比之前慢 1 秒。
- 可靠性低於99%，且至少低於之前的1個百分比點。
臨界值有助於篩選出在統計上很重要，但不會干擾使用者的效能降低。 例如，假設 Outlook 的應用程式啟動效能從兩秒慢到三秒。 這是 50% 的降低，但不會對使用者造成太大的影響。 Outlook 仍會快速啟動，而且可能不會中斷使用者的日常工作。
超過臨界值的任何降級接著會獲指派分數。
- 應用程式效能降低：0.5 點
- 應用程式可靠性降低：1 點
- 載入宏效能降低：0.25 點
- 載入宏可靠性降低：0.5 點
顯示評定
灰色評估表示需要更多數據，才能進行可靠的評估。 在至少處理並評分來自10部裝置的數據之前，都會顯示此評量。 然後會摘要分數，並向系統管理員顯示評量：
- 綠色評量表示分數低於0.5。 這表示沒有或最小效能降低，而且應該可以放心地繼續進行更新部署。
- 黃色評量表示分數介於 0.5 到 1.0 之間。 這表示效能降低有限，建議您繼續進行更新部署，並監視是否有任何問題。
- 紅色評量表示分數高於1.0。 這表示嚴重降低，建議系統管理員檢閱哪些裝置、應用程式和載入宏受到影響，並決定是否應暫停更新部署。 系統管理員也可以復原已從相同介面接收更新的裝置。
例如：
- 如果 Word 在一部裝置上啟動的速度比之前慢，而且超過閾值，這會將分數增加 0.5 點，併產生黃色評量。
- 如果載入宏在兩部裝置上的損毀頻率比之前高，而且超過閾值，這會將分數增加 1 點，併產生紅色評量。 這不一定在兩個裝置上是相同的載入宏。