Guide de l'administrateur NetBackup™ for OpenStack
- Introduction
- Déploiement de NetBackup for OpenStack
- Conditions requises
- Remarques relatives au réseau NetBackup for OpenStack
- Préparation de l'installation
- Lancement de la machine virtuelle NetBackup for OpenStack
- Composants de NetBackup for OpenStack installés
- Installation sur RHOSP
- Préparer le déploiement
- Mise à jour du fichier de données des rôles d'overcloud pour inclure les services NetBackup for OpenStack
- Vérification du déploiement
- Étapes supplémentaires sur l'appliance NetBackup for OpenStack
- Installation sur Ansible OpenStack Ussuri
- Installation sur Kolla Ussuri
- Transfert des images NetBackup for OpenStack vers le registre local
- Installation sur RHOSP
- Configuration de NetBackup for OpenStack
- Contrôle d'intégrité postérieur à l'installation
- Désinstallation de NetBackup for OpenStack
- Désinstallation de RHOSP
- Désinstallation d'Ansible Openstack
- Désinstallation de Kolla Openstack
- Désinstallation de RHOSP
- Installer le client de CLI nbosjm
- Configuration de l'appliance NetBackup OpenStack
- Configuration des détails du serveur principal NetBackup
- Configuration d'un serveur principal NetBackup
- Politiques NetBackup for OpenStack
- Exécution des sauvegardes et des restaurations OpenStack
- À propos des restaurations
- Restore.json requis pour l'interface de ligne de commande
- Configuration et démarrage d'une recherche de fichier dans Horizon
- Exécution de tâches d'administration de sauvegarde
- Zone d'administration de sauvegarde NBOS
- Attributs de politique
- Quotas de politique
- Gestion des relations de confiance
- Importation et migration de politique
- Reprise après incident
- Exemple de runbook pour la reprise après incident utilisant NFS
- Reprise après incident d'une politique unique
- Copier les répertoires de politique sur le volume NFS configuré
- Rendre disponibles les chemins de montage
- Réassigner la politique
- Restaurer la politique
- Nettoyer
- Reprise après incident d'un cloud complet
- Reconfigurer l'installation NetBackup for OpenStack cible
- Rendre disponibles les chemins de montage
- Réassigner la politique
- Restaurer la politique
- Reconfigurer l'installation NetBackup for OpenStack cible initiale
- Nettoyer
- Dépannage
- Outils de dépannage généraux
- Vérification de l'intégrité de NetBackup for OpenStack
- Fichiers journaux importants
Journaux du service de système de déplacement des données NetBackup for OpenStack sur Ansible OpenStack
Les journaux du service de système de déplacement des données NetBackup for OpenStack sur Ansible OpenStack sont les suivants :
Journal de nbosdmapi
Le journal du service d'API du système de déplacement des données NetBackup for OpenStack se trouve sur les nœuds, généralement de contrôleur, sous lesquels le conteneur d'API du système de déplacement des données NetBackup for OpenStack s'exécute : Connectez-vous au conteneur nbosdmapi à l'aide de la commande lxc-attach.
lxc-attach -n controller_nbosdmapi_container-a11984bf
Le fichier journal se trouve alors sous :
/var/log/nbosdmapi/nbosdmapi.log
Journal de nbosdm
Le journal pour le service de système de déplacement des données NetBackup for OpenStack se trouve généralement sur les nœuds de calcul et les journaux se trouvent à l'emplacement suivant :
/var/log/nbosdm/nbosdm.log
Si S3 est utilisé en tant que cible de sauvegarde, le journal du plug-in S3 Fuse se trouve sur les mêmes nœuds sous :
/var/log/nbos-object-store/nbos-object-store.log
Pour les systèmes de fichiers Linux pris en charge par VxMS, les journaux VxMS des sauvegardes incrémentielles sont enregistrés à l'emplacement suivant : /usr/openv/netbackup/logs/vxms/
Le niveau de consignation VxMS est défini dans le fichier /usr/openv/netbackup/bp.conf et est configuré sur 3 par défaut.
VXMS_VERBOSE = 3
Vous pouvez configurer le niveau de consignation de 0 à 5. Plus le nombre est élevé, plus les journaux générés sont détaillés.
Remarque :
Le journal VxMS peut prendre un espace disque important lorsque le niveau de détail du journal est élevé. Veillez à nettoyer les fichiers journaux VxMS périodiquement pour éviter tout problème d'espace disque.
Tableau : Niveaux de consignation VxMS
Niveau de consignation |
Description |
---|---|
0 |
Pas de consignation |
1 |
Consignation des erreurs |
2 |
Niveau 1 + messages d'avertissement |
3 |
Niveau 2 + messages informatifs |
4 |
Idem au niveau 3. |
5 |
Fortement détaillé (inclut le niveau 1) + les fichiers auxiliaires de preuves (.mmf, .dump, .xml, .rvpmem). |