Utilisation des groupes de disponibilité SQL Server 2012 AlwaysOn avec System Center 2012 SP1 - Operations Manager
Publication: mars 2016
S'applique à: System Center 2012 R2 Operations Manager
System Center 2012 Service Pack 1 (SP1), Operations Manager prend en charge la fonctionnalité SQL Server 2012 AlwaysOn.
Les procédures expliquées ici ne sont pas conçues pour fournir des instructions détaillées sur la configuration d'un groupe de disponibilité SQL 2012 AlwaysOn, mais plutôt pour fournir des tâches qui doivent être réalisées pour qu'Operations Manager fonctionne efficacement lorsque des groupes de disponibilité sont utilisés. En outre, elles mettent en avant la fonctionnalité SQL Server AlwaysOn que SP1 prend en charge.
Pour plus d'informations sur les groupes de disponibilité SQL Server 2012 AlwaysOn, consultez Groupes de disponibilité AlwaysOn (SQL Server). Un document Word décrivant les instances de cluster de basculement multisite SQL Server 2012 AlwaysOn est disponible dans le document SQL Server 2012 AlwaysOn: Multisite Failover Cluster Instance (SQL Server 2012 AlwaysOn : instance de cluster de basculement multisite).
Important
Nous ne prenons pas en charge une topologie où le FCI de rapports (l'instance hébergeant la base de données de services de rapports uniquement) est configuré dans le cadre du groupe de disponibilité AlwaysOn.
Notes
Operations Manager ne prend pas en charge la définition du paramètre MultiSubnetFailover. Ce paramètre n'est pas utilisé dans les chaînes de connexion Operations Manager.
Bases de données Operations Manager prises en charge par SQL 2012 AlwaysOn
SQL 2012 AlwaysOn prend en charge les bases de données Operations Manager suivantes.
-
Base de données opérationnelle Operations Manager
-
Entrepôt de données Operations Manager
-
Base de données de services ACS Operations Manager
Important
Pour l'entrepôt de données Operations Manager et la base de données de services ACS Operations Manager, consultez les procédures dans Comment déplacer la base de données de l'entrepôt de données, mais remplacez le nouveau SQL Server dans la procédure par le <nom,port> de l'écouteur du groupe de disponibilité.
Notes
Un modèle de déploiement courant impose l'utilisation d'instances de SQL Server distinctes pour les bases de données Operations Manager, Entrepôt de données Operations Manager et Services ACS Operations Manager. Si vous utilisez ce modèle, assurez-vous que toutes les instances de SQL Server sont ajoutées au groupe de disponibilité.
Installation d'un nouveau groupe d'administration
Utilisez la série de tâches suivante lors de l'installation d'un nouveau groupe d'administration avec un groupe de disponibilité SQL 2012 AlwaysOn.
Avant d'installer Operations Manager sur un groupe de disponibilité
-
Vérifiez que vous utilisez le nom et le port de l'écouteur de groupe lorsque vous installez Operations Manager pour les bases de données qui vont être ajoutées aux bases de données de disponibilité.
-
Le premier serveur d'administration utilisera l'écouteur de groupe pour obtenir l'instance principale de SQL et installera les bases de données sur cette instance.
Après avoir installé le premier serveur d'administration
-
Assurez-vous que le mode de récupération de la base de données est plein : ouvrez SQL Server Management Studio et connectez-vous à l'instance sur laquelle les bases de données sont installées. Cliquez avec le bouton droit sur la base de données ciblée, puis sélectionnez ses propriétés et sélectionnez Options. Si le modèle de récupération n'est pas répertorié comme « Complet », sélectionnez Complet dans la liste déroulante.
-
Effectuez une sauvegarde complète des bases de données.
-
Utilisez SQL Server Management Studio pour ajouter les bases de données aux bases de données de disponibilité. Notez que quand vous ajoutez les bases de données aux bases de données de disponibilité sous Sélectionner la synchronisation des données, trois choix sont possibles : Complet, Joindre uniquement et Ignorer la synchronisation de données initiale. Choisissez l'option qui vous convient le mieux. Nous vous recommandons de choisir Complet et de laisser l'Assistant Ajouter une base de données créer une sauvegarde et une restauration complètes des bases de données sur les réplicas secondaires. En fonction du choix que vous avez fait, vous devrez peut-être effectuer d'autres étapes. Consultez Préparer manuellement une base de données secondaire pour un groupe de disponibilité (SQL Server) pour plus d'informations.
-
Sur le nouveau serveur hébergeant la base de données opérationnelle, développez Sécurité, puis Connexions et ajoutez le nom du compte du scripteur de données. Pour plus d'informations sur la création d'une connexion SQL Server, consultez Create a Login (Créer une connexion).
-
Sous Connexions, ajoutez le compte d'action.
-
Sous Connexions, ajoutez le compte d'ordinateur du service d'accès aux données (DAS) au format « domain\computername$ ».
-
Pour le compte d'ordinateur DAS, ajoutez les mappages utilisateur suivants :
ConfigService
db_accessadmin
db_datareader
db_datawriter
db_ddladmin
db_securityadmin
sdk_users
sql_dependency_subscriber
-
Sur le nouveau serveur hébergeant la base de données de l'entrepôt de données, développez Sécurité, puis Connexions et ajoutez le compte du scripteur de données. Pour plus d'informations sur la création d'une connexion SQL Server, consultez Create a Login (Créer une connexion).
-
Sous Connexions, ajoutez le compte du lecteur de données.
-
Sous Connexions, ajoutez le compte d'ordinateur du service d'accès aux données au format « domain\computername$ ».
-
Pour le compte d'ordinateur DAS, ajoutez les mappages utilisateur suivants :
db_datareader
OpsMgrReader
apm_datareader
Problèmes connus
Lorsque vous ouvrez la console Operations Manager après avoir basculé entre deux nœuds, vous pouvez rencontrer le problème suivant :
L’exécution du code utilisateur dans le .NET Framework est désactivée. Activez l’option de configuration « CLR activé ». Impossible d’utiliser la vue ou la fonction « dbo.fn_ModuleTypeView » à cause d’erreurs de liaison.
Pour résoudre ce problème, exécutez la commande SQL suivante sur la base de données de la nouvelle instance SQL de réplica principale.
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'clr enabled', 1;
GO
RECONFIGURE;
GO
Groupe d'administration existant
Utilisez la série de tâches suivante lors de l'utilisation d'un groupe d'administration existant avec un groupe de disponibilité SQL 2012 AlwaysOn.
Tâches à effectuer avec le groupe d'administration existant
-
Vérifiez que toutes les machines SQL hébergeant vos bases de données Operations Manager font partie des réplicas du groupe de disponibilité, ou ajoutez-les si ce n'est pas le cas.
-
Ouvrez Management Studio sur la machine SQL hébergeant les bases de données Operations Manager, cliquez avec le bouton droit sur chaque base de données qui va faire partie des bases de données de disponibilité et, pour chacune d'entre elles, sélectionnez ses propriétés et sélectionnez Options pour passer le modèle de récupération sur Complet dans la liste déroulante.
-
Notez le nom et le port de l'écouteur du groupe de disponibilité.
-
Sur chaque serveur d'administration, exécutez regedit à partir d'une CMD élevée, puis modifiez HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\Database.
Changez DatabaseServerName en <AvailabilityGroupListnerName,portNumber>
-
Sur chaque serveur d'administration, modifiez le fichier suivant :
%ProgramFiles%\System Center 2012\Operations Manager\Server\ConfigService.config
Sous l'onglet <Catégorie> nommé « Cmdb », modifiez la valeur de ServerName en lui donnant le nom de l'écouteur du groupe de disponibilité, puis remplacez la valeur de PortNumber par le port de l'écouteur du groupe de disponibilité.
-
Mettez à jour la base de données Operations Manager avec le nom et le port de l'écouteur du groupe en procédant comme suit :
Ouvrez SQL Server Management Studio.
Développez Bases de données, Operations Manager et Tables.
Cliquez avec le bouton droit sur dbo. MT_Microsoft$SystemCenter$ManagementGroup, puis cliquez sur Modifier les 200 lignes du haut.
Modifiez la valeur dans la colonne SQLServerName_<GUID> afin qu'elle reflète le <nom,port> de l'écouteur du groupe de disponibilité.
Enregistrez la modification.
-
Mettez à jour la base de données Operations Manager avec l'écouteur du groupe de disponibilité pour spécifier l'emplacement des tables d'analyse des performances des applications.
Ouvrez SQL Server Management Studio.
Développez Bases de données, Operations Manager et Tables.
Cliquez avec le bouton droit sur dbo. MT_Microsoft$SystemCenter$OpsMgrDB$AppMonitoring, puis cliquez sur Modifier les 200 lignes du haut.
Modifiez la valeur dans la colonne MainDatabaseServerName_<GUID> afin qu'elle reflète le <nom,port> de l'écouteur du groupe de disponibilité et son port.
Enregistrez la modification.
-
Cliquez avec le bouton droit sur chaque base de données et, sous Tâches, sélectionnez Sauvegarder (sauvegarde complète).
-
Accédez au nœud Groupe de disponibilité et développez-le. Cliquez avec le bouton droit sur Base de données de disponibilité et sélectionnez Ajouter une base de données.
Sur la page Sélectionner la synchronisation de données initiale, sélectionnez une préférence de synchronisation de données. Nous vous recommandons de sélectionner Complet. La synchronisation complète des données présente l'avantage de créer une sauvegarde et une restauration complètes des bases de données sur les réplicas secondaires.
À la fin de cette tâche, toutes les bases de données seront ajoutées à la base de données de disponibilité et restaurées sur tous les nœuds de réplica de disponibilité.
-
Utilisez SQL Server Management Studio pour ajouter les bases de données aux bases de données de disponibilité. Notez que quand vous ajoutez les bases de données aux bases de données de disponibilité sous Sélectionner la synchronisation des données, trois choix sont possibles : Complet, Joindre uniquement et Ignorer la synchronisation de données initiale. Choisissez l'option qui vous convient le mieux. Nous vous recommandons de choisir Complet et de laisser l'Assistant Ajouter une base de données créer une sauvegarde et une restauration complètes des bases de données sur les réplicas secondaires. En fonction du choix que vous avez fait, vous devrez peut-être effectuer d'autres étapes. Consultez Préparer manuellement une base de données secondaire pour un groupe de disponibilité (SQL Server) pour plus d'informations.
-
Pour chaque réplica secondaire, ouvrez build_mom_db_admin.sql dans le bloc-notes. Le fichier se trouve sous <installationMedisFolder>\Setup\AMD64). Puis recherchez la section des messages MOMv3. Copiez cette section dans SQL Server Management Studio, en démarrant et en exécutant une nouvelle requête.