Guide de l'administrateur Veritas NetBackup™ for MongoDB

Last Published:
Product(s): NetBackup & Alta Data Protection (8.3)
Platform: Linux,UNIX,Windows
  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.  
        Mise en liste blanche du chemin d'accès au fichier de configuration sur le serveur maître 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.  
      Utilisation d'un utilisateur non racine comme utilisateur hôte
    7. Gestion des hôtes de sauvegarde
      1.  
        Mise en liste blanche d'un client NetBackup sur un serveur maître NetBackup
  4. Sauvegarde de MongoDB à l'aide de NetBackup
    1. Sauvegarde des 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
      2.  
        Création d'une politique BigData à l'aide de la console d'administration NetBackup
      3.  
        Utilisation de l'Assistant Configuration de politique pour créer une politique BigData pour les clusters MongoDB
      4.  
        Utilisation de l'utilitaire NetBackup Policies pour créer une politique BigData pour les clusters MongoDB
      5.  
        Utilisation de l'interface de ligne de commande (CLI) NetBackup pour créer une politique BigData pour les clusters MongoDB
  5. Restauration ou récupération de données de MongoDB à l'aide de NetBackup
    1.  
      Restauration des données MongoDB
    2.  
      Conditions requises pour la restauration et la récupération MongoDB
    3. À propos des scénarios de restauration pour la base de données MongoDB à partir de l'interface BAR
      1.  
        Étapes principales du processus de restauration et de récupération
    4.  
      Utilisation de l'interface BAR pour restaurer les données MongoDB sur le même cluster
    5.  
      Utilisation de l'interface BAR pour restaurer les données MongoDB sur un autre cluster
    6.  
      À propos de la restauration de données MongoDB dans une configuration de haute disponibilité sur un autre client
    7. Récupération d'une base de données MongoDB à l'aide de la ligne de commande
      1.  
        Création ou modification du fichier rename
      2.  
        Utilisation de la ligne de commande pour récupérer une base de données MongoDB
    8.  
      É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
  8.  
    Index

Utilisation de l'interface BAR pour restaurer les données MongoDB sur un autre cluster

NetBackup prend en charge les scénarios de récupération 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

Effectuez les étapes suivantes pour exécuter une autre récupération pour MongoDB :

  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 vers 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. Pour plus d'informations, Se reporter à À propos du fichier de configuration des informations d'authentification.

    • Exécutez la commande de mise à jour tpconfig pour application_server en cours de récupération (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. Renommez le serveur d'application et ses nœuds, puis définissez la valeur appropriée pour l'autre serveur d'application.

    • Dans l'interface utilisateur BAR, sélectionnez l'onglet Général > Restaurer les répertoires et fichiers individuels vers d'autres emplacements et utilisez Modifier les destinations sélectionnées pour ajouter l'autre serveur d'application et l'autre port.

    • Pour modifier le chemin d'accès au dossier, sélectionnez Ajouter une destination et ajoutez le chemin d'accès de la nouvelle destination.

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

  3. Cliquez sur Démarrer la restauration pour lancer l'opération de récupération. Vous pouvez vérifier l'état à l'aide du 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 BAR.

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 voulez conserver le chemin d'accès MongoDB d'origine, mais modifier le chemin d'accès au fichier oplog, spécifiez le chemin source et l'autre chemin dans la boîte de dialogue Ajouter une destination.

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 où les sauvegardes sont 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 en raison du changement de rôle (entre les nœuds principaux et secondaires) 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 une 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