Partager via

  • Article

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

 

Date de publication : mars 2016

S’applique à : System Center 2012 R2 Operations Manager, Operations Manager for System Center 2012, System Center 2012 SP1 - Operations Manager

Les mises à jour matérielles et logicielles signifient souvent qu’il est temps pour apporter des modifications à votre configuration d’Operations Manager. Déplacement de la base de données opérationnelle est une modification de ce type. Si votre matériel est défectueux ou obsolète et de matériel plus récent est disponible, ou peut-être votre stratégie de l’organisation requiert que vous déplacez la base de données à un serveur et le système d’exploitation plus récent, il est probablement temps pour déplacer la base de données opérationnel. Dans les deux cas, lorsque vous déplacez la base de données opérationnel, vous déplacer à un serveur et le système d’exploitation plus récents. Voici comment procéder.

Déplacement de la base de données requiert une configuration de Microsoft SQL Server. Pendant le déplacement, vous devez sauvegarder une base de données, restaurer une base de données, mettre à jour une table de base de données, ajouter de nouvelles connexions et modifier les paramètres de mappage de l’utilisateur pour les connexions. Pour plus d’informations, consultez la documentation de SQL Server.

Dans cette rubrique.

1. Arrêtez les services Operations Manager

2. Créer une sauvegarde de l’ancienne base de données opérationnelle et déplacez-le vers le nouveau serveur

3. Restaurer la base de données opérationnelle sur le nouveau serveur

4. Mettre à jour les fichiers de configuration sur les serveurs d’administration et de registres

5. Mettre à jour la base de données avec le nouveau nom du serveur de base de données

6. Sur le nouveau serveur, vous devez mettre à jour la base de données avec le nouveau nom du serveur de base de données pour spécifier l’emplacement des tables d’analyse des performances des applications

7. Mettre à jour les informations d’identification de sécurité sur le nouveau serveur hébergeant la base de données opérationnel

8. Démarrer les services d’Operations Manager

Pour déplacer la base de données opérationnel

1. Arrêtez les services Operations Manager

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

  • Accès aux données System Center

  • Administration de System Center

  • Configuration de l'administration de System Center

2. Créer une sauvegarde de l’ancienne base de données opérationnelle et déplacez-le vers le nouveau serveur

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

    Pour plus d’informations, consultez Comment : Sauvegarder une base de données (SQL Server Management Studio).

  2. Copiez le fichier de sauvegarde sur un lecteur local du nouveau serveur de base de données.

  3. Si vous le souhaitez, sur l’ancien serveur qui héberge la base de données opérationnelle, supprimez la base de données opérationnel.

3. Restaurer la base de données opérationnelle sur le nouveau serveur

Procédez comme suit sur le nouveau serveur SQL :

  1. Utilisez Microsoft SQL Server Management Studio pour restaurer la base de données opérationnelle. (Dans l’étape précédente, vous avez déplacé le fichier de sauvegarde de base de données sur un lecteur local du nouveau serveur.) 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 Comment : 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.

4. Mettre à jour les fichiers de configuration sur les serveurs d’administration et de registres

Effectuez ces étapes sur chaque serveur d’administration du groupe d’administration :

  1. Mettre à jour le Registre pour faire référence à l’ordinateur SQL Server.

    Notes

    Avant de modifier le Registre, suivez les stratégies de sauvegarde de votre organisation en ce qui concerne le Registre.

    1. Connectez-vous au serveur d’administration des autorisations d’administrateur.

    2. Cliquez sur Démarrer, sélectionnez exécuter, type regedit dans les Open zone, puis cliquez sur OK pour démarrer l’Éditeur du Registre.

    3. Accédez à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Setup.

    4. Pour chacune des clés suivantes, double-cliquez sur le nom, modifiez la valeur pour le nom d’hôte de l’ordinateur SQL Server qui héberge maintenant la base de données, puis cliquez sur OK pour enregistrer vos modifications.

      • DatabaseServerName

        Notes

        Si vous utilisez une instance nommée de SQL Server, veillez à utiliser le format de nom de serveur\nom instance.

    5. Accédez à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\Database et répétez l’étape d.

    6. Fermez l'Éditeur du Registre.

  2. Sur chaque serveur d'administration, modifiez le fichier suivant :

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

    Dans le <Category> balises nommés « Cmdb » et « ConfigStore », remplacez la valeur de ServerName sur le nom du nouveau serveur SQL.

5. Mettre à jour la base de données avec le nouveau nom du serveur de base de données

  1. Ouvrez SQL Server Management Studio.

  2. Développez bases de données, OperationsManager, et Tables.

  3. Cliquez avec le bouton droit sur dbo.MT_Microsoft$SystemCenter$ManagementGroup, puis cliquez sur Modifier les 200 lignes du haut.

    Remarque si SCOM a été installé par la mise à niveau à partir de SCOM 2007, au lieu d’à l’aide du support d’installation de SCOM 2012, vous devez modifier le dbo.MT_ManagementGroup table au lieu de la dbo.MT_Microsoft$SystemCenter$ManagementGroup table.

  4. Modifiez la valeur dans la SQLServerName_6B1D1BE8_EBB4_B425_08DC_2385C5930B04 colonne afin de refléter le nom de l’ordinateur SQL Server.

  5. Enregistrez la modification.

6. Sur le nouveau serveur, vous devez mettre à jour la base de données avec le nouveau nom du serveur de base de données pour spécifier l’emplacement des tables d’analyse des performances des applications

  1. Ouvrez SQL Server Management Studio.

  2. Développez bases de données, OperationsManager, et Tables.

  3. Avec le bouton droit dbo.MT_Microsoft$SystemCenter$OpsMgrDB$AppMonitoring, puis cliquez sur modifier les 200 lignes du haut.

  4. Modifiez la valeur dans la MainDatabaseServerName_5C00C79B_6B71_6EEE_4ADE_80C11F84527A colonne afin de refléter le nom de l’ordinateur SQL Server.

  5. Enregistrez la modification.

7. Mettre à jour les informations d’identification de sécurité sur le nouveau serveur hébergeant la base de données opérationnel

  1. Développez sécurité, développez connexions, puis procédez comme suit :

    1. Ajoutez le compte d’enregistreur de données. Pour plus d’informations, consultez Comment créer une connexion SQL Server.

    2. Ajoutez le compte d’action.

    3. Ajoutez le compte d’ordinateur de Service d’accès aux données (DAS), à l’aide de la forme « DOMAINE\nom d’ordinateur$ ».

    4. 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

    5. Si un compte n’a pas existait avant dans l’instance SQL dans lequel vous l’ajoutez, le mappage est collectée par SID automatiquement à partir de la base de données des opérations de restauration. Si le compte existe dans cette instance SQL avant, vous recevez une erreur indiquant un échec pour cette connexion, bien que le compte s’affiche dans les connexions. Si vous créez une connexion, vérifiez que le mappage utilisateur pour la connexion et la base de données ont les mêmes valeurs que la connexion précédente, comme suit :

      Connectez-vous 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

      -utilisateurs_modulebd
      Compte DAS/Configuration Remarque : Si DAS/Configuration utilise le compte LocalSystem, spécifiez le compte d’ordinateur dans le formulaire <domain>\<computername>$. -ConfigService

      -db_accessadmin

      -db_datareader

      -db_datawriter

      -db_ddladmin

      -db_securityadmin

      -sdk_users

      -sql_dependency_subscriber

  2. Exécutez ces commandes SQL sur une nouvelle instance de base de données des opérations :

    sp_configure 'show advanced options', 1

    reconfigurer

    sp_configure 'clr enabled', 1

    reconfigurer

  3. Exécutez la requête SQL suivante :

    SÉLECTIONNEZ is_broker_enabled FROM sys.databases WHERE name = « OperationsManager »

    Si le résultat de cette requête a été un is_broker_enabled valeur 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.

8. Démarrer les services d’Operations Manager

Sur tous les serveurs d’administration du groupe d’administration, démarrez les services Operations Manager :

  • Accès aux données System Center

  • Administration de System Center

  • Configuration de l'administration de System Center

Voir aussi

Apporter des modifications à un environnement Operations Manager
Comment déplacer la base de données de l’entrepôt de données