Guide de l'administrateur cloud sur l'interface utilisateur Web NetBackup™

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 de connexion pour un disque de données disponible sur l'hôte Snapshot Manager moins 1 et type d'instance. Le volume de métadonnées Snapshot Manager utilise ce point de connexion.

• Les périphériques de stockage éphémères sont ignorés lors de la création d'un snapshot. (par exemple, des volumes de stockage d'instances Amazon AWS ou des disques temporaires Microsoft Azure) Ces périphériques sont également ignorés lors de 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é. Pour prendre en charge la récupération des biens LVM, vous devez redémarrer les agents plus anciens.

• 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 Snapshot Manager pris en charge. L'indexation VxMS peut être effectuée avec les clouds Azure, Azure Stack 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 Activer la récupération granulaire pour les fichiers ou les dossiers est définie sur Vrai pour les plans de protection de la restauration granulaire.

• Snapshot Manager 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 Snapshot Manager, 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 Snapshot Manager limite le nombre d'emplacements de disque appliqués par les fournisseurs cloud. NetBackup limite à Snapshot Manager les demandes d'indexation. Pour exécuter cette demande, NetBackup récupère les fonctions de l'hôte Snapshot Manager pendant le processus de découverte de biens cloud. Ces fonctions incluent le paramètre Nombre maximum de travaux d'indexation. Ce paramètre permet de limiter les demandes envoyées à Snapshot Manager 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 la découverte de l'hôte Snapshot Manager, l'API de capacité récupère le nombre maximal de travaux en fonction des points de connexion 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 Snapshot Manager. Si l'hôte Snapshot Manager reçoit un nombre de demandes d'indexation supérieur à sa capacité, les demandes supplémentaires sont mises en file d'attente.

• Pendant l'indexation, des erreurs de système d'exploitation peuvent se produire lors de l'analyse des fichiers, des répertoires ou d'autres entrées. Ces 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.

• Lorsque vous créez ou montez un disque à partir de la machine virtuelle Windows, ajoutez la lettre du lecteur. Cette action garantit que l'opération d'indexation capture la bonne lettre de lecteur.

• Dans certains cas, le point de montage n'est pas visible lorsque vous recherchez des fichiers ou des dossiers supplémentaires sur le point de récupération. Tenez compte des 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.

• Un groupe d'utilisateurs ne peut pas créer un dossier de destination pour restaurer un lecteur source. En effet, le groupe d'utilisateurs ne dispose pas d'autorisation en écriture pour créer un dossier.

• 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.

• Les fichiers stockés sur le volume montés sur le dossier (point de jonction) peuvent être restaurés uniquement si le disque sous-jacent présente une structure de partition GPT. Si le volume est monté à l'aide d'une lettre de lecteur, les fichiers peuvent être restaurés indépendamment de la structure de partition du disque sous-jacent.