Aggiornare System Center Service Manager

Questo articolo fornisce le informazioni sull'aggiornamento per System Center 2022 - Service Manager (SM)

Eseguire l'aggiornamento a System Center 2022 - Service Manager

Le sezioni seguenti forniscono informazioni su come eseguire l'aggiornamento a System Center 2022 - Service Manager (SM).

Avviso

L'ordine in cui vengono eseguiti gli aggiornamenti dei componenti è molto importante. L'impossibilità di seguire la sequenza di aggiornamento corretta potrebbe causare un errore del componente per cui non esistono opzioni di ripristino. I componenti di System Center interessati sono:

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

È possibile eseguire l'aggiornamento a System Center 2022 solo da System Center 2019.

Importante

Si presuppone che in questa guida venga eseguito un aggiornamento a una versione esistente di System Center. Per informazioni sull'installazione di System Center 2022 - Service Manager in un computer in cui non esiste alcuna versione precedente di Service Manager, vedere Distribuzione di System Center - Service Manager.

Pianificare l'aggiornamento a System Center 2022 - Service Manager

Questa sezione descrive le procedure necessarie per eseguire l'aggiornamento a System Center 2022.

È supportato un aggiornamento sul posto da Service Manager 2019. Un aggiornamento sul posto è un aggiornamento di tutte le parti Service Manager nello stesso hardware. Altri approcci, ad esempio gli aggiornamenti side-by-side o gli aggiornamenti in sequenza, non sono supportati.

L'aggiornamento a Service Manager 2022 richiede la preparazione. Si consiglia di installare Service Manager in un ambiente di laboratorio e quindi replicare i database di produzione nel laboratorio stesso. Dopo aver eseguito un aggiornamento della nuova installazione nel lab.

Versioni di valutazione e Select

La versione di System Center 2019 - Service Manager era disponibile in due versioni diverse:

  • Versione di valutazione (timeout di 180 giorni)
  • Versione Select License

I percorsi di aggiornamento seguenti sono supportati per Service Manager 2022.

Versione corrente Versione aggiornata Stato
System Center 2019 - Service Manager Eval System Center 2022 - Service Manager Eval Il periodo di valutazione rimane invariato
System Center 2019 - Service Manager Seleziona System Center 2022 - Service Manager Seleziona Con licenza

Nota

L'aggiornamento da una versione di valutazione di Service Manager a una versione di valutazione di Service Manager 2022 non estende il periodo di valutazione di 180 giorni.

Percorso di installazione

La cartella predefinita per l'installazione di Service Manager è \Programmi\Microsoft System Center\Service Manager. Tuttavia, quando si esegue l'aggiornamento a Service Manager, il software viene installato nella cartella usata in precedenza da Service Manager. Se Service Manager 2016/1801 è stato precedentemente aggiornato, è possibile usare la cartella seguente:

\Programmi\Microsoft System Center\Service Manager

Requisiti hardware per System Center 2022 - Service Manager

Tutti i requisiti hardware per System Center 2022 - Service Manager sono documentati in Requisiti hardware.

Requisiti software per System Center 2022 - Service Manager

Tutti i requisiti software per System Center 2022- Service Manager sono documentati in Requisiti software.

Come impedire che i processi di MPSync abbiano esito negativo

Prima dell'aggiornamento

Descrizione: Un problema con il processo di aggiornamento causa l'esito negativo del processo MPSync al termine dell'aggiornamento. Per evitare questo problema (prima dell'aggiornamento)[#back-up-service-manager-before-you-upgrade], è necessario eseguire lo script SQL indicato di seguito nel database DWRepository per ottenere gli script SQL effettivi che rilasciano e aggiungono un vincolo per le tabelle di fatto della chiave primaria nel database DWRepository per risolvere il problema. Inoltre, anche i processi di trasformazione e caricamento potrebbero avere esito negativo. Questo errore può verificarsi a causa di puliture errate del database.

;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  

Soluzione alternativa 1: Se è già stato eseguito l'aggiornamento e non si verificano problemi con errori di trasformazione o caricamento del processo, ma si verifica un errore di distribuzione del Management Pack, seguire la procedura descritta nella sezione (Prima dell'aggiornamento)[#back-up-service-manager-before-you-upgrade]. Dopo aver ripristinato le chiavi predefinite, riavviare la distribuzione del Management Pack non riuscita nella console di Service Manager passando all'area di lavoro Data Warehouse e selezionando Management Pack.

Soluzione alternativa 2: Se sono stati aggiornati e si verificano problemi con errori di trasformazione o caricamento dei processi, determinare se il Management Pack SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base esiste nel database DWStagingAndConfig eseguendo la query seguente.

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

Se il Management Pack non esiste, è necessario ripristinare lo stato del database prima dell'aggiornamento. Per ripristinare il database, effettuare le seguenti operazioni.

  1. Eseguire il ripristino di emergenza per i backup del database.

  2. Disattivare la pianificazione di MPSyncJob.

  3. Ripristinare manualmente tutte le chiavi primarie mancanti in DWRepository. È possibile eliminare e ricreare la chiave primaria utilizzando lo script SQL dalla sezione Prima dell'aggiornamento.

  4. Riavviare la distribuzione del Management Pack di base non riuscita usando la console di Service Manager.

Test dell'aggiornamento in un ambiente lab

È consigliabile testare l'aggiornamento a System Center 2022 - Service Manager in un ambiente lab.

Ordine e scadenza degli aggiornamenti

L'ordine degli aggiornamenti è importante. Eseguire i passaggi di aggiornamento nell'ordine seguente:

  1. Eseguire il backup dei database e dei Management Pack. Vedere le sezioni Backup di database Service Manager e backup di Management Pack non bloccati nella Guida al ripristino di emergenza per System Center - Service Manager.

  2. Iniziare con il server di gestione del data warehouse. Si arresteranno i processi del data warehouse e non sarà possibile avviarli di nuovo fino al completamento dell'aggiornamento.

  3. Dopo aver completato l'aggiornamento al server di gestione del data warehouse, aggiornare il server di gestione iniziale di Service Manager. Se è stato creato più di un server di gestione di Service Manager, il server di gestione iniziale di Service Manager è il primo a essere stato creato.

Dopo l'installazione, eseguire le operazioni seguenti:

  1. Disabilitare tutti i processi Data Warehouse. A tale scopo, aprire la shell Service Manager e quindi eseguire i comandi seguenti:

    $DW ='DWMS Servername'
    
    Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
    
  2. Apportare le modifiche necessarie nello script di PowerShell seguente in base alle viste dell'origine dati nell'ambiente e quindi eseguire lo script usando privilegi elevati:

    $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. Abilitare le pianificazioni dei processi eseguendo i comandi seguenti:

    $DW ='DWMS Servername'
    
    Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
    
  4. Riavviare il server di gestione Data Warehouse.

  5. Aggiornare le console di Service Manager ed eventuali server di gestione aggiuntivi di Service Manager.

  6. Riavviare i processi del data warehouse.

  7. Distribuire il nuovo portale self-service.

  8. Applicare l'hotfix di System Center 2022 Service Manager al server di gestione primario, ai server di gestione secondari, ai portali Self-Service e a tutte le console analista.

Anche la scadenza degli aggiornamenti è importante. Dopo aver aggiornato il server di gestione del data warehouse, è necessario aggiornare il server di gestione Service Manager e distribuire anche il nuovo portale di Self-Service. Dopo aver aggiornato il server di gestione di Service Manager iniziale, è necessario prepararsi per aggiornare contemporaneamente la console, o le console, di Service Manager, i server di gestione aggiuntivi di Service Manager e il portale self-service.

Implicazioni per i database

Con System Center 2022 - Service Manager è possibile installare Operations Manager e Configuration Manager data mart. La selezione di questa opzione comporterà requisiti di spazio aggiuntivi sull'unità disco rigido per i due database, così come gruppi associati di file e file di registro.

Backup di Service Manager prima dell'aggiornamento

Prima di avviare qualsiasi aggiornamento si consiglia di eseguire il backup dei database di Service Manager e del data warehouse nonché della chiave di crittografia. Se è già stato eseguito il backup dei database e della chiave di crittografia, è possibile continuare a eseguire l'aggiornamento. In caso contrario, verificare le procedure di backup nella guida al ripristino di emergenza per System Center - Service Manager prima di continuare l'aggiornamento.

Registrare il data warehouse di Service Manager

Se è stato installato un server di gestione del data warehouse nell'ambiente, nell'ambito del processo di aggiornamento, è necessario poter visualizzare lo stato dei processi del data warehouse. Non è possibile eseguire questa attività se non è stata registrata con il data warehouse di Service Manager. Se il pulsante Data Warehouse non è visibile nella console di Service Manager, completare la procedura in Registrazione con l'Service Manager Data Warehouse per abilitare la creazione di report nella Guida alla distribuzione per System Center - Service Manager.

Chiavi di crittografia

Al termine dell'esecuzione dell'installazione per installare o eseguire l'aggiornamento a System Center 2022- Service Manager viene richiesto di aprire l'Installazione guidata backup o ripristino di crittografia. Se in precedenza è stato eseguito il backup delle chiavi di crittografia, non è necessaria alcuna azione aggiuntiva. Se il backup delle chiavi di crittografia non è mai stato eseguito, usare la procedura di backup o ripristino guidato della chiave di crittografia per eseguire il backup delle chiavi nei server di gestione di Service Manager.

Questo articolo fornisce le informazioni sull'aggiornamento per System Center 2019 - Service Manager (SM)

Aggiornamento a System Center 2019 - Service Manager

Le sezioni seguenti forniscono informazioni su come eseguire l'aggiornamento a System Center 2019 - Service Manager (SM).

Avviso

L'ordine in cui vengono eseguiti gli aggiornamenti dei componenti è molto importante. L'impossibilità di seguire la sequenza di aggiornamento corretta potrebbe causare un errore del componente per cui non esistono opzioni di ripristino. I componenti di System Center interessati sono:

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

È possibile eseguire l'aggiornamento solo a System Center 2019 da System Center 2016 o 1801 o 1807.

Importante

Si presuppone che in questa guida si stia eseguendo un aggiornamento a una versione di System Center esistente. Per informazioni sull'installazione di System Center 2019 - Service Manager in un computer in cui non esiste alcuna versione precedente di Service Manager, vedere Distribuzione di System Center - Service Manager.

Pianificare l'aggiornamento a System Center 2019 - Service Manager

Questa sezione descrive le procedure necessarie per eseguire l'aggiornamento a System Center 2019.

È supportato un aggiornamento sul posto da Service Manager 2016, 1801, 1807. Un aggiornamento sul posto è un aggiornamento di tutte le parti Service Manager nello stesso hardware. Altri approcci, ad esempio aggiornamenti side-by-side o aggiornamenti in sequenza, non sono supportati.

L'aggiornamento a Service Manager 2019 richiede la preparazione. Si consiglia di installare Service Manager in un ambiente di laboratorio e quindi replicare i database di produzione nel laboratorio stesso. Successivamente, eseguire un aggiornamento della nuova installazione nel lab.

Versioni di valutazione e Select

La versione di System Center 2016 e 1801 - Service Manager è disponibile in due versioni diverse:

  • Versione di valutazione (timeout di 180 giorni)
  • Versione Select License

I percorsi di aggiornamento seguenti sono supportati per Service Manager 2019.

Versione corrente Versione aggiornata Stato
System Center 2016/1801 - Service Manager Eval System Center 2019 - Service Manager Eval Il periodo di valutazione rimane invariato
System Center 2016/1801/1807 - Service Manager Selezionare System Center 2019 - Service Manager Selezionare Con licenza

Nota

L'aggiornamento da una versione di valutazione di Service Manager a una versione di valutazione di Service Manager 2019 non estende il periodo di valutazione di 180 giorni.

Percorso di installazione

La cartella predefinita per l'installazione di Service Manager è \Programmi\Microsoft System Center\Service Manager. Tuttavia, quando si esegue l'aggiornamento a Service Manager, il software viene installato nella cartella usata in precedenza da Service Manager. Se Service Manager 2016/1801 è stato aggiornato in precedenza, è possibile usare la cartella seguente:

\Programmi\Microsoft System Center\Service Manager

Requisiti hardware per System Center 2019 - Service Manager

Tutti i requisiti hardware per System Center 2019 : Service Manager sono completamente documentati nei requisiti hardware.

Requisiti software per System Center 2019 - Service Manager

Tutti i requisiti software per System Center 2019- Service Manager sono completamente documentati in Requisiti software.

Impatto sullo sviluppo personalizzato

Con la versione system Center 2016 - Service Manager, il prodotto è stato spostato per supportare .NET 4.5.1. Lo strumento impostato per supportare questo spostamento su .NET 4.5.1 necessario per interrompere alcune dipendenze e ha portato allo spostamento di classi tra gli assembly.

Come impedire che i processi di MPSync abbiano esito negativo

Prima dell'aggiornamento

Descrizione: Un problema con il processo di aggiornamento causa l'esito negativo del processo MPSync al termine dell'aggiornamento. Per evitare che si verifichi questo problema prima di effettuare l'aggiornamento, è necessario eseguire lo script SQL seguente sul database DWRepository per richiamare gli script SQL di eliminazione e aggiungere un vincolo sulla chiave primaria nelle tabelle dei fatti nel database DWRepository. Inoltre, anche i processi di trasformazione e caricamento potrebbero avere esito negativo. Questo errore può verificarsi a causa di puliture errate del database.

;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  

Soluzione alternativa 1: Se è già stato aggiornato e non si verificano problemi con errori di trasformazione o caricamento, ma si verifica un errore di distribuzione del Management Pack, seguire la procedura descritta nella sezione Prima dell'aggiornamento. Dopo aver ripristinato le chiavi predefinite, riavviare la distribuzione del Management Pack non riuscita nella console di Service Manager passando all'area di lavoro Data Warehouse e selezionando Management Pack.

Soluzione alternativa 2: Se è stato aggiornato e si verificano problemi con errori di trasformazione o caricamento, determinare se il Management Pack SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base esiste nel database DWStagingAndConfig eseguendo la query seguente.

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

Se il Management Pack non esiste, è necessario ripristinare il database in uno stato prima dell'aggiornamento. Per ripristinare il database, effettuare le seguenti operazioni.

  1. Eseguire il ripristino di emergenza per i backup del database.

  2. Disattivare la pianificazione di MPSyncJob.

  3. Ripristinare manualmente tutte le chiavi primarie mancanti in DWRepository. È possibile eliminare e ricreare la chiave primaria utilizzando lo script SQL dalla sezione Prima dell'aggiornamento.

  4. Riavviare la distribuzione del Management Pack di base non riuscita usando la console di Service Manager.

Test dell'aggiornamento in un ambiente lab

È consigliabile testare l'aggiornamento a System Center 2019: Service Manager in un ambiente lab.

Ordine e scadenza degli aggiornamenti

L'ordine degli aggiornamenti è importante. Eseguire i passaggi di aggiornamento nell'ordine seguente:

  1. Eseguire il backup dei database e dei Management Pack. Vedere le sezioni Backup di database Service Manager e backup di Management Pack non bloccati nella Guida al ripristino di emergenza per System Center - Service Manager.

  2. Iniziare con il server di gestione del data warehouse. Si arresteranno i processi del data warehouse e non sarà possibile avviarli di nuovo fino a quando non è stato completato l'aggiornamento.

  3. Dopo aver completato l'aggiornamento al server di gestione del data warehouse, aggiornare il server di gestione iniziale di Service Manager. Se è stato creato più di un server di gestione di Service Manager, il server di gestione iniziale di Service Manager è il primo a essere stato creato.

  4. Aggiornare le console di Service Manager ed eventuali server di gestione aggiuntivi di Service Manager.

  5. Riavviare i processi del data warehouse.

  6. Distribuire il nuovo portale self-service.

Anche la scadenza degli aggiornamenti è importante. Dopo aver aggiornato il server di gestione del data warehouse, è necessario aggiornare il server di gestione Service Manager e distribuire anche il nuovo portale di Self-Service. Dopo aver aggiornato il server di gestione di Service Manager iniziale, è necessario prepararsi per aggiornare contemporaneamente la console, o le console, di Service Manager, i server di gestione aggiuntivi di Service Manager e il portale self-service.

Implicazioni per i database

Con System Center 2019 - Service Manager, è possibile installare Operations Manager e Configuration Manager data mart. La selezione di questa opzione comporterà requisiti di spazio aggiuntivi sull'unità disco rigido per i due database, così come gruppi associati di file e file di registro.

Backup di Service Manager prima dell'aggiornamento

Prima di avviare qualsiasi aggiornamento si consiglia di eseguire il backup dei database di Service Manager e del data warehouse nonché della chiave di crittografia. Se è già stato eseguito il backup dei database e della chiave di crittografia, è possibile continuare a eseguire l'aggiornamento. In caso contrario, verificare le procedure di backup nella guida al ripristino di emergenza per System Center - Service Manager prima di continuare l'aggiornamento.

Registrare il data warehouse di Service Manager

Se è stato installato un server di gestione del data warehouse nell'ambiente, come parte del processo di aggiornamento, è necessario essere in grado di visualizzare lo stato dei processi del data warehouse. Non è possibile eseguire questa attività se non è stata registrata con il data warehouse di Service Manager. Se il pulsante Data Warehouse non è visibile nella console di Service Manager, completare la procedura descritta in Registrazione con il Service Manager Data Warehouse per abilitare la creazione di report nella Guida alla distribuzione per System Center - Service Manager.

Chiavi di crittografia

Al termine dell'esecuzione del programma di installazione per l'installazione o l'aggiornamento a System Center 2019 - Service Manager, viene richiesto di aprire backup o ripristino guidato della crittografia. Se in precedenza è stato eseguito il backup delle chiavi di crittografia, non è necessaria alcuna azione aggiuntiva. Se il backup delle chiavi di crittografia non è mai stato eseguito, usare la procedura di backup o ripristino guidato della chiave di crittografia per eseguire il backup delle chiavi nei server di gestione di Service Manager.

Importante

Questa versione di Service Manager ha raggiunto la fine del supporto. È consigliabile eseguire l'aggiornamento a Service Manager 2022.

Per applicare l'aggiornamento 1807 è necessario che System Center - Service Manager 1801 sia installato. Altre informazioni su come installare SM 1807.

Importante

Questa versione di Service Manager ha raggiunto la fine del supporto. È consigliabile eseguire l'aggiornamento a Service Manager 2022.

Questo articolo contiene informazioni sull'aggiornamento per System Center 1801 - Service Manager (SM)

Questo articolo contiene informazioni sull'aggiornamento per System Center 2016 - Service Manager (SM)

Eseguire l'aggiornamento a System Center 1801 - Service Manager

Le sezioni seguenti contengono informazioni su come aggiornare System Center 2012 R2 e 2016 Service Manager a System Center 1801 - Service Manager (SM).

Avviso

L'ordine in cui vengono eseguiti gli aggiornamenti dei componenti è molto importante. L'impossibilità di seguire la sequenza di aggiornamento corretta potrebbe causare un errore del componente per cui non esistono opzioni di ripristino. I componenti di System Center interessati sono:

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

È possibile eseguire l'aggiornamento a System Center 1801 solo da System Center 2012 R2 - Service Manager con aggiornamento cumulativo 14 e System Center Service Manager 2016 con UR4.

Importante

In questa guida si presuppone che si stia eseguendo un aggiornamento a una versione esistente di System Center. Per informazioni sull'installazione di System Center 1801 - Service Manager in un computer in cui non sono presenti versioni precedenti di Service Manager, vedere Distribuzione di System Center - Service Manager.

Pianificare l'aggiornamento a System Center 1801 - Service Manager

In questa sezione vengono descritte le procedure necessarie per eseguire l'aggiornamento a System Center 1801.

È supportato un aggiornamento sul posto da Service Manager 2012 R2 UR14 e 2016 UR4 a Service Manager 1801. Un aggiornamento sul posto è un aggiornamento di tutte le parti Service Manager nello stesso hardware. Altri approcci, ad esempio gli aggiornamenti side-by-side o gli aggiornamenti in sequenza, non sono supportati.

L'aggiornamento a Service Manager 1801 richiede la preparazione. Si consiglia di installare Service Manager in un ambiente di laboratorio e quindi replicare i database di produzione nel laboratorio stesso. È quindi possibile eseguire un aggiornamento della nuova installazione nell'ambiente lab.

Versioni di valutazione e Select

In origine System Center 2012 R2 e 2016 - Service Manager era disponibile in due diverse versioni:

  • Versione di valutazione (timeout di 180 giorni)
  • Versione Select License

Sono supportati i seguenti percorsi di aggiornamento per Service Manager 1801.

Versione corrente Versione aggiornata Stato
System Center 2012 R2/2016 - Service Manager Eval System Center 1801 - Service Manager Eval Il periodo di valutazione rimane invariato
System Center 2012 R2/2016 - Service Manager Select System Center 1801 - Service Manager Select Con licenza

Nota

L'aggiornamento da una versione di valutazione di Service Manager a una versione di valutazione di Service Manager 1801 non estende il periodo di valutazione di 180 giorni.

Percorso di installazione

La cartella predefinita per l'installazione di Service Manager è \Programmi\Microsoft System Center\Service Manager. Tuttavia, quando si esegue l'aggiornamento a Service Manager, il software viene installato nella cartella usata in precedenza da Service Manager. Se Service Manager 2012/2016 è stato aggiornato in precedenza, si può usare la cartella seguente:

\Programmi\Microsoft System Center\Service Manager

Requisiti hardware per System Center 1801 - Service Manager

Tutti i requisiti hardware per System Center 1801 - Service Manager sono documentati in Requisiti hardware.

Requisiti software per System Center 1801 - Service Manager

Per eseguire l'aggiornamento a System Center 1801, è necessario prima applicare l'aggiornamento cumulativo 14 per 2012 R2 e l'aggiornamento cumulativo 4 per 2016 Service Manager.

Tutti i requisiti software per System Center 1801 - Service Manager sono documentati in Requisiti software.

Impatto sullo sviluppo personalizzato

Con la versione system Center 2016 - Service Manager, il prodotto è stato spostato per supportare .NET 4.5.1. Il set di strumenti per supportare questo spostamento in .NET 4.5.1 richiedeva l'interruzione di alcune dipendenze e ha portato allo spostamento delle classi tra gli assembly. Di conseguenza, l'aggiornamento a Service Manager 1801 dal 2012 R2 può interrompere le soluzioni personalizzate effettuate internamente o da terze parti (non Microsoft). Consultare la procedura di aggiornamento delle soluzioni personalizzate per evitare questo problema.

Come impedire che i processi di MPSync abbiano esito negativo

Prima dell'aggiornamento

Descrizione: Un problema con il processo di aggiornamento causa l'esito negativo del processo MPSync al termine dell'aggiornamento. Per evitare che si verifichi questo problema prima di effettuare l'aggiornamento, è necessario eseguire lo script SQL seguente sul database DWRepository per richiamare gli script SQL di eliminazione e aggiungere un vincolo sulla chiave primaria nelle tabelle dei fatti nel database DWRepository. Inoltre, anche i processi di trasformazione e caricamento potrebbero avere esito negativo. Questo errore può verificarsi a causa di puliture errate del database.

;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  

Soluzione alternativa 1: Se è già stato eseguito l'aggiornamento e non si verificano problemi con errori di trasformazione o caricamento del processo, ma si verifica un errore di distribuzione del Management Pack, seguire la procedura descritta nella sezione Prima dell'aggiornamento. Dopo aver ripristinato le chiavi predefinite, riavviare la distribuzione del Management Pack non riuscita nella console di Service Manager passando all'area di lavoro Data Warehouse e selezionando Management Pack.

Soluzione alternativa 2: Se è stato eseguito l'aggiornamento e si verificano problemi con errori di trasformazione o caricamento dei processi, determinare se il Management Pack SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base esiste nel database DWStagingAndConfig eseguendo la query seguente.

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

Se il Management Pack non esiste, è necessario ripristinare lo stato del database prima dell'aggiornamento. Per ripristinare il database, effettuare le seguenti operazioni.

  1. Eseguire il ripristino di emergenza per i backup del database.

  2. Disattivare la pianificazione di MPSyncJob.

  3. Ripristinare manualmente tutte le chiavi primarie mancanti in DWRepository. È possibile eliminare e ricreare la chiave primaria utilizzando lo script SQL dalla sezione Prima dell'aggiornamento.

  4. Riavviare la distribuzione del Management Pack di base non riuscita usando la console di Service Manager.

Test dell'aggiornamento in un ambiente lab

Si consiglia di testare l'aggiornamento a System Center 1801 - Service Manager in un ambiente lab.

Ordine e scadenza degli aggiornamenti

L'ordine degli aggiornamenti è importante. Eseguire i passaggi di aggiornamento nell'ordine seguente:

  1. Eseguire il backup dei database e dei Management Pack. Vedere gli argomenti "Backup dei database di Service Manager" e "Backup dei Management Pack non bloccati" nella guida al ripristino di emergenza per System Center - Service Manager.

  2. Iniziare con il server di gestione del data warehouse. Si arresteranno i processi del data warehouse e non sarà possibile avviarli di nuovo fino al completamento dell'aggiornamento.

  3. Dopo aver completato l'aggiornamento al server di gestione del data warehouse, aggiornare il server di gestione iniziale di Service Manager. Se è stato creato più di un server di gestione di Service Manager, il server di gestione iniziale di Service Manager è il primo a essere stato creato.

  4. Aggiornare le console di Service Manager ed eventuali server di gestione aggiuntivi di Service Manager.

  5. Riavviare i processi del data warehouse.

  6. Distribuire il nuovo portale self-service.

Anche la scadenza degli aggiornamenti è importante. Dopo l'aggiornamento del server di gestione del data warehouse è necessario aggiornare il server di gestione di Service Manager e distribuire il nuovo portale self-service. Dopo aver aggiornato il server di gestione di Service Manager iniziale, è necessario prepararsi per aggiornare contemporaneamente la console, o le console, di Service Manager, i server di gestione aggiuntivi di Service Manager e il portale self-service.

Implicazioni per i database

Con System Center 1801 - Service Manager è possibile installare Operations Manager e Configuration Manager data mart. La selezione di questa opzione comporterà requisiti di spazio aggiuntivi sull'unità disco rigido per i due database, così come gruppi associati di file e file di registro.

Backup di Service Manager prima dell'aggiornamento

Prima di avviare qualsiasi aggiornamento si consiglia di eseguire il backup dei database di Service Manager e del data warehouse nonché della chiave di crittografia. Se è già stato eseguito il backup dei database e della chiave di crittografia, è possibile continuare a eseguire l'aggiornamento. In caso contrario, verificare le procedure di backup nella guida al ripristino di emergenza per System Center - Service Manager prima di continuare l'aggiornamento.

Registrare il data warehouse di Service Manager

Se è stato installato un server di gestione del data warehouse nell'ambiente, come parte del processo di aggiornamento, è necessario essere in grado di visualizzare lo stato dei processi del data warehouse. Non è possibile eseguire questa attività se non è stata registrata con il data warehouse di Service Manager. Se il pulsante Data Warehouse non è visibile nella console di Service Manager, completare la procedura descritta in Registrazione con il Service Manager Data Warehouse per abilitare la creazione di report nella Guida alla distribuzione per System Center - Service Manager.

Chiavi di crittografia

Al termine dell'esecuzione del programma di installazione per installare o eseguire l'aggiornamento a System Center 1801 - Service Manager, viene richiesto di aprire backup o ripristino guidato della crittografia. Se in precedenza è stato eseguito il backup delle chiavi di crittografia, non è necessaria alcuna azione aggiuntiva. Se il backup delle chiavi di crittografia non è mai stato eseguito, usare la procedura di backup o ripristino guidato della chiave di crittografia per eseguire il backup delle chiavi nei server di gestione di Service Manager.

Aggiornamento a System Center 2016 - Service Manager

Le sezioni seguenti forniscono informazioni su come eseguire l'aggiornamento da System Center 2012 R2 - Service Manager a System Center 2016 - Service Manager (SM).

Avviso

Se si prevede di aggiornare due o più componenti di System Center, è fondamentale consultare prima la guida Eseguire l'aggiornamento a System Center 2016. L'ordine in cui vengono eseguiti gli aggiornamenti dei componenti è molto importante. L'impossibilità di seguire la sequenza di aggiornamento corretta potrebbe causare un errore del componente per cui non esistono opzioni di ripristino. I componenti di System Center interessati sono:

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

È possibile eseguire l'aggiornamento a System Center 2016 solo da System Center 2012 R2 - Service Manager con aggiornamento cumulativo 9 o versione successiva installato.

Importante

Si presuppone che in questa guida venga eseguito un aggiornamento a System Center 2012 R2. Per informazioni sull'installazione di System Center 2016 - Service Manager in un computer in cui non sono presenti versioni precedenti di Service Manager, vedere Distribuzione di System Center 2016 - Service Manager.

Pianificare l'aggiornamento a System Center 2016 - Service Manager

In questa sezione vengono descritte le procedure necessarie per eseguire l'aggiornamento a System Center 2016.

È supportato un aggiornamento sul posto da Service Manager 2012 R2 a Service Manager 2016. Un aggiornamento sul posto è un aggiornamento di tutte le parti Service Manager nello stesso hardware. Altri approcci, ad esempio gli aggiornamenti side-by-side o gli aggiornamenti in sequenza, non sono supportati.

L'aggiornamento a Service Manager 2016 richiede la preparazione. Si consiglia di installare Service Manager in un ambiente di laboratorio e quindi replicare i database di produzione nel laboratorio stesso. È quindi possibile eseguire un aggiornamento della nuova installazione nel laboratorio e, dopo aver verificato la corretta esecuzione, eseguire lo stesso aggiornamento a Service Manager SP1 nell'ambiente di produzione.

Versioni di valutazione e Select

In origine System Center 2012 R2 - Service Manager era disponibile in due diverse versioni:

  • Versione di valutazione (timeout di 180 giorni)

  • Versione Select License

Sono supportati i seguenti percorsi di aggiornamento per Service Manager 2016.

Versione corrente Versione aggiornata Stato
System Center 2012 R2 - Service Manager Eval System Center 2016 - Service Manager Eval Il periodo di valutazione rimane invariato
System Center 2012 R2 - Service Manager Select System Center 2016 - Service Manager Select Con licenza

Nota

L'aggiornamento da una versione di valutazione di Service Manager 2012 R2 a una versione di valutazione di Service Manager 2016 non estende il periodo di valutazione di 180 giorni.

Percorso di installazione

La cartella predefinita per l'installazione di Service Manager è \Programmi\Microsoft System Center\Service Manager. Tuttavia, quando si esegue l'aggiornamento a Service Manager, il software viene installato nella cartella usata in precedenza da Service Manager. Se in precedenza è stato eseguito l'aggiornamento di Service Manager 2010 o Service Manager 2012, possono essere usate le cartelle seguenti:

\Programmi\Microsoft System Center\Service Manager 2010
\Programmi\Microsoft System Center\Service Manager 2012

Requisiti hardware per System Center 2016 - Service Manager

Tutti i requisiti hardware per System Center 2016 - Service Manager sono documentati in Requisiti hardware per System Center 2016 - Service Manager.

Requisiti software per System Center 2016 - Service Manager

Per eseguire l'aggiornamento a System Center 2016, è necessario prima applicare l'aggiornamento cumulativo 9 o versione successiva per System Center 2012 R2 - Service Manager.

Tutti i requisiti software per System Center 2016 - Service Manager sono documentati in Requisiti software per System Center 2016 - Service Manager.

Impatto sullo sviluppo personalizzato

Con la versione system Center 2016 - Service Manager, il prodotto è stato spostato per supportare .NET 4.5.1. Il set di strumenti per supportare questo spostamento in .NET 4.5.1 richiedeva l'interruzione di alcune dipendenze e ha portato allo spostamento delle classi tra gli assembly. Di conseguenza, l'aggiornamento a Service Manager 2016 può interrompere le soluzioni personalizzate effettuate internamente o da terze parti (non Microsoft). Consultare la procedura di aggiornamento delle soluzioni personalizzate per evitare questo problema.

Come impedire che i processi di MPSync abbiano esito negativo

Prima dell'aggiornamento

Descrizione: Un problema con il processo di aggiornamento causa l'esito negativo del processo MPSync al termine dell'aggiornamento. Per evitare che si verifichi questo problema prima di effettuare l'aggiornamento, è necessario eseguire lo script SQL seguente sul database DWRepository per richiamare gli script SQL di eliminazione e aggiungere un vincolo sulla chiave primaria nelle tabelle dei fatti nel database DWRepository. Inoltre, anche i processi di trasformazione e caricamento potrebbero avere esito negativo. Questo errore può verificarsi a causa di puliture errate del database.

;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  

Soluzione alternativa 1: Se è già stato eseguito l'aggiornamento e non si verificano problemi con errori di trasformazione o caricamento del processo, ma si verifica un errore di distribuzione del Management Pack, seguire la procedura descritta nella sezione Prima dell'aggiornamento. Dopo aver ripristinato le chiavi predefinite, riavviare la distribuzione del Management Pack non riuscita nella console di Service Manager passando all'area di lavoro Data Warehouse e selezionando Management Pack.

Soluzione alternativa 2: Se sono stati aggiornati e si verificano problemi con errori di trasformazione o caricamento dei processi, determinare se il Management Pack SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base esiste nel database DWStagingAndConfig eseguendo la query seguente.

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

Se il Management Pack non esiste, è necessario ripristinare lo stato del database prima dell'aggiornamento. Per ripristinare il database, effettuare le seguenti operazioni.

  1. Eseguire il ripristino di emergenza per i backup del database.

  2. Disattivare la pianificazione di MPSyncJob.

  3. Ripristinare manualmente tutte le chiavi primarie mancanti in DWRepository. È possibile eliminare e ricreare la chiave primaria utilizzando lo script SQL dalla sezione Prima dell'aggiornamento.

  4. Riavviare la distribuzione del Management Pack di base non riuscita usando la console di Service Manager.

Test dell'aggiornamento in un ambiente lab

Si consiglia di testare l'aggiornamento a System Center 2016 - Service Manager in un ambiente lab.

Ordine e scadenza degli aggiornamenti

L'ordine degli aggiornamenti è importante. Eseguire i passaggi di aggiornamento nell'ordine seguente:

  1. Eseguire il backup dei database e dei Management Pack. Vedere le sezioni Backup di database Service Manager e backup di Management Pack non bloccati nella Guida al ripristino di emergenza per System Center 2016 - Service Manager.

  2. Iniziare con il server di gestione del data warehouse. Si arresteranno i processi del data warehouse e non sarà possibile avviarli di nuovo fino a quando non è stato completato l'aggiornamento.

  3. Dopo aver completato l'aggiornamento al server di gestione del data warehouse, aggiornare il server di gestione iniziale di Service Manager. Se è stato creato più di un server di gestione di Service Manager, il server di gestione iniziale di Service Manager è il primo a essere stato creato.

  4. Aggiornare le console di Service Manager ed eventuali server di gestione aggiuntivi di Service Manager.

  5. Riavviare i processi del data warehouse.

  6. Distribuire il nuovo portale self-service.

Anche la scadenza degli aggiornamenti è importante. Dopo l'aggiornamento del server di gestione del data warehouse è necessario aggiornare il server di gestione di Service Manager e distribuire il nuovo portale self-service. Dopo aver aggiornato il server di gestione di Service Manager iniziale, è necessario prepararsi per aggiornare contemporaneamente la console, o le console, di Service Manager, i server di gestione aggiuntivi di Service Manager e il portale self-service.

Implicazioni per i database

Con System Center 2016 - Service Manager è possibile installare Operations Manager e Configuration Manager data mart. La selezione di questa opzione comporterà requisiti di spazio aggiuntivi sull'unità disco rigido per i due database, così come gruppi associati di file e file di registro.

Backup di Service Manager prima dell'aggiornamento

Prima di avviare qualsiasi aggiornamento si consiglia di eseguire il backup dei database di Service Manager e del data warehouse nonché della chiave di crittografia. Se è già stato eseguito il backup dei database e della chiave di crittografia, è possibile continuare a eseguire l'aggiornamento. In caso contrario, verificare le procedure di backup nella guida al ripristino di emergenza per System Center - Service Manager prima di continuare l'aggiornamento.

Registrare il data warehouse di Service Manager

Se è stato installato un server di gestione del data warehouse nell'ambiente, nell'ambito del processo di aggiornamento, è necessario poter visualizzare lo stato dei processi del data warehouse. Non è possibile eseguire questa attività se non è stata registrata con il data warehouse di Service Manager. Se il pulsante Data Warehouse non è visibile nella console di Service Manager, completare la procedura in Registrazione con l'Service Manager Data Warehouse per abilitare la creazione di report nella Guida alla distribuzione per System Center 2016 - Service Manager.

Chiavi di crittografia

Al termine dell'esecuzione del programma di installazione per installare o eseguire l'aggiornamento a System Center 2016- Service Manager viene richiesto di aprire l'Installazione guidata backup o ripristino di crittografia. Se in precedenza è stato eseguito il backup delle chiavi di crittografia, non è necessaria alcuna azione aggiuntiva. Se il backup delle chiavi di crittografia non è mai stato eseguito, usare la procedura di backup o ripristino guidato della chiave di crittografia per eseguire il backup delle chiavi nei server di gestione di Service Manager.

Passaggi successivi