發行項
11/16/2016

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 選用版	授權

注意
從 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，System Center 2012 – Service Manager 會沿用先前用於土耳其文的定序 (Latin1_General_100_CI_AS)，且在升級到 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 的所有硬體需求都完整記錄在 Hardware Requirements for System Center 2012 - Service Manager (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。

除了 Microsoft SQL Server 2012 Analysis Management Objects (AMO) 的新需求之外，System Center 2012 – Service Manager SP1 的 Service Manager 主控台軟體需求與 System Center Service Manager 2010 相同。 SQL Server 2008 和 SQL Server 2012 支援 Microsoft SQL Server 2012 AMO。此外，您現在可以將 Service Manager 主控台安裝在執行 Windows 8 和 Windows Server 2012 的電腦上。

Service Manager、資料倉儲管理伺服器和自助入口網站支援Windows Server 2012。

System Center 2012 – Service Manager SP1 的所有軟體需求都完整記錄在 Software Requirements for System Center 2012 – Service Manager (System Center 2012 - Service Manager 的軟體需求) 中。

避免 MPSync 作業失敗

升級前

**描述:**升級程序發生問題，導致 MPSync 作業在升級完成後失敗。若要於升級前避免發生這個問題，您必須在 DWRepository 資料庫上執行下列 SQL 指令碼，取得可在 DWRepository 資料庫中事實資料表裡的主要索引鍵上卸除或新增條件約束的實際 SQL 指令碼，以更正問題。此外，轉換及載入作業可能也會失敗。這個錯誤可能是因為資料庫清理出錯所造成。

;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：**如果您已經升級，且遇到轉換或載入作業失敗的問題，則請執行下列查詢，判斷 SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base 管理組件是否存在 DWStagingAndConfig 資料庫中。

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

如果管理組件不存在，您必須將資料庫還原為升級前的狀態。若要還原資料庫，請執行下列步驟。

執行資料庫備份的嚴重損壞修復步驟。
停用 MPSyncJob 排程。
手動還原 DWRepository 中所有遺失的主要索引鍵。您可以使用＜升級前＞一節中的 SQL 指令碼來卸除及重新建立主要索引鍵。
使用 Service Manager 主控台重新啟動失敗的基本管理組件部署。

在實驗室環境中測試升級

建議您在實驗室環境中測試升級到 System Center 2012 – Service Manager SP1 的作業。

升級順序和時間點

升級的順序很重要。請依下列順序執行升級步驟：

備份資料庫和管理組件。請參閱 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" (備份未密封管理組件) 等主題。
從資料倉儲管理伺服器開始進行。您將停止資料倉儲作業，而且在完成升級之前無法再次啟動這些作業。
在完成升級到資料倉儲管理伺服器之後，請升級初始 Service Manager 管理伺服器。如果您建立了一個以上的 Service Manager 管理伺服器，則初始 Service Manager 管理伺服器是第一個建立的管理伺服器。
升級 Service Manager 主控台和其他任何 Service Manager 管理伺服器。
重新啟動資料倉儲作業。
部署新的自助入口網站。

升級的時間點也很重要。升級資料倉儲管理伺服器之後，您必須更新 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 管理伺服器通訊。

您可以在 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 工作流程

當您使用 Service Manager SP1 版本的 Authoring Tool 建立工作流程時，如果工作流程呼叫使用 Windows PowerShell Cmdlet 的自訂指令碼，該指令碼將會失敗。這是 Service Manager MonitoringHost.exe.config 檔案中的問題造成的。

若要解決此問題，請使用下列步驟更新 MonitoringHost.exe.config XML 檔案。

瀏覽至 %ProgramFiles%\Microsoft System Center 2012\Service Manager\ 或安裝 Service Manager 的位置。
編輯 MonitoringHost.exe.config 檔案，將下列範例中以斜體形式表示的區段新增到檔案中的對應區段。您必須在 <publisherPolicy apply="yes" /> 之前插入該區段。
儲存檔案的變更。
在 Service Manager 管理伺服器上重新啟動 System Center 管理服務。

<?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>

Share via