NetBackup™ Snapshot Manager Guide d'installation et de mise à niveau
- Introduction
- Section I. Installation et configuration de NetBackup Snapshot Manager
- Préparation de l'installation de NetBackup Snapshot Manager
- Respect de la configuration requise
- Recommandations relatives au dimensionnement de l'hôte Snapshot Manager
- Recommandations relatives au dimensionnement de l'extension Snapshot Manager
- Création d'une instance ou préparation de l'hôte pour l'installation de Snapshot Manager
- Installation d'une plate-forme de conteneur (Docker, Podman)
- Création et montage d'un volume pour le stockage de données Snapshot Manager
- Vérification de l'ouverture de ports spécifiques sur l'instance ou l'hôte physique
- Préparation de Snapshot Manager pour les travaux de sauvegarde à partir d'un snapshot
- Déploiement de NetBackup Snapshot Manager à l'aide d'images de conteneurs
- Déploiement d'extensions NetBackup Snapshot Manager
- Avant de lancer l'installation d'extensions Snapshot Manager
- Téléchargement de l'extension Snapshot Manager
- Installation de l'extension Snapshot Manager sur une machine virtuelle
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (AKS) dans Azure
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (EKS) dans AWS
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (GKE) dans GCP
- Installation de l'extension à l'aide des fichiers YAML Kustomize et de ressources personnalisées
- Gestion des extensions
- Plug-ins cloud de NetBackup Snapshot Manager
- Comment configurer les plug-ins cloud de Snapshot Manager ?
- Remarques relatives à la configuration du plug-in AWS
- Remarques relatives à la configuration du plug-in Google Cloud Platform
- Remarques relatives à la configuration du plug-in Microsoft Azure
- Remarques relatives à la configuration du plug-in Microsoft Azure Stack Hub
- Agents d'application et plug-ins de NetBackup Snapshot Manager
- À propos du processus d'installation et de configuration
- Installation et configuration de l'agent Snapshot Manager
- Configuration du plug-in d'application Snapshot Manager
- Configuration d'un plug-in d'application
- Plug-in Microsoft SQL
- Configuration requise pour le plug-in Microsoft SQL
- Exigences et restrictions de restauration pour Microsoft SQL Server
- Étapes requises avant la restauration de bases de données de groupe de disponibilité SQL
- Étapes supplémentaires requises après la restauration de bases de données de groupe de disponibilité SQL
- Étapes supplémentaires requises après une restauration de snapshot d'instance SQL Server
- Plug-in Oracle
- Plan de protection NetBackup
- Configuration du service VSS pour stocker des clichés instantanés sur le lecteur d'origine
- Étapes supplémentaires requises après la restauration d'une instance de base de données AWS RDS
- Protection des biens à l'aide de la fonction sans agent de NetBackup Snapshot Manager
- Chiffrement de volume dans NetBackup Snapshot Manager
- Sécurité de NetBackup Snapshot Manager
- Préparation de l'installation de NetBackup Snapshot Manager
- Section II. Maintenance de NetBackup Snapshot Manager
- Consignation dans NetBackup Snapshot Manager
- Mise à niveau de NetBackup Snapshot Manager
- À propos des mises à niveau de Snapshot Manager
- Chemin d'accès de mise à niveau pris en charge
- Scénarios de mise à niveau
- Préparation de la mise à niveau de Snapshot Manager
- Mise à niveau de Snapshot Manager
- Mise à niveau de Snapshot Manager à l'aide d'un correctif
- Migration et mise à niveau de Snapshot Manager
- Tâches suivant une mise à niveau :
- Tâches postmigration
- Désinstallation de NetBackup Snapshot Manager
- Préparation de la désinstallation de Snapshot Manager
- Sauvegarde de Snapshot Manager
- Annulation de la configuration de plug-ins Snapshot Manager
- Annulation de la configuration d'agents Snapshot Manager
- Suppression des agents Snapshot Manager
- Suppression de Snapshot Manager d'un environnement hôte Docker autonome
- Suppression d'extensions Snapshot Manager basées sur une machine virtuelle ou un cluster Kubernetes géré
- Restauration de Snapshot Manager
- Dépannage de NetBackup Snapshot Manager
- Dépannage de Snapshot Manager
- Échec des opérations de snapshot ou de restauration SQL et de restauration granulaire si l'instance Windows perd la connectivité à l'hôte Snapshot Manager
- Échec de la restauration de snapshot de niveau disque si le disque d'origine est détaché de l'instance
- La découverte ne fonctionne pas, même après l'affectation de l'identité gérée par le système au pool de nœuds de contrôle.
- Problème de performances avec la sauvegarde GCP à partir d'un snapshot
- Échec de la post-migration sur les agents d'hôte avec un message d'erreur
- Échec du travail de restauration de fichiers avec un message d'erreur
Migration et mise à niveau de Snapshot Manager vers RHEL 8.6 ou 8.4
Procédez comme suit pour migrer Snapshot Manager 10.0 ou 10.0.0.1 de votre hôte RHEL 7.x vers le nouvel hôte RHEL 8.6 ou 8.4.
Pour mettre à niveau Snapshot Manager dans un environnement Docker
- Téléchargez le programme d'installation de mise à niveau de Snapshot Manager.
Exemple :
NetBackup_SnapshotManager_<version>.tar.gz - Décompressez le fichier image .tar et répertoriez le contenu :
# ls NetBackup_SnapshotManager_10.1.x.x.xxxx.tar.gz netbackup-flexsnap-10.1.x.x.xxxx.tar.gz flexsnap_preinstall.sh
- Exécutez la commande suivante pour préparer l'hôte Snapshot Manager pour l'installation :
# sudo ./flexsnap_preinstall.sh
- Mettez à niveau Snapshot Manager en exécutant la commande suivante :
# podman run -it --rm -u 0 -v /cloudpoint:/cloudpoint -v /run/podman/podman.sock:/run/podman/podman.sock veritas/flexsnap-deploy:<new_version> installPour effectuer une installation sans assistance, exécutez la commande suivante :
# podman run -it --rm -u 0 -v /cloudpoint:/cloudpoint -v /run/podman/podman.sock:/run/podman/podman.sock veritas/flexsnap-deploy:<new_version> install -yIci, new_version représente la version de Snapshot Manager vers laquelle vous effectuez la mise à niveau.
L'option -y passe par une étape d'approbation pour toutes les invites d'installation ultérieures et permet au programme d'installation de continuer en mode non interactif.
Remarque :
Veillez à entrer la commande sans saut de ligne.
Le programme d'installation charge d'abord les images de service individuelles et les lance dans leur conteneur respectif.
- (Facultatif) Exécutez la commande suivante pour supprimer les images de la version précédente.
# podman rmi -f <imagename>:<oldimage_tagid>
- Pour vérifier que la nouvelle version de Snapshot Manager est installée correctement :
Se reporter à Vérification de la réussite de l'installation de Snapshot Manager.
Pour migrer Snapshot Manager dans un environnement Podman
- Sur l'hôte RHEL 7.x, vérifiez qu'aucun snapshot de politique de protection ou aucune autre opération n'est en cours, puis arrêtez Snapshot Manager en exécutant la commande suivante :
# sudo docker run -it --rm -v /cloudpoint:/cloudpoint -v /var/run/docker.sock:/var/run/docker.sock veritas/flexsnap-deploy:<current_version> stopIci, current_version représente la version de Snapshot Manager actuellement installée.
Exemple :
# sudo docker run -it --rm -v /cloudpoint:/cloudpoint -v /var/run/docker.sock:/var/run/docker.sock veritas/flexsnap-deploy:9.1.0.0.9349 stopRemarque :
il s'agit d'une commande unique. Veillez à entrer la commande sans saut de ligne.
Les conteneurs Snapshot Manager sont arrêtés un par un. Des messages semblables aux exemples suivants sont affichés dans la ligne de commande :
Stopping the services Stopping container: flexsnap-core.8a51aac1848c404ab61e4625d7b88703 ...done Stopping container: flexsnap-core-long-15 ...done Stopping container: flexsnap-core-long-14 ...done Stopping container: flexsnap-core-long-13 ...done Stopping container: flexsnap-core-long-12 ...done Stopping container: flexsnap-core-long-11 ...done Stopping container: flexsnap-core-long-10 ...done Stopping container: flexsnap-core-long-9 ...done Stopping container: flexsnap-core-long-8 ...done Stopping container: flexsnap-core-long-7 ...done Stopping container: flexsnap-core-long-6 ...done Stopping container: flexsnap-core-long-5 ...done Stopping container: flexsnap-core-long-4 ...done Stopping container: flexsnap-core-long-3 ...done Stopping container: flexsnap-core-long-2 ...done Stopping container: flexsnap-core-long-1 ...done Stopping container: flexsnap-core-long-0 ...done Stopping container: flexsnap-core-15 ...done Stopping container: flexsnap-core-14 ...done Stopping container: flexsnap-core-13 ...done Stopping container: flexsnap-core-12 ...done Stopping container: flexsnap-core-11 ...done Stopping container: flexsnap-core-10 ...done Stopping container: flexsnap-core-9 ...done Stopping container: flexsnap-core-8 ...done Stopping container: flexsnap-core-7 ...done Stopping container: flexsnap-core-6 ...done Stopping container: flexsnap-core-5 ...done Stopping container: flexsnap-core-4 ...done Stopping container: flexsnap-core-3 ...done Stopping container: flexsnap-core-2 ...done Stopping container: flexsnap-core-1 ...done Stopping container: flexsnap-core-0 ...done Stopping container: flexsnap-nginx ...done Stopping container: flexsnap-core ...done Stopping container: flexsnap-core ...done Stopping container: flexsnap-scheduler ...done Stopping container: flexsnap-idm ...done Stopping container: flexsnap-core ...done Stopping container: flexsnap-core ...done Stopping container: flexsnap-core ...done Stopping container: flexsnap-api-gateway ...done Stopping container: flexsnap-certauth ...done Stopping container: flexsnap-rabbitmq ...done Stopping container: flexsnap-mongodb ...done Stopping container: flexsnap-fluentd ...done
Attendez que tous les conteneurs Snapshot Manager soient arrêtés, puis passez à l'étape suivante.
- Migrez les données de configuration Snapshot Manager vers l'hôte RHEL 8.6 ou 8.4 :
Si vous avez créé un nouveau système avec RHEL 8.6 ou 8.4 :
Exécutez la commande suivante pour démonter /cloudpoint à partir de l'hôte actuel.
# umount /cloudpoint
Déconnectez le disque de données monté sur le point de montage /cloudpoint.
Remarque :
Pour obtenir des instructions détaillées pour déconnecter ou connecter les disques de données, suivez les instructions figurant dans la documentation fournie par votre fournisseur cloud ou votre fournisseur de stockage.
Sur l'hôte RHEL 8.6 ou 8.4, exécutez les commandes suivantes pour créer et monter le disque :
# mkdir /cloudpoint
# mount /dev/<diskname> /cloudpoint
Pour les détails spécifiques au fournisseur
Se reporter à Création et montage d'un volume pour le stockage de données Snapshot Manager.
Si vous avez effectué une mise à niveau de RHEL 7.x vers RHEL 8.6 ou 8.4, copiez les données du point de montage /cloudpoint du système RHEL 7.x et déplacez-les vers le système RHEL 8.6 ou 8.4, dans le dossier /cloudpoint.
Cette opération conclut le processus de migration de Snapshot Manager.
Après la migration, installez la nouvelle version (
new_version) sur le nouvel hôte en suivant la procédure fournie dans la section Pour mettre à niveau Snapshot Manager dans un environnement Docker. - Lors de la migration, si Snapshot Manager est migré vers un autre système ou si l'adresse IP est modifiée, procédez comme suit pour régénérer les certificats :
Arrêtez les services Snapshot Manager à l'aide de la commande suivante :
[root@ip-172-31-24-178 ec2-user]# podman run -it --rm --privileged -v /cloudpoint:/cloudpoint -v /run/podman/podman.sock:/run/podman/podman.sock veritas/flexsnap-deploy:10.0.0.9818 stop
Régénérez les certificats à l'aide de la commande suivante :
/cloudpoint/scripts/cp_regenerate_certs.sh -i <CP_IP_ADDRESS> -h <CP_HOSTNAME>
Setting up certificate authority ...done Generating certificates for servers ...done Generating certificates for clients ...done Adding MongoDB and RabbitMQ certificate to the trust store ...[Storing /cloudpoint/keys/idm_store] [Storing /cloudpoint/keys/flexsnap-idm_store] done Creating symlinks for nginx certificates ...done
Démarrez les services Snapshot Manager à l'aide de la commande suivante :
[root@ip-172-31-24-178 ec2-user]# podman run -it --rm --privileged -v /cloudpoint:/cloudpoint -v /run/podman/podman.sock:/run/podman/podman.sock veritas/flexsnap-deploy:10.0.0.9818 start
- Selon le scénario approprié ci-dessous, mettez à jour le fichier
/cloudpoint/openv/netbackup/bp.confpour mettre à jour la valeur de CLIENT_NAME avec la nouvelle adresse IP/le nouveau nom d'hôte de Snapshot Manager.Si l'adresse IP reste la même, modifiez l'entrée du serveur Snapshot Manager et spécifiez un jeton de renouvellement généré pour l'hôte Snapshot Manager.
Si l'adresse IP est modifiée, désactivez l'ancien hôte Snapshot Manager et ajoutez un hôte Snapshot Manager avec la nouvelle adresse IP. Ensuite, procédez comme suit :
Révoquez le certificat de l'hôte Snapshot Manager précédent.
Ajoutez le mappage de l'adresse IP/du nom d'hôte du nouvel hôte Snapshot Manager à l'hôte Snapshot Manager précédent à l'aide des mappages d'hôte.
Générez un jeton de renouvellement en sélectionnant l'hôte Snapshot Manager précédent, puis utilisez ce jeton pour modifier le nouvel hôte Snapshot Manager. L'entrée de certificat et le mappage d'hôte de l'ancien hôte Snapshot Manager sont remplacés.
- Après la migration de Snapshot Manager vers un hôte RHEL 8.6 ou 8.4, procédez comme suit pour mettre à niveau Snapshot Manager vers la version 10.1.
Se reporter à Mise à niveau de Snapshot Manager.
- Cette opération conclut le processus de migration et de mise à niveau de Snapshot Manager. Vérifiez que vos paramètres de configuration et vos données Snapshot Manager sont conservés.