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

Terminologie de NetBackup for MongoDB

Le tableau suivant définit les termes rencontrés lors de l'utilisation de NetBackup pour protéger le cluster MongoDB.

Tableau : Terminologie NetBackup

Terminologie

Définition

Travail composé

Le travail de sauvegarde pour les données MongoDB est un travail composé.

  • Le travail de sauvegarde exécute un travail de découverte pour obtenir des informations des données à sauvegarder.

  • Des travaux enfants sont créés pour chaque hôte de sauvegarde qui transfère les données.

  • Une fois la sauvegarde terminée, le travail nettoie les snapshots sur les nœuds de sauvegarde, supprime le client léger, puis est marqué comme terminé.

Travail de découverte

Lorsqu'un travail de sauvegarde est exécuté, un travail de découverte est d'abord créé. Le travail de découverte communique avec le serveur de configuration et recueille des informations sur les partitions à sauvegarder et les nœuds associés.

À la fin de la découverte, le travail remplit un fichier de découverte de charge de travail, que NetBackup utilise ensuite pour répartir la charge de travail entre les hôtes de sauvegarde.

Travail enfant

Pour la sauvegarde, un travail enfant distinct est créé pour chaque hôte de sauvegarde pour transférer les données vers le média de stockage. Un travail enfant peut transférer des blocs de données à partir de plusieurs nœuds secondaires.

Fichier de découverte de charge de travail

Pendant la découverte, lorsque l'hôte de sauvegarde communique avec le serveur de configuration, un fichier de découverte de charge de travail est créé. Ce fichier contient des informations sur les fichiers de données à sauvegarder et les nœuds de données associés.

Fichier de distribution de charge de travail

Une fois la découverte terminée, NetBackup crée un fichier de distribution de charge de travail pour chaque hôte de sauvegarde. Ces fichiers contiennent des informations sur les données sauvegardées par l'hôte de sauvegarde correspondant.

Flux parallèles

Les flux parallèles de NetBackup permettent de sauvegarder les blocs de données de plusieurs nœuds secondaires en utilisant simultanément plusieurs hôtes de sauvegarde.

Hôte de sauvegarde

L'hôte de sauvegarde fait office de client de proxy. Toutes les opérations de sauvegarde et de restauration sont exécutées par l'intermédiaire de l'hôte de sauvegarde.

Vous pouvez configurer des serveurs de médias, des clients ou un serveur principal comme hôte de sauvegarde.

L'hôte de sauvegarde est également utilisé comme client de destination pendant les restaurations.

Politique BigData

La politique BigData est introduite pour :

  • Spécifier le type d'application.

  • Autoriser la sauvegarde des environnements distribués multinœuds

  • Associer les hôtes de sauvegarde.

  • Distribuer la charge de travail.

Serveur d'application

  • Cluster MongoDB partitionné :

    Le serveur d'application est le serveur de configuration principal MongoDB.

  • Cluster MongoDB avec jeu de répliques :

    Le serveur d'application est le nœud principal de MongoDB.

  • Cluster autonome :

    Le serveur d'application est le nœud autonome.

Serveur de configuration principal

Dans un scénario de haute disponibilité, le serveur de configuration principal est l'instance de MongoDB qui s'exécute dans un rôle principal sur un jeu de répliques de serveur de configuration. Au moins un service mongos associé au serveur de configuration principal doit être en cours d'exécution sur le même hôte.

Serveur de configuration de basculement

Dans un scénario de haute disponibilité, le serveur de configuration autre que le serveur de configuration principal spécifié comme alternate_config_server dans le fichier mongodb.conf est appelé serveur de configuration de basculement.