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.

Récupération automatique au démarrage - ASA A1K

Contributeurs
PDF

Après le remplacement physique du support de démarrage défectueux, restaurez l'image ONTAP à partir du nœud partenaire.

Avant de commencer

  • Déterminez si Onboard Key Manager (OKM) ou Eternal Key Manager (EKM) est configuré à l'aide de l'une des méthodes suivantes :

    • Vous pouvez demander au client ou à l'administrateur système si OKM ou EKM sont activés.

    • Pour vérifier si OKM est activé, vous pouvez utiliser le security key-manager onboard show.

    • Pour vérifier si EKM est activé, vous pouvez utiliser le security key-manager external show.

  • Pour OKM, vous avez besoin du contenu du fichier de phrase de passe OKM.

  • Pour EKM, vous avez besoin de copies des fichiers suivants à partir du nœud partenaire :

    • fichier /cfcard/kmip/servers.cfg.

    • fichier /cfcard/kmip/certs/client.crt.

    • fichier /cfcard/kmip/certs/client.key.

    • Fichier /cfcard/kmip/certs/CA.pem.

Étapes

  1. Dans l'invite Loader, entrez la commande :

    boot_recovery -partner

    L'écran affiche le message suivant :

    Starting boot media recovery (BMR) process. Press Ctrl-C to abort…

  2. Surveillez le processus de récupération de l'installation du support de démarrage.

    Le processus se termine et affiche le Installation complete. message.

  3. Le système vérifie le cryptage et le type de cryptage et affiche l'un des deux messages. Selon le message affiché, effectuez l'une des actions suivantes :

    Important Parfois, le processus peut ne pas être en mesure d'identifier si le gestionnaire de clés est configuré sur le système. Il affiche un message d'erreur, demande si le gestionnaire de clés est configuré pour le système, puis demande quel type de gestionnaire de clés est configuré. Le processus reprendra une fois le problème résolu.
    Affiche un exemple d'invites de recherche d'erreurs de configuration 
    Error when fetching key manager config from partner ${partner_ip}: ${status}

Has key manager been configured on this system

Is the key manager onboard
    Si ce message s'affiche…​ Procédez comme ça…​

    key manager is not configured. Exiting.

    Le chiffrement n'est pas installé sur le système. Procédez comme suit :

    1. Connectez-vous au nœud lorsque l'invite de connexion s'affiche et remettez le stockage en place :

      storage failover giveback -ofnode impaired_node_name

    2. Passez à l'étape 5 pour activer le rétablissement automatique s'il a été désactivé.

    key manager is configured.

    Passez à l'étape 4 pour restaurer le gestionnaire de clés approprié.

    Le nœud accède au menu de démarrage et exécute :

    • Option 10 pour les systèmes avec gestionnaire de clés intégré (OKM).

    • Option 11 pour les systèmes dotés d'un gestionnaire de clés externe (EKM).

  4. Sélectionnez le processus de restauration du gestionnaire de clés approprié.

    Gestionnaire de clés intégré Onboard Key Manager (OKM)

    Si OKM est détecté, le système affiche le message suivant et commence à exécuter l'option bootmenu 10.

    key manager is configured.
Entering Bootmenu Option 10...

This option must be used only in disaster recovery procedures. Are you sure? (y or n):

    1. Saisissez Y à l'invite pour confirmer que vous souhaitez démarrer le processus de restauration OKM.

    2. Entrez la phrase de passe du gestionnaire de clés intégré lorsque vous y êtes invité, puis saisissez à nouveau la phrase de passe lorsque vous y êtes invité pour confirmer.

      Affiche un exemple d'invites de phrase de passe 
      Enter the passphrase for onboard key management:
Enter the passphrase again to confirm:
Enter the backup data:
-----BEGIN PASSPHRASE-----
<passphrase_value>
-----END PASSPHRASE-----

    3. Continuez à surveiller le processus de restauration pendant qu'il restaure les fichiers appropriés à partir du nœud partenaire.

      Une fois le processus de restauration terminé, le nœud redémarre. Les messages suivants indiquent une récupération réussie :

      Trying to recover keymanager secrets....
Setting recovery material for the onboard key manager
Recovery secrets set successfully
Trying to delete any existing km_onboard.keydb file.

Successfully recovered keymanager secrets.

    4. Lorsque le nœud redémarre, vérifiez que la restauration du support de démarrage a réussi en vérifiant que le système est de nouveau en ligne et opérationnel.

    5. Remettre le contrôleur défectueux en fonctionnement normal en réutilisant son espace de stockage :

      storage failover giveback -ofnode impaired_node_name

    6. Une fois le nœud partenaire entièrement prêt à gérer les données, synchronisez les clés OKM sur l'ensemble du cluster.

      security key-manager onboard sync

  5. Si le retour automatique a été désactivé, réactivez-le :

    storage failover modify -node local -auto-giveback true.

  6. Si AutoSupport est activé, restaurez la création automatique de dossiers :

    system node autosupport invoke -node * -type all -message MAINT=END.

Et la suite

Une fois que vous avez restauré l'image ONTAP et que le nœud est prêt à accéder aux données, vous "Renvoyer la pièce défectueuse à NetApp".