本快速入门介绍了从本地 Operations Manager 迁移到 Azure Monitor SCOM 托管实例的过程。
先决条件
验证当前 Operations Manager 代理版本是否支持多宿主 SCOM 托管实例。
部署 SCOM 托管实例 实例。
在 SCOM 托管实例中配置用户角色和权限。
从当前 Operations Manager 环境中导入管理包和替代。
为管理包配置运行方式帐户。
如果在 SCOM 托管实例中使用多个管理服务器,请部署一小组试点代理,并验证 SCOM 托管实例管理服务器之间的故障转移行为。
标识当前由 Operations Manager 本地监视的应用程序或服务。 多宿主其代理开始向本地 SCOM 托管实例 和 Operations Manager 报告,并执行以下步骤:
- 验证在当前 Operations Manager 环境和 SCOM 托管实例中看到服务的相同监视数据。
- 配置组。
- 配置通知订阅。
- 配置报告。
- 配置仪表板。
- 配置特定于代理的设置。
- 配置代理主服务器和故障转移管理服务器。
根据步骤 6 为每个应用程序/服务重复基于服务的迁移。
配置和验证连接器。
例如:为 ITSM 工具和自动化配置和验证连接器。
在 SCOM 托管实例中验证所有监视数据、报告、通知、连接器、权限和组后,请卸载旧 Operations Manager 环境的代理配置。
注意
替代面向类的特定实例,在迁移管理包后可能无法工作,因为实例 ID 可能会在管理组之间更改。 在特定实例上配置的组成员身份也可能不起作用。
提供了以下项目的迁移详细信息作为示例:
- 管理包和替代
- 仪表板
- 用户角色和权限
- 通知订阅
- 组
- 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 托管实例 |
建议 |
管理包中提供的仪表板/视图 |
是 |
操作控制台 |
在操作控制台上创建的仪表板/视图 |
是 |
操作控制台 |
管理包中可用的报表 |
否 |
Power BI 报表 |
在操作控制台上创建的报表 |
否 |
Power BI 报表 |
- 对于管理包中提供的仪表板/视图,可以查看类似于 Operations Manager 本地 (中的数据,因为它们内置于管理包) 中。
- 对于在操作控制台上创建的仪表板/视图,需要在 SCOM 托管实例中重新配置自定义仪表板和视图。
- 对于管理包和操作控制台中提供的 (SSRS) 报表,需要在 Power BI 上重新配置所有报表,因为 SCOM 托管实例中不存在报表服务器。
注意
SCOM 中的用户角色托管实例到本地 Operations Manager 之间不允许进行 1:1 映射。
在 SCOM 托管实例中,只有两个用户角色可用,而本地 Operations Manager 有 10 个用户配置文件角色。 有关详细信息,请参阅 与用户角色配置文件关联的操作。
使用以下映射图表提供对具有适当权限的 SCOM 托管实例的访问权限:
映射图表
本地 Operations Manager |
SCOM 托管实例 |
报表操作员 |
读取器 |
只读操作员 |
读取器 |
运算符 |
读取器 |
高级操作员 |
读取器 |
应用程序监视操作员 |
读取器 |
作者 |
参与者 |
管理员 |
参与者 |
报表安全管理员 |
参与者 |
只读管理员 |
参与者 |
委派管理员 |
参与者 |
导出用户角色列表和每个角色中的用户。
# 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 Monitor
建议在 Azure 等效服务上Azure 自动化 System Center Orchestrator。
迁移支持的项目
- 管理包和替代
- 仪表板
- 用户角色和权限
- 通知订阅
- 组
- 1P 集成
- 代理映射和配置
- 网关
- 自定义和 3P 解决方案
后续步骤
在 Azure 上创建 SCOM 托管实例。