Condividi tramite


Spostare il database operativo

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 il backup del database, ripristinare il database, aggiornare il file del Registro di sistema e di configurazione nei server di gestione, aggiornare le tabelle di 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 la perdita di dati se non viene eseguita correttamente e entro un periodo di tempo ragionevole dell'errore. Assicurarsi di seguire con precisione 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.

Arrestare i servizi di Operations Manager

In tutti i server di gestione del gruppo di gestione arrestare i servizi di Operations Manager:

  • 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 di SQL Server originale che ospita il database operativo usare Microsoft SQL Server Management Studio per creare un backup completo del database. Il nome predefinito è OperationsManager.

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

  2. Copiare il file di backup in un'unità locale della 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 sicurezza rigorosa di CLR, 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: Ripristinare un backup del database (SQL Server Management Studio).

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

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

Dopo aver spostato il database operativo di Operations Manager in un'istanza di SQL Server diversa, è necessario seguire la procedura seguente per riconfigurare tutti i server di gestione nel gruppo di gestione per fare riferimento al nuovo nome computer e all'istanza. Ciò richiede la modifica del Registro di sistema, il file di configurazione del servizio di configurazione e diverse tabelle nel database operativo. I passaggi sono descritti 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, quindi Account di accesso e aggiungere il nome dell'account del writer di dati.

  3. In Account di accesso aggiungere l'account del writer di dati. Per altre informazioni, vedere Come creare 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 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 è già presente nell'istanza di SQL Server in precedenza, viene visualizzato un errore che indica un errore per tale account di accesso, anche se l'account viene visualizzato 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
    Writer di dati DW - apm_datareader
    - apm_datawriter
    - db_datareader
    - dwsynch_users
    Account azione - db_datareader
    - db_datawriter
    - db_ddladmin
    - dbmodule_users
    DAS/Account di configurazione - ConfigService
    - db_accessadmin
    - db_datareader
    - db_datawriter
    - db_ddladmin
    - db_securityadmin
    - sdk_users
    - sql_dependency_subscriber

    Nota

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

Aggiornare la configurazione 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 nel nome del database operativo di Operations Manager.

  1. È necessario abilitare CLR. 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 is_broker_enabled pari a 1, ignorare 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. In tutti i server di gestione del gruppo di gestione avviare i servizi di Operations Manager:
    • 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 le connessioni Kerberos per consentire ai server di gestione di eseguire l'autenticazione con SQL Server usando il protocollo Kerberos.

Passaggi successivi

  • Per comprendere la sequenza e i passaggi per lo spostamento del database del data warehouse di Operations Manager Reporting in una nuova istanza di SQL Server, vedere Come spostare il database di Reporting Data Warehouse.