Planejamento de atualização do System Center 2012 SP1 - Service Manager

Publicado: julho de 2016

Aplicável a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager

Este guia descreve os procedimentos necessários para atualizar para o System Center 2012 Service Pack 1 (SP1).

Há suporte para uma atualização in-loco do Service Manager para o Service Manager SP1. Uma atualização no local é uma atualização de todas as peças do Service Manager no mesmo hardware. Não há suporte para outras abordagens, como atualizações sem interrupção ou de lado a lado.

A atualização para o Service Manager SP1 requer preparação. Recomendamos instalar o Service Manager em um ambiente de laboratório e replicar bancos de dados de produção no laboratório. Em seguida, execute uma atualização da nova instalação no laboratório e, assim que tiver êxito, execute a mesma atualização para o Service Manager SP1 no ambiente de produção.

A versão do System Center 2012 - Service Manager estava disponível em duas versões diferentes:

• Versão de avaliação (tempo limite de 180 dias)

• Selecione a versão de licença

O Service Manager SP1 está disponível como uma versão de Avaliação (tempo limite de 180 dias) ou uma edição de licença Select. Os seguintes caminhos de atualização têm suporte no Service Manager SP1.

Observação
A atualização de uma versão de avaliação do Service Manager para uma versão de avaliação do Service Manager SP1 não estende o período de avaliação de 180 dias.

A pasta padrão para instalar Service Manager e Service Manager SP1 é \Arquivos de Programas\Microsoft System Center\Service Manager 2012. No entanto, quando você executa a atualização para Service Manager SP1, o software é instalado na pasta que Service Manager usou anteriormente. Se o Service Manager 2010 tiver sido atualizado para o System Center 2012 - Service Manager anteriormente, a pasta a seguir poderá ser usada:

\Arquivos de programa\Microsoft System Center\Service Manager 2010.

Esta versão do Service Manager SP1 representa uma progressão contínua de suporte para vários idiomas. No System Center Service Manager 2010, você usou o agrupamento Latin1_General_100_CI_AS para o idioma Turco. O Service Manager e Service Manager SP1 têm suporte para o agrupamento Turkish_100_CI_AS. No entanto, se você atualizou do System Center Service Manager 2010 para o System Center 2012 - Service Manager, o agrupamento que foi usado para o idioma turco (Latin1_General_100_CI_AS) foi postergado para o System Center 2012 - Service Manager e será realizado quando você atualizar para o System Center 2012 - Service Manager SP1.

O System Center 2012 - Service Manager SP1 funcionará no mesmo hardware que você usou para o System Center 2012 - Service Manager.

Todos os requisitos de hardware do System Center 2012 - Service Manager SP1 estão completamente documentados em Requisitos de hardware do System Center 2012 - Service Manager.

Para atualizar para o System Center 2012 Service Pack 1 (SP1) SP1, primeiro você deve aplicar a Atualização Cumulativa 2 para o System Center 2012 - Service Manager.

O System Center 2012 - Service Manager SP1 tem os mesmos requisitos de software para o Service Manager Console que o System Center Service Manager 2010, exceto pelo novo requisito de Objetos de Gerenciamento de Análise (AMO) do Microsoft SQL Server 2012. O Microsoft SQL Server 2012 AMO tem suporte no SQL Server 2008 e SQL Server 2012. Além disso, o Service Manager Console agora pode ser instalado em computadores que executam o Windows 8 e Windows Server 2012.

Os servidores de gerenciamento do Service Manager e de data warehouse, juntamente com o Portal de autoatendimento, são compatíveis com o Windows Server 2012.

Todos os requisitos de software do System Center 2012 - Service Manager SP1 estão completamente documentados em Requisitos de software do System Center 2012 - Service Manager.

Antes da atualização

Descrição: Um problema com o processo de atualização faz com que o trabalho MPSync falhe depois que a atualização é concluída. Para impedir que esse problema ocorra antes da atualização, execute o script SQL abaixo no banco de dados DWRepository para obter os scripts SQL reais que removem e adicionam uma restrição à chave primária nas tabelas de fatos no banco de dados DWRepository para corrigir o problema. Além disso, os trabalhos de transformação e carga também podem falhar. Esse erro pode ocorrer devido à limpeza do banco de dados errado.

;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  
  

Solução alternativa 1: Se você já fez a atualização e não estiver enfrentando problemas com falhas nos trabalhos de transformação ou carga, mas tiver uma falha de implantação no pacote de gerenciamento, siga as etapas da seção Antes da atualização. Além disso, depois que as chaves primárias padrão forem restauradas, reinicie a implantação do pacote de gerenciamento com falha no Service Manager Console navegando para o espaço de trabalho de data warehouse e selecionando Pacote de gerenciamento.

Solução alternativa 2: Se você já fez a atualização e estiver enfrentando problemas com falhas nos trabalhos de transformação ou carga, determine se o pacote de gerenciamento SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe no banco de dados DWStagingAndConfig executando a consulta a seguir.

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

Se o pacote de gerenciamento não existir, você precisará restaurar seu banco de dados para um estado anterior à atualização. Para restaurar o banco de dados, siga as etapas a seguir.

1. Execute as etapas de recuperação de desastre para os backups do banco de dados.

2. Desabilite o cronograma MPSyncJob.

3. Restaure todas as chaves primárias ausentes no DWRepository manualmente. Você pode remover e recriar a chave primária com o script SQL da seção Antes da atualização.

4. Reinicie a implantação básica do pacote de gerenciamento com falha usando o Service Manager Console.

Recomendamos que você teste a atualização para o System Center 2012 - Service Manager SP1 em um ambiente de laboratório.

A ordem das suas atualizações é importante. Execute as etapas de atualização na seguinte ordem:

1. Faça cópias de segurança de seus bancos de dados e dos pacotes de gerenciamento. Consulte os tópicos "Fazendo cópias de segurança dos bancos de dados do Service Manager" e "Fazendo cópias de segurança dos Pacotes de Gerenciamento não-selados" no Guia de recuperação de desastre para o Centro de sistema 2012 – Service Manager.

2. Começar com o servidor de gerenciamento de data warehouse. Você interromperá os trabalhos de data warehouse e não conseguirá iniciá-los novamente enquanto não tiver concluído a atualização.

3. Após a atualização para o servidor de gerenciamento de data warehouse, atualizar o servidor de gerenciamento inicial Service Manager. Se foi criado mais do que um Service Manager servidor de gerenciamento, o servidor de gerenciamento inicial Service Manager será o primeiro que foi criado.

4. Atualizar Service Manager Consoles e quaisquer servidores de gerenciamento adicionais Service Manager.

5. Reinicie os trabalhos do data warehouse.

6. Utilize o novo Portal de autoatendimento.

A temporização das suas atualizações também é importante. Após atualizar seu servidor de gerenciamento de data warehouse, você deve atualizar o servidor de gerenciamento Service Manager e utilizar o novo Portal de autoatendimento. Depois de atualizar seu servidor de gerenciamento inicial do Service Manager, você deve estar preparado para atualizar simultaneamente o Service Manager Console ou os Service Manager Consoles, os servidores de gerenciamento adicionais do Service Manager e o Portal de autoatendimento.

Esta seção descreve a compatibilidade entre Operations Manager 2007 R2, System Center 2012 – Operations Manager e System Center 2012 - Service Manager SP1.

System Center Operations Manager 2007 R2

Operations Manager 2007 R2 agentes devem ser removidos do Service Manager e os servidores de gerenciamento de data warehouse antes de tentar uma atualização. O System Center 2012 - Service Manager SP1 inclui um agente do System Center 2012 – Operations Manager SP1 e ele é automaticamente instalado quando você atualiza. Depois de concluir a Instalação do Service Manager, você deve configurar manualmente o agente para se comunicar com o servidor de gerenciamento do Operations Manager.

Para validar que o Agente do Operations Manager foi instalado, abra o Painel de Controle e verifique se o Agente do Operations Manager está presente. Para configurar manualmente o agente do Operations Manager, consulte Configuring Agents (Configurando agentes).

Você pode atualizar servidores do Service Manager na presença de um console do Operations Manager 2007 R2.

System Center 2012 – Operations Manager

Os agentes do System Center 2012 – Operations Manager não são compatíveis com o System Center 2012 - Service Manager. No entanto, o agente automaticamente instalado pelo System Center 2012 - Service Manager SP1 é compatível com o System Center 2012 – Operations Manager e o System Center 2012 – Operations Manager SP1. Depois de concluir a Instalação do Service Manager, você deve configurar manualmente o agente para se comunicar com o servidor de gerenciamento do Operations Manager.

Para validar que o Agente do Operations Manager foi instalado, abra o Painel de Controle e verifique se o Agente do Operations Manager está presente. Para configurar manualmente o agente do Operations Manager, consulte Configuring Agents (Configurando agentes).

Você pode atualizar servidores do Service Manager na presença de um console do System Center 2012 – Operations Manager.

Com o System Center 2012 - Service Manager SP1, você tem a opção de instalar data marts do Operations Manager e do Configuration Manager. A seleção desta opção resultará em exigências de espaço adicional na unidade do disco rígido para os dois bancos de dados, bem como os grupos de arquivo associados e os arquivos de registro.

Antes de iniciar qualquer atualização, recomendamos que seja feita cópia de segurança de seu Service Manager e dos bancos de dados do data warehouse e da chave de criptografia. Se você já fez cópia de segurança dos seus bancos de dados e da sua chave de criptografia, pode continuar a executar a atualização. Caso contrário, reveja os procedimentos de cópia de segurança no Guia de recuperação de desastre para o System Center 2012 – Service Manager antes de continuar a atualização.

Se você instalou um servidor de gerenciamento de data warehouse em seu ambiente como parte do processo de atualização, deverá poder visualizar o status dos trabalhos de data warehouse. Você não poderá executar esta tarefa se não tiver se registrado com Service Managero data warehouse. Se o botão Data Warehouse não estiver visível no Service Manager Console, conclua o procedimento em "Registering with the Service Manager Data Warehouse to Enable Reporting (Registrando com o data warehouse do Service Manager para habilitar relatórios)" no Deployment Guide for System Center 2012 - Service Manager (Guia de Implantação do System Center 2012 – Service Manager).

Quando terminar de executar o Programa de Instalação para instalar ou atualizar o System Center 2012 - Service Manager SP1, será solicitado que você abra o Assistente de Backup ou Restauração de Criptografia. Se você tiver feito anteriormente uma cópia de segurança das chaves de criptografia, nenhuma ação adicional será necessária. Se você nunca fez cópia de segurança das chaves de criptografia, utilize o Backup de Criptografia ou o Assistente de Restauração para fazer a cópia de segurança das chaves de criptografia nos servidores de gerenciamento do Service Manager.

Quando você usa a versão do Service Manager SP1 da ferramenta de criação para criar um fluxo de trabalho, os scripts personalizados que usam cmdlets do Windows PowerShell chamados pelo fluxo de trabalho falham. Isso se deve a um problema no arquivo MonitoringHost.exe.config do Service Manager.

Para resolver o problema, atualize o arquivo XML MonitoringHost.exe.config usando as etapas a seguir.

1. Navegue para %ProgramFiles%\Microsoft System Center 2012\Service Manager\ ou para o local onde você instalou o Service Manager.

2. Edite o arquivo MonitoringHost.exe.config e adicione a seção em itálico do exemplo a seguir na seção correspondente de seu arquivo. Você deve inserir a seção antes de <publisherPolicy apply="yes" />.

3. Salve as alterações no arquivo.

4. Reinicie o serviço de Gerenciamento do System Center no servidor de gerenciamento do Service Manager.

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