通过

在 Service Manager 中将源系统注册到 System Center 数据仓库

  • 项目

Service Manager 中的数据仓库从一个或多个数据源检索数据。 这些数据源是指将用于产生并管理你最终将要进行度量和分析的数据的事务处理系统。 例如，事件和更改请求在 Service Manager 中创建和管理，软件更新和电源策略在 Configuration Manager 中管理，其他系统生成和管理其他数据集。

注册数据仓库将会在数据仓库服务器与源系统之间创建一种关系，以便信息能够在其之间流动。 在 Service Manager 中，可以直接注册到 Service Manager、Operations Manager 和 Configuration Manager。 你还可以在数据仓库的顶层使用更新后的软件开发工具包 (SDK) 层，这使得你能够直接将数据从其他数据源推入到数据仓库中。 例如，你可能想要将数据从人力资源计算机系统推送到数据仓库。

将 System Center 数据仓库注册到 Operations Manager

可以使用 Service Manager 中的以下过程将 System Center 数据仓库注册到 Operations Manager，然后验证注册。

若要将数据仓库注册到 Operations Manager，请执行以下步骤：

  1. 将 System Center 数据仓库注册到 Service Manager 源。

  2. 等待 MPSync 作业完成。

  3. 使用属于 Service Manager 和数据仓库管理管理员组成员的帐户登录到托管 Service Manager 控制台的计算机。

  4. 在 Service Manager 控制台中，选择 数据仓库。

  5. 在 “管理 ”窗格中，展开 “数据仓库”，然后选择“ 数据源”。

  6. 在 “任务” 列表中，选择“ 注册数据源”。

  7. 在“注册数据源向导” 的“开始 之前”页上，选择“ 下一步”。

  8. 在 “数据源类型 ”页上，选择 “Operations Manager”。

  9. 在 “指定根管理服务器 ”区域下，输入以下信息：

    1. 对于 根管理服务器名称，请输入服务器名称。

    2. 对于 操作数据库服务器，请输入数据库服务器名称。

    3. 对于 数据库名称，请输入数据库的名称。

  10. 选择下一步。

  11. 在“凭据”页上，可以接受运行方式帐户列表中的默认条目，然后选择“下一步”，也可以输入所选用户或组中的凭据。

    重要

    指定的帐户将在 Service Manager 管理服务器上分配管理凭据，并授予对 Service Manager 数据库的读取权限。 向数据仓库注册时，可以指定其他 Service Manager 管理组的不同凭据。

  12. 在 “摘要 ”页上，可以查看所选的设置。 选择“完成”。

  13. 在 “结果 ”页上， 数据源注册完成后 ，将显示“ 完成”。

验证 Operations Manager 注册过程

  • 在 “数据源 ”视图中，新的数据源显示在数据源列表中，数据源类型为 Operations Manager。 可能需要刷新视图才能看到新的数据源。

将 System Center 数据仓库注册到 Configuration Manager

可以使用 Service Manager 中的以下步骤将 Configuration Manager 注册到 System Center 数据仓库，然后验证注册。

若要向数据仓库注册 Configuration Manager，请执行以下步骤：

  1. 通过使用属于 Service Manager 和数据仓库管理管理员组成员的帐户，登录到托管 Service Manager 控制台的计算机。

  2. 在 Service Manager 控制台中，选择 数据仓库。

  3. 在 “管理 ”窗格中，展开 “数据仓库”，然后选择“ 数据源”。

  4. 在 “任务” 列表中，选择“ 注册数据源”。

  5. 在“注册数据源向导” 的“开始 之前”页上，选择“ 下一步”。

  6. 在 “数据源类型” 页上，选择 “Configuration Manager”。

  7. 在“指定中央站点服务器”下，输入以下信息：

    1. 对于 中央站点服务器名称，请输入站点服务器名称。

    2. 对于 数据库名称，请输入数据库的名称。

  8. 选择下一步。

  9. 在“凭据”页上，可以接受运行方式帐户列表中的默认条目，然后选择“下一步”，也可以输入所选用户或组中的凭据。

    重要

    指定的帐户将在 Service Manager 管理服务器上分配管理凭据，并授予对 Service Manager 数据库的读取权限。 向数据仓库注册时，可以指定其他 Service Manager 管理组的不同凭据。

  10. 在 “数据选择 ”页上，选择要提取的域，然后选择“ 下一步”。 例如，选择 System Center Configuration Manager 连接器配置 和 System Center Configuration Manager 电源管理连接器。

  11. 在 “摘要 ”页上，可以查看所选的设置。 选择“完成”。

  12. 在“结果”页上，当数据源注册完成时，选择“完成”。

验证 Configuration Manager 注册过程

  • 在“数据源”视图中，新的数据源显示在数据源列表中，其中包含 Configuration Manager 的数据源类型。 可能需要刷新视图才能看到新的数据源。

将 System Center 数据仓库注册到 Service Manager 源

可以使用 Service Manager 中的以下过程将 System Center 数据仓库注册到 Service Manager 管理组，然后验证注册。 这样就可以在单个数据仓库中托管多个 Service Manager 管理组。

将数据仓库注册到另一个 Service Manager 管理组

  1. 通过使用属于 Service Manager 和数据仓库管理管理员组成员的帐户，登录到托管 Service Manager 控制台的计算机。

  2. 在 Service Manager 控制台中，选择 数据仓库。

  3. 在 “管理 ”窗格中，展开 “数据仓库”，然后选择“ 数据源”。

  4. 在 “任务” 列表中，选择“ 注册数据源”。

  5. 在“注册数据源向导” 的“开始 之前”页上，选择“ 下一步”。

  6. 在 “数据源类型 ”页上，选择 “Service Manager”。

  7. 在“指定 Service Manager 服务器”下，输入以下信息：

    1. 对于 Service Manager 服务器名称，请输入服务器名称。

  8. 选择下一步。

  9. 在“凭据”页上，可以接受运行方式帐户列表中的默认条目，然后选择“下一步”，也可以输入所选用户或组中的凭据。

    重要

    指定的帐户将在 Service Manager 管理服务器上分配管理凭据，并授予对 Service Manager 数据库的读取权限。 向数据仓库注册时，可以指定其他 Service Manager 管理组的不同凭据。

  10. 在 “摘要 ”页上，可以查看所选的设置。 选择“完成”。

  11. 在 “结果 ”页上， 数据源注册完成后 ，将显示“ 完成”。

验证 Service Manager 注册过程

  • 在 “数据源 ”视图中，新的数据源显示在数据源列表中，其数据源类型为 Service Manager。 可能需要刷新视图才能看到新的数据源。

管理 Operations Manager 和 Configuration Manager 的数据导入作业

可以使用以下过程在 Service Manager 中管理数据仓库数据导入作业。 数据导入作业与其他数据仓库作业类似，可以使用 Service Manager 控制台和 Windows PowerShell cmdlet 管理它们。 管理方法包括：

  • 将处理计划修改为每小时、每日或每周

  • 暂停作业

  • 恢复挂起的或未启动的作业

管理数据导入作业并更改作业计划

  1. 在 Service Manager 控制台中，依次选择“数据仓库”、“数据仓库”和“数据仓库作业”。

  2. 在“数据仓库作业”窗格中，选择作业名称，然后在“任务”下选择“属性”。

  3. 在显示的作业属性对话框中，可以查看当前计划。 可以将计划更改为所选计划之一。 例如，将计划更改为“每日”，并在上午 1：00 运行作业，然后选择“确定”。

  4. 可以选择 挂起 作业，也可以 恢复 已挂起或未启动的任何作业。

排查 System Center 数据仓库错误

本部分介绍在 Service Manager 中排查 System Center 数据仓库错误时可以采取的步骤。

使用数据仓库服务器上的 Operations Manager 事件日志来排查错误

Service Manager 事件日志位于 Operations Manager 事件日志中。 由于来自数据仓库的大多数错误均可在此事件日志中找到，因此评估该日志中的事件非常有用。 日志中的事件来自两个不同的来源：部署和数据仓库。

具有部署源的事件在管理包部署期间生成，其中包括报表部署或组装数据仓库;例如，通过创建出线器、维度和事实数据表。 事件日志中的错误包括有关如何从错误中恢复的说明。 例如，可以阅读建议停止并重启 Service Manager 服务的说明。 数据仓库管理服务器上的三项服务为：

  • System Center Data Access 服务

  • Microsoft Monitoring Agent

  • System Center Management Configuration

启动和停止 Service Manager 服务时，必须停止并启动所有三个服务。

部署数据仓库后，事件的来源为“数据仓库” 的可能性更大。 这些事件由作业在提取、转换和加载 (ETL) 作业、MPSync 作业和 DWMaintenance 作业等的正常操作过程中创建。

使用 Service Manager 控制台排查错误

在 Service Manager 控制台中，选择 数据仓库作业 ，你将看到 ETL 作业和 MPSync 作业状态。 如果部署成功，并且数据仓库已正确注册到至少一个 Service Manager 管理组，则会看到至少五个作业。 每个作业均应具有状态“正在运行” 或“未启动” 。

如果看到作业状态列为“失败”，则可以选择该作业，然后在“任务”窗格中选择“模块”，找出哪个作业模块失败。 然后，可以检查数据仓库服务器上的 Operations Manager 事件日志，以确定模块失败的原因。

在数据仓库工作区中，可以在左窗格中选择管理包。 这是你可以查看数据仓库中所有管理包及其部署状态的位置。 将管理包导入 Service Manager 时，MPSync 作业将其同步到数据仓库，其中 MPSync 作业从管理包同步派生其名称。 在获取数据仓库中的管理包列表时，可以查明管理包是否已成功部署。

如果管理包已定义了诸如子维度、维度、事实数据表或报表等特定于数据仓库的元素，则必须先成功部署该管理包，然后新表和报表才会准备就绪以供使用。

使用 Windows PowerShell 排查错误

下表中的 Windows PowerShell cmdlet 提供有关数据仓库作业的详细信息。

命令 说明
Get-SCDWMgmtGroup 此命令将告诉你数据仓库中当前注册有哪些来源。 你应会看到至少两个不同的 DataSourceName 值。
Get-SCDWJob 此命令将列出当前批的数据仓库作业状态。 使用该命令，可检查是否启用这些作业、哪些作业正在运行以及它们的启动时间。

MPSync 或 DWMaintenance 作业启动时，它们会禁用所有 ETL 作业。 对于每个 ETL 作业，你将会看到“已启用” 列被设置为“False” 。 这意味着，即使 ETL 作业状态显示它正在运行，它实际上并未运行。 MPSync 或 DWMaintenance 作业完成时，这些 ETL 作业会自动启用并继续进行处理。

作业通常具有“未启动” 状态，除非上一批已完成。 如果需要，可使用 Get-SCDWJob 命令查看特定作业的最后几批。
Get-SCDWJob -JobName 特定作业名称 -NumberOfBatches number 使用此命令可查看由 特定作业名称指定、已完成、启动时间以及结束时间的最新作业。 你可以计算它的运行时长以及下一个批 ID 和状态是什么。 作业批 ID 始终递增。
Get-SCDWJobModule 该命令提供有关作业中特定模块的详细信息。 当你看到作业失败并想要找出导致失败的原因时，这非常有用。

排查常见数据仓库问题

此列表并不详尽，但它涵盖了你可能遇到的大多数常见问题。

注册数据仓库后没有部署报表

现象

打开 Service Manager 控制台时，将显示一个对话框，指示 Reporting Service 不可用。 另一个症状是 “报告 工作区”按钮显示在 Service Manager 控制台中;但是，工作区中没有显示任何报表。 另一个症状是没有向 Reporting Services 服务器中部署任何报表。

数据仓库部署的其他方面可能看起来一切顺利。 例如，在 Service Manager 控制台中选择数据仓库并选择数据仓库作业时，会看到两个提取作业、一个转换和加载作业以及一个 MPSync 作业。

故障排除步骤

若要解决此问题，请完成下列步骤。

步骤 1：检查管理包的部署状态：

  1. 在 Service Manager 控制台中，选择 数据仓库。

  2. 选择“管理包”，然后在“搜索筛选器”框中输入报表。 这将会筛选出与报表相关的管理包结果。

  3. 检查下列管理包的部署状态（最后一列）。 任何管理包均不应具有“失败” 状态。

    • ServiceManager.ActivityManagement.Report.Library

    • ServiceManager.ProblemManagement.Report.Library

    • ServiceManager.IncidentManagement.Report.Libraryxxx

    • ServiceManager.ConfigurationManagement.Report.Library

    • ServiceManager.ChangeManagement.Report.Library

步骤 2：检查事件日志以了解涉及程序集 Microsoft.EnterpriseManagement.Reporting.Code.dll 文件的错误消息。

如果上述五个管理包中的任何一个部署失败：

  1. 在数据仓库管理服务器上，打开 Operations Manager 事件日志。

  2. 筛选“事件源” 为“部署” 以及“事件级别” 为“错误” 的事件。

  3. 如果事件日志中的错误消息显示“无法加载程序集 Microsoft.EnterpriseManagement.Reporting.Code.dll” ，请审阅下列各项：

    1. SQL Server Reporting Services (SSRS) 可能安装在一台不同于数据仓库管理服务器的服务器上。

    2. 如果 SSRS 安装在与数据仓库管理服务器相同的服务器上，请重启 SSRS 服务。

  4. 重启 SSRS：

    1. 登录到安装了 SSRS 的服务器。

    2. 打开 Reporting Services 配置管理器。

    3. 在 Reporting Services 配置连接 窗口中，选择“ 连接”。

    4. 在“报表服务器状态”窗口中，选择“停止”，然后选择“启动”。

    5. 选择退出。

步骤 3：重新部署任何失败的报表管理包：

  1. 在 Service Manager 控制台中，选择 数据仓库。

  2. 选择“管理包”，然后在搜索筛选器中输入报表。

  3. 对于步骤 1 中列出的每个管理包，在 “任务”窗格中，选择“ 重启部署”。

    注意

    如果管理包的部署状态被列为“已完成” ，则“重新开始部署” 选项不可用。

在报表管理包的部署状态从 “ 失败”更新到 “已完成”后，打开 Service Manager 控制台。 报表应显示在“报表” 工作区中。 可能需要重启 Service Manager 控制台才能查看报表，因为控制台会缓存报表列表。

导入自定义管理包后作业失败

症状

导入自定义管理包并将其同步到数据仓库后，一个或多个数据仓库作业启动失败。

故障排除步骤

若要解决此问题，请完成下列步骤：

  1. 检查事件日志以确保根本原因在于自定义管理包：

    1. 在数据仓库管理服务器上，打开 Operations Manager 事件日志。

    2. 查找与作业失败相关的事件。

    3. 确定失败是否与所导入的自定义管理包相关。

  2. 如果失败与自定义管理包相关，则应删除该管理包并让数据仓库的其余部分照常运行。 可以修复管理包并在稍后重新将其导入：

    1. 使用 Service Manager 控制台卸载自定义管理包。

    2. 运行 MP 同步作业。

    3. 验证自定义管理包是否列在“管理包” 之下的“数据仓库” 中。

    4. MP 同步作业完成后，从 Service Manager 控制台或使用 Windows PowerShell cmdlet 恢复失败的作业。

  3. 修复并重新导入自定义管理包：

    1. 删除自定义管理包并使用步骤 2 从失败中恢复，如前面所述。

    2. 修复自定义管理包。

    3. 将固定的自定义管理包导入 Service Manager，然后运行 MP 同步作业将其同步到数据仓库。

数据仓库没有收到新数据，或者作业看起来需要花费很长时间才能完成

症状

在任何报表中看不到数据或新数据。 另一个症状是，ETL 作业运行时间过长，作业不显示“未启动”状态。

故障排除步骤

若要解决此问题，请完成下列步骤：

  1. 使用 Windows PowerShell cmdlet Get-SCDWJob 来确定是否启用了所有 ETL 作业。 启动 Windows PowerShell，然后输入 Get-SCDWJob。

  2. 如果 ETL 作业被禁用并且 MPSyncJob 或 DWMaintenance 作业正在运行，则你将需要等待一段时间才能再次获取作业状态，因为这两个后台作业禁用 ETL 作业。 但是，如果两个作业列为“未启动” 并且 ETL 作业已禁用，则可以使用 Enable-SCDWJob cmdlet 来启用每个作业，例如：

    Enable-SCDWJob -JobName Transform.Common

  3. 如果 MPSync 和 DWMaintenance ETL 作业都已启用并运行，但其单个批处理 ID 已长时间未更改，或者如果对特定作业使用 Get-SCDWJobModule cmdlet，并且看不到任何模块实际正在运行，请检查事件日志并查看是否存在任何错误消息。 有时错误消息可能已过了很多天，建议你查阅这么多天的相关事件。

  4. 检查这三个服务：数据仓库管理服务器上的 System Center Data Access Service、Microsoft Monitoring Agent 和 System Center Management Configuration 是否实际正在运行。 在数据仓库管理服务器上，选择“开始”，选择“运行”，然后输入 Services.msc。 在 服务中，验证以下服务是否正在运行：System Center Data Access Service、Microsoft Monitoring Agent 和 System Center Management Configuration。

    如果任一服务未运行，请重启所有三个服务。 此外，如果所有服务实际上都在运行，则来自事件源数据仓库和 OpsMgr SDK 服务的事件会被发送到 Operations Manager 事件日志 。 你可以使用此信息作为另一个事件源来验证所有服务是否都在运行。 如果长时间没有看到来自事件源数据仓库和 OpsMgr SDK 服务的事件，则应重启所有三个服务。

自定义数据仓库扩展没有出现在数据仓库中

症状

将管理包（定义某些维度或事实数据表）导入 Service Manager 后，MPSync 作业已运行多次，但仍看不到 DataMart 中的维度或事实数据表。

故障排除步骤

确保管理包是密封的管理包。 MPSync 作业只能将密封的管理包从 Service Manager 导入数据仓库。 如果尚未密封管理包，请将其密封，然后使用 Service Manager 导入它。

通过完成下列步骤来确保管理包已同步到数据仓库：

  1. 打开 Service Manager 控制台。

  2. 选择 数据仓库。

  3. 选择“管理包”，然后在管理包列表中找到管理包。 为此，请在搜索框中输入管理包名称，以使用搜索功能。 如果未看到管理包：

    1. 它可能无法导入到数据仓库管理服务器中。 转到数据仓库管理服务器，打开 Operations Manager 事件日志，然后使用事件源作为 OpsMgr SDK 服务筛选事件。

    2. 可能尚未运行 MP 同步作业。 它按定期计划运行，默认情况下，每小时运行一次。 你可以修改 Windows PowerShell 的计划。 若要加快管理包同步速度，导入管理包后，可以从 Service Manager 控制台或使用 Windows PowerShell 手动恢复 MPSync 作业。

检查管理包的部署状态：

  1. 打开 Service Manager 控制台。

  2. 选择 数据仓库。

  3. 选择 “管理包”，然后在管理包列表中查找管理包。 为此，可以搜索管理包名称。

  4. 检查管理包的部署状态。 如果部署状态是“失败” ：

    1. 在数据仓库管理服务器上，打开 Operations Manager 事件日志，然后使用事件源作为部署筛选事件。

    2. 如果出现错误消息，则消息通常指示出了什么问题。 如果在对管理包进行任何所需的修复后，仍会发生错误，则可以使用 Service Manager 控制台卸载此管理包。 在 MP 同步作业运行后，管理包会从数据仓库管理服务器卸载。

在向数据仓库注册后，管理包将处于“挂起关联”状态

症状

在向数据仓库注册 Service Manager 数小时后，某些管理包仍处于 挂起关联 状态，数小时（最多四个或更多）小时已过去。 可以通过打开 Service Manager 控制台并导航到数据仓库、数据仓库作业、MPSync 作业，然后从“任务”窗格中选择“详细信息”来确定已用时间。

故障排除步骤

若要解决此问题，请完成下列步骤：

  1. 查看 MP 同步作业的“详细信息” 。 查看 MPSyncJob 对话框中问题管理包的每个批处理 ID。 在 “MP 同步作业 ”对话框中，选择 “管理包 ”列名称以根据管理包名称对列表进行排序。 查找任何处于“挂起关联” 状态的管理包。 在管理包列表中，查看是否在以后批次中列出的管理包状态为“已关联” ，例如：

    • 对于批 ID 136，管理包 Microsoft.SystemCenter.ConfigurationManager 正挂起关联。

    • 对于批 ID 207，管理包 Microsoft.SystemCenter.ConfigurationManager 已关联。

    这表示即使管理包在批 136 中遇到错误，但是也已在批 207 中正确关联。 由于管理包已在批 207 中恢复，因此管理包已正确关联并已成功完成同步。

  2. 如果在 MP 同步作业对话框中，管理包的挂起关联状态对每个批处理重复，则必须进一步进行故障排除，以确定管理包无法关联的原因。 你应首先查找你的管理包所依赖的其他管理包所存在的部署失败。

    在 Service Manager 控制台中，依次选择“数据仓库”、“管理包”和“部署状态”列标题。 如果发现任何管理包具有“失败” 或“未启动” 的部署状态，则这通常是管理包依赖性造成的。 由于管理包之间可存在依赖关系，因此任何故障均可导致其他管理包部署失败。 任何受影响的管理包均处于“未启动” 状态。

  3. 在事件日志中查找部署失败。 打开数据仓库上的 Operations Manager 事件日志，将事件日志筛选到事件源是 部署 的事件，事件级别为 警告 或 错误。

  4. 如果出现类似于以下消息的错误消息，则必须从 Service Manager 注销数据仓库，重新安装数据仓库，然后将 Service Manager 管理服务器重新注册到数据仓库管理服务器：

    Deployment Execution Infrastructure has retried the maximum number of times and is giving up on this execution step.
MP Element ID:  DerivedManagementPack.SystemDerivedMp.ServiceManager.ActivityManagement.Library.Datawarehouse
MP name: ServiceManager.ActivityManagement.Library.Datawarehouse
MP version: 7.0.5826.0
Operation: Install
Error message:  Cannot find resource with ID TransformActivityStatusResource

登录凭据问题造成 ETL 作业失败

症状

部分或全部 ETL 作业失败。 数据仓库管理服务器中的 Operations Manager 事件日志将指明 ETL 作业失败与登录用户失败有关。

故障排除步骤

若要解决此问题，请检查每个运行方式帐户的密码是否已更改或已过期。 你可以通过下列步骤更新该帐户：

  1. 导航到 数据仓库、 安全性、 运行方式帐户，并选择相关的运行方式帐户。 在“任务”窗格中选择“属性”，更新窗口中的“密码”字段，然后选择“确定”。

  2. 如果该运行方式帐户是操作系统帐户，则你还必须更新正以该帐户身份运行的服务：

    1. 在数据仓库管理服务器上，选择“开始”，选择“运行”，然后输入 Services.msc。

    2. 在“服务” 中，更新以该帐户身份运行的服务（例如 System Center Data Access 服务和 System Center Management Configuration）的密码。

    3. 重启服务。

      注意

      MP 同步作业和提取作业可以使用与操作系统帐户不同的运行方式帐户。 当 Service Manager 注册到数据仓库时，将创建此运行方式帐户。

如果密码已过期，则很容易更新密码。 但是，如果更改运行方式帐户，则更新系统会更加困难。 不建议修改运行方式帐户。

如果作业失败与密码无关，请确保可以使用失败作业的运行方式帐户连接到目标数据库。 例如，确保提取作业运行方式帐户可用于连接到 Service Manager 数据库。 否则，请确保托管数据库的 结构化查询语言 （SQL） 服务正在运行。

后续步骤