Atualizar o System Center Service Manager
Importante
O SPF (Service Provider Foundation) foi descontinuado do System Center 2025. No entanto, o SPF 2022 continuará a funcionar com os componentes do System Center 2025.
Este artigo fornece as informações de atualização para o System Center 2025 – Service Manager (SM)
Atualizar para o System Center 2025 – Service Manager
As seções a seguir fornecem informações sobre como atualizar para o System Center 2025 – 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:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- App Controller
Você só pode atualizar para o System Center 2025 do System Center 2022.
Importante
Supõe-se neste guia 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 2025 – 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 2025 – Service Manager
Esta seção descreve os procedimentos necessários para atualizar para o System Center 2025.
Há suporte para uma atualização in-loco do Service Manager 2022. Uma atualização in-loco é uma atualização de todas as partes do 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 o Service Manager 2025 requer preparação. Recomendamos que você instale o Service Manager em um ambiente de laboratório e, em seguida, replique seus bancos de dados de produção no laboratório. Depois disso, execute uma atualização da nova instalação no laboratório.
Avaliação e seleção de versões
A versão do System Center 2022 – 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 2025.
Versão atual | Versão atualizada | Status |
---|---|---|
System Center 2022 – Avaliação do Service Manager | System Center 2025 – Avaliação do Service Manager | O período de avaliação permanece inalterado |
System Center 2022 – Seleção do Service Manager | System Center 2025 – Seleção do Service Manager | Licensed |
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 2025 não estende o período de avaliação de 180 dias.
Local de instalação
A pasta padrão para instalar o Service Manager é \Arquivos de Programas\Microsoft System Center\Service Manager. No entanto, quando você executa a atualização para Service Manager, o software é instalado na pasta que Service Manager usou anteriormente.
Requisitos de hardware para o System Center 2025 – Service Manager
Todos os requisitos de hardware para o System Center 2025 – Service Manager estão totalmente documentados em Requisitos de Hardware.
Requisitos de software para o System Center 2025 – Service Manager
Todos os requisitos de software para o System Center 2025 – Service Manager estão totalmente documentados em Requisitos de software.
Impedindo que os trabalhos do 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, você deve executar o script SQL mencionado abaixo no banco de dados DWRepository para obter os scripts SQL reais que descartam e adicionam uma restrição na 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 trabalho de transformação ou carregamento, mas tiver uma falha de 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 até o espaço de trabalho do Data Warehouse e selecione 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.
Execute as etapas de recuperação de desastre para os backups do banco de dados.
Desabilite o cronograma MPSyncJob.
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.
Reinicie a implantação do pacote de gerenciamento base com falha usando o console do Service Manager.
Testar a atualização em um ambiente de laboratório
Recomendamos que você teste a atualização para o System Center 2025 – Service Manager em um ambiente de laboratório.
Ordem e tempo de atualização
A ordem das suas atualizações é importante. Execute as etapas de atualização na seguinte ordem:
Faça backup de seus bancos de dados e pacotes de gerenciamento. Consulte as seções Fazendo backup de bancos de dados do Service Manager e Fazendo backup de pacotes de gerenciamento não lacrados no Guia de recuperação de desastre do System Center – Service Manager.
Começar com o servidor de gerenciamento de data warehouse.
Após a conclusão da atualização para o servidor de gerenciamento do data warehouse, atualize o servidor de gerenciamento inicial do Service Manager. Se você criou mais de um servidor de gerenciamento do Service Manager, o servidor de gerenciamento inicial do Service Manager será o primeiro que você criou.
Em seguida, atualize todos os servidores de gerenciamento secundários, portais de autoatendimento e consoles do Service Manager.
Após a instalação, faça o seguinte:
Desabilite todos os trabalhos do Data Warehouse. Para fazer isso, abra o shell do Service Manager e execute os seguintes comandos:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
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)
Habilite os agendamentos de trabalho executando os seguintes comandos:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
Reinicie o servidor de gerenciamento do Data Warehouse.
Impactos no banco de dados
Com o System Center 2025 – Service Manager, 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.
Faça backup do Service Manager antes de atualizar
Antes de iniciar qualquer atualização, recomendamos que você faça backup dos bancos de dados do Service Manager e do data warehouse e da chave de criptografia. Se você já tiver feito backup de seus bancos de dados e chave de criptografia, poderá continuar a executar a atualização. Caso contrário, examine os procedimentos de backup no Guia de Recuperação de Desastre do 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, você deve 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 data warehouse do Service Manager. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrando-se no 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 2025 – 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 backup das chaves de criptografia, use o Assistente de Backup ou Restauração de Chave de Criptografia para fazer backup das chaves de criptografia nos servidores de gerenciamento do Service Manager.
Este artigo fornece as informações de atualização para o 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:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- App Controller
Você só pode atualizar para o System Center 2022 do System Center 2019.
Importante
Supõe-se neste guia 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 do 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 o Service Manager 2022 requer preparação. Recomendamos que você instale o Service Manager em um ambiente de laboratório e, em seguida, replique seus bancos de dados de produção no laboratório. Depois disso, execute uma atualização da nova instalação no laboratório.
Avaliação e seleção de versões
A versão 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 – Avaliação do Service Manager | System Center 2022 – Avaliação do Service Manager | O período de avaliação permanece inalterado |
System Center 2019 – Seleção do Service Manager | System Center 2022 – Seleção do Service Manager | Licensed |
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 o Service Manager é \Arquivos de Programas\Microsoft System Center\Service Manager. No entanto, quando você executa a atualização para Service Manager, o software é instalado na pasta que Service Manager usou anteriormente. Se Service Manager 2016/1801 foi 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 para o 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 os trabalhos do 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, você deve executar o script SQL mencionado abaixo no banco de dados DWRepository para obter os scripts SQL reais que descartam e adicionam uma restrição na 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 trabalho de transformação ou carregamento, mas tiver uma falha de 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 até o espaço de trabalho do Data Warehouse e selecione 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.
Execute as etapas de recuperação de desastre para os backups do banco de dados.
Desabilite o cronograma MPSyncJob.
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.
Reinicie a implantação do pacote de gerenciamento base com falha usando o console do Service Manager.
Testando 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.
Ordem e tempo de atualização
A ordem das suas atualizações é importante. Execute as etapas de atualização na seguinte ordem:
Faça backup de seus bancos de dados e pacotes de gerenciamento. Consulte as seções Fazendo backup de bancos de dados do Service Manager e Fazendo backup de pacotes de gerenciamento não lacrados no Guia de recuperação de desastre do System Center – Service Manager.
Começar com o servidor de gerenciamento de data warehouse.
Após a conclusão da atualização para o servidor de gerenciamento do data warehouse, atualize o servidor de gerenciamento inicial (primário) do Service Manager. Se você criou mais de um servidor de gerenciamento do Service Manager, o servidor de gerenciamento inicial do Service Manager será o primeiro que você criou.
Em seguida, atualize todos os servidores de gerenciamento secundários, portais de autoatendimento e consoles do Service Manager.
Após a instalação, faça o seguinte:
Desabilite todos os trabalhos do Data Warehouse. Para fazer isso, abra o shell do Service Manager e execute os seguintes comandos:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
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)
Habilite os agendamentos de trabalho executando os seguintes comandos:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
Reinicie o servidor de gerenciamento do Data Warehouse.
Aplique o Pacote Cumulativo de Atualizações 2 para o System Center 2022 Service Manager ao servidor de gerenciamento do Data Warehouse, ao servidor de gerenciamento primário, ao(s) servidor(es) de gerenciamento secundário, ao(s) portal(is) de autoatendimento e a todos os consoles do Analista.
Impactos no banco de dados
Com o System Center 2022 – Service Manager, 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.
Faça backup do Service Manager antes de atualizar
Antes de iniciar qualquer atualização, recomendamos que você faça backup dos bancos de dados do Service Manager e do data warehouse e da chave de criptografia. Se você já tiver feito backup de seus bancos de dados e chave de criptografia, poderá continuar a executar a atualização. Caso contrário, examine os procedimentos de backup no Guia de Recuperação de Desastre do 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, você deve 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 data warehouse do Service Manager. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrando-se no 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 backup das chaves de criptografia, use o Assistente de Backup ou Restauração de Chave de Criptografia para fazer backup das chaves de criptografia nos servidores de gerenciamento do Service Manager.
Problema conhecido
Após uma atualização bem-sucedida do Data Warehouse, o MPSyncJob falha
Descrição:
Após uma atualização bem-sucedida do Data Warehouse, o MPSyncJob falha devido a uma falha de implantação no pacote de gerenciamento Microsoft System Center Configuration Manager Data Warehouse Library. O log de eventos do OperationsManager mostra o seguinte erro:
- Sintaxe incorreta perto da palavra-chave
IF
- Sintaxe incorreta perto
END
Solução alternativa:
Execute o script documentado aqui.
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:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- 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ê esteja 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 do 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 o Service Manager 2019 requer preparação. Recomendamos que você instale o Service Manager em um ambiente de laboratório e, em seguida, replique seus bancos de dados de produção no laboratório. Depois disso, execute uma atualização da nova instalação no laboratório.
Avaliação e seleção de versões
A versão 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 – Avaliação do Service Manager | System Center 2019 – Avaliação do Service Manager | O período de avaliação permanece inalterado |
System Center 2016/1801/1807 – Service Manager Select | System Center 2019 – Seleção do Service Manager | Licensed |
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 o Service Manager é \Arquivos de Programas\Microsoft System Center\Service Manager. No entanto, quando você executa a atualização para Service Manager, o software é instalado na pasta que Service Manager usou anteriormente. Se Service Manager 2016/1801 foi 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 no desenvolvimento personalizado
Com a versão do System Center 2016 – Service Manager, o produto foi movido para dar suporte ao .NET 4.5.1. O conjunto de ferramentas para dar suporte a esse movimento para o .NET 4.5.1 exigiu a interrupção de algumas dependências e levou ao movimento de classes entre os assemblies.
Impedindo que os trabalhos do 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 trabalho de transformação ou carregamento, mas tiver uma falha de 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 até o espaço de trabalho do Data Warehouse e selecione 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.
Execute as etapas de recuperação de desastre para os backups do banco de dados.
Desabilite o cronograma MPSyncJob.
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.
Reinicie a implantação do pacote de gerenciamento base com falha usando o console do Service Manager.
Testando 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.
Ordem e tempo de atualização
A ordem das suas atualizações é importante. Execute as etapas de atualização na seguinte ordem:
Faça backup de seus bancos de dados e pacotes de gerenciamento. Consulte as seções Fazendo backup de bancos de dados do Service Manager e Fazendo backup de pacotes de gerenciamento não lacrados no Guia de recuperação de desastre do System Center – Service Manager.
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.
Após a conclusão da atualização para o servidor de gerenciamento do data warehouse, atualize o servidor de gerenciamento inicial do Service Manager. Se você criou mais de um servidor de gerenciamento do Service Manager, o servidor de gerenciamento inicial do Service Manager será o primeiro que você criou.
Atualize os consoles do Service Manager e todos os servidores de gerenciamento adicionais do Service Manager.
Reinicie os trabalhos do data warehouse.
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 do Service Manager e também implantar o novo Portal de Autoatendimento. Depois de atualizar o 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 no banco de dados
Com o System Center 2019 – Service Manager, 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.
Faça backup do Service Manager antes de atualizar
Antes de iniciar qualquer atualização, recomendamos que você faça backup dos bancos de dados do Service Manager e do data warehouse e da chave de criptografia. Se você já tiver feito backup de seus bancos de dados e chave de criptografia, poderá continuar a executar a atualização. Caso contrário, examine os procedimentos de backup no Guia de Recuperação de Desastre do 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, você deve 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 data warehouse do Service Manager. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrando-se no 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 backup das chaves de criptografia, use o Assistente de Backup ou Restauração de Chave de Criptografia para fazer backup das chaves de criptografia nos servidores de gerenciamento do Service Manager.
Este artigo fornece as informações de atualização para o System Center 2016 – Service Manager (SM)
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, é imperativo consultar primeiro 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:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- 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
Supõe-se neste guia 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, consulte Implantando o System Center 2016 – Service Manager.
Planejar sua atualização para o 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 do 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 o Service Manager 2016 requer preparação. Recomendamos que você instale o Service Manager em um ambiente de laboratório e, em seguida, replique seus bancos de dados de produção no laboratório. Em seguida, execute uma atualização da nova instalação no laboratório e, uma vez que ela tenha sido bem-sucedida, execute a mesma atualização para Service Manager SP1 no ambiente de produção.
Avaliação e seleção de versões
A versão 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 caminhos de atualização a seguir têm suporte para Service Manager 2016.
Versão atual | Versão atualizada | Status |
---|---|---|
System Center 2012 R2 - Avaliação do Service Manager | System Center 2016 – Avaliação do Service Manager | O período de avaliação permanece inalterado |
System Center 2012 R2 – Seleção do Service Manager | System Center 2016 – Service Manager Select | Licensed |
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 o Service Manager é \Arquivos de Programas\Microsoft System Center\Service Manager. No entanto, quando você executa a atualização para Service Manager, o software é instalado na pasta que Service Manager usou anteriormente. Se o Service Manager 2010 ou o Service Manager 2012 tiver sido atualizado anteriormente, as seguintes pastas 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 para o System Center 2016 – Service Manager
Todos os requisitos de hardware para o System Center 2016 – Service Manager estão totalmente documentados em Requisitos de hardware para o System Center 2016 – Service Manager.
Requisitos de software para o System Center 2016 – Service Manager
Para atualizar para o System Center 2016, você deve primeiro aplicar o Pacote Cumulativo de Atualizações 9 ou posterior para o System Center 2012 R2 – Service Manager.
Todos os requisitos de software para o System Center 2016 – Service Manager estão totalmente documentados em Requisitos de software para o System Center 2016 – Service Manager.
Impacto no desenvolvimento personalizado
Com a versão do System Center 2016 – Service Manager, o produto foi movido para dar suporte ao .NET 4.5.1. O conjunto de ferramentas para dar suporte a esse movimento para o .NET 4.5.1 exigiu a interrupção de algumas dependências e levou ao movimento de classes entre os assemblies. Portanto, a atualização para o 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 os trabalhos do 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 trabalho de transformação ou carregamento, mas tiver uma falha de 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 até o espaço de trabalho do Data Warehouse e selecione 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.
Execute as etapas de recuperação de desastre para os backups do banco de dados.
Desabilite o cronograma MPSyncJob.
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.
Reinicie a implantação do pacote de gerenciamento base com falha usando o console do Service Manager.
Testando a atualização em um ambiente de laboratório
Recomendamos que você teste a atualização para o System Center 2016 – Service Manager em um ambiente de laboratório.
Ordem e tempo de atualização
A ordem das suas atualizações é importante. Execute as etapas de atualização na seguinte ordem:
Faça backup de seus bancos de dados e pacotes de gerenciamento. Consulte as seções Fazendo backup de bancos de dados do Service Manager e Fazendo backup de pacotes de gerenciamento não lacrados no Guia de recuperação de desastre do System Center 2016 – Service Manager.
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.
Após a conclusão da atualização para o servidor de gerenciamento do data warehouse, atualize o servidor de gerenciamento inicial do Service Manager. Se você criou mais de um servidor de gerenciamento do Service Manager, o servidor de gerenciamento inicial do Service Manager será o primeiro que você criou.
Atualize os consoles do Service Manager e todos os servidores de gerenciamento adicionais do Service Manager.
Reinicie os trabalhos do data warehouse.
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 do Service Manager e implantar o novo Portal de Autoatendimento. Depois de atualizar o 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 no banco de dados
Com o System Center 2016 – Service Manager, 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.
Faça backup do Service Manager antes de atualizar
Antes de iniciar qualquer atualização, recomendamos que você faça backup dos bancos de dados do Service Manager e do data warehouse e da chave de criptografia. Se você já tiver feito backup de seus bancos de dados e chave de criptografia, poderá continuar a executar a atualização. Caso contrário, examine os procedimentos de backup no Guia de Recuperação de Desastre do 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, você deve 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 data warehouse do Service Manager. Se o botão Data Warehouse não estiver visível no console do Service Manager, conclua o procedimento em Registrando-se no Data Warehouse do Service Manager 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 backup das chaves de criptografia, use o Assistente de Backup ou Restauração de Chave de Criptografia para fazer backup das chaves de criptografia nos servidores de gerenciamento do Service Manager.
Próximas etapas
- Examine Preparar o SQL Server Reporting Services remoto para atualização para preparar seu ambiente se o SSRS estiver remoto do servidor de gerenciamento do data warehouse.