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
- Préparation pour le développement du plug-in
- Gestion des hôtes de sauvegarde
- Utilisation d'un exemple de plug-in
- Développement du plug-in de charge de travail
- À propos de la phase de découverte de la charge de travail
- Déploiement du plug-in de charge de travail
- Références de l'API NetBackup Parallel Streaming Framework
- Consignation et dépannage
À propos de la phase de récupération
Vous devez planifier une stratégie de récupération efficace pour votre plug-in de charge de travail, en commençant par la phase de sauvegarde. La phase de récupération dépend de la charge de travail que vous voulez protéger. Par exemple, une base de données nécessite des instructions de récupération différentes de celles requises pour une machine virtuelle.
Le processus général de récupération des données comprend les étapes suivantes :
Ajout des métadonnées de la récupération au fichier de charge de travail
Dans cette sous-phase, les métadonnées de la récupération sont ajoutées dans le fichier de charge de travail pour capturer les informations de la récupération. Le processus de sauvegarde capture les informations requises et met à jour le catalogue NetBackup.
Récupération des données de la charge de travail
Dans cette sous-phase, le processus de restauration lit les métadonnées de la récupération à partir du catalogue NetBackup et restaure les données de la charge de travail conformément aux informations de la récupération.
Vous devez sauvegarder l'ensemble des métadonnées et des fichiers de récupération d'un objet parent à l'aide d'un hôte de sauvegarde unique.
Vous ne pouvez pas modifier les métadonnées de la récupération pendant un processus de restauration.
Utilisez les API suivantes pour la phase de récupération :
Tableau : API pour la récupération de la charge de travail
API |
Description |
---|---|
La structure appelle cette API pendant la phase de récupération pour effectuer des tâches de pré-récupération telles que l'arrêt des services, le démontage des bases de données, etc. | |
La structure appelle cette API pour démarrer la récupération des données de la charge de travail. | |
La structure appelle cette API pour collecter des informations de récupération complètes et les rendre disponibles pour le processus de post-traitement. |
Lors de la découverte des objets de sauvegarde, le plug-in peut utiliser le fichier de charge de travail pour enregistrer les métadonnées de la récupération. Les métadonnées de la récupération sont extraites et utilisées pendant la phase de récupération des données.
Les métadonnées incluent la hiérarchie des objets de sauvegarde, l'objet parent de la sélection de sauvegarde, l'emplacement et la liste de tous les fichiers et toutes les informations qui sont requises pour la récupération des données de charge de travail. Les fichiers peuvent inclure tous les fichiers physiques, les fichiers de métadonnées supplémentaires ou les fichiers manifest qui sont requis pendant le processus de récupération.
Ajoutez des espaces réservés dans le fichier de charge de travail pour collecter des métadonnées supplémentaires. Les métadonnées supplémentaires dans le fichier de charge de travail peuvent être un nouveau nœud et contenir des informations sur les objets parent et d'autres éléments de récupération. Les objets de sauvegarde peuvent être répertoriés sous l'objet parent et les métadonnées.
Se reporter à À propos des fichiers de charge de travail.
Par exemple, dans l'extrait suivant du fichier de charge de travail, la charge de travail requiert une sélection de sauvegarde réelle
backup_selection
, un répertoire de snapshotssnapshot_dir
, un métafichiermanifest_file_name
et les informations des snapshotssnapshot_file_name
pour la récupération de la charge de travail :/backup_selection/ /backup_selection/recovery_metadata/ /backup_selection/recovery_metadata/checkpoint /backup_selection/recovery_metadata/checkpoint/checkpoint_file_name /backup_selection/recovery_metadata/snapshot_dir /backup_selection/recovery_metadata/snapshot_dir/manifest_file_name /backup_selection/recovery_metadata/snapshot_dir/snapshot_file_name /backup_selection/backup_data/ /backup_selection/backup_data/logs /backup_selection/backup_data/logs/log_file_name /backup_selection/backup_data/data /backup_selection/backup_data/data/database_file_name
Remarque :
Dans l'exemple donné, le fichier de charge de travail contient les données pour la sauvegarde. Les données de sauvegarde sont isolées dans les sections
recovery_metadata
etbackup_data
. La sectionrecovery_metadata
contient les informations pour une récupération réussie et la sectionbackup_data
contient les données réelles de la charge de travail.Une fois la section des métadonnées de récupération ajoutée, le plug-in de la charge de travail doit analyser le fichier de charge de travail, capturer les informations requises liées à la récupération, préparer l'image de sauvegarde et terminer la sauvegarde.
Se reporter à À propos de la phase de sauvegarde des données.
La récupération des données de la charge de travail se compose de la phase de restauration et de la récupération des données à partir des métadonnées de récupération qui sont capturées dans le fichier de charge de travail.
Pendant la phase de restauration, lorsque la structure appelle l'API aapi_set_object_utimes, le processus de restauration lit les métadonnées de récupération, puis recueille toutes les informations requises pour la récupération des données. Les informations de récupération et les éléments récupérables sont capturés et conservés dans un fichier ou dans la mémoire.
Pendant la phase de restauration, lorsque la structure appelle l'API aapi_set_object_utimes, les éléments récupérables sont capturés et conservés dans un fichier ou dans la mémoire. L'API recueille ensuite toutes les informations requises pour la récupération des données.
Se reporter à À propos de la phase de restauration.
Par exemple, dans l'extrait du fichier de charge de travail donné à l'étape 1 de l'ajout des métadonnées de récupération, l'appel à aapi_set_object_utimes lit tout d'abord les informations
/backup_selection/backup_data/data/nom_fichier_bdd
. L'API recherche ensuite l'entréerecovery_metadata
et trouve la sélection récupérable/backup_selection/recovery_metadata/
, le répertoire de snapshotssnapshot_dir
et les informations supplémentaires éventuelles.La structure appelle l'API aapi_restore_postprocess et démarre la récupération de l'objet restauré après l'appel aapi_set_object_utimes. Les instructions de récupération dépendent de la charge de travail que vous voulez protéger. Par exemple, une base de données peut être récupérée pour être montée en tant que table ou les services de base de données peuvent devenir actifs. Dans le cas d'une machine virtuelle, la machine restaurée peut avoir pour instruction de s'enregistrer auprès d'un serveur VMware ou Hypervisor.