Condividi tramite

  • Articolo

Utilizzo dei gruppi di disponibilità AlwaysOn di SQL Server 2012 con System Center 2012 SP1 - Operations Manager

 

Pubblicato: marzo 2016

Si applica a: System Center 2012 R2 Operations Manager

System Center 2012 Service Pack 1 (SP1), Operations Manager supporta la funzionalità AlwaysOn di SQL Server 2012.

Le procedure descritte in questa sezione non forniscono istruzioni dettagliate su come configurare un gruppo di disponibilità AlwaysOn di SQL 2012, ma forniscono attività da eseguire per far funzionare in modo efficace Operations Manager quando si utilizzano i gruppi di disponibilità e per evidenziare la funzionalità AlwaysOn di SQL Server supportata da SP1.

Per ulteriori informazioni sui gruppi di disponibilità AlwaysOn di SQL Server 2012, vedere Gruppi di disponibilità AlwaysOn (SQL Server). È possibile trovare un documento Microsoft Word in cui vengono descritte le istanze del cluster di failover multisito AlwaysOn di SQL Server 2012 in SQL Server 2012 AlwaysOn: Multisite Failover Cluster Instance (SQL Server 2012 AlwaysOn: istanza del cluster di failover multisito).

System_CAPS_importantImportante

Non è supportata una topologia in cui l'istanza del cluster di failover di report (l'istanza che ospita solo il database di Reporting Services) è configurata come parte del gruppo di disponibilità AlwaysOn.

Nota

Operations Manager non supporta l'impostazione del parametro MultiSubnetFailover. Questo parametro non viene usato nelle stringhe di connessione di Operations Manager.

Database Operations Manager supportati da AlwaysOn di SQL 2012

AlwaysOn di SQL 2012 supporta i seguenti database Operations Manager.

  • Database operativo di Operations Manager

  • Data warehouse di Operations Manager

  • Database ACS (Audit Collection Services) di Operations Manager

System_CAPS_importantImportante

Per il data warehouse di Operations Manager e il database ACS (Audit Collection Services) di Operations Manager, vedere le procedure in Come spostare i Database del Data Warehouse, ma sostituire il nuovo server SQL nella procedura con il valore <nome,porta> del listener gruppo di disponibilità.

Nota

Uno schema di distribuzione comune prevede l'utilizzo di istanze distinte di SQL Server per il database di Operations Manager, il data warehouse di Operations Manager e il database ACS di Operations Manager. Se si utilizza questo schema, verificare che tutte le istanze di SQL Server vengano aggiunte al gruppo di disponibilità.

Installazione di un nuovo gruppo di gestione

Quando si installa un nuovo gruppo di gestione con un gruppo di disponibilità AlwaysOn di SQL 2012, utilizzare le seguenti attività.

Prima dell'installazione di Operations Manager in un gruppo di disponibilità

  1. Utilizzare il nome e la porta del listener gruppo quando si installa Operations Manager per i database che verranno aggiunti ai database di disponibilità.

  2. Il primo server di gestione utilizzerà il listener gruppo per ottenere l'istanza SQL primaria in cui installerà i database.

Dopo l'installazione del primo server di gestione

  1. Accertarsi che il modello di ripristino del database si completo: aprire SQL Server Management Studio e collegarsi all'istanza in cui sono installati i database. Fare clic con il pulsante destro del mouse sul database di destinazione, selezionare Proprietà e quindi Opzioni. Se il modello di recupero non è elencato come "Completo", selezionare Completo dall'elenco a discesa.

  2. Creare un backup completo dei database.

  3. Utilizzare SQL Server Management Studio per aggiungere i database ai database di disponibilità. Si noti che quando si aggiungono i database ai database di disponibilità, in Seleziona sincronizzazione dati sono disponibili tre opzioni: Completo, Solo join e Ignora sincronizzazione dati iniziale. Scegliere l'opzione più appropriata. Si consiglia di selezionare Completa e consentire ad Aggiunta guidata database di creare un backup completo e ripristinare i database nella replica secondaria. Potrebbero essere necessari più passaggi in base alla scelta effettuata. Per ulteriori informazioni, vedere Preparare manualmente un database secondario per un gruppo di disponibilità (SQL Server).

  4. Nel nuovo server che ospita il database operativo espandere Protezione e quindi Accessi e aggiungere il nome account scrittura di dati. Per ulteriori informazioni su come creare un accesso SQL Server, vedere Creazione di un account di accesso.

  5. In Accessi aggiungere l'account azione.

  6. In Accessi aggiungere l'account computer DAS (servizio di accesso ai dati) utilizzando la forma "dominio\nomecomputer$".

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

    1. ConfigService

    2. db_accessadmin

    3. db_datareader

    4. db_datawriter

    5. db_ddladmin

    6. db_securityadmin

    7. sdk_users

    8. sql_dependency_subscriber

  8. Nel nuovo server che ospita il database data warehouse espandere Protezione e quindi Accessi e aggiungere l'account scrittura di dati. Per ulteriori informazioni su come creare un accesso SQL Server, vedere Creazione di un account di accesso.

  9. In Accessi aggiungere l'account lettore dati.

  10. In Accessi aggiungere l'account computer DAS (servizio di accesso ai dati) utilizzando la forma "dominio\nomecomputer$".

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

    1. db_datareader

    2. OpsMgrReader

    3. apm_datareader

Problemi noti

Quando si apre la console di Operations Manager dopo aver eseguito il failover da un nodo all'altro, si può verificare il problema seguente:

L'esecuzione del codice utente in .NET Framework è disabilitata. Abilitare l'opzione di configurazione "clr enabled". Impossibile utilizzare la vista o la funzione 'dbo.fn_ModuleTypeView' a causa di errori di associazione.

Per risolvere questo problema, eseguire il seguente comando SQL nel database della nuova istanza SQL di replica primaria.

sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'clr enabled', 1;
GO
RECONFIGURE;
GO

Gruppo di gestione esistente

Quando si utilizza un gruppo di gestione esistente con un gruppo di disponibilità AlwaysOn di SQL 2012, utilizzare le seguenti attività.

Attività da eseguire con il gruppo di gestione esistente

  1. Verificare che tutti i computer SQL che ospitano i database Operations Manager facciano parte delle repliche del gruppo di disponibilità. In caso contrario, aggiungerli.

  2. Aprire Management Studio nel computer SQL che ospita i database Operations Manager, fare clic con il pulsante destro del mouse su tutti i database che faranno parte dei database di disponibilità e per ognuno selezionare Proprietà e quindi Opzioni per modificare il modello di recupero scegliendo Completo nell'elenco a discesa.

  3. Annotare il nome e la porta del listener gruppo di disponibilità.

  4. In ogni server di gestione eseguire regedit in un CMD con privilegi elevati, quindi modificare HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\Database.

    Modificare il valore DatabaseServerName in <AvailabilityGroupListnerName,portNumber>

  5. In ogni server di gestione modificare il file seguente:

    %ProgramFiles%\System Center 2012\Operations Manager\Server\ConfigService.config

    Nel tag <Categoria> denominato “Cmdb”, modificare il valore per Nomeserver nel nome del listener del gruppo di disponibilità e modificare Numeroporta nella porta del listener del gruppo di disponibilità.

  6. Aggiornare il database Operations Manager con il nome e la porta del listener gruppo di disponibilità seguendo i passaggi riportati di seguito:

    1. Aprire SQL Server Management Studio.

    2. Espandere database, Operations Manager e tabelle.

    3. Fare clic con il pulsante destro del mouse su dbo. MT_Microsoft$SystemCenter$ManagementGroup e quindi fare clic su Modifica le prime 200 righe.

    4. Modificare il valore nella colonna SQLServerName_<GUID> in modo da riflettere il valore <nome,porta> del listener del gruppo di disponibilità.

    5. Salvare le modifiche.

  7. Aggiornare il database Operations Manager con il listener gruppo di disponibilità per specificare la posizione delle tabelle di monitoraggio delle prestazioni dell'applicazione.

    1. Aprire SQL Server Management Studio.

    2. Espandere database, Operations Manager e tabelle.

    3. Fare clic con il pulsante destro del mouse su dbo. MT_Microsoft$SystemCenter$OpsMgrDB$AppMonitoring e quindi fare clic su Modifica le prime 200 righe.

    4. Modificare il valore nella colonna MainDatabaseServerName_<GUID> in modo da riflettere il valore <nome,porta> del listener del gruppo di disponibilità e la relativa porta.

    5. Salvare le modifiche.

  8. Fare clic con il pulsante destro del mouse su ogni database e in Attività selezionare Backup (Backup completo).

  9. Individuare il nodo Gruppo disponibilità ed espanderlo. Fare clic con il pulsante destro del mouse su Database di disponibilità e selezionare Aggiungi database.

    Nella pagina Seleziona sincronizzazione dati iniziale selezionare una preferenza di sincronizzazione dei dati. È consigliabile selezionare Completa. La sincronizzazione completa dei dati ha il vantaggio di creare un backup completo e un ripristino dei database nelle repliche secondarie.

    Alla fine di questa attività tutti i database verranno aggiunti al database di disponibilità e ripristinati in tutti i nodi replica di disponibilità.

  10. Utilizzare SQL Server Management Studio per aggiungere i database ai database di disponibilità. Si noti che quando si aggiungono i database ai database di disponibilità, in Seleziona sincronizzazione dati sono disponibili tre opzioni: Completo, Solo join e Ignora sincronizzazione dati iniziale. Scegliere l'opzione più appropriata. Si consiglia di selezionare Completa e consentire ad Aggiunta guidata database di creare un backup completo e ripristinare i database nella replica secondaria. Potrebbero essere necessari più passaggi in base alla scelta effettuata. Per ulteriori informazioni, vedere Preparare manualmente un database secondario per un gruppo di disponibilità (SQL Server).

  11. Per ogni replica secondaria aprire build_mom_db_admin.sql nel blocco note. Il file si trova in <installationMedisFolder>\Setup\AMD64). Individuare la sezione messaggi MOMv3. Copiare la sezione in SQL Server Management Studio, avviare ed eseguire una nuova query.