這份快速入門提供從 Operations Manager 內部部署環境移轉至 Azure 監視器 SCOM 受控執行個體的程序。
必要條件
確認您目前的 Operations Manager 代理程式版本支援使用 SCOM 受控執行個體進行多路連接。
部署「SCOM 受控執行個體」執行個體。
在 SCOM 受控執行個體中設定使用者角色和權限。
從目前的 Operations Manager 環境匯入管理組件和覆寫。
設定管理組件的 Run-As 帳戶。
如果您在 SCOM 受控執行個體中使用多重管理伺服器,則請部署一組小型試驗代理程式,並在 SCOM 受控執行個體中驗證管理伺服器之間的容錯移轉行為。
識別目前由 Operations Manager 內部部署監視的應用程式或服務。 多路連接其代理程式開始向 SCOM 受控執行個體和內部部署 Operations Manager 報告,並執行下列步驟:
- 確認您在目前 Operations Manager 環境和 SCOM 受控執行個體中都看到相同服務的監視資料。
- 設定群組。
- 設定通知訂閱。
- 設定報告。
- 設定儀表板。
- 設定代理程式特定的設定。
- 設定代理程式主要和容錯移轉管理伺服器。
根據每個應用程式/服務的步驟 6 重複服務型移轉。
設定並驗證連接器。
例如:為 ITSM 工具和自動化設定和驗證連接器。
在 SCOM 受控執行個體中驗證所有監視資料、報告、通知、連接器、授權和群組之後,解除安裝舊 Operations Manager 環境的代理程式組態。
注意
覆寫以類別的特定執行個體為目標,在管理組件移轉之後可能無法運作,因為執行個體識別碼可能會在管理群組之間變更。 在特定執行個體上設定的群組成員資格可能無法運作。
提供下列成品的移轉詳細資料,例如:
- 管理組件和覆寫
- 儀表板
- 使用者角色和權限
- 通知訂閱
- 群組
- 1P 整合
- 代理程式對應和設定
這裡是支援成品的完整清單。
選取所需成品,以檢視從內部部署至 SCOM 受控執行個體的移轉詳細資料:
執行下列指令碼以建立部署在 Operations Manager 中的所有現存管理組件清查:
Get-SCOMManagementPack | Select-Object DisplayName, Name, Sealed, Version, LastModified | Sort-Object DisplayName | Format-Table
匯出未密封管理組件:
Get-SCOMManagementPack | Where{ $_.Sealed -eq $false } | Export-SCOMManagementPack -Path "C:\Temp\Unsealed Management Packs"
匯入 SCOM 受控執行個體中的密封管理組件。
匯入 SCOM 受控執行個體中的未密封 (已匯出) 管理組件。
移轉後驗證
請遵循下列步驟來驗證群組和資料收集的移轉。
群組內:前往 Operations Manager 主控台的 [撰寫] 工作區,然後選取 [群組]。 檢閱管理組件所建立之任何群組的成員資格,並確認已填入正確的物件。
在資料收集中:若要確認已探索到預定的物件,請移至 Operations Manager 控制台中的 [監視],並檢閱每個管理組件檢視。
確認狀態檢視已填入正確的物件 (伺服器、資料庫、網站等),並受到監視 (健康情況狀態並非未受監視)。
檢查效能檢視,並確認已收集效能資料。
Operations Manager 支援下列四種類型的資料視覺效果。
以下是可移轉項目的快速摘要:
資料視覺效果類型 |
可以移轉至 SCOM 受控執行個體 |
建議 |
管理組件中可用的儀表板/檢視 |
Yes |
Operations 主控台 |
在 Operations 主控台上建立的儀表板/檢視 |
Yes |
Operations 主控台 |
管理組件中可用的報表 |
No |
Power BI 報表 |
在 Operations 主控台上建立的報表 |
No |
Power BI 報表 |
- 針對管理組件中可用的儀表板/檢視,您可以檢視與 Operations Manager 內部部署中類似資料的資料 (因為它們內建於管理組件中)。
- 針對在 Operations 主控台上建立的儀表板/檢視,您必須在 SCOM 受控執行個體中重新設定自定義儀表板和檢視。
- 針對管理組件和 Operations 控制台中可用的 (SSRS) 報表,您必須重新設定 Power BI 上的所有報表,因為報表伺服器不存在於 SCOM 受控執行個體中。
注意
SCOM 受控執行個體中的使用者角色與內部部署 Operations Manager 之間不允許 1:1 對應。
在 SCOM 受控執行個體中,只有兩個使用者角色可供使用,而 Operations Manager 內部部署有 10 個使用者設定檔角色。 如需更多資訊,請參閱與使用者角色設定檔關聯的 Operations。
使用下列對應圖表,在具有適當權限的 SCOM 受控執行個體上提供存取權:
對應圖表
Operations Manager 內部部署 |
SCOM 受控執行個體 |
報表操作員 |
讀取者 |
唯讀操作員 |
讀取者 |
Operator |
讀取者 |
進階操作員 |
讀取者 |
應用程式監視操作員 |
讀取者 |
作者 |
參與者 |
系統管理員 |
參與者 |
報表安全性系統管理員 |
參與者 |
唯讀系統管理員 |
參與者 |
委派系統管理員 |
參與者 |
匯出每個角色中的使用者角色和使用者清單。
# This script will export the SCOM User Roles to CSV and Text File Format.
# -----------------------------------------------
# Outputs the file to the current users desktop
# -----------------------------------------------
$UserRoles = @()
$UserRoleList = Get-SCOMUserRole
Write-Output "Processing User Role: "
foreach ($UserRole in $UserRoleList)
{
Write-Output " $UserRole"
$UserRoles += New-Object -TypeName psobject -Property @{
Name = $UserRole.Name;
DisplayName = $UserRole.DisplayName;
Description = $UserRole.Description;
Users = ($UserRole.Users -join "; ");
}
}
$UserRolesOutput = $UserRoles | Select-Object Name, DisplayName, Description, Users
# Table Output
$UserRolesOutput | Format-Table -AutoSize
# CSV Output
$UserRolesOutput | Export-CSV -Path "$env:USERPROFILE`\Desktop\UserRoles.csv" -NoTypeInformation
# Text File Output
$UserRolesOutput | Out-File "$env:USERPROFILE`\Desktop\UserRoles.txt" -Width 4096
使用匯出的清單和對應建議,手動將使用者新增至個別的 Azure (SCOM 受控執行個體) 使用者角色。
SCOM 受控執行個體支援下列通知管道:
從 Operations Manager 管理群組匯出通知內部連結庫 管理組件,以移轉所有通知設定,並將其匯入 SCOM 受控執行個體。
將通知組態移轉至 SCOM 受控執行個體之後,將命令通道中使用的本機檔案複製到通知資源集區中所有管理伺服器上的相同路徑。 如果您從 Operations Manager 2016 移轉,設定通知管道需要更多步驟。
所有通知/訂用帳戶的中繼資料都會儲存在未密封的管理組件下。 如果您移轉管理組件,也會移轉通知和訂用帳戶。
Microsoft.SystemCenter.Notifications.Internal - 10.22.10113.0 - 通知內部程式庫
注意
通知/訂用帳戶取決於執行身分帳戶。 在移轉管理組件之前,請先在較新的環境中設定帳戶/設定檔。
群組會移轉為管理組件的一部分。 如需詳細資訊,請參閱管理組件和覆寫索引標籤的步驟 5。
支援的整合如下:
- Service Manager
- System Center Virtual Machine Manager
- Azure 監視器
System Center Orchestrator 至 Azure 自動化是 Azure 對等服務的建議。
移轉支援的成品
- 管理組件和覆寫
- 儀表板
- 使用者角色和權限
- 通知訂閱
- 群組
- 1P 整合
- 代理程式對應和設定
- 閘道
- 自定義和 3P 解決方案
下一步
在 Azure 建立 SCOM 受控執行個體。