Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Restaurez les données d'objet vers un volume de stockage pour l'appliance

PDF

Après avoir restauré des volumes de stockage pour le nœud de stockage de l'appliance, vous pouvez restaurer les données d'objet répliquées ou avec code d'effacement qui ont été perdues en cas de défaillance du nœud de stockage.

Quelle procédure dois-je utiliser ?

Dans la mesure du possible, restaurez les données d'objet à l'aide de la page Restauration de volume du gestionnaire de grille.

  • Si les volumes sont répertoriés dans MAINTENANCE > Restauration de volume > nœuds à restaurer, restaurez les données d'objet à l'aide de "Page de restauration de volume dans le Gestionnaire de grille".

  • Si les volumes ne sont pas répertoriés dans MAINTENANCE > Restauration de volume > nœuds à restaurer, suivez les étapes ci-dessous pour utiliser le repair-data script pour restaurer les données d'objet.

    Si le nœud de stockage restauré contient moins de volumes que le nœud qu'il remplace, vous devez utiliser repair-data le script.

Remarque Le script de réparation des données est obsolète et sera supprimé dans une version ultérieure. Si possible, utilisez le "Procédure de restauration de volume dans Grid Manager".

Utilisez le repair-data script pour restaurer les données d'objet

Avant de commencer

  • Vous avez confirmé que le noeud de stockage récupéré a un état de connexion de connecté icône alerte verte cochedans l'onglet NOEUDS > Présentation du Gestionnaire de grille.

Description de la tâche

Les données d'objet peuvent être restaurées à partir d'autres nœuds de stockage ou d'un pool de stockage cloud, à condition que les règles ILM de la grille aient été configurées de sorte que les copies en mode objet soient disponibles.

Notez ce qui suit :

  • Si une règle ILM a été configurée pour stocker une seule copie répliquée, et que cette copie existait sur un volume de stockage défaillant, vous ne pourrez pas restaurer l'objet.

  • Si la seule copie restante d'un objet se trouve dans un pool de stockage cloud, StorageGRID doit émettre plusieurs demandes vers le terminal de pool de stockage cloud pour restaurer les données d'objet. Avant d'effectuer cette procédure, contactez le support technique pour obtenir de l'aide pour estimer le délai de restauration et les coûts associés.

A propos du repair-data script

Pour restaurer les données d'objet, exécutez le repair-data script. Ce script commence le processus de restauration des données d'objet et fonctionne avec l'analyse ILM pour s'assurer que les règles ILM sont respectées.

Sélectionnez Replicated data ou Erasure-Coded (EC) data ci-dessous pour connaître les différentes options du repair-data script, selon que vous restaurez des données répliquées ou des données avec code d'effacement. Si vous devez restaurer les deux types de données, vous devez exécuter les deux ensembles de commandes.

Remarque Pour plus d'informations sur le repair-data script, saisissez repair-data --help dans la ligne de commande du nœud d'administration principal.
Remarque Le script de réparation des données est obsolète et sera supprimé dans une version ultérieure. Si possible, utilisez le "Procédure de restauration de volume dans Grid Manager".
Les données répliquées

Deux commandes sont disponibles pour la restauration des données répliquées, et ce, selon que vous devez réparer le nœud entier ou uniquement certains volumes sur le nœud :

repair-data start-replicated-node-repair

repair-data start-replicated-volume-repair

Vous pouvez suivre les réparations des données répliquées avec cette commande :

repair-data show-replicated-repair-status

Données avec code d'effacement (EC)

Deux commandes sont disponibles pour la restauration des données avec code d'effacement, selon que vous devez réparer le nœud entier ou uniquement certains volumes sur le nœud :

repair-data start-ec-node-repair

repair-data start-ec-volume-repair

Vous pouvez suivre les réparations des données codées par effacement à l'aide de cette commande :

repair-data show-ec-repair-status

Remarque Les réparations des données codées peuvent commencer alors que certains nœuds de stockage sont hors ligne. Toutefois, si toutes les données avec code d'effacement ne peuvent pas être prises en compte, la réparation ne peut pas être effectuée. La réparation s'effectuera une fois que tous les nœuds sont disponibles.
Remarque Le travail de réparation EC réserve temporairement une grande quantité de stockage. Les alertes de stockage peuvent être déclenchées, mais elles seront résolus une fois la réparation terminée. S'il n'y a pas assez de stockage pour la réservation, la tâche de réparation EC échouera. Les réservations de stockage sont libérées lorsque la tâche de réparation EC est terminée, que la tâche ait échoué ou a réussi.

Rechercher le nom d'hôte pour le noeud de stockage

  1. Connectez-vous au nœud d'administration principal :

    1. Entrez la commande suivante : ssh admin@primary_Admin_Node_IP

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

    3. Entrez la commande suivante pour basculer en root : su -

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

      Lorsque vous êtes connecté en tant que root, l'invite passe de $ à #.

  2. Utilisez le /etc/hosts fichier pour trouver le nom d'hôte du nœud de stockage des volumes de stockage restaurés. Pour afficher la liste de tous les nœuds de la grille, entrez ce qui suit : cat /etc/hosts.

Réparez les données si tous les volumes ont échoué

Si tous les volumes de stockage sont en panne, réparez l'intégralité du nœud. Suivez les instructions pour les données répliquées, codées par effacement (EC), ou les deux, selon que vous utilisez ou non des données répliquées, des données codées par effacement (EC), ou les deux.

Si seuls certains volumes ont échoué, passez à Réparer les données si seulement certains volumes ont échouél' .

Remarque Vous ne pouvez pas exécuter repair-data d'opérations pour plusieurs nœuds en même temps. Pour restaurer plusieurs nœuds, contactez le support technique.
Les données répliquées

Si votre grille inclut des données répliquées, utilisez repair-data start-replicated-node-repair la commande avec --nodes l'option, où --nodes est le nom d'hôte (nom du système), pour réparer le nœud de stockage complet.

Cette commande répare les données répliquées sur un nœud de stockage nommé SG-DC-SN3 :

repair-data start-replicated-node-repair --nodes SG-DC-SN3

Remarque Lorsque les données d'objet sont restaurées, l'alerte objets perdus est déclenchée si le système StorageGRID ne peut pas localiser les données d'objet répliquées. Des alertes peuvent être déclenchées sur les nœuds de stockage dans le système. Vous devez déterminer la cause de la perte et si la récupération est possible. Voir "Rechercher les objets perdus".
Données avec code d'effacement (EC)

Si votre grille contient des données avec code d'effacement, utilisez repair-data start-ec-node-repair la commande avec --nodes l'option, où --nodes est le nom d'hôte (nom du système), pour réparer le nœud de stockage complet.

Cette commande répare les données codées de l'effacement sur un nœud de stockage appelé SG-DC-SN3 :

repair-data start-ec-node-repair --nodes SG-DC-SN3

L'opération renvoie un unique repair ID identifiant cette repair_data opération. Utilisez cette repair ID option pour suivre la progression et le résultat de repair_data l'opération. Aucun autre retour n'est renvoyé à la fin du processus de récupération.

Les réparations des données codées peuvent commencer alors que certains nœuds de stockage sont hors ligne. La réparation s'effectuera une fois que tous les nœuds sont disponibles.

Réparer les données si seulement certains volumes ont échoué

Si seulement certains volumes ont échoué, réparez les volumes affectés. Suivez les instructions pour les données répliquées, codées par effacement (EC), ou les deux, selon que vous utilisez ou non des données répliquées, des données codées par effacement (EC), ou les deux.

Si tous les volumes ont échoué, passez à Réparez les données si tous les volumes ont échouél' .

Saisissez les ID de volume en hexadécimal. Par exemple, 0000 est le premier volume et 000F est le seizième volume. Vous pouvez spécifier un volume, une plage de volumes ou plusieurs volumes qui ne sont pas dans une séquence.

Tous les volumes doivent se trouver sur le même nœud de stockage. Si vous devez restaurer des volumes pour plusieurs nœuds de stockage, contactez le support technique.

Les données répliquées

Si votre grille contient des données répliquées, utilisez start-replicated-volume-repair la commande avec --nodes l'option pour identifier le nœud (où --nodes est le nom d'hôte du nœud). Ajoutez ensuite l' --volumes`option ou `--volume-range, comme indiqué dans les exemples suivants.

Single volume : cette commande restaure les données répliquées dans un volume 0002 sur un nœud de stockage nommé SG-DC-SN3 :

repair-data start-replicated-volume-repair --nodes SG-DC-SN3 --volumes 0002

Plage de volumes : cette commande restaure les données répliquées vers tous les volumes de la plage 0003 sur 0009 un nœud de stockage nommé SG-DC-SN3 :

repair-data start-replicated-volume-repair --nodes SG-DC-SN3 --volume-range 0003,0009

Plusieurs volumes ne figurant pas dans une séquence : cette commande restaure les données répliquées vers les volumes 0001, 0005 et 0008 sur un nœud de stockage nommé SG-DC-SN3 :

repair-data start-replicated-volume-repair --nodes SG-DC-SN3 --volumes 0001,0005,0008

Remarque Lorsque les données d'objet sont restaurées, l'alerte objets perdus est déclenchée si le système StorageGRID ne peut pas localiser les données d'objet répliquées. Des alertes peuvent être déclenchées sur les nœuds de stockage dans le système. Notez la description de l'alerte et les actions recommandées pour déterminer la cause de la perte et si la récupération est possible.
Données avec code d'effacement (EC)

Si votre grille contient des données avec code d'effacement, utilisez start-ec-volume-repair la commande avec --nodes l'option pour identifier le nœud (où --nodes est le nom d'hôte du nœud). Ajoutez ensuite l' --volumes`option ou `--volume-range, comme indiqué dans les exemples suivants.

Single volume : cette commande restaure les données avec code d'effacement sur un volume 0007 situé sur un nœud de stockage nommé SG-DC-SN3 :

repair-data start-ec-volume-repair --nodes SG-DC-SN3 --volumes 0007

Plage de volumes : cette commande restaure les données avec code d'effacement sur tous les volumes de la plage 0004 sur 0006 un nœud de stockage nommé SG-DC-SN3 :

repair-data start-ec-volume-repair --nodes SG-DC-SN3 --volume-range 0004,0006

Plusieurs volumes qui ne sont pas dans une séquence : cette commande restaure les données avec code d'effacement sur les volumes 000A, 000C et 000E sur un nœud de stockage nommé SG-DC-SN3 :

repair-data start-ec-volume-repair --nodes SG-DC-SN3 --volumes 000A,000C,000E

`repair-data`L'opération renvoie un unique `repair ID` identifiant cette `repair_data` opération. Utilisez cette `repair ID` option pour suivre la progression et le résultat de `repair_data` l'opération. Aucun autre retour n'est renvoyé à la fin du processus de récupération.
Remarque Les réparations des données codées peuvent commencer alors que certains nœuds de stockage sont hors ligne. La réparation s'effectuera une fois que tous les nœuds sont disponibles.

Surveiller les réparations

Surveiller l'état des travaux de réparation, en fonction de l'utilisation ou non des données répliquées, données codées par effacement (EC), ou des deux.

Vous pouvez également surveiller l'état des travaux de restauration de volume en cours de traitement et afficher un historique des travaux de restauration effectués dans "Gestionnaire de grille".

Les données répliquées

  • Pour obtenir une estimation du pourcentage d'achèvement de la réparation répliquée, ajoutez l' `show-replicated-repair-status`option à la commande repair-data.

    repair-data show-replicated-repair-status

  • Pour déterminer si les réparations sont terminées :

    1. Sélectionnez NŒUDS > nœud de stockage en cours de réparation > ILM.

    2. Vérifiez les attributs dans la section évaluation. Lorsque les réparations sont terminées, l'attribut attente - tous indique 0 objets.

  • Pour surveiller la réparation plus en détail :

    1. Sélectionnez SUPPORT > Outils > topologie de grille.

    2. Sélectionnez GRID > Storage Node en cours de réparation > LDR > Data Store.

    3. Utilisez une combinaison des attributs suivants pour déterminer, autant que possible, si les réparations répliquées sont terminées.

      Remarque Cassandra présente peut-être des incohérences et les réparations échouées ne sont pas suivies.

      • Réparations tentées (XRPA) : utilisez cet attribut pour suivre la progression des réparations répliquées. Cet attribut augmente chaque fois qu'un nœud de stockage tente de réparer un objet à haut risque. Lorsque cet attribut n'augmente pas pendant une période plus longue que la période d'acquisition actuelle (fournie par l'attribut période d'analyse — estimation), cela signifie que l'analyse ILM n'a trouvé aucun objet à haut risque qui doit être réparé sur n'importe quel nœud.

        Remarque Les objets à haut risque sont des objets qui risquent d'être complètement perdus. Cela n'inclut pas les objets qui ne répondent pas à leur configuration ILM.

      • Période d'acquisition — estimée (XSCM) : utilisez cet attribut pour estimer quand une modification de règle sera appliquée aux objets précédemment ingérés. Si l'attribut réparations tentées n'augmente pas pendant une période supérieure à la période d'acquisition actuelle, il est probable que les réparations répliquées soient effectuées. Notez que la période d'acquisition peut changer. L'attribut période d'acquisition — estimée (XSCM) s'applique à la grille entière et est le maximum de toutes les périodes d'acquisition de nœud. Vous pouvez interroger l'historique d'attributs période de balayage — estimation de la grille pour déterminer une période appropriée.

Données avec code d'effacement (EC)

Pour surveiller la réparation des données codées d'effacement et réessayer toute demande qui pourrait avoir échoué :

  1. Déterminez l'état des réparations des données par code d'effacement :

    • Sélectionnez SUPPORT > Tools > Metrics pour afficher le temps de réalisation estimé et le pourcentage de réalisation de la tâche en cours. Sélectionnez ensuite EC Overview dans la section Grafana. Examinez les tableaux de bord Grid EC Job estimé Time to Completion et Grid EC Job Percentage Finted.

    • Utiliser cette commande pour voir le statut d'une opération spécifique repair-data :

      repair-data show-ec-repair-status --repair-id repair ID

    • Utilisez cette commande pour lister toutes les réparations :

      repair-data show-ec-repair-status

    Le résultat répertorie les informations, y compris repair ID, pour toutes les réparations en cours et antérieures.

  2. Si le résultat indique que l'opération de réparation a échoué, utilisez l' `--repair-id`option pour réessayer la réparation.

    Cette commande relance une réparation de nœud ayant échoué à l'aide de l'ID de réparation 6949309319275667690 :

    repair-data start-ec-node-repair --repair-id 6949309319275667690

    Cette commande relance une réparation de volume en échec à l'aide de l'ID de réparation 6949309319275667690 :

    repair-data start-ec-volume-repair --repair-id 6949309319275667690