Dateisystem- und ACL-Unterstützung

Spezielle Dateisysteme enthalten dynamische Informationen, die vom Betriebssystem generiert werden; sie enthalten jedoch keine Daten oder Dateien. Die UNIX-und Linux® -Clients ignorieren spezielle Dateisysteme und ihre Inhalte.

Das Standalone-Paket LSCqfs

Zu den speziellen Dateisystemen gehören die folgenden Typen:

• Das Dateisystem /proc auf den meisten UNIX-Plattformen
• Das Dateisystem /dev/fd unter Solaris
• /dev/pts unter Linux

Bei Dateisystemen, in denen NFS V4 -ACLs definiert und verwendet werden (Solaris ZFS und AIX JFS2 V2), selbst wenn sich nur die UNIX-Standardberechtigungen oder ACLs geändert haben (z. B. mit dem Befehl CHMOD), wird die Datei bzw. das Verzeichnis erneut vollständig gesichert. Bei anderen Dateisystemen bewirkt dieser Änderungstyp nur eine Attributaktualisierung auf dem IBM® Storage Protect -Server.

Zur Verarbeitung aller anderen Dateisysteme verwenden Sie die Option virtualmountpoint , um Unterstützung für die folgenden Elemente zu aktivieren:

• Für Sicherung, Zurückschreibung, Archivierung und Abruf von Dateidaten
• Für grundlegende UNIX-und Linux -Berechtigungen
• Für Zeitmarken für Änderung, Zugriff und Modifikation und die Verzeichnisbaumstruktur

Keine anderen dateisystemspezifischen Attribute, z. B. die ACL, sind gültig. Der Dateisystemtyp für solche Dateisysteme wird auf "UNKNOWN" (UNBEKANNT) gesetzt.

Wenn das Dateisystem /media/abc/DATA1 beispielsweise nicht vom Client unterstützt wird, fügen Sie die folgende Anweisung zu dsm.sys hinzu, um die Daten in diesem Dateisystem zu sichern oder zu archivieren:

VIRTUALMOUNTPOINT /media/abc/DATA1

Diese Unterstützung steht nur zur Verfügung, wenn das Dateisystem selbst grundlegende POSIX-Systemaufrufe wie die Lese- und Schreibverarbeitung auf Ihrem System verwenden kann.

Die plattformübergreifende Sicherung und Zurückschreibung wird nicht unterstützt. Beispielsweise sind Daten, die von einem AIX -Client gesichert wurden, nicht für die Zurückschreibung durch einen Windows-Client verfügbar und umgekehrt.

Hinweis: Daten, die vom Mac OS X Client gesichert oder archiviert wurden, können von keinem anderen Client wiederhergestellt werden. Außerdem kann der Mac OS X-Client keine Daten von einem anderen Client zurückschreiben oder abrufen.

Die Methode zum Zurückschreiben oder Abrufen von ACL-Informationen in einen anderen Dateisystemtyp kann verwendet werden, wenn das ursprüngliche Dateisystem und das Zieldateisystem kompatible ACLs unterstützen. So können z. B. unter Solaris die ACL-Informationen, die von einem VxFS-Dateisystem gesichert wurden, auf ein UFS-Dateisystem zurückgeschrieben werden, da diese Dateisysteme kompatible ACLs unterstützen. Bei Operationen zum Zurückschreiben oder Abrufen in andere Dateisystemtypen werden die ACL-Informationen nicht zurückgeschrieben, wenn das ursprüngliche Dateisystem und das Zieldateisystem keine ACLs unterstützen.

Für das Dateisystem QFS gelten die folgenden Einschränkungen:

• Imagesicherung wird auf QFS-Dateisystemen nicht unterstützt.
• Der Solaris-Client für Sichern/Archivieren unterstützt nicht die Kombination von QFS und SAM, die benötigt wird, um Dateien auf tertiärem Hintergrundspeicher wie z. B. Bändern zu archivieren. Stattdessen ruft er Dateien automatisch vom Band auf Platte zurück, wenn er während einer Sicherung umgelagerte Dateien findet.
• Ein Dateisystem QFS enthält zwei verdeckte Systemdateien und ein Systemverzeichnis, die nicht gesichert werden können. Dies kann akzeptiert werden, da eine Sicherung dieser Dateien nicht notwendig ist. Sie enthalten interne Daten zum Verwalten des Dateisystems. Die internen Daten werden automatisch von einer Sicherung ausgeschlossen und vom Dateisystem selbst automatisch erneut erstellt, wenn eine Zurückschreibung von Dateien in diesem Dateisystem ausgeführt wird.

Die Sicherungs-, Archivierungs-, Zurückschreibungs-und Abrufverarbeitung des Veritas-Dateisystems und seiner ACLs unter AIX werden unterstützt. Die Zurückschreibung eines Veritas-Datenträgers auf einen Logical Volume Manager-Datenträger und umgekehrt ist möglich, wenn beide Datenträger denselben Dateisystemtyp verwenden.

Die folgenden Informationen gelten nur für Mac OS X-Systeme:

• Auf Mac OS X-Systemen unterscheiden die Dateisysteme UFS und HFSX die Groß-/Kleinschreibung, während das Dateisystem HFS+ die Groß-/Kleinschreibung nicht unterscheidet, jedoch vorhandene Groß-/Kleinschreibung beibehält. Dateien, die Sie auf einem UFS- oder HFSX-Dateisystem sichern (diese unterscheiden die Groß-/Kleinschreibung), werden auf einem HFS+-Dateisystem möglicherweise nicht korrekt zurückgeschrieben (dieses unterscheidet die Groß-/Kleinschreibung nicht). Beispiel: Auf einem UFS-Dateisystem werden die Dateien Afile und afile als verschiedene Dateien angesehen. Auf einem HFS+-Dateisystem werden diese beiden Dateien jedoch als identisch angesehen.
• Wenn auf Mac OS X HFS+- oder UFS-Dateisysteme mit Groß-/Kleinschreibung verwendet werden, ist es wichtig, dass die Daten aus dem HFSX- oder UFS-Dateisystem nicht in einem HFS+-Dateisystem auf dem IBM Storage Protect -Server gesichert werden. Entweder muss ein neuer Name auf dem System verwendet werden oder der vorhandene Dateispeicher auf dem IBM Storage Protect-Server muss umbenannt werden. Beispiel: Angenommen, ein System verfügt über ein Dateisystem mit dem Namen /Volumes/fs2 und dieses System wird mit einem HFS+-Dateisystem mit Unterscheidung der Groß-/Kleinschreibung erneut partitioniert. Entweder muss das Dateisystem /Volumes/fs2 auf dem IBM Storage Protect-Server umbenannt werden, oder es muss ein neuer Name auf dem lokalen System verwendet werden. Wenn diese Umbenennung nicht vorgenommen wird, werden die HFSX-Daten, bei denen die Groß-/Kleinschreibung beachtet wird, mit den HFS+-Daten, bei denen die Groß-/Kleinschreibung nicht beachtet wird, vermischt, die bereits auf dem IBM Storage Protect-Server gespeichert sind.
• Unter Mac OS X werden Aliasnamen und symbolische Verbindungen gesichert. Der Client sichert jedoch nicht die Daten, auf die die symbolischen Verbindungen verweisen.
• Wenn unter Mac OS X auf einem HFS-Datenträger gesicherte Daten auf einen UFS-Datenträger zurückgeschrieben werden, werden die Ressourcenzweige nicht den richtigen Eignern zugeordnet. Beheben Sie diesen Fehler durch Verwenden des Befehls chown für die Ressourcenzweigdatei, um den Eigner zu ändern. In der Ressourcenzweigdatei sind strukturierte Daten in einer Datei gespeichert.

Unter Linux unter POWER ® und Linux unter System z ® müssen Sie libacl.so installieren, damit der Client ACLs sichern kann.

Wichtig: Wird GPFS für AIX, GPFS für Linux x86_64oder GPFS für Linux auf z Systems in einem Cluster mit mehreren Knoten ausgeführt und nutzen alle Knoten ein angehängtes GPFS-Dateisystem gemeinsam, verarbeitet der Client dieses Dateisystem als lokales Dateisystem. Der Client sichert während einer Teilsicherung das Dateisystem auf jedem Knoten. Um dies zu vermeiden, können Sie einen der folgenden Schritte ausführen:

• Konfigurieren Sie explizit die Anweisung domain in der Clientbenutzeroptionsdatei (dsm.opt), sodass die Dateisysteme, die auf diesem Knoten gesichert werden sollen, aufgelistet werden.
• Definieren Sie die Option exclude.fs in der Datei dsm.sys , um das GPFS-Dateisystem von den Sicherungsservices auszuschließen.

Wenn der GPFS-Cluster verschiedene Plattformen enthält, müssen Sie Clients für Sichern/Archivieren nur auf einer Plattform verwenden, um ein einzelnes Dateisystem zu schützen. Verwenden Sie Clients für Sichern/Archivieren nicht auf mehreren Plattformen, um ein GPFS-Dateisystem zu schützen, das von mehreren Plattformen gemeinsam genutzt wird.

Beispiel: Angenommen, ein Cluster enthält Knoten auf AIX-, Linux x86-und Linux zSeries -Systemen. Sie können Dateisystem A mit AIX -Clients für Sichern/Archivieren und Dateisystem B mit Linux zSeries -Clients für Sichern/Archivieren schützen. Sie können Dateisystem A und Dateisystem B auch mit AIX -Clients für Sichern/Archivieren schützen. Wenn Sie Dateisystem A mit einem AIX -Client für Sichern/Archivieren schützen, dürfen Sie Dateisystem A nicht mit einem Client für Sichern/Archivieren auf einer anderen Plattform als AIXschützen.