2.6. Datensicherung

Es ist wichtig, regelmäßig Sicherungskopien Ihres GFS2-Dateisystems für den Notfall zu erstellen, unabhängig von der Größe des Dateisystems. Viele Systemadministratoren fühlen sich sicher, weil sie durch RAID, Multipath, Spiegelung, Snapshots und andere Formen der Redundanz geschützt sind, aber man kann nie sicher genug sein.

Das Anlegen einer Sicherungskopie eines Knotens oder einer Gruppe von Knoten kann problematisch sein, da dieser Vorgang für gewöhnlich das sequenzielle Lesen des gesamten Dateisystems erfordert. Wenn dies von einem einzelnen Knoten durchgeführt wird, behält dieser Knoten alle Daten im Cache, bis die anderen Knoten im Cluster beginnen, Sperren anzufordern. Die Durchführung dieser Art von Sicherungsprogramm im laufenden Betrieb des Clusters wirkt sich negativ auf die Leistung aus.

Durch ein Löschen der Caches, sobald die Datensicherung abgeschlossen ist, wird die Zeit reduziert, die von anderen Knoten benötigt wird, um wieder in den Besitz ihrer Cluster-Sperren/-Caches zu gelangen. Dies ist allerdings immer noch nicht optimal, da die anderen Knoten das Cachen der Daten, die sie vor Beginn der Datensicherung im Cache hatten, gestoppt haben. Sie können Caches mit dem folgenden Befehl löschen, nachdem die Datensicherung abgeschlossen ist:

echo -n 3 > /proc/sys/vm/drop_caches

Es ist schneller, wenn jeder Knoten im Cluster seine eigenen Dateien sichert, sodass diese Aufgabe auf die Knoten verteilt wird. Sie könnten dies auch mit einem Skript erreichen, das den rsync-Befehl auf knotenspezifische Verzeichnisse anwendet.

Der beste Weg zum Anlegen einer GFS2-Sicherungskopie ist das Erstellen eines Hardware-Snapshots auf dem SAN, um diesen Snapshot dann einem anderen System zur Verfügung zu stellen und dort zu sichern. Das Backup-System sollte den Snapshot mit -o lockproto=lock_nolock einhängen, da es nicht Teil eines Clusters sein wird.