Guide de déduplication VeritasNetBackup™

Cette rubrique contient les sections suivantes :

• Principales fonctions de la reprise automatique après incident

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

• Configurer la reprise automatique après incident

• Utilisation de la reprise automatique après incident

• Informations supplémentaires sur 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.

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

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