通过

  • 项目

System Center 2012 SP1 - Service Manager 升级规划

 

发布日期： 2016年7月

适用于： System Center 2012 SP1 - Service Manager,System Center 2012 R2 Service Manager

本指南简述升级到 System Center 2012 Service Pack 1 (SP1) 所必需的过程。

支持从 Service Manager 就地升级到 Service Manager SP1。 就地升级是指对相同硬件上的所有 Service Manager 部件进行的升级。 其他方法（例如并排升级或滚动升级）不受支持。

只有经过充分准备，才能升级到 Service Manager SP1。 我们建议你在实验室环境中安装 Service Manager，然后将你的生产数据库复制到实验室中。 随后在实验室中执行新安装的升级，该升级被证实成功后，在生产环境中执行同样的升级，升级到 Service Manager SP1。

评估版和正式版

System Center 2012 – Service Manager 的发行版提供了两种不同的版本：

  • 评估版（180 天过期）

  • 正式许可版

Service Manager SP1 以评估版（180 天过期）或正式许可版的形式提供。Service Manager SP1 支持下列升级路径。

当前版本 升级的版本 状态
System Center 2012 – Service Manager 评估版 System Center 2012 – Service Manager SP1 评估版 评估期保持不变
System Center 2012 – Service Manager 正式版 System Center 2012 – Service Manager SP1 正式版 已授权
System_CAPS_ICON_note.jpg 说明


从 Service Manager 评估版升级到 Service Manager SP1 评估版不会延长 180 天的评估期。

安装位置

Service Manager 和 Service Manager SP1 的默认安装文件夹是 \Program Files\Microsoft System Center\Service Manager 2012。 但是，当执行到 Service Manager SP1 的升级时，软件将安装在 Service Manager 之前使用过的文件夹中。 如果 Service Manager 2010 先前已升级到 System Center 2012 – Service Manager，则可以使用下列文件夹：

\Program Files\Microsoft System Center\Service Manager 2010。

语言支持

Service Manager SP1 的此发行版代表对各种语言的支持的持续进展。 在 System Center Service Manager 2010 中，你为土耳其语使用 Latin1_General_100_CI_AS 排序规则。Service Manager 和 Service Manager SP1 支持 Turkish_100_CI_AS 排序规则。 但是，如果你从 System Center Service Manager 2010 升级到 System Center 2012 – Service Manager，则用于土耳其语 (Latin1_General_100_CI_AS) 的排序规则应已转入到 System Center 2012 – Service Manager，并且在你升级到 System Center 2012 – Service Manager SP1 时应出现此情况。

System Center 2012 – Service Manager SP1 的硬件要求

System Center 2012 – Service Manager SP1 将在你用于 System Center 2012 – Service Manager 的相同硬件上工作。

System Center 2012 – Service Manager SP1 的所有硬件要求均完全记录在 System Center 2012 - Service Manager 硬件要求中。

System Center 2012 – Service Manager SP1 软件要求

要升级到 System Center 2012 Service Pack 1 (SP1) SP1，你必须首先应用 System Center 2012 – Service Manager 累计更新 2。

System Center 2012 – Service Manager SP1 对于 Service Manager 控制台的软件要求与 System Center Service Manager 2010 相同，但对 Microsoft SQL Server 2012 分析管理对象 (AMO) 的新要求除外。 Microsoft SQL Server 2012 AMO 在 SQL Server 2008 和 SQL Server 2012 上受支持。 此外，Service Manager 控制台 现在可以安装在运行 Windows 8 和 Windows Server 2012 的计算机上。

自助服务门户 支持 Service Manager 和数据仓库管理服务器以及Windows Server 2012。

System Center 2012 – Service Manager SP1 的所有软件要求均完全记录在 System Center 2012 - Service Manager 软件要求中。

防止 MPSync 作业失败

升级之前

**描述:**升级过程的问题导致 MPSync 作业在升级完成后失败。 要在升级前防止此问题出现，必须在 DWRepository 数据库上运行以下 SQL 脚本以获取实际的 SQL 脚本，这些脚本在 DWRepository 数据库中的事实数据表内部的主键上删除和添加约束，以更正此问题。 此外，转换和加载作业也可能会失败。 错误的数据库整理可能会导致此错误出现。

;WITH FactName  
AS (  
       select w.WarehouseEntityName from etl.WarehouseEntity w  
       join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId  
       where t.WarehouseEntityTypeName = 'Fact'  
),FactList  
AS (  
    SELECT  PartitionName, p.WarehouseEntityName,  
            RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK  
    FROM    etl.TablePartition p  
       join FactName f on p.WarehouseEntityName = f.WarehouseEntityName  
)  
, FactPKList  
AS (  
    SELECT  f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,  
            CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints  
    FROM    FactList f  
    JOIN    INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME  
    JOIN    INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'  
)  
, FactWithoutDefaultConstraints  
AS (  
    SELECT  a.*  
    FROM    FactPKList a  
    LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1  
    WHERE   b.WarehouseEntityName IS NULL AND a.RK = 1  
)  
, FactPKListStr  
AS (  
    SELECT  DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList  
    FROM    FactWithoutDefaultConstraints f1  
    CROSS APPLY (  
                    SELECT  '[' + COLUMN_NAME + '],'  
                    FROM    FactWithoutDefaultConstraints f2  
                    WHERE   f2.TABLE_NAME = f1.TABLE_NAME  
                    ORDER BY COLUMN_NAME  
                FOR  
                   XML PATH('')  
                ) AS F (COLUMN_NAME)  
)  
SELECT  'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +  
        'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)  
FROM    FactPKListStr f

**解决方法 1：**如果你已升级，并且没有遇到转换或加载作业失败的问题，但遇到管理包部署失败的问题，请按照“升级之前”部分中的步骤进行。 此外，在还原默认的主键后，在 Service Manager 控制台中导航到“数据仓库”工作区，然后选择“管理包”，以重新开始失败的管理包部署作业。

**解决方法 2：**如果你已升级，并且遇到转换或加载作业失败的问题，请运行以下查询，以确定 DWStagingAndConfig 数据库中是否存在 SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base 管理包。

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'

如果此管理包不存在，则需要将数据库还原到升级之前的状态。 若要还原数据库，请执行以下步骤。

  1. 执行数据库备份的灾难恢复步骤。

  2. 禁用 MPSyncJob 计划。

  3. 手动还原 DWRepository 中缺少的所有主键。 可以使用“升级之前”部分中的 SQL 脚本删除和重新创建主键。

  4. 使用 Service Manager 控制台重新开始失败的基本管理包部署作业。

在实验室环境中测试升级

我们建议你在实验室环境中测试到 System Center 2012 – Service Manager SP1 的升级。

升级顺序和计时

升级的顺序很重要。 请按以下顺序执行升级步骤：

  1. 备份数据库和管理包。 请参阅 Disaster Recovery Guide for System Center 2012 – Service Manager（System Center 2012 – Service Manager 灾难恢复指南）中的主题“Backing Up Service Manager Databases”（备份 Service Manager 数据库）和“Backing Up Unsealed Management Packs”（备份未密封的管理包）。

  2. 首先从数据仓库管理服务器开始。 你将要停止数据仓库作业，并且，在完成升级之前，你将无法再次启动这些作业。

  3. 在升级到数据仓库管理服务器的过程完成之后，升级初始 Service Manager 管理服务器。 如果创建了多个 Service Manager 管理服务器，则初始 Service Manager 管理服务器是你创建的第一个管理服务器。

  4. 升级 Service Manager 控制台以及任何其他 Service Manager 管理服务器。

  5. 重启数据仓库作业。

  6. 部署新的自助服务门户。

升级的计时也很重要。 在升级数据仓库管理服务器之后，你必须既更新 Service Manager 管理服务器又部署新的自助服务门户。 在升级你的初始 Service Manager 管理服务器后，你必须准备同时升级你的一个 Service Manager 控制台或多个 Service Manager 控制台、附加 Service Manager 管理服务器和自助服务门户。

Operations Manager 兼容性

本部分描述 Operations Manager 2007 R2、System Center 2012 – Operations Manager 和 System Center 2012 – Service Manager SP1 之间的兼容性。

System Center Operations Manager 2007 R2

在尝试升级之前，必须从 Service Manager 和数据仓库管理服务器中删除 Operations Manager 2007 R2 代理。System Center 2012 – Service Manager SP1 包括 System Center 2012 – Operations Manager SP1 代理并且它会在你升级时自动安装。 在 Service Manager 安装完成后，你必须手动配置代理以与 Operations Manager 管理服务器进行通信。

若要验证 Operations Manager 代理是否已安装，请打开控制面板并验证是否存在 Operations Manager 代理。 若要手动配置 Operations Manager 代理，请参阅 Configuring Agents（配置代理）。

你可以在存在 Operations Manager 2007 R2 控制台的情况下升级 Service Manager 服务器。

System Center 2012 – Operations Manager

System Center 2012 – Operations Manager 代理不支持 System Center 2012 – Service Manager。 但是，System Center 2012 – Service Manager SP1 自动安装的代理与 System Center 2012 – Operations Manager 和 System Center 2012 – Operations Manager SP1 兼容。 在 Service Manager 安装完成后，你必须手动配置代理以与 Operations Manager 管理服务器进行通信。

若要验证 Operations Manager 代理是否已安装，请打开控制面板并验证是否存在 Operations Manager 代理。 若要手动配置 Operations Manager 代理，请参阅 Configuring Agents（配置代理）。

你可以在存在 System Center 2012 – Operations Manager 控制台的情况下升级 Service Manager 服务器。

数据库影响

使用 System Center 2012 – Service Manager SP1，你可以选择安装 Operations Manager 和 Configuration Manager 数据市场。 如果选择此选项，硬盘驱动器上将需要额外的空间来存储两个数据库以及关联的文件组和日志文件。

在升级之前备份 Service Manager

在开始任何升级之前，我们建议你备份 Service Manager 和数据仓库数据库以及加密密钥。 如果已经备份了数据库和加密密钥，你可以继续运行升级。 否则，请在继续升级之前查看 Disaster Recovery Guide for System Center 2012 – Service Manager（System Center 2012 – Service Manager 灾难恢复指南）中的备份过程。

向 Service Manager 数据仓库注册

如果在升级过程中你已在环境中安装了数据仓库管理服务器，则你必须能够查看数据仓库作业的状态。 如果未向 Service Manager 数据仓库注册，则你无法执行此任务。 如果在 Service Manager 控制台 中看不到“数据仓库”按钮，请完成 System Center 2012 – Service Manager 部署指南“使用 Service Manager 数据仓库注册以启用报表”中的过程。

加密密钥

运行完安装程序以安装或升级到 System Center 2012 – Service Manager SP1 之后，会提示你打开加密备份或还原向导。 如果之前已备份了加密密钥，则无需进行其他操作。 如果从未备份过加密密钥，请使用加密密钥备份或还原向导来备份 Service Manager 管理服务器上的加密密钥。

Authoring Tool 工作流

如果你使用 Authoring Tool 的 Service Manager SP1 版本来创建工作流，则无法使用工作流调用的 Windows PowerShell cmdlet 来自定义脚本。 这是因为 Service Manager MonitoringHost.exe.config 文件中存在问题。

若要解决此问题，请按下列步骤更新 MonitoringHost.exe.config XML 文件。

  1. 导航到 %ProgramFiles%\Microsoft System Center 2012\Service Manager\ 或你安装 Service Manager 的位置。

  2. 编辑 MonitoringHost.exe.config 文件，并在你的文件的相应部分中添加下列示例中的斜体部分。 你必须在 <publisherPolicy apply="yes" /> 前插入该部分。

  3. 保存对该文件所做的更改。

  4. 在 Service Manager 管理服务器上重启 System Center Management 服务。

<?xml version="1.0"?>  
<configuration>  
  <configSections>  
    <section name="uri" type="System.Configuration.UriSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />  
  </configSections>  
  <uri>  
    <iriParsing enabled="true" />  
  </uri>    
  <runtime>  
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">  
      <dependentAssembly>  
        <assemblyIdentity name="Microsoft.Mom.Modules.DataTypes" publicKeyToken="31bf3856ad364e35" />  
        <publisherPolicy apply="no" />  
        <bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />  
      </dependentAssembly>  
      <dependentAssembly>  
        <assemblyIdentity name="Microsoft.EnterpriseManagement.HealthService.Modules.WorkflowFoundation" publicKeyToken="31bf3856ad364e35" />  
        <publisherPolicy apply="no" />  
        <bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />  
      </dependentAssembly>  
  <dependentAssembly>   
         <assemblyIdentity name="Microsoft.EnterpriseManagement.Modules.PowerShell" publicKeyToken="31bf3856ad364e35" />  
        <bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />  
     </dependentAssembly>   
      <publisherPolicy apply="yes" />  
      <probing privatePath="" />  
    </assemblyBinding>  
    <gcConcurrent enabled="true" />  
  </runtime>  
</configuration>