Sauvegarde et restauration de la configuration du cluster
Vous pouvez sauvegarder l’état actuel d’un nœud de cluster Citrix ADC. Plus tard, vous pouvez utiliser les fichiers sauvegardés pour restaurer le nœud au même état de cluster. Par mesure de précaution, vous devez utiliser cette fonctionnalité avant d’effectuer une mise à niveau sur les nœuds du cluster.
Sauvegardez la configuration d’un cluster
Vous pouvez effectuer une sauvegarde de base ou complète en fonction des éléments suivants :
- Type de données à sauvegarder.
-
Fréquence à laquelle vous créez une sauvegarde.
- Sauvegarde basique. Sauvegarde uniquement les fichiers de configuration. Vous pouvez effectuer ce type de sauvegarde fréquemment, car les fichiers qu’il sauvegarde changent constamment. Les fichiers sauvegardés sont répertoriés dans le tableau.
Répertoire
Sous-répertoire ou fichiers
/nsconfig/
- ns.conf
- Zebos.conf
- rc.netscaler
- snmpd.conf
- nsbefore.sh
- nsafter.sh
- inetd.conf
- ntp.conf
- syslog.conf
- newsyslog.conf
- crontab
- host.conf
- hôtes
- Ttys
- sshd_config
- httpd.conf
- surveillance
- rc.conf
- ssh_config
- heure locale
- question
- issue.net
/var/
- download/*
- log/wicmd.log
- wi/tomcat/webapps/*
- wi/tomcat/logs/*
- wi/tomcat/conf/catalina/localhost/*
- nslw.bin/etc/krb.conf
- nslw.bin/etc/krb.keytab
- netscaler/locdb/*
- lib/likewise/db/*
- vpn/bookmark/*
- netscaler/crl
- nstemplates/*
- learnt_data/*
/netscaler/
- custom.html
-
vsr.html
- Sauvegarde complète. Outre les fichiers sauvegardés par une sauvegarde de base, une sauvegarde complète sauvegarde certains fichiers moins fréquemment mis à jour. Les fichiers sauvegardés lors de l’utilisation de l’option de sauvegarde complète sont répertoriés dans le tableau.
Répertoire
Sous-répertoire ou fichiers
/nsconfig/
- ssl/*
- licence/*
- fips/*
/var/
- netscaler/ssl/*
- wi/java_home/jre/lib/security/cacerts/*
- wi/java_home/lib/security/cacerts/*
Important
La sauvegarde et la restauration ne fonctionnent pas si CLAG est configuré sur une configuration de cluster SDX.
La sauvegarde est stockée sous la forme d’un fichier TAR compressé dans le répertoire /var/ns_sys_backup/. Pour éviter les problèmes dus à la non-disponibilité de l’espace disque, vous pouvez stocker un maximum de 50 fichiers de sauvegarde dans ce répertoire. Vous pouvez utiliser la commande rm system backup pour supprimer les fichiers de sauvegarde existants afin de créer davantage de sauvegardes.
Lorsque vous effectuez l’opération de sauvegarde sur un CLIP d’une configuration de cluster, des fichiers de sauvegarde sont créés sur chacun des nœuds de cluster.
Comment sauvegarder une configuration de cluster
Pour sauvegarder la configuration du cluster sur CLIP à l’aide de l’interface de ligne de commande Citrix ADC.
À l’invite de commandes, procédez comme suit :
-
Enregistrez la configuration.
save ns config<!--NeedCopy--> -
Créez le fichier de sauvegarde (de base ou complet).
```create system backup [
][–level (basic | full)][-comment ] **Exemple** ```create system backup cluster-backup-1 –level basic<!--NeedCopy-->
La commande précédente crée un fichier TAR de sauvegarde sur chacun des nœuds de cluster avec le nom de fichier spécifié. Par exemple, le fichier Cluster-Backup-1.tgz est créé sur chacun des nœuds de cluster.
Remarque
Si le nom de fichier n’est pas spécifié, les fichiers TAR de sauvegarde sont créés sur chacun des nœuds de cluster avec la convention de dénomination suivante :
backup_<level>_<nsip_address of the cluster node 0>_<date-timestamp>.tgz<!--NeedCopy-->backup_<level>_<nsip_address of the cluster node 1>_<date-timestamp>.tgz<!--NeedCopy-->Par exemple, sur une configuration de cluster à trois nœuds,
backup_<level>_<nsip_address of the cluster node 0>_<date-timestamp>.tgz<!--NeedCopy-->est créé sur le noeud 0backup _<level>_<nsip_address of the cluster node 1>_<date-timestamp>.tgz<!--NeedCopy-->est créé sur le noeud 1backup_<level>_<nsip_address of the cluster node 2>_<date-timestamp>.tgz<!--NeedCopy-->est créé sur le noeud 2
-
Vérifiez les fichiers de sauvegarde créés sur CLIP.
show system backup<!--NeedCopy-->
Restaurer une configuration de cluster
Lorsqu’un nœud de cluster devient défectueux, vous pouvez le remplacer par un nouveau nœud. Vous pouvez définir le nouveau nœud d’un cluster à l’aide d’un fichier de sauvegarde du nœud défectueux.
Par exemple, dans une configuration de cluster à trois nœuds, si node1 devient défectueux, vous pouvez remplacer ce nœud défectueux par un nouveau nœud en tant que node1. En utilisant l’opération de restauration, vous pouvez restaurer l’un des fichiers de sauvegarde du nœud défectueux sur le nouveau nœud.
Remarque
L’opération de restauration échoue si le fichier de sauvegarde est renommé ou si le contenu du fichier est modifié.
Comment faire pour restaurer un nœud de cluster
Pour restaurer un nœud de cluster à l’aide de l’interface de ligne de commande
À l’invite de commandes, procédez comme suit :
-
Obtenez la liste des fichiers de sauvegarde disponibles sur CLIP.
show system backup<!--NeedCopy--> -
Copiez le fichier tar de sauvegarde dans le répertoire /var/ns_sys_backup du nœud de cluster, qui doit être restauré.
-
Ajoutez le fichier tar de sauvegarde à la mémoire du nœud du cluster en exécutant la commande suivante sur le nœud du cluster.
```add system backup
**Exemple** ```add system backup CLUSTER-BACKUP-1.tgz<!--NeedCopy-->Remarque
La commande doit être exécutée sur le nœud de cluster pour être restaurée.
-
Restaurez le nœud du cluster en spécifiant le fichier de sauvegarde.
```restore system backup
**Exemple** ```restore system backup CLUSTER-BACKUP-1.tgz<!--NeedCopy-->Remarque
La commande doit être exécutée sur le nœud de cluster pour être restaurée.
-
Redémarrez le nœud du cluster.
reboot
Remarque
La commande doit être exécutée sur le nœud de cluster pour être restaurée.