Atualizar o System Center Service Manager

Este artigo fornece as informações de atualização do System Center 2022 – Service Manager (SM)

Atualizar para o System Center 2022 – Service Manager

As seções a seguir fornecem informações sobre como atualizar para o System Center 2022 – Service Manager (SM).

Aviso

A ordem na qual as atualizações de componentes são realizadas é importante. Deixar de seguir a sequência correta das atualizações pode causar falha nos componentes, e não existem opções de recuperação. Os componentes afetados do System Center são:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Você só pode atualizar para o System Center 2022 do System Center 2019.

Importante

Neste guia, supõe-se que você esteja executando uma atualização para uma versão existente do System Center. Para obter informações sobre como instalar o System Center 2022 – Service Manager em um computador em que não existe nenhuma versão anterior do Service Manager, consulte implantando o System Center – Service Manager.

Planejar a atualização para o System Center 2022 – Service Manager

Esta seção descreve os procedimentos necessários para atualizar para o System Center 2022.

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

A atualização para Service Manager 2022 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. Depois disso, execute uma atualização da nova instalação no laboratório.

Versões de Avaliação e Seleção

O lançamento do System Center 2019 – 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

Os caminhos de atualização a seguir têm suporte para Service Manager 2022.

Versão atual Versão atualizada Status
System Center 2019 – Service Manager Eval System Center 2022 – Service Manager Eval O período de avaliação permanece inalterado
System Center 2019 – seleção Service Manager System Center 2022 – Seleção Service Manager Licenciado

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 2022 não estende o período de avaliação de 180 dias.

Local de instalação

A pasta padrão para instalar Service Manager é \Arquivos de Programas\Microsoft System Center\Service Manager. No entanto, quando você executa a atualização para o Service Manager, o software é instalado na pasta que o Service Manager usava anteriormente. Se Service Manager 2016/1801 tiver sido atualizado anteriormente, a seguinte pasta poderá ser usada:

\Arquivos de Programas\Microsoft System Center\Service Manager

Requisitos de hardware para o System Center 2022 – Service Manager

Todos os requisitos de hardware do System Center 2022 – Service Manager estão totalmente documentados em Requisitos de Hardware.

Requisitos de software para o System Center 2022 – Service Manager

Todos os requisitos de software para o System Center 2022- Service Manager estão totalmente documentados em Requisitos de Software.

Impedindo que trabalhos MPSync falhem

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 evitar esse problema (antes de atualizar)[#back-up-service-manager-before-you-upgrade], você deve executar o script SQL mencionado abaixo no banco de dados DWRepository para obter os scripts SQL reais que removem e adicionam uma restrição à chave primária em 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á tiver atualizado e não tiver problemas com falhas de transformação ou de trabalho de carga, mas tiver uma falha de implantação do pacote de gerenciamento, siga as etapas na seção (Antes da Atualização)[#back-up-service-manager-before-you-upgrade]. Além disso, depois que as chaves primárias padrão forem restauradas, reinicie a implantação do pacote de gerenciamento com falha no console do Service Manager navegando para o workspace de data warehouse e selecionando Pacote de gerenciamento.

Solução alternativa 2: Se você atualizou e tem problemas com falhas de trabalho de transformação ou carregamento, 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 o banco de dados para um estado antes da 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 do pacote de gerenciamento de base com falha usando o console do Service Manager.

Como testar a atualização em um ambiente de laboratório

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

Atualizar a ordem e o andamento

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

  1. Faça backup de seus bancos de dados e dos pacotes de gerenciamento. Consulte as seções Fazendo backup Service Manager bancos de dados e fazendo backup de pacotes de gerenciamento não selados no Guia de Recuperação de Desastre para o System Center – Service Manager.

  2. Começar com o servidor de gerenciamento de data warehouse. Você interromperá os trabalhos do data warehouse e não poderá iniciá-los novamente até concluir a atualização.

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

Após a instalação, faça o seguinte:

  1. Desabilite todos os trabalhos Data Warehouse. Para fazer isso, abra o shell Service Manager e execute os seguintes comandos:

    $DW ='DWMS Servername'
    
    Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
    
  2. Faça as alterações necessárias no seguinte script do PowerShell com base nas exibições da fonte de dados em seu ambiente e execute o script usando privilégios elevados:

    $SSAS_ServerName = "ssas servername" # - to be replaced with Analysis Service instance Name
    
    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices")
    $Server = New-Object Microsoft.AnalysisServices.Server
    $Server.Connect($SSAS_ServerName)
    $Databases = $Server.Databases
    $DWASDB = $Databases["DWASDataBase"]
    
    #update DWDatamart dsv. Comment the below 3 commands if DWdatamart dsv is not present 
    
    $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
    
    $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["LogicalDiskDim"].Columns["Size"].DataType  =  [decimal] 
    
    $DWASDB.DataSourceViews["DwDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
    
    #update CMDatamart dsv.Comment the below 2 commands if cmdatamart dsv is not present 
    
    $DWASDB.DataSourceViews["CMDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
    
    $DWASDB.DataSourceViews["CMDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
    
    #update OperatingsystemDim
    $DWASDB.Dimensions["OperatingsystemDim"].Attributes["PhysicalMemory"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
    
    $DWASDB.Dimensions["OperatingsystemDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents)
    #update LogicalDiskDim 
    
    $DWASDB.Dimensions["LogicalDiskDim"].Attributes["Size"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
    
    $DWASDB.Dimensions["LogicalDiskDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents) 
    
    
  3. Habilite os agendamentos de trabalho executando os seguintes comandos:

    $DW ='DWMS Servername'
    
    Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
    
  4. Reinicie o servidor de gerenciamento Data Warehouse.

  5. Atualize os consoles do Service Manager e quaisquer servidores de gerenciamento do Service Manager adicionais.

  6. Reinicie os trabalhos do data warehouse.

  7. Implante o novo Portal de Autoatendimento.

  8. Aplique o System Center 2022 Service Manager Hotfix ao servidor de gerenciamento primário, servidores de gerenciamento secundários, Self-Service Portal(s) e a todos os consoles de Analista.

A temporização das suas atualizações também é importante. Depois de atualizar o servidor de gerenciamento do data warehouse, você deve atualizar o servidor de gerenciamento do Service Manager e também implantar o novo portal do Self-Service. Depois de atualizar seu servidor de gerenciamento inicial do Service Manager, você deve estar preparado para atualizar o console do Service Manager ou os consoles do Service Manager, os servidores de gerenciamento adicionais do Service Manager e o Portal de Autoatendimento ao mesmo tempo.

Impactos do banco de dados

Com o System Center 2022 – Service Manager, você tem a opção de instalar o Operations Manager e Configuration Manager data marts. 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.

Faça backup do Service Manager antes de atualizar

Antes de iniciar qualquer atualização, recomendamos que você faça um backup da chave de criptografia e dos bancos de dados do data warehouse e do Service Manager. Se você já tiver feito backup de seus bancos de dados e da chave de criptografia, poderá continuar executando a atualização. Caso contrário, examine os procedimentos de cópia de segurança no Guia de recuperação de desastre para o System Center – Service Manager antes de continuar a atualização.

Registrar o data warehouse do Service Manager

Se você instalou um servidor de gerenciamento de data warehouse em seu ambiente, como parte do processo de atualização, deverá ser capaz de exibir o status dos trabalhos de data warehouse. Você não poderá executar essa tarefa se não tiver se registrado no data warehouse Service Manager. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrar com o Service Manager Data Warehouse para Habilitar Relatórios no Guia de Implantação do System Center – Service Manager.

Chaves de criptografia

Quando terminar de executar a Instalação para instalar ou atualizar para o System Center 2022 – Service Manager, você será solicitado a abrir o Assistente de Backup ou Restauração de Criptografia. Se você já fez backup das chaves de criptografia, nenhuma ação adicional será necessária. Se você nunca fez cópia de segurança das chaves de criptografia, use 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.

Este artigo fornece as informações de atualização do System Center 2019 – Service Manager (SM)

Atualizar para o System Center 2019 – Service Manager

As seções a seguir fornecem informações sobre como atualizar para o System Center 2019 – Service Manager (SM).

Aviso

A ordem na qual as atualizações de componentes são realizadas é importante. Deixar de seguir a sequência correta das atualizações pode causar falha nos componentes, e não existem opções de recuperação. Os componentes afetados do System Center são:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Você só pode atualizar para o System Center 2019 do System Center 2016 ou 1801 ou 1807.

Importante

Supõe-se neste guia que você está executando uma atualização para uma versão existente do System Center. Para obter informações sobre como instalar o System Center 2019 – Service Manager em um computador em que não existe nenhuma versão anterior do Service Manager, consulte implantando o System Center – Service Manager.

Planejar a atualização para o System Center 2019 – Service Manager

Esta seção descreve os procedimentos necessários para atualizar para o System Center 2019.

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

A atualização para Service Manager 2019 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. Depois disso, execute uma atualização da nova instalação no laboratório.

Versões de Avaliação e Seleção

O lançamento do System Center 2016 e 1801 – 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

Os caminhos de atualização a seguir têm suporte para Service Manager 2019.

Versão atual Versão atualizada Status
System Center 2016/1801 – Service Manager Eval System Center 2019 – Service Manager Eval O período de avaliação permanece inalterado
System Center 2016/1801/1807 – Service Manager Selecionar System Center 2019 – Service Manager Selecionar Licenciado

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 2019 não estende o período de avaliação de 180 dias.

Local de instalação

A pasta padrão para instalar Service Manager é \Arquivos de Programas\Microsoft System Center\Service Manager. No entanto, quando você executa a atualização para o Service Manager, o software é instalado na pasta que o Service Manager usava anteriormente. Se Service Manager 2016/1801 tiver sido atualizado anteriormente, a seguinte pasta poderá ser usada:

\Arquivos de Programas\Microsoft System Center\Service Manager

Requisitos de hardware para o System Center 2019 – Service Manager

Todos os requisitos de hardware para o System Center 2019 – Service Manager estão totalmente documentados em Requisitos de Hardware.

Requisitos de software para o System Center 2019 – Service Manager

Todos os requisitos de software para o System Center 2019- Service Manager estão totalmente documentados em Requisitos de Software.

Impacto sobre o desenvolvimento personalizado

Com a versão do System Center 2016 – Service Manager, o produto foi movido para dar suporte ao .NET 4.5.1. A ferramenta definida para dar suporte a esse movimento para o .NET 4.5.1 necessário para quebrar algumas dependências e levou à movimentação de classes entre os assemblies.

Impedindo que trabalhos MPSync falhem

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á tiver atualizado e não tiver problemas com falhas de transformação ou de trabalho de carga, mas tiver uma falha na implantação do pacote de gerenciamento, siga as etapas na 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 console do Service Manager navegando para o workspace de data warehouse e selecionando Pacote de gerenciamento.

Solução alternativa 2: Se você atualizou e tiver problemas com falhas de trabalho de transformação ou carregamento, 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 antes da 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 do pacote de gerenciamento de base com falha usando o console do Service Manager.

Como testar a atualização em um ambiente de laboratório

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

Atualizar a ordem e o andamento

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

  1. Faça backup de seus bancos de dados e dos pacotes de gerenciamento. Consulte as seções Fazendo backup Service Manager bancos de dados e fazendo backup de pacotes de gerenciamento não selados no Guia de Recuperação de Desastres do System Center – Service Manager.

  2. Começar com o servidor de gerenciamento de data warehouse. Você interromperá os trabalhos do data warehouse e não poderá iniciá-los novamente até concluir a atualização.

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

  4. Atualize os consoles do Service Manager e quaisquer servidores de gerenciamento do Service Manager adicionais.

  5. Reinicie os trabalhos do data warehouse.

  6. Implante o novo Portal de Autoatendimento.

A temporização das suas atualizações também é importante. Depois de atualizar o servidor de gerenciamento do data warehouse, você deve atualizar o servidor de gerenciamento de Service Manager e também implantar o novo portal do Self-Service. Depois de atualizar seu servidor de gerenciamento inicial do Service Manager, você deve estar preparado para atualizar o console do Service Manager ou os consoles do Service Manager, os servidores de gerenciamento adicionais do Service Manager e o Portal de Autoatendimento ao mesmo tempo.

Impactos do banco de dados

Com o System Center 2019 – Service Manager, você tem a opção de instalar o Operations Manager e Configuration Manager data marts. 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.

Faça backup do Service Manager antes de atualizar

Antes de iniciar qualquer atualização, recomendamos que você faça um backup da chave de criptografia e dos bancos de dados do data warehouse e do Service Manager. Se você já fez backup dos bancos de dados e da chave de criptografia, poderá continuar a executar a atualização. Caso contrário, examine os procedimentos de cópia de segurança no Guia de recuperação de desastre para o System Center – Service Manager antes de continuar a atualização.

Registrar o data warehouse do Service Manager

Se você instalou um servidor de gerenciamento de data warehouse em seu ambiente, como parte do processo de atualização, deverá ser capaz de exibir o status dos trabalhos de data warehouse. Você não poderá executar essa tarefa se não tiver se registrado no data warehouse Service Manager. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrar com o Service Manager Data Warehouse para Habilitar Relatórios no Guia de Implantação do System Center – Service Manager.

Chaves de criptografia

Quando terminar de executar a Instalação para instalar ou atualizar para o System Center 2019 – Service Manager, você será solicitado a abrir o Assistente de Backup ou Restauração de Criptografia. Se você já fez backup das chaves de criptografia, nenhuma ação adicional será necessária. Se você nunca fez cópia de segurança das chaves de criptografia, use 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.

Importante

Esta versão do Service Manager chegou ao fim do suporte. Recomendamos que você atualize para Service Manager 2022.

Você deve ter o System Center – Service Manager 1801 instalado para aplicar a atualização 1807. Saiba mais sobre como instalar o SM 1807.

Importante

Esta versão do Service Manager chegou ao fim do suporte. Recomendamos que você atualize para Service Manager 2022.

Este artigo fornece as informações de atualização do System Center 1801 – SM (Service Manager)

Este artigo fornece as informações de atualização do System Center 2016 – SM (Service Manager)

Atualizar para o System Center 1801 – Service Manager

As seções a seguir fornecem informações sobre como atualizar o System Center 2012 R2 e 2016 Service Manager para System Center 1801 – SM (Service Manager).

Aviso

A ordem na qual as atualizações de componentes são realizadas é importante. Deixar de seguir a sequência correta das atualizações pode causar falha nos componentes, e não existem opções de recuperação. Os componentes afetados do System Center são:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Você só pode atualizar para o System Center 1801 do System Center 2012 R2 – Service Manager com o Pacote Cumulativo de Atualizações 14 e System Center Service Manager 2016 com UR4.

Importante

É considerado neste guia que você está executando uma atualização para uma versão existente do System Center. Para obter informações sobre como instalar o System Center 1801 – Service Manager em um computador em que não existe nenhuma versão anterior do Service Manager, confira Como implantar o System Center – Service Manager.

Planejar a atualização para o System Center 1801 – Service Manager

Esta seção descreve os procedimentos necessários para atualizar para o System Center 1801.

Há suporte para uma atualização in-loco do Service Manager 2012 R2 UR14 e 2016 UR4 para Service Manager 1801. Uma atualização in-loco é uma atualização de todas as partes Service Manager no mesmo hardware. Não há suporte para outras abordagens, como atualizações lado a lado ou atualizações sem interrupção.

Atualizar para o Service Manager 1801 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. Você então realiza uma atualização da nova instalação no laboratório.

Versões de Avaliação e Seleção

O lançamento do System Center 2012 R2 e 2016 – 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

Os seguintes caminhos de atualização têm suporte no Service Manager 1801.

Versão atual Versão atualizada Status
Avaliação do System Center 2012 R2/2016 – Service Manager Avaliação do System Center 1801 – Service Manager O período de avaliação permanece inalterado
Seleção do Avaliação do System Center 2012 R2/2016 – Service Manager Seleção do System Center 1801 – Service Manager Licenciado

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 1801 não estende o período de avaliação de 180 dias.

Local de instalação

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

\Arquivos de Programas\Microsoft System Center\Service Manager

Requisitos de hardware do System Center 1801 – Service Manager

Todos os requisitos de hardware do System Center 1801 – Service Manager estão completamente documentados em Requisitos de Hardware.

Requisitos de software do System Center 1801 – Service Manager

Para atualizar para o System Center 1801, primeiro você deve aplicar o Pacote Cumulativo de Atualizações 14 para 2012 R2 e UR4 2016 Service Manager.

Todos os requisitos de software do System Center 1801 – Service Manager estão completamente documentados em Requisitos de Software.

Impacto sobre o desenvolvimento personalizado

Com a versão do System Center 2016 – Service Manager, o produto foi movido para dar suporte ao .NET 4.5.1. A ferramenta definida para dar suporte a esse movimento para o .NET 4.5.1 necessário para quebrar algumas dependências e levou à movimentação de classes entre os assemblies. Portanto, a atualização para Service Manager 1801 de 2012 R2 pode interromper as soluções personalizadas feitas internamente ou por terceiros (não Microsoft). Consulte as etapas para atualizar suas soluções personalizadas para evitar esse problema.

Impedindo que trabalhos MPSync falhem

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á tiver atualizado e não tiver problemas com falhas de transformação ou de trabalho de carga, mas tiver uma falha na implantação do pacote de gerenciamento, siga as etapas na 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 console do Service Manager navegando para o workspace de data warehouse e selecionando Pacote de gerenciamento.

Solução alternativa 2: Se você atualizou e tem problemas com falhas de trabalho de transformação ou carregamento, 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 antes da 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 do pacote de gerenciamento de base com falha usando o console do Service Manager.

Como testar a atualização em um ambiente de laboratório

É recomendável que você teste a atualização para o System Center 1801 – Service Manager em um ambiente de laboratório.

Atualizar a ordem e o andamento

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

  1. Faça backup de seus bancos de dados e dos pacotes de gerenciamento. Confira os tópicos "Como fazer backup de bancos de dados do Service Manager" e "Como fazer backup de pacotes de gerenciamento não selados" no Guia de recuperação de desastre para o System Center – Service Manager.

  2. Começar com o servidor de gerenciamento de data warehouse. Você interromperá os trabalhos do data warehouse e não poderá iniciá-los novamente até concluir a atualização.

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

  4. Atualize os consoles do Service Manager e quaisquer servidores de gerenciamento do Service Manager adicionais.

  5. Reinicie os trabalhos do data warehouse.

  6. Implante o novo Portal de Autoatendimento.

A temporização das suas atualizações também é importante. Depois de atualizar seu servidor de gerenciamento do data warehouse, atualize o servidor de gerenciamento do Service Manager e implante o novo Portal de Autoatendimento. Depois de atualizar seu servidor de gerenciamento inicial do Service Manager, você deve estar preparado para atualizar o console do Service Manager ou os consoles do Service Manager, os servidores de gerenciamento adicionais do Service Manager e o Portal de Autoatendimento ao mesmo tempo.

Impactos do banco de dados

Com o System Center 1801 – Service Manager, você tem a opção de instalar o Operations Manager e Configuration Manager data marts. 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.

Faça backup do Service Manager antes de atualizar

Antes de iniciar qualquer atualização, recomendamos que você faça um backup da chave de criptografia e dos bancos de dados do data warehouse e do Service Manager. Se você já tiver feito backup de seus bancos de dados e da chave de criptografia, poderá continuar executando a atualização. Caso contrário, examine os procedimentos de cópia de segurança no Guia de recuperação de desastre para o System Center – Service Manager antes de continuar a atualização.

Registrar o data warehouse do Service Manager

Se você instalou um servidor de gerenciamento de data warehouse em seu ambiente, como parte do processo de atualização, deverá ser capaz de exibir o status dos trabalhos do data warehouse. Você não poderá executar essa tarefa se não tiver se registrado no Service Manager data warehouse. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrando com o Service Manager Data Warehouse para Habilitar Relatórios no Guia de Implantação do System Center – Service Manager.

Chaves de criptografia

Quando terminar de executar a Instalação para instalar ou atualizar para o System Center 1801 – Service Manager, você será solicitado a abrir o Assistente de Backup ou Restauração de Criptografia. Se você já fez backup das chaves de criptografia, nenhuma ação adicional será necessária. Se você nunca fez cópia de segurança das chaves de criptografia, use 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.

Atualizar para o System Center 2016 – Service Manager

As seções a seguir fornecem as informações sobre como atualizar do System Center 2012 R2 – Service Manager para o System Center 2016 – Service Manager (SM).

Aviso

Se você estiver planejando atualizar dois ou mais componentes do System Center, é fundamental que você primeiro consulte o guia Atualizar para o System Center 2016. A ordem na qual as atualizações de componentes são realizadas é importante. Deixar de seguir a sequência correta das atualizações pode causar falha nos componentes, e não existem opções de recuperação. Os componentes afetados do System Center são:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Você só pode atualizar para o System Center 2016 do System Center 2012 R2 – Service Manager com o pacote cumulativo de atualizações 9 ou posterior instalado.

Importante

Neste guia, supõe-se que você esteja executando uma atualização para o System Center 2012 R2. Para obter informações sobre como instalar o System Center 2016 – Service Manager em um computador em que não existe nenhuma versão anterior do Service Manager, confira Como implantar o System Center 2016 – Service Manager.

Planejar a atualização do System Center 2016 – Service Manager

Esta seção descreve os procedimentos necessários para atualizar para o System Center 2016.

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

Atualizar para o Service Manager 2016 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. Você então realiza uma atualização da nova instalação no laboratório e, assim que tiver êxito, executa a mesma atualização para o Service Manager SP1 no ambiente de produção.

Versões de Avaliação e Seleção

O lançamento do System Center 2012 R2 – 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

Os seguintes caminhos de atualização têm suporte no Service Manager 2016.

Versão atual Versão atualizada Status
Avaliação do System Center 2012 R2 – Service Manager Avaliação do System Center 2016 – Service Manager O período de avaliação permanece inalterado
Seleção do System Center 2012 R2 – Service Manager Seleção do System Center 2016 – Service Manager Licenciado

Observação

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

Local de instalação

A pasta padrão para instalar Service Manager é \Arquivos de Programas\Microsoft System Center\Service Manager. No entanto, quando você executa a atualização para o Service Manager, o software é instalado na pasta que o Service Manager usava anteriormente. Se o Service Manager 2010 ou o Service Manager 2012 tiver sido atualizado anteriormente, as pastas a seguir poderão ser usadas:

\Arquivos de Programas\Microsoft System Center\Service Manager 2010
\Arquivos de Programas\Microsoft System Center\Service Manager 2012

Requisitos de hardware do System Center 2016 – Service Manager

Todos os requisitos de hardware do System Center 2016 – Service Manager estão completamente documentados em Requisitos de hardware do System Center 2016 – Service Manager.

Requisitos de software do System Center 2016 – Service Manager

Para atualizar para o System Center 2016, você primeiro deve aplicar o pacote cumulativo de atualizações 9 ou posterior para o System Center 2012 R2 – Service Manager.

Todos os requisitos de software do System Center 2016 – Service Manager estão completamente documentados em Requisitos de software do System Center 2016 – Service Manager.

Impacto sobre o desenvolvimento personalizado

Com o lançamento do System Center 2016 – Service Manager, o produto passou a dar suporte ao .NET 4.5.1. A ferramenta definida para dar suporte a esse movimento para o .NET 4.5.1 precisou interromper algumas dependências e levou à movimentação de classes entre os assemblies. Portanto, a atualização para Service Manager 2016 pode interromper as soluções personalizadas feitas internamente ou por terceiros (não Microsoft). Consulte as etapas para atualizar suas soluções personalizadas para evitar esse problema.

Impedindo que trabalhos MPSync falhem

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á tiver atualizado e não tiver problemas com falhas de transformação ou de trabalho de carga, mas tiver uma falha de implantação do pacote de gerenciamento, siga as etapas na seção Antes de atualizar. Além disso, depois que as chaves primárias padrão forem restauradas, reinicie a implantação do pacote de gerenciamento com falha no console do Service Manager navegando para o workspace de data warehouse e selecionando Pacote de gerenciamento.

Solução alternativa 2: Se você atualizou e tem problemas com falhas de trabalho de transformação ou carregamento, 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 o banco de dados para um estado antes da 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 do pacote de gerenciamento de base com falha usando o console do Service Manager.

Como testar a atualização em um ambiente de laboratório

É recomendável que você teste a atualização para o System Center 2016 – Service Manager em um ambiente de laboratório.

Atualizar a ordem e o andamento

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

  1. Faça backup de seus bancos de dados e dos pacotes de gerenciamento. Consulte as seções Fazendo backup Service Manager bancos de dados e fazendo backup de pacotes de gerenciamento não selados no Guia de Recuperação de Desastres do System Center 2016 – Service Manager.

  2. Começar com o servidor de gerenciamento de data warehouse. Você interromperá os trabalhos do data warehouse e não poderá iniciá-los novamente até concluir a atualização.

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

  4. Atualize os consoles do Service Manager e quaisquer servidores de gerenciamento do Service Manager adicionais.

  5. Reinicie os trabalhos do data warehouse.

  6. Implante o novo Portal de Autoatendimento.

A temporização das suas atualizações também é importante. Depois de atualizar seu servidor de gerenciamento do data warehouse, atualize o servidor de gerenciamento do Service Manager e implante o novo Portal de Autoatendimento. Depois de atualizar seu servidor de gerenciamento inicial do Service Manager, você deve estar preparado para atualizar o console do Service Manager ou os consoles do Service Manager, os servidores de gerenciamento adicionais do Service Manager e o Portal de Autoatendimento ao mesmo tempo.

Impactos do banco de dados

Com o System Center 2016 – Service Manager, você tem a opção de instalar o Operations Manager e Configuration Manager data marts. 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.

Faça backup do Service Manager antes de atualizar

Antes de iniciar qualquer atualização, recomendamos que você faça um backup da chave de criptografia e dos bancos de dados do data warehouse e do Service Manager. Se você já fez backup dos bancos de dados e da chave de criptografia, poderá continuar a executar a atualização. Caso contrário, examine os procedimentos de cópia de segurança no Guia de recuperação de desastre para o System Center – Service Manager antes de continuar a atualização.

Registrar o data warehouse do Service Manager

Se você instalou um servidor de gerenciamento de data warehouse em seu ambiente, como parte do processo de atualização, deverá ser capaz de exibir o status dos trabalhos de data warehouse. Você não poderá executar essa tarefa se não tiver se registrado no data warehouse Service Manager. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrar com o Service Manager Data Warehouse para Habilitar Relatórios no Guia de Implantação do System Center 2016 – Service Manager.

Chaves de criptografia

Quando terminar de executar a Instalação para instalar ou atualizar para o System Center 2016 – Service Manager, você será solicitado a abrir o Assistente de Backup ou Restauração de Criptografia. Se você já fez backup das chaves de criptografia, nenhuma ação adicional será necessária. Se você nunca fez cópia de segurança das chaves de criptografia, use 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.

Próximas etapas