採用雲端原生架構、利用 Azure 建立基礎架構，或希望將監控整合到一個單一介面的組織，可以受益於 Azure Monitor 及其由資料收集規則驅動的資料收集方式。
本文說明如何從 Azure 監視器 SCOM 受控執行個體移轉至 Azure 監視器資料收集規則。
資料收集規則 （DCR）
資料收集規則 是 Azure 監視器新式資料擷取架構的核心。 DCR 定義下列項目：
- 要從不同資源收集的遙測類型
- 如何轉換或篩選遙測資料，並將它傳送至適當的位置 （例如，Log Analytics 工作區、儲存體和事件中樞）。
局限性
- 可能需要將複雜的管理套件邏輯重新撰寫為自訂查詢和 DCR。
- 重新訓練員工，使其更熟悉 Azure 監視器術語和 Azure 模型，相較於內部部署模型。
- 檢閱從 System Center Operations Manager 內部部署授權移至隨用隨付 Azure 和 Azure 監視器定價的成本影響。
最佳做法
- 徹底規劃：首先對您的 SCOM 受控執行個體環境與目標平台 (內部部署或以資料收集規則為基礎) 進行全面的清查和差距分析。
- 先試點：針對資源子集進行試點移轉，以驗證您的移轉方法，並在全面推出之前識別問題。
- 利用 Microsoft 資源：Microsoft 提供移轉指南、參考架構和支援管道來協助您進行轉換。
- 規劃訓練：確保您的 IT 小組具備管理所選平台的技能，特別是在移至資料收集規則和 Azure 監視器時。
移轉至 Azure 監控 DCR
若要移轉至 Azure 監視器 DCR，請遵循下列步驟：
評估目前的監控需求
手動確定所有管理套件、受監視的代理程式、自訂項目及整合的清查。 使用 PowerShell 腳本或 System Center Operations Manager 主控台來匯出組態。 您可以使用 此處的指南將管理元件匯出至清單。
映射至 Azure Monitor 等效專案
將 SCOM 受控執行個體功能與 Azure 監視器元件比對，例如計量、記錄、警示和活頁簿。 某些 System Center Operations Manager 功能可能沒有直接對等的功能;規劃因應措施或增強功能。 請遵循 如何判斷對等功能的指引。
作者資料收集規則 （DCR）
將管理組件對應到 DCR。
部署 Azure 監視器代理程式 （AMA）
在目標資源上安裝 AMA，例如虛擬機器和伺服器。 將其設定為使用已建立的 DCR。 請遵循 如何部署 Azure 監視器代理程式的指引。
移轉警示
使用 Azure 監視器的警示架構 （計量警示和記錄查詢警示） 重新建立 SCOM 受控執行個體警示。 請遵循如何 移轉警示的指引。
建置儀表板和結果
使用 Azure 活頁簿來視覺化健康情況、效能和警示。 盡可能複製 System Center Operations Manager 的儀表板。 請遵循 如何視覺化資料的指引。
重新連線整合
將內部部署的 System Center Operations Manager 中的警示規則對應到 Azure 監視器警報規則，以及所有 ITSM 和其他整合。 請遵循 地圖化警示規則的方法指引。
停用 SCOM 受控執行個體
內部部署設定穩定之後，請刪除 SCOM 受控執行個體資源，以避免不必要的成本。 刪除 SCOM 受控執行個體只不過是刪除部署 SCOM 受控執行個體資源的 Azure 資源群組。 如有任何問題，請參閱 常見問題。