Backup und Wiederherstellung des Cluster-Setups
Sie können den aktuellen Status eines Citrix ADC Clusterknotens sichern. Später können Sie die gesicherten Dateien verwenden, um den Knoten in denselben Clusterstatus zurückzusetzen. Als Vorsichtsmaßnahme müssen Sie diese Funktion verwenden, bevor Sie ein Upgrade auf den Clusterknoten durchführen.
Sichern eines Cluster-Setups
Abhängig von den folgenden Optionen können Sie ein grundlegendes oder vollständiges Backup erstellen:
- Art der zu sicherenden Daten.
-
Häufigkeit, mit der Sie ein Backup erstellen.
- Grundlegende Sicherung. Sichert nur Konfigurationsdateien. Möglicherweise möchten Sie diese Art der Sicherung häufig durchführen, da sich die Dateien, die sie sichern, ständig ändern. Die Dateien, die gesichert werden, werden in der Tabelle aufgeführt.
Verzeichnis
Unterverzeichnis oder Dateien
/nsconfig/
- ns.conf
- Zebos.conf
- rc.netscaler
- snmpd.conf
- nsbefore.sh
- nsafter.sh
- inetd.conf
- ntp.conf
- syslog.conf
- newsyslog.conf
- crontab
- host.conf
- hosts
- ttys
- sshd_config
- httpd.conf
- monitrc
- rc.conf
- ssh_config
- lokale Zeit
- issue
- 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
- Vollständiges Backup. Abgesehen von den Dateien, die durch ein Basis-Backup gesichert werden, sichert ein vollständiges Backup einige weniger häufig aktualisierte Dateien. Die Dateien, die bei einem vollständigen Backup gesichert werden, sind in der Tabelle aufgeführt.
Verzeichnis
Unterverzeichnis oder Dateien
/nsconfig/
- ssl/*
- license/*
- fips/*
/var/
- netscaler/ssl/*
- wi/java_home/jre/lib/security/cacerts/*
- wi/java_home/lib/security/cacerts/*
Wichtig
Die Sicherung und Wiederherstellung funktionieren nicht, wenn CLAG für ein SDX-Cluster-Setup konfiguriert ist.
Das Backup wird als komprimierte TAR-Datei im Verzeichnis /var/ns_sys_backup/ gespeichert. Um Probleme aufgrund der Nichtverfügbarkeit von Speicherplatz zu vermeiden, können Sie maximal 50 Backupdateien in diesem Verzeichnis speichern. Mit dem Befehl rm system backup können Sie vorhandene Backupdateien löschen, damit Sie weitere Sicherungen erstellen können.
Wenn Sie den Sicherungsvorgang für einen CLIP eines Cluster-Setups ausführen, werden Sicherungsdateien auf jedem Cluster-Knoten erstellt.
So sichern Sie ein Cluster-Setup
Sichern des Cluster-Setups auf CLIP mit der Citrix ADC CLI.
Führen Sie an der Eingabeaufforderung die folgenden Schritte aus:
-
Speichern Sie die Konfiguration.
save ns config<!--NeedCopy--> -
Erstellen Sie die Backupdatei (Basic oder Full).
```create system backup [
][–level (basic | full)][-comment ] **Beispiel** ```create system backup cluster-backup-1 –level basic<!--NeedCopy-->
Der vorhergehende Befehl erstellt eine Sicherungs-TAR-Datei auf jedem Cluster-Knoten mit dem angegebenen Dateinamen. Beispielsweise wird die Cluster-backup-1.tgz-Datei auf jedem Cluster-Knoten erstellt.
Hinweis:
Wenn der Dateiname nicht angegeben wird, werden Backup-TAR-Dateien auf jedem Cluster-Knoten mit der folgenden Namenskonvention erstellt:
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-->Beispielsweise bei einem Cluster-Setup mit drei Knoten
backup_<level>_<nsip_address of the cluster node 0>_<date-timestamp>.tgz<!--NeedCopy-->wird auf node0 erstelltbackup _<level>_<nsip_address of the cluster node 1>_<date-timestamp>.tgz<!--NeedCopy-->wird auf node1 erstelltbackup_<level>_<nsip_address of the cluster node 2>_<date-timestamp>.tgz<!--NeedCopy-->wird auf node2 erstellt
-
Überprüfen Sie die erstellten Backupdateien auf CLIP.
show system backup<!--NeedCopy-->
Wiederherstellen eines Cluster-Setups
Wenn ein Clusterknoten fehlerhaft wird, können Sie diesen Knoten durch einen neuen Knoten ersetzen. Sie können den neuen Knoten für einen Cluster mithilfe einer Sicherungsdatei des fehlerhaften Knotens festlegen.
In einem Cluster-Setup mit drei Knoten können Sie beispielsweise, wenn node1 fehlerhaft wird, diesen fehlerhaften Knoten durch einen neuen Knoten als Knoten1 ersetzen. Mit dem Wiederherstellungsvorgang können Sie eine der Backupdateien des fehlerhaften Knotens auf dem neuen Knoten wiederherstellen.
Hinweis:
Der Wiederherstellungsvorgang ist nicht erfolgreich, wenn die Backupdatei umbenannt wird oder wenn der Inhalt der Datei geändert wird.
So stellen Sie einen Clusterknoten wieder her
So stellen Sie einen Clusterknoten mit der CLI wieder her
Führen Sie an der Eingabeaufforderung die folgenden Schritte aus:
-
Erhalten Sie eine Liste der Backupdateien, die auf CLIP verfügbar sind.
show system backup<!--NeedCopy--> -
Kopieren Sie die Backup-Tar-Datei in das Verzeichnis /var/ns_sys_backup des Clusterknotens, das wiederhergestellt werden soll.
-
Fügen Sie die Backup-Tar-Datei zum Cluster-Knotenspeicher hinzu, indem Sie den folgenden Befehl auf dem Cluster-Knoten ausführen.
```add system backup
**Beispiel** ```add system backup CLUSTER-BACKUP-1.tgz<!--NeedCopy-->Hinweis:
Der Befehl muss auf dem Clusterknoten ausgeführt werden, der wiederhergestellt werden soll.
-
Stellen Sie den Clusterknoten wieder her, indem Sie die Backupdatei angeben.
```restore system backup
**Beispiel** ```restore system backup CLUSTER-BACKUP-1.tgz<!--NeedCopy-->Hinweis:
Der Befehl muss auf dem Clusterknoten ausgeführt werden, der wiederhergestellt werden soll.
-
Starten Sie den Clusterknoten neu.
reboot
Hinweis:
Der Befehl muss auf dem Clusterknoten ausgeführt werden, der wiederhergestellt werden soll.