Sauvegarde et restauration de la configuration du cluster
Vous pouvez sauvegarder l’état actuel d’un nœud de cluster NetScaler. Plus tard, vous pouvez utiliser les fichiers sauvegardés pour restaurer le nœud dans le 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.
Sauvegarder la configuration d’un cluster
Vous pouvez effectuer une sauvegarde de base ou complète selon les critères suivants :
- Type de données à sauvegarder.
-
Fréquence à laquelle vous créez une sauvegarde.
- Sauvegarde basique. Sauvegarde uniquement les fichiers de configuration. Vous souhaiterez peut-être 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
- monitrc
- rc.conf
- ssh_config
- heure locale
- numéro
- 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 qui sont 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 forme de fichier TAR compressé dans le répertoire /var/ns_sys_backup/. Pour éviter les problèmes liés à 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 pouvoir créer d’autres 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 du cluster.
Comment sauvegarder la configuration d’un cluster
Pour sauvegarder la configuration du cluster sur CLIP à l’aide de l’interface de ligne de commande NetScaler.
À 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 chaque nœud du cluster avec le nom de fichier spécifié. Par exemple, le fichier Cluster-Backup-1.tgz est créé sur chaque nœud du cluster.
Remarque
Si le nom du fichier n’est pas spécifié, des fichiers TAR de sauvegarde sont créés sur chacun des nœuds du cluster selon 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, dans une configuration de cluster à trois nœuds,
backup_<level>_<nsip_address of the cluster node 0>_<date-timestamp>.tgz<!--NeedCopy-->est créé sur node0backup _<level>_<nsip_address of the cluster node 1>_<date-timestamp>.tgz<!--NeedCopy-->est créé sur node1backup_<level>_<nsip_address of the cluster node 2>_<date-timestamp>.tgz<!--NeedCopy-->est créé sur node2
-
Vérifiez les fichiers de sauvegarde créés sur CLIP.
show system backup<!--NeedCopy-->
Restaurer la configuration d’un 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 pour 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 le nœud 1 devient défectueux, vous pouvez le remplacer par un nouveau nœud en tant que nœud 1. À l’aide de 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 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 du 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.