Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Restaurez la base de données StorageGRID Admin Node lors de la récupération du nœud d'administration principal

Si vous souhaitez conserver les informations historiques concernant les attributs et les alertes d’un nœud d’administration principal défaillant, vous pouvez restaurer la base de données du nœud d’administration. Vous ne pouvez restaurer cette base de données que si votre système StorageGRID comprend un autre nœud d’administration.

Avant de commencer
  • Le nœud d'administration récupéré est installé et en cours d'exécution.

  • Le système StorageGRID comprend au moins deux nœuds d'administration.

  • Vous avez le Passwords.txt fichier.

  • Vous disposez de la phrase secrète de provisionnement.

À propos de cette tâche

Si un nœud d'administration échoue, les informations historiques stockées dans sa base de données de nœud d'administration sont perdues. Cette base de données comprend les informations suivantes :

  • Historique des alertes

  • ${post_edited_translations.segment}

Lorsque vous restaurez un nœud d'administration, le processus d'installation du logiciel crée une base de données de nœud d'administration vide sur le nœud restauré. Toutefois, la nouvelle base de données ne contient que les informations relatives aux serveurs et aux services qui font actuellement partie du système ou qui seront ajoutés ultérieurement.

Si vous avez restauré un nœud d'administration principal et que votre système StorageGRID dispose d'un autre nœud d'administration, vous pouvez restaurer les données historiques en copiant la base de données du nœud d'administration depuis un nœud d'administration non principal (le nœud d'administration source) vers le nœud d'administration principal restauré. Si votre système ne dispose que d'un nœud d'administration principal, vous ne pouvez pas restaurer la base de données du nœud d'administration.

Remarque La copie de la base de données du nœud d'administration peut prendre plusieurs heures. Certaines fonctionnalités de Grid Manager seront indisponibles pendant l'arrêt des services sur le nœud d'administration source.
Étapes
  1. Connectez-vous au nœud d'administration source :

    1. Saisissez la commande suivante : ssh admin@grid_node_IP

    2. Saisissez le mot de passe indiqué dans le fichier Passwords.txt.

    3. Saisissez la commande suivante pour passer en mode superutilisateur : su -

    4. Saisissez le mot de passe indiqué dans le fichier Passwords.txt.

  2. Depuis le nœud d'administration source, arrêtez le service MI : service mi stop

  3. Depuis le nœud d'administration source, arrêtez le service de l'interface de programmation d'application de gestion (mgmt-api) : service mgmt-api stop

  4. ${post_edited_translations.segment}

    1. Connectez-vous au nœud d'administration récupéré :

      1. Saisissez la commande suivante : ssh admin@grid_node_IP

      2. Saisissez le mot de passe indiqué dans le fichier Passwords.txt.

      3. Saisissez la commande suivante pour passer en mode superutilisateur : su -

      4. Saisissez le mot de passe indiqué dans le fichier Passwords.txt.

    2. Arrêtez le service MI : service mi stop

    3. Arrêtez le service mgmt-api : service mgmt-api stop

    4. Ajoutez la clé privée SSH à l'agent SSH. Saisissez :ssh-add

    5. Saisissez le mot de passe d'accès SSH indiqué dans le Passwords.txt fichier.

    6. Copiez la base de données du nœud d'administration source vers le nœud d'administration restauré : /usr/local/mi/bin/mi-clone-db.sh Source_Admin_Node_IP

    7. ${post_edited_translations.segment}

      La base de données et ses données historiques sont copiées sur le nœud d'administration restauré. Une fois l'opération de copie terminée, le script démarre le nœud d'administration restauré.

    8. Lorsque vous n'avez plus besoin d'un accès sans mot de passe à d'autres serveurs, supprimez la clé privée de l'agent SSH. Saisissez :ssh-add -D

  5. Redémarrez les services sur le nœud d'administration source : service servermanager start