Guide de l'administrateur NetBackup ™ Cloud
- A propos du stockage en cloud de NetBackup
- A propos du stockage en cloud
- A propos du type d'API de stockage en cloud Amazon S3
- À propos de la protection des données dans Amazon pour la conservation à long terme
- Protection des données à l'aide de la classe de stockage Amazon S3 Intelligent Tiering (LIFECYCLE)
- A propos de l'utilisation des rôles IAM Amazon avec NetBackup
- Protection des données avec Amazon Snowball et Amazon Snowball Edge
- A propos du type d'API de stockage en cloud Microsoft Azure
- A propos du type d'API de stockage en cloud OpenStack Swift
- Configuration du stockage en cloud dans NetBackup
- Propriétés Stockage évolutif
- Propriétés Stockage en cloud
- À propos du conteneur de service NetBackup CloudStore
- À propos des serveurs de médias NetBackup pour le stockage cloud
- Configuration d'un serveur de stockage pour du stockage en cloud
- Propriétés de serveur de stockage en cloud de NetBackup
- Configuration d'une unité de stockage pour le stockage en cloud
- Modification des propriétés du pool de disques de stockage en cloud
- Contrôle et rapports
- Notes opérationnelles
- Résolution de problèmes
- À propos de la consignation unifiée
- À propos de la consignation héritée
- Dépannage des problèmes de configuration du stockage en cloud
- Dépannage des problèmes de fonctionnement du stockage en cloud
À propos de la restauration des données à partir d'Amazon Glacier
L'image NetBackup est enregistrée en tant qu'ensemble d'objets avec une classe de stockage spécifiée, dans ce cas, la classe de stockage GLACIER ou GLACIER_DEEP_ARCHIVE. Le restauration à partir d'Amazon Glacier s'effectue en deux phases.
Les objets sont d'abord récupérés à un emplacement intermédiaire interne géré par Amazon.
De là, les données sont restaurées à l'emplacement de destination.
NetBackup prend en charge les types de récupération Amazon suivants :
Récupération en bloc, qui prend entre 5 et 12 heures.
Récupération standard, qui prend entre 3 et 5 heures.
Récupération rapide, qui prend entre 1 et 5 minutes.
Pour plus d'informations sur les classes de stockage Amazon S3, consultez la page Classes de stockage Amazon S3.
Remarque :
Si vous choisissez la récupération rapide, la requête Amazon risque d'échouer en raison de ressources insuffisantes. Si cela se produit, optez pour la récupération standard ou en bloc. Dans ce cas, le travail de restauration échoue. État NetBackup 5 : "restore failed completely" (la restauration a échoué complètement).
Le moniteur d'activité affiche le message suivant depuis bpbrm
: Échec du réchauffement de l'image 503. Le journal ocsd_storage
du serveur MSDP contient l'erreur suivante lorsque les niveaux cloud directs MSDP sont utilisés :GlacierExpeditedRetrievalNotAvailable : les récupérations exécutées par Glacier ne sont pas disponibles actuellement, réessayez ultérieurement, code d'état : 503
Lorsque vous effectuez une restauration, l'intégralité du fragment d'image est restaurée tandis que seuls les objets sélectionnés sont téléchargés.
Remarque :
Si vous utilisez Glacier avec les niveaux cloud directs MSDP, vous pouvez créer le fichier touch GLACIER_RETRIEVAL
sur le serveur principal dans le répertoire /usr/openv/netbackup/bin
en incluant l'une des trois chaînes suivantes : bulk, standard ou expedited. Vous pouvez créer ce fichier touch si vous ne souhaitez pas utiliser l'option de récupération en bloc.
Si vous utilisez Glacier, vous pouvez utiliser bulk, standard ou expedited. Si vous utilisez DEEP_ARCHIVE, vous pouvez utiliser bulk ou standard. Si aucune chaîne n'est définie, le paramètre par défaut de NetBackup est bulk si le fichier touch n'existe pas.
Si vous utilisez Glacier avec des serveurs de stockage en cloud standard ne prenant pas en charge la déduplication, seule la récupération standard d'Amazon est prise en charge.
Pour plus d'informations sur la restauration à l'aide d'Amazon S3, consultez Restauration d'objets archivés.
Remarque :
cette section ne s'applique pas aux niveaux cloud directs MSDP. Elle s'applique uniquement aux serveurs de stockage en cloud standard ne prenant pas en charge la déduplication.
Si les fichiers et les dossiers que vous voulez restaurer appartiennent à plusieurs fragments d'image, tenez compte de ce qui suit :
Un seul fragment d'image est récupéré à la fois. C'est seulement une fois que les fichiers et les dossiers sélectionnés faisant partie du premier fragment d'image sont téléchargés que le fragment d'image suivant est récupéré.
La durée de restauration doit être prise en considération selon le nombre de fragments d'image. Par exemple, si les fichiers que vous souhaitez restaurer font partie de deux fragments, 6 à 10 heures supplémentaires sont ajoutées à la durée de restauration complète.
Remarque :
Si vous annulez un travail une fois la récupération de la restauration lancée, des frais sont engagés pour tous les objets récupérés dans l'emplacement intermédiaire jusqu'au moment de l'annulation.