Condividi tramite


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. Direttore servizio
  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 di 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. È consigliabile installare Service Manager in un ambiente lab e quindi replicare i database di produzione nel lab. Dopo aver eseguito un aggiornamento della nuova installazione nel lab.

Valutazione e selezione delle versioni

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 Status
System Center 2019 - Service Manager Eval System Center 2022 - Service Manager Eval Il periodo di valutazione rimane invariato
System Center 2019 - Service Manager Select System Center 2022 - Service Manager Select 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 aggiornato in precedenza, è 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 completamente documentati in Requisiti hardware.

Requisiti software per System Center 2022 - Service Manager

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

Impedire ai processi MPSync di eseguire il railing

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, è necessario eseguire lo script SQL indicato di seguito nel database DWRepository per ottenere gli script SQL effettivi che rilasciano e aggiungono un vincolo sulla chiave primaria nelle tabelle dei fatti del 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 dei processi, ma si verifica un errore di distribuzione del Management Pack, seguire i passaggi nella sezione Prima dell'aggiornamento. Inoltre, dopo il ripristino delle chiavi primarie predefinite, riavviare la distribuzione del Management Pack non riuscito nella console di Service Manager passando all'area di lavoro Data Warehouse e quindi selezionare Management Pack.

Soluzione alternativa 2: se si sono verificati 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 di aggiornamento e intervallo

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 di 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.

  3. Al termine dell'aggiornamento al server di gestione del data warehouse, aggiornare il server di gestione iniziale (primario) di Service Manager. Se sono stati creati più server di gestione di Service Manager, il server di gestione iniziale di Service Manager è il primo creato.

  4. Aggiornare quindi tutti i server di gestione secondari, i portali self-service e le console di Service Manager.

Dopo l'installazione, eseguire le operazioni seguenti:

  1. Disabilitare tutti i processi del data warehouse. A tale scopo, aprire la shell di Service Manager ed 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 del data warehouse.

  5. Applicare l'aggiornamento cumulativo 2 per System Center 2022 Service Manager al server di gestione del data warehouse, al server di gestione primario, ai server di gestione secondari, ai portali self-service e a tutte le console analista.

Impatto del database

Con System Center 2022 - Service Manager è possibile installare i data mart di Operations Manager e Configuration Manager. 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.

Eseguire il backup di Service Manager prima dell'aggiornamento

Prima di avviare qualsiasi aggiornamento, è consigliabile eseguire il backup dei database di Service Manager e del data warehouse e 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, esaminare 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 eseguita la registrazione nel 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 data warehouse di Service Manager 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 2022 - 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 non è mai stato eseguito il backup delle chiavi di crittografia, usare backup o ripristino guidato della chiave di crittografia per eseguire il backup delle chiavi di crittografia nei server di gestione di Service Manager.

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

Eseguire l'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. Direttore servizio
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

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

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 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 di 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 2019 richiede la preparazione. È consigliabile installare Service Manager in un ambiente lab e quindi replicare i database di produzione nel lab. Successivamente, eseguire un aggiornamento della nuova installazione nel lab.

Valutazione e selezione delle versioni

La versione di System Center 2016 e 1801 - 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 2019.

Versione corrente Versione aggiornata Status
System Center 2016/1801 - Service Manager Eval System Center 2019 - Service Manager Eval Il periodo di valutazione rimane invariato
System Center 2016/1801/1807 - Selezione di Service Manager System Center 2019 - Service Manager Select 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 in 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 di 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 di interrompere alcune dipendenze e ha portato allo spostamento delle classi tra gli assembly.

Impedire ai processi MPSync di eseguire il railing

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 dei processi, ma si verifica un errore di distribuzione del Management Pack, seguire i passaggi nella sezione Prima dell'aggiornamento. Inoltre, dopo il ripristino delle chiavi primarie predefinite, riavviare la distribuzione del Management Pack non riuscito nella console di Service Manager passando all'area di lavoro Data Warehouse e quindi selezionare Management Pack.

Soluzione alternativa 2: se si sono verificati 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 2019 - Service Manager in un ambiente lab.

Ordine di aggiornamento e intervallo

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 di 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. Al termine dell'aggiornamento al server di gestione del data warehouse, aggiornare il server di gestione iniziale di Service Manager. Se sono stati creati più server di gestione di Service Manager, il server di gestione iniziale di Service Manager è il primo creato.

  4. Aggiornare le console di Service Manager e tutti i server di gestione di Service Manager aggiuntivi.

  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 di Service Manager e distribuire anche il nuovo portale self-service. Dopo aver aggiornato il server di gestione iniziale di Service Manager, è necessario essere pronti per aggiornare la console di Service Manager o le console di Service Manager, i server di gestione di Service Manager aggiuntivi e il portale self-service contemporaneamente.

Impatto del database

Con System Center 2019 - Service Manager è possibile installare i data mart di Operations Manager e Configuration Manager. 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.

Eseguire il backup di Service Manager prima dell'aggiornamento

Prima di avviare qualsiasi aggiornamento, è consigliabile eseguire il backup dei database di Service Manager e del data warehouse e 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, esaminare 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 eseguita la registrazione nel 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 data warehouse di Service Manager 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 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 non è mai stato eseguito il backup delle chiavi di crittografia, usare backup o ripristino guidato della chiave di crittografia per eseguire il backup delle chiavi di crittografia nei server di gestione di Service Manager.

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

Eseguire l'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. Direttore servizio
  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 installata.

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 esiste alcuna versione precedente di Service Manager, vedere Distribuzione di System Center 2016 - Service Manager.

Pianificare l'aggiornamento a System Center 2016 - Service Manager

Questa sezione descrive 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 di 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. È consigliabile installare Service Manager in un ambiente lab e quindi replicare i database di produzione nel lab. Si esegue quindi un aggiornamento della nuova installazione nel lab e, una volta che ha avuto esito positivo, eseguire lo stesso aggiornamento a Service Manager SP1 nell'ambiente di produzione.

Valutazione e selezione delle versioni

La versione di System Center 2012 R2 - 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 2016.

Versione corrente Versione aggiornata Status
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 - Selezione di Service Manager 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 Service Manager 2010 o Service Manager 2012 è stato precedentemente aggiornato, è possibile usare 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 completamente 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, è prima necessario 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 completamente documentati in Requisiti software per System Center 2016 - Service Manager.

Impatto sullo sviluppo personalizzato

Con la versione di 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 di interrompere 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 eseguite in casa o da terze parti (non Microsoft). Per evitare di entrare in questo problema, vedere la procedura per aggiornare le soluzioni personalizzate.

Impedire l'esito negativo dei processi MPSync

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 dei processi, ma si verifica un errore di distribuzione del Management Pack, seguire i passaggi nella sezione Prima dell'aggiornamento. Inoltre, dopo il ripristino delle chiavi primarie predefinite, riavviare la distribuzione del Management Pack non riuscito nella console di Service Manager passando all'area di lavoro Data Warehouse e quindi selezionare Management Pack.

Soluzione alternativa 2: se si sono verificati 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 2016 - Service Manager in un ambiente lab.

Ordine di aggiornamento e intervallo

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 di 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 al completamento dell'aggiornamento.

  3. Al termine dell'aggiornamento al server di gestione del data warehouse, aggiornare il server di gestione iniziale di Service Manager. Se sono stati creati più server di gestione di Service Manager, il server di gestione iniziale di Service Manager è il primo creato.

  4. Aggiornare le console di Service Manager e tutti i server di gestione di Service Manager aggiuntivi.

  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 di Service Manager e distribuire il nuovo portale self-service. Dopo aver aggiornato il server di gestione iniziale di Service Manager, è necessario essere pronti per aggiornare la console di Service Manager o le console di Service Manager, i server di gestione di Service Manager aggiuntivi e il portale self-service contemporaneamente.

Impatto del database

Con System Center 2016 - Service Manager è possibile installare i data mart di Operations Manager e Configuration Manager. 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.

Eseguire il backup di Service Manager prima dell'aggiornamento

Prima di avviare qualsiasi aggiornamento, è consigliabile eseguire il backup dei database di Service Manager e del data warehouse e 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, esaminare 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 eseguita la registrazione nel 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 data warehouse di Service Manager 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, verrà 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 non è mai stato eseguito il backup delle chiavi di crittografia, usare backup o ripristino guidato della chiave di crittografia per eseguire il backup delle chiavi di crittografia nei server di gestione di Service Manager.

Passaggi successivi