Come spostare il database operativo

Importante

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

Dopo la distribuzione iniziale di System Center Operations Manager, potrebbe essere necessario spostare il database operativo da un computer basato su Microsoft SQL Server a un altro.

Durante lo spostamento, è necessario arrestare i servizi nei server di gestione, eseguire un backup del database, ripristinare il database, aggiornare il Registro di sistema e il file di configurazione nei server di gestione, aggiornare le tabelle del database, aggiungere nuovi account di accesso e modificare le impostazioni di mapping utente per gli account di accesso. Per altre informazioni, vedere la documentazione di SQL Server.

Nota

Questa procedura può comportare una perdita di dati se non viene eseguita correttamente e entro un periodo di tempo ragionevole dell'errore. Assicurarsi di seguire esattamente tutti i passaggi, senza ritardi non necessari tra i passaggi.

Riepilogo dei passaggi

Diagramma che mostra i passaggi di riepilogo per lo spostamento del database operativo.

Spostamento del database operativo

Arrestare i servizi di Operations Manager

Arrestare i servizi di Operations Manager in tutti i server di gestione nel gruppo di gestione:

  • Accesso ai dati di System Center (omsdk)
  • Microsoft Monitoring Agent (HealthService)
  • Configurazione di System Center Management (cshost)

Eseguire il backup del database operativo nell'istanza precedente di SQL Server

  1. Nell'istanza originale di SQL Server che ospita il database operativo usare Microsoft SQL Server Management Studio per creare un backup completo del database. Il nome predefinito è OperationsManager.

    Per altre informazioni, vedere Procedura: Esecuzione del backup di un database (SQL Server Management Studio).

  2. Copiare il file di backup in un'unità locale nella nuova istanza di SQL Server.

Ripristinare il database operativo nella nuova istanza di SQL Server

Nota

Dopo aver distribuito Operations Manager nei nodi di SQL Server che partecipano a SQL Always On, per abilitare la modalità CLR Strict Security eseguire lo script SQL in ogni database di Operations Manager.

  1. Usare Microsoft SQL Server Management Studio per ripristinare il database operativo. (Nel passaggio precedente il file di backup del database è stato spostato in un'unità locale della nuova istanza di SQL Server.) In questo passaggio è possibile modificare il nome del database e scegliere il percorso del file.

    Per altre informazioni, vedere Procedura: Ripristino di un backup del database (SQL Server Management Studio).

  2. In SQL Server Management Studio verificare che il database sia online.

Aggiornare il Registro di sistema e i file di configurazione nei server di gestione e nel database operativo

Dopo aver spostato il database operativo di Operations Manager in una diversa istanza di SQL Server, è necessario seguire la procedura seguente per riconfigurare tutti i server di gestione nel gruppo di gestione in modo che facciano riferimento al nuovo nome del computer e dell'istanza. Ciò comporta la modifica del Registro di sistema, del file di configurazione del servizio di configurazione e di varie tabelle nel database operativo. La procedura è descritta in dettaglio in Come configurare Operations Manager per comunicare con SQL Server.

Aggiornare le credenziali di sicurezza nella nuova istanza di SQL Server che ospita il database operativo

  1. Nella nuova istanza di SQL Server che ospita il database operativo aprire SQL Management Studio.

  2. Espandere Sicurezza e Account di accesso, quindi aggiungere il nome dell'account di scrittura dati.

  3. In Account di accesso aggiungere l'account di scrittura dati. Per altre informazioni, vedere Procedura: Creazione di un account di accesso di SQL Server.

  4. In Account di accesso aggiungere l'account azione del server di gestione.

  5. In Account di accesso aggiungere l'account utente del servizio di accesso ai dati (DAS) usando il formato "dominio\utente".

  6. Per l'account utente DAS, aggiungere i mapping utente seguenti:

    • ConfigService
    • db_accessadmin
    • db_datareader
    • db_datawriter
    • db_ddladmin
    • db_securityadmin
    • sdk_users
    • sql_dependency_subscriber
  7. Se un account non esiste prima nell'istanza di SQL Server in cui viene aggiunta, il mapping verrà prelevato automaticamente dal SID dal database operativo ripristinato. Se l'account esisteva già nell'istanza di SQL Server, viene visualizzato un errore per tale account di accesso, anche se compare in Account di accesso. Se si sta creando un nuovo account di accesso, verificare che il mapping utente per tale accesso e che il database siano impostati sugli stessi valori dell'account di accesso precedente, come indicato di seguito:

    Account di accesso Database
    Scrittura dati data warehouse - apm_datareader
    - apm_datawriter
    - db_datareader
    - dwsynch_users
    Account azione - db_datareader
    - db_datawriter
    - db_ddladmin
    - dbmodule_users
    Account DAS/configurazione - ConfigService
    - db_accessadmin
    - db_datareader
    - db_datawriter
    - db_ddladmin
    - db_securityadmin
    - sdk_users
    - sql_dependency_subscriber

    Nota

    Se l'account di DAS/configurazione usa l'account LocalSystem, specificare l'account computer nel formato <nomecomputer>><$.

Aggiornare la configurazione di SQL nella nuova istanza di SQL Server che ospita il database operativo

Nei passaggi seguenti il nome del database può essere diverso da quello predefinito. È possibile modificare la query con il nome del database operativo di Operations Manager.

  1. CLR deve essere abilitato. A tale scopo, eseguire le query seguenti nella nuova istanza di SQL Server che ospita il database operativo di Operations Manager:

    sp_configure 'show advanced options', 1;
    GO
    RECONFIGURE;
    GO
    sp_configure 'clr enabled', 1;
    GO
    RECONFIGURE;
    GO
    
  2. SQL Service Broker deve essere abilitato. Eseguire la query SQL seguente per verificare se è abilitata:

    SELECT is_broker_enabled FROM sys.databases WHERE name='OperationsManager'
    

    Se il risultato di questa query è un valore 1 per is_broker_enabled, saltare questo passaggio. In caso contrario, eseguire le query SQL seguenti:

    ALTER DATABASE OperationsManager SET SINGLE_USER WITH ROLLBACK IMMEDIATE
    ALTER DATABASE OperationsManager SET ENABLE_BROKER
    ALTER DATABASE OperationsManager SET MULTI_USER
    
  3. FullText deve essere abilitato. Eseguire la query SQL seguente per verificare se FullText è abilitato:

    SELECT is_fulltext_enabled FROM sys.databases WHERE name='OperationsManager'
    

    Se il risultato di questa query è un valore is_fulltext_enabled pari a 1, ignorare questo passaggio. In caso contrario, eseguire le query SQL seguenti:

    EXEC sp_fulltext_database 'enable'
    

Avviare i servizi di Operations Manager

  1. Avviare i servizi di Operations Manager in tutti i server di gestione nel gruppo di gestione:
    • Accesso ai dati di System Center (omsdk)
    • Microsoft Monitoring Agent (HealthService)
    • Configurazione di System Center Management (cshost)

Aggiornare il nome dell'entità servizio per le connessioni Kerberos

Per aggiornare l'autenticazione Kerberos con SQL Server, vedere Registrare un nome dell'entità servizio per Kerberos Connections affinché i server di gestione eseguano l'autenticazione con il SQL Server usando il protocollo Kerberos.

Passaggi successivi