Veritas NetBackup™ CloudPoint Guide d'installation et de mise à niveau

Lorsque vous restaurez un snapshot, tenez compte des points suivants :

• Vous pouvez restaurer un snapshot chiffré. Pour activer la restauration des snapshots chiffrés, ajoutez une politique de service de gestion des clés (KMS) et accordez l'accès utilisateur NetBackup aux clés KMS de sorte qu'elles puissent restaurer des snapshots chiffrés.

• Si vous restaurez un snapshot d'hôte répliqué vers un emplacement différent de la région source, la restauration peut échouer car la clé n'est pas disponible à l'emplacement cible.

  Comme condition préalable, vous devez créer une paire de clés avec le même nom que la source du snapshot ou importer la paire de clés de la source vers la région cible.

  Ensuite, une fois la restauration effectuée, modifiez les groupes de sécurité de l'instance à partir des paramètres réseau de celle-ci.

• Lorsque vous avez créé un snapshot d'un disque de baie de disques de stockage pris en charge sur lequel un système de fichiers est créé et monté, vous devez d'abord arrêter toutes les applications qui utilisent le système de fichiers, puis démonter le système de fichiers et effectuer la restauration.

• Pour les snapshots de disque/volume cloud AWS/Azure/GCP, vous devez d'abord détacher le disque de l'instance, puis restaurer le snapshot vers l'emplacement d'origine.

• (Applicable à AWS uniquement) Lorsque vous restaurez un snapshot d'application de niveau hôte, le nom de la nouvelle machine virtuelle créée est le même que celui du snapshot de niveau hôte qui correspond au snapshot d'application.

  Par exemple, lorsque vous créez un snapshot d'application nommé OracleAppSnap, NetBackup crée automatiquement un snapshot de niveau hôte correspondant nommé OracleAppSnap-<numéro>. Par exemple, le nom du snapshot peut ressembler à OracleAppSnap-15.

  Désormais, lorsque vous restaurez le snapshot d'application (OracleAppSnap), le nom de la nouvelle machine virtuelle est OracleAppSnap-<numéro> (horodatage).

  En reprenant l'exemple cité précédemment, le nom de la nouvelle machine virtuelle peut ressembler à OracleAppSnap-15 (restored Nov 20 2018 09:24).

  Le nom de la machine virtuelle inclut "Oracle-AppSnap-15", qui est le nom du snapshot de niveau hôte.

• (Applicable à AWS uniquement) Lorsque vous restaurez un snapshot d'application de niveau disque ou un snapshot de disque, le disque créé ne porte aucun nom. Le nom du disque est vide.

  Vous devez attribuer manuellement un nom au disque pour pouvoir l'identifier et l'utiliser après la restauration.

• Lorsque vous restaurez un snapshot d'une instance Windows, vous pouvez vous connecter à l'instance nouvellement restaurée à l'aide du nom d'utilisateur/mot de passe/fichier PEM de l'instance d'origine.

  Par défaut, AWS désactive la génération d'un mot de passe chiffré aléatoire après le lancement de l'instance à partir de l'AMI. Vous devez définir Ec2SetPassword sur Activé dans le fichier config.xml pour générer un nouveau mot de passe à chaque fois. Pour plus d'informations sur la procédure de définition du mot de passe, reportez-vous au lien suivant.

  https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/​ec2config-service.html#UsingConfigXML_WinAMI

• Le type des volumes nouvellement créés pour les snapshots répliqués est défini en fonction du type de volume par défaut de la région.

  Si le type de volume n'est pas spécifié, les valeurs par défaut suivantes sont utilisées :

• Si vous effectuez une restauration de snapshot de niveau disque vers le même emplacement, vérifiez que le disque d'origine est attaché à l'instance avant de déclencher la restauration.

  Si le disque d'origine existant est détaché de l'instance, l'opération de restauration risque d'échouer.

  Se reporter à Échec de la restauration de snapshot de niveau disque si le disque d'origine est détaché de l'instance.

• Vous ne pouvez effectuer qu'une seule opération de restauration sur un snapshot à la fois. Si plusieurs opérations sont soumises sur le même bien, seule la première opération est déclenchée et les autres échouent.

  Cela s'applique à toutes les opérations CloudPoint en général. CloudPoint ne prend pas en charge l'exécution simultanée de plusieurs travaux sur le même bien.

• Si vous avez l'intention de restaurer plusieurs systèmes de fichiers ou bases de données sur la même instance, Veritas vous recommande d'effectuer ces opérations l'une après l'autre, de façon séquentielle.

  L'exécution de plusieurs opérations de restauration en parallèle peut entraîner une incohérence au niveau de l'instance et les opérations risquent d'échouer. Les travaux de restauration multiples qui requièrent un accès aux biens qu'ils partagent ne sont pas autorisés. Les biens qui participent au travail de restauration sont verrouillés et tout autre travail nécessitant ces biens verrouillés échoue.

• Si une région ou une zone est supprimée de la configuration du plug-in AWS ou GCP, tous les biens découverts de cette région ou de cette zone sont également supprimés de la base de données des biens CloudPoint. Si des snapshots actifs sont associés aux biens supprimés, il est possible que vous ne puissiez effectuer aucune opération de restauration sur ces snapshots.

  Une fois que vous avez replacé cette zone dans la configuration du plug-in, CloudPoint découvre de nouveau tous les biens et vous pouvez reprendre les opérations de restauration sur les snapshots associés.