Guide de l'administrateur cloud sur l'interface utilisateur Web NetBackup™
- Gestion et protection des biens dans le cloud
- Configurer le serveur CloudPoint dans NetBackup
- Ajout d'un fournisseur cloud pour un serveur CloudPoint
- Gestion des groupes cloud intelligents
- Protection des biens ou des groupes cloud intelligents
- À propos de la protection des ressources Microsoft Azure au moyen de groupes de ressources
- À propos de l'accélérateur NetBackup pour les charges de travail cloud
- Récupération des biens dans le cloud
- Exécution d'une restauration granulaire
- Résolution des problèmes liés à la protection et à la récupération des biens dans le cloud
Limitations et remarques
Tenez compte des points importants suivants lors d'une opération de restauration granulaire.
Une fois qu'un travail de restauration est terminé, vous ne pouvez plus développer les répertoires dans la section Liste de fichiers du travail de restauration.
Si l'espace requis n'est pas disponible sur l'emplacement cible, l'opération de restauration échoue avant le début de l'opération de copie.
Lorsque le travail de restauration démarre, le résumé du moniteur d'activité affiche le fichier actuel, à savoir la première entrée dans les éléments de restauration. Une fois le travail terminé, le résumé devient vide.
Les octets transférés et les octets estimés dans le moniteur d'activité ne sont pas mis à jour et affichent 0.
(Applicable uniquement à GCP) Nombre de points d'attache pour les disque de données disponibles correspond au nombre total de logements de disque en fonction du type d'instance sur l'hôte CloudPoint moins 1. Le volume de métadonnées CloudPoint consomme ce point d'attache unique.
Les périphériques de stockage éphémères, tels que les volumes de magasin d'instances d'Amazon AWS et les disques temporaires Microsoft Azure sont ignorés lors de la réalisation de snapshots. Ces périphériques sont également ignorés pour l'indexation.
Les systèmes de fichiers créés sur des disques LDM sont ignorés lors de la création et de l'indexation de snapshots cohérents avec l'hôte.
La restauration sur un autre hôte (GRT et application) du bien LVM peut échouer tant que le service de l'ancien agent (préinstallé) n'est pas redémarré. Vous devez redémarrer les agents plus anciens afin de prendre en charge la récupération des biens LVM.
La restauration granulaire (GRT) et la restauration de fichier unique (SFR) peuvent être effectuées à l'aide de l'indexation VxMS. L'indexation VxMS s'applique à tous les systèmes de fichiers CloudPoint pris en charge. L'indexation VxMS peut être effectuée avec les clouds Azure, AzureStack et AWS. Avec GCP, elle sera effectuée sur une indexation existante reposant sur le montage.
Le snapshot cohérent avec l'hôte est pris en charge pour le système de fichiers EXT2 uniquement s'il est monté en lecture seule.
Si des systèmes de fichiers non pris en charge sont présents sur l'hôte, celui-ci ne peut pas être ajouté au plan de protection qui est créé pour la restauration granulaire. La case à cocher
est définie sur Vrai pour les plans de protection de la restauration granulaire.CloudPoint communique le nombre de travaux d'indexation pouvant être exécutés sur NetBackup. NetBackup régule ensuite les requêtes. Par défaut, le nombre de travaux d'indexation est défini sur 2. Après la découverte des fonctions de l'hôte CloudPoint, cette valeur reprend le nombre d'emplacements de disque disponibles. Néanmoins, vous pouvez mettre à jour la valeur d'indexation de max_jobs=<value> dans le fichier flexsnap.conf pour remplacer cette limite.
L'hôte CloudPoint limite le nombre d'emplacements de disque appliqués par les fournisseurs cloud. NetBackup régule les demandes d'indexation destinées à CloudPoint. Pour exécuter cette demande, pendant le processus de découverte de biens cloud, NetBackup récupère les fonctions d'hôte CloudPoint. Ces fonctions incluent le paramètre Nombre maximum de travaux d'indexation . Ce paramètre permet de limiter les demandes qui sont envoyées à CloudPoint et d'indexer la file d'attente des travaux dans NetBackup. Par défaut, le nombre maximal de travaux d'indexation parallèles est de 2. Mais une fois que le plug-in cloud est configuré pour détecter l'hôte CloudPoint, l'API de capacité récupère le nombre de travaux maximum en fonction des points d'attache et des ressources disponibles. Vous pouvez définir la limite en ajoutant l'entrée indexing max_jobs=x dans le fichier de configuration de l'hôte CloudPoint. Si l'hôte CloudPoint reçoit un nombre de demandes d'indexation supérieur à sa capacité, les demandes supplémentaires sont mises en file d'attente.
Lorsqu'une opération d'indexation est en cours, si des erreurs se produisent au niveau du système d'exploitation lors de l'analyse des fichiers, des répertoires ou d'autres entrées, les erreurs sont ignorées et l'opération d'indexation continue. Pour restaurer les fichiers manquants, vous devez démarrer les opérations de restauration granulaires sur le dossier parent.
Si un point de montage n'est pas visible dans l'arborescence du volet gauche pour permettre la navigation quand vous ajoutez des fichiers ou des dossiers depuis le point de récupération, cela peut être dû aux raisons suivantes :
Le " / " (système de fichiers racine) est sur un LVM et
le point de montage n'est pas directement lié à « / » (système de fichiers racine)
Dans ce cas, recherchez le point de montage dans le volet droit, puis restaurez les fichiers ou les dossiers.
Par exemple, si un disque est monté sur/mnt1/mnt2 où /mnt1 est un répertoire de « / » (le FS racine de la configuration LVM) et mnt2 un point de montage à l'intérieur de mnt1, le « mnt2 » n'est pas visible dans l'arborescence du volet gauche. Cependant, vous pouvez rechercher et restaurer des fichiers ou des dossiers dans le point de montage.
Les fichiers et les dossiers ne peuvent être restaurés à partir de points de récupération de snapshots de machine virtuelle que si les entrées du fichier
/etc/fstab
des serveurs Linux sont basées sur l'UUID du système de fichiers (et non sur les chemins d'accès aux périphériques). Les chemins d'accès de périphériques peuvent changer selon l'ordre dans lequel Linux les découvre pendant le démarrage du système.Lors de la restauration d'applications ou de systèmes de fichiers d'une version de système d'exploitation vers une autre version de système d'exploitation, consultez le tableau de compatibilité du fournisseur du système d'exploitation et de l'application. Il est déconseillé de restaurer un système de fichiers d'une version récente vers une version antérieure.
Lors de la restauration d'un lecteur en tant que source vers un autre dossier comme destination, le groupe d'utilisateurs ne peut pas effectuer l'opération d'écriture sur le dossier nouvellement créé en raison d'une absence d'autorisation d'écriture.
La connexion sans agent ne peut pas restaurer le fichier chiffré par Windows (ou EFS) via la restauration granulaire au niveau du fichier (option Restaurer les fichiers et les dossiers). Cependant, vous pouvez restaurer le fichier via la restauration au niveau du volume, puis déchiffrer le fichier.