Guide de l'administrateur NetBackup™ for MongoDB

Last Published:
Product(s): NetBackup & Alta Data Protection (11.0)
  1. Présentation de la protection de MongoDB à l'aide de NetBackup
    1.  
      À propos de la protection d'un cluster MongoDB partitionné, avec jeu de répliques ou autonome à l'aide de NetBackup
    2.  
      Protection des données MongoDB à l'aide de NetBackup
    3.  
      Terminologie de NetBackup for MongoDB
    4.  
      Limitations
    5.  
      Conditions requises et bonnes pratiques pour protéger MongoDB
  2. Vérifiez les conditions requises pour le plug-in MongoDB for NetBackup
    1.  
      Compatibilité des systèmes d'exploitation et des plates-formes
    2.  
      Conditions requises pour la configuration du plug-in MongoDB
  3. Configuration de NetBackup for MongoDB
    1.  
      À propos de l'outil de configuration MongoDB
    2.  
      Conditions requises pour la création manuelle du fichier mongodb.conf
    3. Configuration d'options de sauvegarde pour MongoDB à l'aide du fichier mongodb.conf
      1.  
        Ajout du chemin d'accès au fichier de configuration à la liste autorisée du serveur principal NetBackup
    4.  
      Obtention de la clé RSA des nœuds MongoDB
    5. Ajout des informations d'authentification MongoDB dans NetBackup
      1.  
        À propos du fichier de configuration des informations d'authentification
      2.  
        Ajouter les informations d'authentification MongoDB dans NetBackup
      3.  
        À propos de la protection des données à l'aide des rôles MongoDB
    6.  
      Conditions requises pour l'utilisateur de l'hôte
    7. Gestion des hôtes de sauvegarde
      1.  
        Ajout d'un client NetBackup à la liste autorisée du serveur principal NetBackup
  4. Sauvegarde de MongoDB à l'aide de NetBackup
    1. À propos de la sauvegarde de données MongoDB
      1.  
        Sauvegarde d'un cluster MongoDB
    2.  
      Conditions requises pour la sauvegarde d'un cluster MongoDB
    3. Configuration des politiques NetBackup pour le plug-in MongoDB
      1.  
        Création d'une politique de sauvegarde BigData pour les clusters MongoDB à l'aide de l'interface utilisateur Web
  5. Restauration ou récupération de données de MongoDB à l'aide de NetBackup
    1.  
      À propos de la restauration de données MongoDB
    2.  
      Conditions requises pour la restauration et la récupération MongoDB
    3.  
      Restauration des données MongoDB sur le même cluster
    4.  
      Restauration des données MongoDB sur un autre cluster
    5.  
      Restauration de données MongoDB dans une configuration de haute disponibilité sur un autre client
    6.  
      Étapes manuelles après le processus de récupération
  6. Dépannage
    1.  
      À propos de la consignation du débogage NetBackup for MongoDB
    2.  
      Limitations connues pour la protection de MongoDB à l'aide de NetBackup
  7. Annexe A. Informations supplémentaires
    1.  
      Exemple de workflow de l'utilitaire de configuration MongoDB pour ajouter et mettre à jour des informations d'authentification MongoDB

Restauration des données MongoDB sur un autre cluster

NetBackup prend en charge les scénarios de récupération à un autre emplacement suivants pour MongoDB :

  • Restauration redirigée et récupération vers un autre cluster

  • Restauration redirigée et récupération vers un autre nœud, port ou chemin de base de données dans un cluster existant

Pour restaurer les données MongoDB sur un autre cluster

  1. Exécutez la commande tpconfig pour mettre à jour les informations d'authentification du cluster d'origine avec les informations d'authentification de l'autre serveur d'application.

    Par exemple, pour récupérer le client source Host1-26050 sur un autre serveur d'application Host2 qui s'exécute sur le port 28001 :

    • Ajoutez les informations d'authentification de Host2:28001 et ses nœuds associés dans le fichier de configuration des informations d'authentification du cluster d'origine.

      Se reporter à À propos du fichier de configuration des informations d'authentification.

    • Exécutez la commande de mise à jour tpconfig pour le serveur application_server à récupérer (Host1-26050).

    Voici un exemple de commande :

    /usr/openv/volmgr/bin/tpconfig -update -application_server Host1-26050 -application_type mongodb -requiredport 26050 -application_server_conf /usr/openv/var/global/credential.conf

  2. Ouvrez l'interface utilisateur Web NetBackup.
  3. Sur la gauche, cliquez sur Récupération.
  4. Sous Récupération standard, cliquez sur Lancer la récupération.
  5. Dans l'onglet Propriétés de base, entrez les informations suivantes :

    • Pour Type de politique, sélectionnez BigData > MongoDB

    • Dans la liste Client source, sélectionnez le serveur d'application requis.

    • Dans la liste Client cible, sélectionnez l'hôte de sauvegarde requis. La restauration est plus rapide si l'hôte de sauvegarde est le serveur de médias qui a sauvegardé le nœud.

    • Cliquez sur Suivant.

  6. Dans l'onglet Détails de la récupération, procédez comme suit :

    • Si nécessaire, cliquez sur Modifier pour sélectionner la plage de dates appropriée pour restaurer la totalité de l'ensemble de données. Vous pouvez également cliquer sur Utiliser l'historique de sauvegarde et sélectionner les images de sauvegarde à restaurer.

    • La restauration et la récupération granulaires ne sont pas prises en charge pour MongoDB. Par conséquent, veillez à sélectionner tous les fichiers et dossiers pour le processus de restauration.

    • Cliquez sur Suivant.

  7. Dans Options de récupération, procédez comme suit :

    • Renommez le serveur d'application et ses nœuds, puis définissez la valeur appropriée pour l'autre serveur d'application.

      Sélectionnez Restaurer les répertoires et fichiers spécifiques vers des emplacements différents. Pour modifier les chemins d'accès au dossier, cliquez sur Modifier les chemins d'accès aux fichiers.

      Se reporter à Autre restauration à partir d'un chemin d'accès de base de données imbriquée.

    • Dans les Options MongoDB, sélectionnez Restaurer et récupérer et récupérez les bases de données actuelles ou sélectionnez la période appropriée.

    • Cliquez sur Suivant.

  8. Vérifiez les données, puis cliquez sur Lancer la récupération.

    Vous pouvez vérifier le statut de l'opération dans le moniteur d'activité.

Restauration du fichier oplog MongoDB vers un autre emplacement temporaire

Vous pouvez restaurer les fichiers oplog MongoDB d'une sauvegarde incrémentielle vers un autre chemin d'accès. Les fichiers et leur chemin d'accès sont affichés dans l'interface utilisateur Web.

Vous devez spécifier les chemins d'accès pendant l'autre restauration à l'aide de l'option Restaurer les répertoires et fichiers individuels vers d'autres emplacements.

Si vous souhaitez conserver le chemin d'accès MongoDB d'origine, mais modifier le chemin d'accès au fichier oplog, cliquez sur Modifier les chemins d'accès aux fichiers et spécifiez le chemin source et l'autre chemin.

Par exemple, /host:port/tmp dans Source et /host:port/alternate_tmp dans Destination.

Autre restauration à partir d'un chemin d'accès de base de données imbriquée

Pour effectuer une restauration à partir d'un chemin d'accès de base de données imbriquée, utilisez la boîte de dialogue Ajouter une destination et ajoutez un autre chemin d'accès cible approprié pour chaque sous-dossier.

Par exemple, pour remplacer le chemin d'accès /host:port/usr/mongodb/db1 par /host:port/alt-dir/dbpath/mydb :

  • Spécifiez le chemin d'accès source et de destination :

    /host:port/usr/mongodb/db1 dans Source et /host:port/alt-dir/dbpath/mydb dans Destination

  • Spécifiez les chemins d'accès source et de destination du dossier parent :

    /host:port/usr/mongodb dans Source et /host:port/alt-dir/dbpath dans Destination

  • Spécifiez les chemins d'accès source et de destination du dossier parent de base :

    /host:port/usr dans Source et /host:port/alt-dir dans Destination

    Remarque :

    lorsque vous effectuez une autre restauration vers un chemin d'accès non racine, la restauration aboutit partiellement si le chemin d'accès de base de données contient plusieurs sous-dossiers.

    Dans ce cas, si vous effectuez une autre restauration vers un emplacement différent, vous devez ajouter une entrée pour chaque niveau de répertoire.

    Par exemple :

    Source : /hostname1:port1/Config_Data

    Destination : /hostname2:port3/mongo_inst2

    Source : /hostname1:port1/Config_Data/data

    Destination : /hostname2:port3/mongo_inst2/data

    Source : /hostname2:port2/Shard1_Primary

    Destination : /hostname2:port3/mongo_inst2

    Source : /hostname2:port2/Shard1_Primary/data

    Destination : /hostname2:port3/mongo_inst2/data

Restauration d'un cluster MongoDB à l'emplacement auquel les sauvegardes ont été effectuées à partir de différents nœuds MongoDB dans le même jeu de répliques

Vous pouvez restaurer un cluster MongoDB (partitionné ou avec jeu de répliques) sauvegardé à partir de différents nœuds. Cette fonction est disponible en raison du changement de rôle (entre les nœuds principal et secondaire) dans une partition ou un jeu de répliques. Dans ce cas, la sauvegarde complète peut être effectuée à partir d'un hôte et la sauvegarde incrémentielle est effectuée à partir d'un autre hôte dans la même partition ou le même jeu de répliques.

Lors d'une restauration, vous devez rediriger la restauration de ces images de sauvegarde vers le même hôte MongoDB.

Par exemple, pour restaurer des sauvegardes à partir de /host1:port1/dbpath et /host2:port1/tmp, spécifiez les informations comme suit :

/host1:port1/dbpath dans Source et /althost:port1/dbpath dans Destination

/host2:port1/tmp dans Source et /althost:port1/tmp dans Destination