Comment déplacer la base de données opérationnelle

Après le déploiement initial de System Center Operations Manager, il peut être nécessaire de déplacer la base de données opérationnelle d’un ordinateur Microsoft SQL Server vers un autre.

Pendant le déplacement, vous devez arrêter les services sur les serveurs d’administration, sauvegarder la base de données, restaurer la base de données, mettre à jour le Registre et le fichier de configuration sur les serveurs d’administration, mettre à jour les tables de base de données, ajouter de nouvelles connexions et modifier les paramètres de mappage des utilisateurs pour les connexions. Pour plus d’informations, consultez la documentation de SQL Server.

Notes

Cette procédure peut entraîner une perte de données si elle n’est pas effectuée correctement et dans un délai raisonnable après l’échec. Veillez à suivre toutes les étapes avec précision, sans délai inutile entre les étapes.

Résumé des étapes

Déplacement de la base de données opérationnelle

Arrêter les services Operations Manager

Sur tous les serveurs d’administration du groupe d’administration, arrêtez les services Operations Manager :

• System Center Data Access (omsdk)
• Microsoft Monitoring Agent (HealthService)
• Configuration de system Center Management (cshost)

Sauvegarder la base de données opérationnelle sur l’ancienne instance SQL Server

1. Sur l’instance d’origine de SQL Server qui héberge la base de données opérationnelle, utilisez Microsoft SQL Server Management Studio pour créer une sauvegarde complète de la base de données. Le nom par défaut est OperationsManager.

   Pour plus d'informations, consultez la rubrique Procédure : Sauvegarder une base de données (SQL Server Management Studio).

2. Copiez le fichier de sauvegarde sur un lecteur local de la nouvelle instance SQL Server.

Restaurer la base de données opérationnelle sur la nouvelle instance SQL Server

Notes

Après avoir déployé Operations Manager sur les nœuds SQL Server qui participent à SQL Always On, pour activer Sécurité CLR stricte, exécutez le script SQL sur chaque base de données Operations Manager.

1. Utilisez Microsoft SQL Server Management Studio pour restaurer la base de données opérationnelle. (Au cours de l’étape précédente, vous avez déplacé le fichier de sauvegarde de base de données sur un lecteur local de la nouvelle instance SQL Server.) Dans cette étape, vous pouvez modifier le nom de la base de données et choisissez l’emplacement du fichier.

   Pour plus d'informations, consultez la rubrique Procédure : Restaurer une sauvegarde de base de données (SQL Server Management Studio).

2. Dans SQL Server Management Studio, vérifiez que la base de données est en ligne.

Mettre à jour le Registre et les fichiers de configuration sur les serveurs d’administration et la base de données opérationnelle

Après avoir déplacé la base de données opérationnelle Operations Manager vers une autre instance SQL Server, vous devez effectuer les étapes ci-dessous pour reconfigurer tous les serveurs d’administration du groupe d’administration afin de référencer le nouveau nom d’ordinateur et la nouvelle instance. Vous devez modifier le Registre, le fichier de configuration du service de configuration et plusieurs tables dans la base de données opérationnelle. Les étapes sont décrites en détail dans l’article Comment configurer Operations Manager pour communiquer avec SQL Server.

Mettre à jour les informations d’identification de sécurité sur la nouvelle instance SQL Server hébergeant la base de données opérationnelle

1. Sur la nouvelle instance SQL Server hébergeant la base de données opérationnelle, ouvrez SQL Management Studio.

2. Développez Sécurité et Connexions, puis ajoutez le nom de compte du scripteur de données.

3. Sous Connexions, ajoutez le compte du scripteur de données. Pour plus d’informations, consultez Comment créer une connexion SQL Server.

4. Sous Connexions, ajoutez le compte d’action du serveur d’administration.

5. Sous Connexions, ajoutez le compte d’utilisateur DAS (Data Access Service) au format « domaine\utilisateur ».

6. Pour le compte d’utilisateur DAS, ajoutez les mappages utilisateur suivants :

   • ConfigService
   • db_accessadmin
   • db_datareader
   • db_datawriter
   • db_ddladmin
   • db_securityadmin
   • sdk_users
   • sql_dependency_subscriber

7. Si aucun compte n’existait auparavant dans le SQL Server instance dans lequel vous l’ajoutez, le mappage est automatiquement récupéré par SID à partir de la base de données opérationnelle restaurée. Si le compte figurait déjà dans cette instance SQL Server, vous recevez une erreur indiquant l’échec de cette connexion (bien que le compte apparaisse sous Connexions). Si vous créez une connexion, assurez-vous que le mappage utilisateur pour cette connexion et la base de données sont définis sur les mêmes valeurs que la connexion précédente, comme suit :

   Connexion	Base de données
   Scripteur de données de l’entrepôt de données	- apm_datareader - apm_datawriter - db_datareader - dwsynch_users
   Compte d’action	- db_datareader - db_datawriter - db_ddladmin - dbmodule_users
   Compte de configuration/DAS	- ConfigService - db_accessadmin - db_datareader - db_datawriter - db_ddladmin - db_securityadmin - sdk_users - sql_dependency_subscriber

   Notes

   Si le compte DAS/Configuration utilise le compte LocalSystem, spécifiez le compte d’ordinateur sous la forme <nom_>ordinateur du domaine><$.

Mettre à jour la configuration SQL sur le nouveau SQL Server instance hébergeant la base de données opérationnelle

Dans les étapes ci-dessous, le nom de votre base de données peut être différent de celui par défaut. Vous pouvez modifier la requête sur le nom de votre base de données opérationnelle Operations Manager.

1. Le CLR doit être activé. Pour ce faire, exécutez les requêtes suivantes sur le nouveau SQL Server instance hébergeant la base de données opérationnelle Operations Manager :

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

2. SQL Service Broker doit être activé. Exécutez la requête SQL suivante pour case activée si elle est activée :

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

   Si le résultat de cette requête est une valeur is_broker_enabled égale à 1, ignorez cette étape. Sinon, exécutez les requêtes SQL suivantes :

   ALTER DATABASE OperationsManager SET SINGLE_USER WITH ROLLBACK IMMEDIATE
   ALTER DATABASE OperationsManager SET ENABLE_BROKER
   ALTER DATABASE OperationsManager SET MULTI_USER
   

3. FullText doit être activé. Exécutez la requête SQL suivante pour case activée si FullText est activé :

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

   Si le résultat de cette requête était une valeur is_fulltext_enabled de 1, ignorez cette étape. Sinon, exécutez les requêtes SQL suivantes :

   EXEC sp_fulltext_database 'enable'
   

Démarrer les services Operations Manager

1. Sur tous les serveurs d’administration du groupe d’administration, démarrez les services Operations Manager :
   • System Center Data Access (omsdk)
   • Microsoft Monitoring Agent (HealthService)
   • Configuration de system Center Management (cshost)

Mettre à jour le nom de principal du service pour les connexions Kerberos

Pour mettre à jour l’authentification Kerberos avec SQL Server, consultez Inscrire un nom de principal de service pour les Connections Kerberos afin que les serveurs d’administration s’authentifient auprès du SQL Server à l’aide du protocole Kerberos.

Étapes suivantes

• Pour comprendre la séquence et les étapes de déplacement de la base de données de l’entrepôt de données Operations Manager Reporting vers une nouvelle SQL Server instance, consultez Comment déplacer la base de données de l’entrepôt de données de création de rapports.