Recherche dans <book_title>…

Guide de l'administrateur NetBackup™ for Hadoop

Last Published: 2025-04-25

Product(s): NetBackup & Alta Data Protection (11.0)

Termes NetBackup pour NetBackup for Hadoop

Le tableau suivant définit les termes que vous rencontrerez lors de l'utilisation de NetBackup pour protéger le cluster NetBackup for Hadoop.

Tableau : Terminologie NetBackup

Terminologie	Définition
Travail composé	Le travail de sauvegarde pour les données NetBackup for Hadoop 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 le NameNode, puis est marqué comme étant terminé.
Travail de découverte	Quand un travail de sauvegarde est exécuté, un travail de découverte est d'abord créé. Le travail de découverte communique avec le NameNode et recueille des informations du bloc à sauvegarder et les DataNodes associés. À la fin de la découverte, le travail remplit un fichier de découverte de charge de travail que NetBackup utilise 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 DataNodes.
Fichier de découverte de charge de travail	Pendant la découverte, lorsque l'hôte de sauvegarde communique avec le NameNode, un fichier de découverte de charge de travail est créé. Ce fichier contient des informations sur les blocs de données à sauvegarder et les DataNodes 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 des données qui sont transférées par l'hôte de sauvegarde correspondant.
Flux parallèles	La structure de flux parallèle NetBackup permet de sauvegarder les blocs de données de plusieurs DataNodes 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 via 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	Namenode est nommé "Serveur d'application" dans NetBackup.
NameNode principal	Dans un scénario de haute disponibilité, vous devez spécifier un NameNode avec la politique BigData et avec la commande tpconfig. Ce NameNode est nommé "NameNode principal".
NameNode de basculement	Dans un scénario de haute disponibilité, les NameNodes autres que le NameNode principal mis à jour dans le fichier `hadoop.conf` sont nommés "NameNodes de basculement".

Tableau : Terminologie NetBackup for Hadoop

Terminologie	Définition
NameNode	Un NameNode est également utilisé comme client source pendant les restaurations.
DataNode	Un DataNode est responsable du stockage des données dans NetBackup for Hadoop.
Répertoires prenant en charge les snapshots	Des snapshots peuvent être créés sur n'importe quel répertoire lorsque les snapshots sont activés sur le répertoire. Chaque répertoire prenant en charge les snapshots peut prendre en charge jusqu'à 65 536 snapshots simultanés. Il n'existe aucune limite sur le nombre de répertoires prenant en charge les snapshots. Les administrateurs peuvent définir n'importe quel répertoire comme répertoire prenant en charge les snapshots. Notez qu'un tel répertoire ne peut être ni supprimé, ni renommé tant que tous les snapshots ne sont pas supprimés. Un répertoire ne peut pas être activé pour les snapshots si l'un de ses ancêtres ou de ses descendants est un répertoire activé pour les snapshots.