Partager via

  • Article

Récupération d'urgence dans System Center 2012 - Operations Manager

 

Publication: mars 2016

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

Divers serveurs et fonctionnalités de System Center 2012 – Operations Manager peuvent potentiellement être défaillants, ce qui a un impact sur la fonctionnalité d'Operations Manager. La quantité de données et de fonctionnalités perdues lors d'une défaillance est différente dans chaque scénario de panne. Cela dépend du rôle de la fonctionnalité en échec, du temps nécessaire à la restauration de cette dernière et de la disponibilité des sauvegardes.

Vous devez toujours conserver une sauvegarde de votre base de données opérationnelle et de votre base de données de l'entrepôt de données. Pour plus d'informations sur la planification de sauvegardes régulières des bases de données Operations Manager, consultez Comment faire pour planifier des sauvegardes de System Center 2012 - Operations Manager bases de données.

La quantité de données et de fonctionnalités perdues lors d'une défaillance est différente dans chaque scénario de panne. L'impact d'une défaillance est minimisé si le déploiement d'Operations Manager comprend plusieurs serveurs d'administration. L'impact est plus important si un seul serveur d'administration est implémenté. Ceci s'explique par le fait que vous ne disposez pas d'un deuxième serveur d'administration pouvant assumer la charge si l'un des serveurs est défaillant et vous perdrez toutes les fonctionnalités d'analyse. L'impact d'une défaillance d'un serveur d'administration dans un environnement distribué est minimisé, mais il augmente la charge de travail sur d'autres serveurs d'administration du groupe d'administration jusqu'à ce que le serveur d'administration qui a échoué soit restauré.

Récupération des fonctionnalités d'Operations Manager

Si vos bases de données Operations Manager ont échoué, vous pouvez les restaurer à partir de sauvegardes. Pour plus d'informations, voir Comment faire pour restaurer des bases de données Operations Manager.

Si votre console Opérateur, votre console Web ou votre serveur de rapports a échoué, vous devez le réinstaller. Pour plus d'informations sur l'installation de ces fonctionnalités, consultez

Si un ou plusieurs serveurs d'administration ont échoué, vous pouvez les restaurer à l'aide de la commande setup.exe avec un commutateur /recover dans la fenêtre d'invite de commandes. Il existe deux scénarios de récupération. Premier scénario : vous devez récupérer un serveur d'administration lorsque tous les serveurs d'administration du groupe d'administration ont échoué. Dans ce cas, vous devez récupérer tous les serveurs d'administration qui ont échoué, puis reconfigurer les comptes d'identification. Deuxième scénario : un serveur d'administration a échoué, mais un ou plusieurs serveurs d'administration sont encore en ligne. Dans ce cas, vous récupérez simplement tous les serveurs d'administration qui ont échoué. Vous n'avez pas à reconfigurer les comptes d'identification.

Pour récupérer un serveur d'administration

  1. Créez un nouveau serveur, en vérifiant qu'il répond aux configurations prises en charge minimales pour System Center 2012 – Operations Manager, et utilisez le nom du serveur d'administration qui a échoué.

  2. Restaurez la base de données opérationnelle et la base de données de l'entrepôt de données, si nécessaire. Pour plus d'informations, voir Comment faire pour restaurer des bases de données Operations Manager.

  3. Sur le nouveau serveur, ouvrez une fenêtre d'invite de commandes à l'aide de l'option Exécuter en tant qu'administrateur et exécutez la commande suivante :

    Notes

    Ce processus récupère uniquement le serveur d'administration. Si des consoles ou des serveurs de rapports étaient également installés sur le serveur d'administration qui a échoué, vous devez les réinstaller une fois la récupération terminée.

    Important

    Vous devez utiliser les mêmes valeurs de paramètre pour les informations d'identification de compte, les noms de groupe d'administration et les noms de base de données que celles du serveur défaillant que vous tentez de récupérer.

    Important

    La commande suivante suppose que vous avez spécifié le système local pour le compte d'action du serveur d'administration (/UseLocalSystemActionAccount) et le service d'accès aux données (/UseLocalSystemDASAccount). Pour spécifier un domaine\nom d'utilisateur pour ces comptes, vous devez fournir à la place les paramètres suivants :

    /ActionAccountUser: <domain\username> /ActionAccountPassword: <password>

    /DASAccountUser: <domain\username> /DASAccountPassword: <password>

      Setup.exe /silent /AcceptEndUserLicenseAgreement 
  /recover 
  /EnableErrorReporting:[Never|Queued|Always]
  /SendCEIPReports:[0|1]
  /UseMicrosoftUpdate:[0|1]
  /DatabaseName:<OperationalDatabaseName> 
  /SqlServerInstance:<server\instance> 
  /DWDatabaseName:<DWDatabaseName>
  /DWSqlServerInstance:<server\instance>
  /UseLocalSystemDASAccount 
  /DatareaderUser:<domain\username> 
  /DatareaderPassword:<password> 
  /DataWriterUser:<domain\username> 
  /DataWriterPassword:<password>
  /ActionAccountUser:<domain\username>
  /ActionAccountPassword:<password>

    Le programme d'installation détecte que le serveur était un serveur d'administration antérieur dans le groupe d'administration et il récupère le serveur d'administration. Vous devez suivre ces procédures pour chaque serveur d'administration qui a échoué dans votre groupe d'administration.

Pour plus d'informations sur les paramètres de ligne de commande, consultez Paramètres de ligne de commande de récupération d'urgence.

Si vous devez récupérer un serveur d'administration lorsque tous les serveurs d'administration du groupe d'administration ont échoué, vous devez également reconfigurer les comptes d'identification.

Important

Si vous avez des serveurs d'administration qui n'ont pas échoué, vous n'avez pas à reconfigurer les comptes d'identification.

Pour reconfigurer les comptes d'identification

  1. Dans la console Opérateur, cliquez sur le bouton Administration.

  2. Dans le volet Administration, sous Exécuter en tant que configuration, cliquez sur Comptes.

  3. Dans le volet Comptes, cliquez avec le bouton droit sur un compte d'identification, puis cliquez sur Propriétés.

  4. Dans la boîte de dialogue Propriétés du compte d'identification, cliquez sur l'onglet Informations d'identification.

  5. Entrez à nouveau vos informations d'identification du compte d'identification et cliquez sur OK.

  6. Répétez ces étapes pour tous les comptes d'identification.

    Notes

    Si vous n'utilisez pas l'authentification SQL Server, vous pouvez supprimer les associations au Compte d'authentification SQL Server de l'entrepôt de données et au Compte d'authentification SQL Server du SDK Reporting et supprimer ces comptes.

Si vous n'utilisez pas l'authentification SQL Server, vous pouvez supprimer les comptes d'authentification SQL Server.

Pour supprimer les comptes d'authentification SQL Server

  1. Dans la console Opérateur, cliquez sur le bouton Administration.

  2. Dans le volet Administration, sous Exécuter en tant que configuration, cliquez sur Profils.

  3. Dans le volet Profils, cliquez avec le bouton droit sur Compte d'authentification SQL Server de l'entrepôt de données, puis cliquez sur Propriétés.

  4. Cliquez sur Comptes d'identification dans le volet de droite, cliquez sur Compte d'authentification SQL Server de l'entrepôt de données, puis sur Supprimer.

  5. Cliquez sur Enregistrer, puis sur Fermer.

  6. Dans le volet Profils, cliquez avec le bouton droit sur Compte d'authentification SQL Server du SDK Reporting, puis cliquez sur Propriétés.

  7. Cliquez sur Comptes d'identification dans le volet de droite, cliquez sur Compte d'authentification SQL Server du SDK Reporting, puis sur Supprimer.

  8. Cliquez sur Enregistrer, puis sur Fermer.

  9. Dans le volet Administration, sous Exécuter en tant que configuration, cliquez sur Comptes.

  10. Dans le volet Profils, cliquez avec le bouton droit sur Compte d'authentification SQL Server de l'entrepôt de données, puis cliquez sur Supprimer.

  11. Dans le volet Profils, cliquez avec le bouton droit sur Compte d'authentification SQL Server du SDK Reporting, puis cliquez sur Supprimer.