Recherche dans <book_title>…

Guide de déduplication VeritasNetBackup™

Last Published: 2019-07-25

Product(s): NetBackup & Alta Data Protection (8.2)

À propos de la reprise automatique après incident dans le cloud à l'aide de CloudCatalyst

La reprise automatique après incident fournit une solution de stockage auto-descriptive sur CloudCatalyst. Avec la reprise automatique après incident dans le cloud, CloudCatalyst est utilisé comme un serveur de stockage auto-descriptif. Sans reprise automatique après incident dans le cloud, CloudCatalyst n'est pas utilisé comme un serveur de stockage auto-descriptif.

NetBackup prend actuellement en charge la reprise automatique après incident dans le cloud pour les sauvegardes de machines virtuelles VMware et les sauvegardes standard.

Cette rubrique contient les sections suivantes :

Principales fonctions de la reprise automatique après incident

CloudCatalyst a sauvegardé les données dédupliquées dans le cloud, mais le catalogue NetBackup n'était disponible que sur le serveur NetBackup sur site. Dans ce cas, le serveur NetBackup sur site est requis pour restaurer les données à partir du cloud.
La reprise automatique après incident dans le cloud charge le catalogue NetBackup, ainsi que les images de sauvegarde et permet de restaurer des données à partir du cloud sans serveur NetBackup sur site.
Vous pouvez lancer la reprise automatique après incident sur demande et récupérer les images de sauvegarde à partir du cloud.
La reprise automatique après incident découvre les images de sauvegarde stockées dans AWS S3 par l'intermédiaire des API REST, récupère le catalogue NetBackup et restaure les images.
Vous pouvez utiliser les options de ligne de commande NetBackup qui fonctionnent comme des API REST.

Points à prendre en compte avant d'utiliser la reprise automatique après incident

Avant d'installer NetBackup, créez une instance basée sur RHEL 7.3 ou une version ultérieure (jusqu'à RHEL 8.0) dans AWS. L'instance doit disposer de plus de 64 Go de mémoire, de 8 UC et d'un réseau IPv4 uniquement.
Le port HTTPS 443 est activé.
Remplacez le nom d'hôte par le nom de domaine complet du serveur.
Dans le fichier /etc/hosts/, ajoutez les éléments suivants :
« IP externe » du « nom de domaine complet du serveur »
« IP interne » du « nom de domaine complet du serveur »
Modifiez l'ordre des domaines de recherche dans le fichier /etc/resolv.conf pour rechercher les domaines externes avant les domaines internes.
NetBackup doit être une installation tout-en-un.
Pour plus d'informations, consultez le Guide d'installation de NetBackup.

Configurer la reprise automatique après incident

Après l'installation de NetBackup, vous pouvez exécuter le script ims_system_config.py pour configurer la reprise automatique après incident.

Utilisez la commande suivante pour exécuter le script ims_system_config.py :

python /usr/openv/pdde/pdag/scripts/ims_system_config.py 
-k <AWS_access_key> -s <AWS_secret_access_key> -b <name_S3_bucket>

Si vous avez configuré le rôle IAM dans l'instance EC2, utilisez la commande suivante :

python /usr/openv/pdde/pdag/scripts/ims_system_config.py
-k dummy -s dummy -b <name_S3_bucket>

Utilisation de la reprise automatique après incident

Exécutez la commande nbimageshare pour répertorier et importer la machine virtuelle et les images standard, puis récupérer les machines virtuelles.

Le chemin d'accès à cette commande est : /usr/openv/netbackup/bin/admincmd/

Pour plus d'informations sur la commande nbimageshare, consultez le Guide de référence des commandes NetBackup.

Les étapes de la reprise automatique après incident et les options de commande sont répertoriées dans le tableau suivant :

Tableau : Étapes de la reprise automatique après incident et options de commande

Étape	Commande
Se connecter à NetBackup	nbimageshare -login <username> <password>
Répertorier toutes les images de sauvegarde qui se trouvent dans le cloud	nbimageshare -listimage Remarque : Dans la liste d'images, le type de planification des incrémentations est peut-être défini sur Sauvegarde différentielle incrémentielle ou Sauvegarde incrémentielle cumulative.
Importer les images de sauvegarde dans NetBackup	Importer une seule image : nbimageshare -singleimport <client> <policy> <backupID> Importer plusieurs images : nbimageshare -batchimport <image_list_file_path> Remarque : Le nombre d'images multiples doit être égal ou inférieur à 64.
Récupérer la machine virtuelle en tant qu'instance AWS EC2	nbimageshare -recovervm <client> <policy> <backupID> Seules les images de la machine virtuelle sont prises en charge. Le compte AWS doit disposer des autorisations de lecture et d'écriture suivantes pour S3 : "ec2:CreateTags" "ec2:DescribeImportImageTasks" "ec2:ImportImage" "iam:ListRolePolicies" "iam:ListRoles" "iam:GetRole" "iam:GetRolePolicy" "iam:CreateRole" "iam:PutRolePolicy"

Informations supplémentaires sur la reprise automatique après incident

Une fois que l'image est importée dans le cloud, le catalogue d'images existe toujours sur le cloud. Si l'image a expiré sur le stockage sur site, la restauration de l'image sur le cloud échoue même si le catalogue d'images existe sur le cloud.
Si l'image expire sur le stockage en cloud, le catalogue d'images dans le cloud est supprimé, mais les données d'image dans le compartiment sont conservées.
Vous ne pouvez récupérer que les images de la machine virtuelle enregistrées dans le cloud par l'intermédiaire d'une sauvegarde complète ou d'une sauvegarde incrémentielle d'accélérateur.
La reprise automatique après incident prend en charge les types de politique VMware et Standard dans NetBackup 8.2 (ou version ultérieure) dans les scénarios de déduplication optimale et Auto Image Replication (AIR). Dans ces types de scénarios, CloudCatalyst, où les images sont partagées, doit être associé à une nouvelle installation de NetBackup 8.2.
Après avoir configuré la reprise automatique après incident, le serveur de stockage est en lecture seule en mode de reprise après incident.
Pour plus d'informations sur les limitations de la récupération de la machine virtuelle, consultez les informations relatives à l'importation de machines virtuelles AWS dans l'aide d'AWS.
Vous pouvez configurer le nombre maximal de travaux actifs lorsque les images sont importées dans le stockage en cloud.
Modifiez le chemin d'accès au fichier /usr/openv/var/global/wsl/config/web.conf pour ajouter l'élément de configuration en tant que imageshare.maxActiveJobLimit.
Par exemple, imageshare.maxActiveJobLimit=16.
La valeur par défaut est 16 et la plage configurable est comprise entre 1 et 100.
Si la demande d'importation est effectuée et que le nombre de travaux actifs dépasse la limite configurée, le message suivant s'affiche :
« Le nombre actuel de travaux actifs dépasse la limite de nombre de travaux actifs ».
Dans les scénarios de déduplication optimisée ou les scénarios AIR en cascade, seules les images de CloudCatalyst avec une déduplication optimisée ou une cible AIR peuvent être partagées.
Si CloudCatalyst n'est pas défini pour la déduplication optimisée ou n'est pas une cible AIR, vous ne pouvez pas utiliser la reprise automatique après incident. Si Amazon Glacier est activé dans CloudCatalyst, vous ne pouvez pas utiliser la reprise automatique après incident.
Dans ces scénarios, pour désactiver la reprise automatique après incident :
Modifiez le fichier <répertoire_installation>/etc/puredisk/spa.cfg et ajoutez l'élément de configuration suivant :
EnableIMandTIR=false
En ce qui concerne les erreurs de limitation de la taille de la politique du rôle :
Les erreurs qui surviennent quand la taille de la politique du rôle dépasse la taille maximale sont dues à une limitation dans AWS. L'erreur suivante s'affiche lorsqu'un travail de restauration échoue :
```
"error occurred (LimitExceeded) when calling the PutRolePolicy operation:
Maximum policy size of 10240 bytes exceeded for role vmimport"
```
Solution de contournement :
- Vous pouvez modifier la taille maximale de la politique pour le rôle vmimport.
- Vous pouvez répertorier et supprimer les politiques existantes à l'aide des commandes suivantes :
```
aws iam list-role-policies --role-name vmimport
aws iam delete-role-policy --role-name vmimport --policy-name 
<bucketname> -vmimport
```
L'opération de récupération inclut les processus d'importation AWS. Par conséquent, une image VMDK ne peut pas être récupérée simultanément dans deux travaux de restauration.