Guide du kit de développement logiciel Veritas NetBackup Parallel Streaming Framework pour développeurs
- Protection de vos charges de travail à l'aide de NetBackup Parallel Streaming Framework
- Architecture du plug-in NetBackup Parallel Streaming Framework
- Déploiement du kit de développement logiciel NetBackup Parallel Streaming Framework
- Compatibilité des systèmes d'exploitation et des plates-formes
- Licence pour le kit de développement logiciel NetBackup Parallel Streaming Framework
- Téléchargement du kit de développement logiciel NetBackup Parallel Streaming Framework
- Installation du kit de développement logiciel NetBackup Parallel Streaming Framework
- Préparation pour le développement du plug-in
- Préparation de votre environnement NetBackup
- Gestion des hôtes de sauvegarde
- Création d'une politique de sauvegarde BigData
- Gestion du mécanisme d'authentification
- Ajout des informations d'authentification de charge de travail dans NetBackup
- Considérations sur la sécurité
- Certification requise pour rendre le plug-in disponible
- Utilisation d'un exemple de plug-in
- Développement du plug-in de charge de travail
- À propos des phases de développement du plug-in
- À propos de la phase d'initialisation du plug-in
- À propos de la phase de demande du plug-in
- À propos de la phase de déchargement du plug-in
- À propos de la phase de découverte de la charge de travail
- À propos de la phase de sauvegarde des données
- À propos de la phase de restauration
- À propos de la phase de récupération
- Gestion de l'heure d'exécution d'une API
- Vérification et test du plug-in au cours du développement
- Mise en package du plug-in de charge de travail
- Déploiement du plug-in de charge de travail
- Références de l'API NetBackup Parallel Streaming Framework
- aapi_close_object
- aapi_close_server
- aapi_create_object
- aapi_delete_object
- aapi_discovery
- aapi_flush
- aapi_get_object_prop
- aapi_get_object_prop_byname
- aapi_get_server_prop
- aapi_get_snappath_from_realpath
- aapi_open_object
- aapi_open_server
- aapi_pgn_claim
- aapi_pgn_init
- aapi_postprocess
- aapi_read_object
- aapi_set_object_utimes
- aapi_terminate
- aapi_write_object
- aapi_restore_preprocess
- aapi_restore_postprocess
- Valeurs de retour de l'API NetBackup Parallel Streaming Framework
- Consignation et dépannage
Terminologie NetBackup Parallel Streaming Framework
Le tableau suivant définit les termes que vous pouvez rencontrer quand vous utilisez NetBackup pour protéger les charges de travail BigData.
Tableau : Terminologie Parallel Streaming Framework
|
Terminologie |
Définition |
|---|---|
|
Nœud <Master> |
Le nœud <Master> est l'entité qui exécute le logiciel d'application et les serveurs d'application. Par exemple, dans le cas de Nutanix, il s'agit de la machine virtuelle du contrôleur ; pour Hadoop, il s'agit du nœud maître ; pour HBase, il s'agit de HMaster, etc. |
|
Nœud <Data> |
Le nœud <Data> est l'entité qui doit être sauvegardée. Par exemple, dans le cas de Nutanix, il s'agit de la machine virtuelle invitée ; pour Hadoop, il s'agit du nœud de données ; pour HBase, il s'agit du serveur de région, etc. |
|
Travail composé |
Un travail de sauvegarde avec Parallel Streaming Framework est un travail composé.
|
|
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 nœud <Master> et recueille les informations du bloc à sauvegarder et les serveurs de nœud <Data> 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 serveurs de nœud <Data>. |
|
Fichier de découverte de charge de travail |
Pendant la découverte, lorsque l'hôte de sauvegarde communique avec le nœud <Master>, un fichier de découverte de charge de travail est créé. Ce fichier contient les informations sur les blocs de données à sauvegarder et les serveurs de nœud <Data> associés. |
|
Flux parallèles |
La structure de flux parallèle NetBackup permet de sauvegarder les blocs de données à partir de plusieurs serveurs de nœud <Data> en utilisant simultanément plusieurs hôtes de sauvegarde. |
|
Hôte de sauvegarde |
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 maître 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 :
|
|
Serveur d'application |
Le nœud <Master> est appelé serveur d'application dans NetBackup. |
|
Nœud <Master> principal |
Dans un scénario de haute disponibilité, vous devez spécifier un serveur <Master> avec la politique BigData et la commande tpconfig. Ce nœud <Master> est appelé nœud <Master> principal. |
|
Nœud <Master> de basculement |
Dans un scénario de haute disponibilité, il s'agit d'un nœud <Master> autre que le nœud <Master> principal. |