Guide de l'administrateur Veritas NetBackup™ for MongoDB

NetBackup procède dans l'ordre suivant lors de la sélection d'un nœud dans un cluster MongoDB pour effectuer une sauvegarde :

Si vous souhaitez que NetBackup sélectionne un nœud de sauvegarde spécifique dans le cluster MongoDB, définissez-le en tant que nœud masqué.

Avant d'exécuter un travail de sauvegarde, assurez-vous que vous obtenez une réponse ping positive de tous les nœuds MongoDB de l'hôte de sauvegarde. Vérifiez et mettez à jour les paramètres de pare-feu afin que les hôtes de sauvegarde puissent communiquer avec le cluster MongoDB.

Assurez-vous que le cluster MongoDB que vous souhaitez protéger vous permet de prendre des snapshots LVM.

Le changement de nom du groupe de volumes ou des volumes physiques et logiques du LVM pour les chemins d'accès à la base de données MongoDB entraîne l'échec de la sauvegarde. Si vous renommez le groupe de volumes ou les volumes physiques et logiques du LVM, assurez-vous que la base de données MongoDB est montée sur le nouveau chemin d'accès avant de procéder à une sauvegarde.

La sauvegarde arrête l'équilibreur sur le processus mongos et bloque toutes les autres opérations. Ainsi, lorsque vous exécutez un processus de sauvegarde, assurez-vous qu'aucune autre opération utilisant le processus mongos n'est en cours, par exemple, l'importation de la base de données.

Exécutez toujours une sauvegarde complète lorsque vous modifiez le chemin d'accès à la base de données. Vous pouvez également modifier le fichier de configuration du processus mongod ou mongos ou modifier la topologie MongoDB.

Si une même politique de sauvegarde NetBackup comporte plusieurs clients MongoDB, augmentez la valeur du paramètre Délai de lecture client pour le serveur maître, le serveur de médias et le client afin de vous assurer que toutes les sauvegardes vont aboutir.

Pour plus d'informations, consultez le Guide de l'administrateur NetBackup™, volume I, et la section relative aux propriétés de délai d'expiration.

Les travaux de sauvegarde incrémentielle utilisent des images de sauvegarde cohérentes comme référence pour déterminer les modifications incrémentielles. Si la sauvegarde précédente a échoué ou n'a abouti que partiellement (échec pour l'un des nœuds), elle est totalement ignorée et une image de sauvegarde antérieure est prise en compte. Dans ce cas, l'opération de sauvegarde peut être plus longue et la taille de l'image créée peut être plus importante.

Le fichier oplog est doté d'un cache limité ou roulant et la taille du fichier est configurable. NetBackup utilise oplog pour capturer les données incrémentielles. La substitution d'oplog peut entraîner l'échec des sauvegardes incrémentielles. Pour éviter ce problème, assurez-vous que la taille du fichier oplog est suffisante pour contenir les données incrémentielles générées entre les sauvegardes incrémentielles.

Assurez-vous que l'utilisateur que vous avez ajouté à l'aide de la commande tpconfig a accès à l'ensemble du cluster MongoDB et aux chemins d'accès à des dossiers personnalisés spécifiés dans le fichier mongodb.conf.