Search <book_title>...

Guide de l'administrateur Veritas NetBackup™ dans les environnements hautement disponibles

Last Published: 2017-11-14

Product(s): NetBackup & Alta Data Protection (8.1)

Protection NetBackup contre les points de défaillance uniques
À propos de la reprise après incident avec sauvegarde et récupération de catalogue
À propos de la protection de perte de site avec la réplication automatique d'image et de catalogue
1. À propos d'Auto Image Replication (AIR)
2. Réplication de catalogue NetBackup
Déploiement de serveurs maître NetBackup avec la réplication complète de catalogue
1. À propos des considérations relatives à la réplication
Utilisation de NetBackup pour effectuer des sauvegardes et des restaurations dans un cluster
1. Sauvegardes et restaurations avec NetBackup dans un cluster
  1. Exécution de sauvegardes par l'utilisateur avec NetBackup dans un cluster
  2. À propos de la restauration des données dans un cluster
    1. Exemple : Exécution d'une restauration par l'utilisateur dans un cluster NetBackup
2. Agents d'application NetBackup pris en charge dans un cluster

À propos des considérations relatives à la réplication

Pour déployer NetBackup à l'aide de la réplication de catalogue, vous devez prendre en compte les facteurs suivants avant de procéder au déploiement.

Tableau : Considérations relatives à la réplication

Considérations	Description
Considérations relatives au serveur maître	Veritas ne recommande pas d'utiliser un serveur maître en tant que serveur maître et serveur de médias combinés. Si les périphériques de stockage disponibles sur les différents sites ne sont pas compatibles, cela peut se traduire par des problèmes de définition d'unité de stockage et des échecs de sauvegarde. La réplication de catalogue ne se substitue pas à la sauvegarde de catalogue. Le catalogue doit être sauvegardé de façon régulière.
Considérations relatives au réseau	Dans une configuration de domaine unique multisite, le serveur maître contrôle les serveurs de médias sur les deux sites. Les métadonnées doivent être transmises entre les sites. Le trafic de ces métadonnées est envoyé via un lien I/P standard entre les sites. Le même lien peut être utilisé comme lien de pulsation pour le contrôle de cluster global. Veritas vous recommande de fournir un lien de 10 Mo/s au moins et de 100 Mo/s de préférence entre les sites pour gérer ce trafic. Si la réplication hôte est utilisée, davantage de bande passante I/P est requise pour la couche de réplication. La bande passante supplémentaire doit également être prise en compte.
considérations relatives au DNS	Si les nœuds du serveur maître situés sur le site secondaire se trouvent sur un sous-réseau différent de celui du site principal, une modification du DNS est nécessaire dans le cadre du processus de basculement. Vous pouvez lancer la modification de DNS automatiquement à l'aide du processus de basculement de cluster. Vous pouvez également lancer le processus manuellement. Le système de sauvegarde ne fonctionne pas correctement tant que la modification n'est pas entièrement propagée, ce qui peut affecter le délai de récupération lors d'un basculement de site. Remarque : Pour propager automatiquement la modification du DNS par le groupe de service de cluster, la ressource DNS doit passer en ligne après le démarrage de NetBackup.
Considérations sur les serveurs maîtres principal et secondaire	Afin d'exécuter un basculement lors de la réplication de catalogue, les serveurs maîtres principal et secondaire doivent utiliser la même topologie. Les nœuds de serveur maître de site principal et secondaire peuvent être ou non en cluster. Remarque : Les serveurs maîtres en cluster n'ont pas besoin de présenter le même nombre de nœuds sur chaque site. Pour plus de détails, consultez http://www.veritas.com/docs/000090837.