Guide de l'administrateur NetBackup™ dans les environnements hautement disponibles
- À propos de ce guide
- Protection NetBackup contre les points de défaillance uniques
- Protection contre les défaillances de composants
- Défaillances de site
- Protection du catalogue dans des environnements hautement disponibles
- À propos de la reprise après incident sur site avec sauvegarde et récupération de catalogue
- Packages de reprise après incident
- À propos de la récupération de catalogue
- À propos de la récupération de catalogue complète
- Restauration de catalogue complète
- Maintien de la cohérence de l'environnement de reprise après incident après une restauration de catalogue complète
- À propos de la récupération de catalogue partielle
- Restauration partielle du catalogue
- Maintien de la cohérence de l'environnement de reprise après incident après une restauration de catalogue partielle
- À propos de la récupération de disque dans le domaine de reprise après incident
- À propos de la protection contre la perte de site avec Auto Image Replication et la réplication de catalogue
- À propos d'Auto Image Replication (AIR)
- À propos de la réplication de catalogue NetBackup
- À propos des conditions de prise en charge des catalogues NetBackup répliqués
- À propos de la synchronisation de catalogue
- À propos de la réplication de domaine unique multisite
- À propos de la réplication inter-domaine multisite
- À propos de la réplication de catalogue complète
- À propos de la réplication de catalogue partielle
- Préparation d'un environnement pour la réplication de catalogue partielle
- Récupération de l'environnement avec une réplication de catalogue partielle
- Maintien de la cohérence de l'environnement de reprise après incident avec la réplication de catalogue partielle
- Remarque relatives à la gestion des bandes avec la réplication de catalogue partielle
- Déploiement de serveurs principaux NetBackup avec la réplication de catalogue complète
- À propos des remarques relatives à la réplication
- À propos du serveur principal NetBackup hors cluster avec la réplication de catalogue
- À propos des serveurs principaux NetBackup faisant partie d'un cluster global avec réplication de catalogue
- Installation et configuration d'un serveur principal NetBackup faisant partie d'un cluster global avec réplication de catalogue
- Remplissage des tables de serveurs dans la base de données NetBackup
- Mise à niveau de NetBackup dans une configuration de réplication en cluster
- Basculement vers un cluster de serveur principal secondaire
- Test du cluster de serveur principal NetBackup dans un environnement de réplication en cluster
- Utilisation de NetBackup pour effectuer des sauvegardes et des restaurations dans un cluster
Défaillances de connexion de contrôle robotique
Dans des environnements de sauvegarde sur bande, les connexions de contrôle robotique peuvent être des points de défaillance uniques. L'incapacité d'envoyer des instructions à la bandothèque empêche les opérations de sauvegarde et de restauration, même si les lecteurs de bande sont disponibles.
Certaines bandothèques, telles que Sun STK ACSLS ou Quantum ATM, utilisez un logiciel de contrôle dédié qui s'exécute sur un serveur indépendant de la bibliothèque. Ces serveurs de contrôle peuvent faire partie d'un cluster. Les serveurs de médias envoient des demandes au serveur de contrôle, qui prend en charge le mouvement des bandes entre les logements et les lecteurs de la bibliothèque.
Les autres bandothèques utilisent une connexion de périphérique directe depuis le serveur principal NetBackup pour obtenir des instructions de contrôle. Si cette connexion de périphérique est perdue, la bandothèque ne peut pas être utilisée. Les bandothèques reliées au SAN prennent en charge les connexions multiples au contrôle robotique à des fins de redondance. Vous pouvez configurer ces connexions pour assurer la protection contre la défaillance de serveur. Par exemple, vous pouvez configurer un chemin d'accès à chaque nœud d'un serveur principal en cluster. Vous devez vous assurer que les chemins d'accès ne sont pas en activité en même temps. Si les deux chemins d'accès sont actifs, des instructions contradictoires peuvent être émises, qui pourraient avoir comme conséquence l'échec de la sauvegarde ou la perte de données.