Neuerungen im Betriebssystem Solaris 9 9/04

Verbesserungen des Dateisystems

In der Version Solaris 9 9/04 ist UFS standardmäßig aktiviert. Mit vorigen Solaris 9-Versionen wurden die folgenden Dateisystemverbesserungen eingeführt:

Standardmäßige Aktivierung des UFS-Logging

Dieses Leistungsmerkmal wurde mit Solaris 9 9/04 eingeführt.

Außer unter den folgenden Bedingungen ist das Logging nun standardmäßig für alle UFS-Dateisysteme aktiviert:

Das Logging wird ausdrücklich deaktiviert
Im Dateisystem steht nicht genügend Speicherplatz für das Protokoll zur Verfügung

In vorigen Solaris-Versionen musste das UFS-Logging manuell aktiviert werden.

Beim UFS-Logging werden die zahlreichen Metadatenänderungen, die eine vollständige UFS-Operation ausmachen, in eine Transaktion gepackt. Mehrere Transaktionen werden in einem Protokoll auf der Festplatte aufgezeichnet und anschließend auf die eigentlichen Metadaten des UFS-Dateisystems angewendet.

Das UFS-Logging bietet zwei Vorteile:

Wenn das Dateisystem, nachdem das System abgestürzt ist oder unsauber heruntergefahren wurde, aufgrund des Transaktionsprotokolls bereits konsistent ist, können Sie auf die Ausführung des Befehls fsck verzichten.
Das UFS-Logging bewirkt seit der Version Solaris 9 12/02 eine Leistungssteigerung der Dateisysteme, wobei die Leistung von nicht protokollierten Dateisystemen teilweise übertroffen wird. Eine derartige Leistungssteigerung ist dadurch möglich, dass ein Dateisystem bei aktiviertem Logging mehrere Aktualisierungen derselben Daten in einzelne Aktualisierungen konvertiert. Dadurch sind weniger Festplattenoperationen erforderlich.

Weitere Informationen finden Sie unter UFS Logging Is Enabled by Default in System Administration Guide: Devices and File Systems. Siehe auch die Manpage mount_ufs(1M).

Verbesserungen für den NFS-Client

Dieses Leistungsmerkmal wurde mit Solaris 9 12/03 eingeführt.

Die folgenden Neuerungen wirken sich verbessernd auf die Leistung des NFS-Clients aus:

Die Größenbeschränkungen für die leitungsabhängige Übertragung wurden gelockert. Die Übertragungsgröße basiert nun auf den Fähigkeiten des zugrunde liegenden Transportmechanismus. Das NFS-Übertragungslimit für UDP beträgt beispielsweise weiterhin 32 KB. Da die Datagramm-Grenzwerte für UDP aber nicht auf das Streaming-Protokoll TCP zutreffen, wurde die maximale Übertragungsgröße bei Verwendung von TCP auf 1 MB erhöht.
Zuvor wurden sämtliche Schreibzugriffsanforderungen sowohl vom NFS-Client als auch vom NFS-Server serialisiert. Der NFS-Client wurde dahin gehend verändert, dass Anwendungen gleichzeitige Schreibzugriffe sowie gleichzeitige Lese- und Schreibzugriffe auf eine einzige Datei durchführen können. Dieses Merkmal können Sie mit der Option forcedirectio mount auf dem Client aktivieren. Durch Verwendung dieser Option aktivieren Sie dieses Leistungsmerkmal für alle Dateien innerhalb des eingehängten Dateisystems. Über die Schnittstelle directio() können Sie das Leistungsmerkmal auch für eine gezielte Datei auf dem Client aktivieren. Beachten Sie bitte, dass Schreibzugriffe auf Dateien weiterhin serialisiert werden, solange Sie dieses neue Leistungsmerkmal nicht aktivieren. Außerdem bietet eine Datei, auf die gleichzeitige Schreib- oder Lesezugriffe erfolgen, keine Unterstützung mehr für die POSIX-Semantik.
Der NFS-Client verwendet nun wesentlich weniger UDP-Ports. Zuvor belegten NFS-Übertragungen über UDP für jede ausstehende Anforderung einen separaten UDP-Port. Jetzt verwendet der NFS-Client standardmäßig nur noch einen reservierten UDP-Port. Diese Unterstützung ist jedoch konfigurierbar. Wenn die Bereitstellung mehrerer gleichzeitiger Ports die Systemleistung durch eine erhöhte Skalierbarkeit verbessern würde, kann das System so konfiguriert werden, dass es auf mehrere Ports zugreift. Damit ist dieselbe Konfigurierbarkeit erreicht, die für die Unterstützung vor NFS über TCP seit ihrer Einführung vorhanden war.

UFS-Dateisysteme mit mehreren Terabyte

Die Unterstützung für UFS-Dateisysteme mit mehreren Terabyte ist nur für Systeme mit einem 64-Bit-Kernel verfügbar. Dieses Leistungsmerkmal wurde mit Solaris 9 8/03 eingeführt.

Diese Version von Solaris bietet Unterstützung für mehrere TB umfassende (Multiterabyte-)UFS-Dateisysteme auf Systemen mit einem 64-Bit-Solaris-Kernel. Zuvor waren UFS-Dateisysteme sowohl auf 64-Bit- als auch auf 32-Bit-Systemen auf einen Umfang von ca. 1 TB begrenzt. Sämtliche Befehle und Dienstprogramme für UFS-Dateisysteme wurden aktualisiert und unterstützen nun Multiterabyte-UFS-Dateisysteme.

Sie können zunächst ein UFS-Dateisystem mit weniger als einem TB erstellen. Indem Sie den Befehl newfs -T verwenden, geben Sie an, dass das Dateisystem künftig auf mehrere TB erweitert werden kann. Dieser Befehl stellt die Inode- und Fragmentdichte auf ein Dateisystem mit mehreren TB ein.

Voraussetzung für die Unterstützung von Multiterabyte-UFS-Dateisystemen ist die Verfügbarkeit von Multiterabyte-LUNs. Diese LUNs müssen als Solaris Volume Manager- oder Veritas VxVM-Volumes oder als physische Festplatten mit einer Kapazität von über einem TB zur Verfügung stehen.

Multiterabyte-UFS-Dateisysteme bieten die folgenden Leistungsmerkmale:

Sie können UFS-Dateisysteme mit einer Größe von bis zu 16 TB erzeugen.
Sie können ein Dateisystem mit weniger als 16 TB erzeugen, das sich nachträglich auf bis zu 16 TB ausweiten lässt.
Multiterabyte-Dateisysteme lassen sich sowohl auf physischen Festplatten als auch auf logischen Solaris Volume Manager- und Veritas VxVM-Volumes erzeugen.
Auf Dateisystemen mit einer Kapazität von über 1 TB ist das UFS-Logging standardmäßig aktiviert. Das UFS-Logging wirkt sich positiv auf die Leistung von Dateisystemen mit mehreren TB aus. Ein weiterer Vorteil für Dateisysteme mit mehreren TB besteht darin, dass bei aktiviertem Logging unter Umständen auf die Ausführung des Befehls fsck verzichtet werden kann.

Die folgenden Einschränkungen gelten für Multiterabyte-UFS-Dateisysteme:

Auf Systemen mit 32-Bit-Solaris-Kernel können Dateisysteme mit mehr als 1 TB Umfang nicht eingehängt werden.
Auf Systemen mit 64-Bit-Solaris-Kernel kann aus Dateisystemen mit mehr als 1 TB Umfang nicht gebootet werden. Das bedeutet, dass sich in dem Multiterabyte-Dateisystem kein root-Dateisystem (/) befinden darf.
Einzelne Dateien, die größer als 1 TB sind, werden nicht unterstützt.
Die maximal zulässige Dateianzahl pro TB eines UFS-Dateisystems beträgt 1 Mio. Mit dieser Begrenzung soll die Dauer der Überprüfung eines Dateisystems mit dem Befehl fsck eingeschränkt werden.
Die höchste Quote, die sich für ein Multiterabyte-UFS-Dateisystem festlegen lässt, beträgt 2 TB zu 1024-Byte-Blöcken.
Die Herstellung von Momentaufnahmen eines Multiterabyte-UFS-Dateisystems mit dem Befehl fssnap ist derzeit nicht möglich.

Weitere Informationen finden Sie unter What’s New in File Systems in the Solaris 9 Update Releases? in System Administration Guide: Devices and File Systems.

Unterstützung für Multiterabyte-Volumes mit EFI-Label

Diese Unterstützung für Festplatten von mehreren Terabyte steht nur auf Systemen mit einem 64-Bit-Kernel zur Verfügung. Dieses Leistungsmerkmal wurde mit Solaris 9 4/03 eingeführt.

Diese Version von Solaris unterstützt Festplatten mit einer Größe von mehr als 1 Terabyte (TB) auf Systemen mit einem 64-Bit-Solaris-Kernel.

Das EFI-Label (Extensible Firmware Interface) bietet Unterstützung für physikalische Festplatten und virtuelle Volumes. Das UFS-Dateisystem ist mit dem EFI-Festplattenlabel kompatibel und es können UFS-Dateisysteme von mehr als 1 TB Größe erzeugt werden. Darüber hinaus umfasst diese Solaris-Version aktualisierte Festplatten-Dienstprogramme für die Verwaltung von Festplatten, die größer als 1 TB sind.

Das EFI-Festplattenlabel unterscheidet sich wie folgt vom VTOC-Festplattenlabel:

Es bietet Unterstützung für Festplatten von mehr als 1 TB Größe.
Es bietet Slices von 0 bis 6, wobei Slice 2 ein ganz normales Slice ist.
Partitionen, oder Slices, dürfen sich weder mit dem primären, dem Backup-Label noch mit irgendwelchen anderen Partitionen überschneiden. Ein EFI-Label besteht in der Regel aus 34 Sektoren, sodass die Partitionen bei Sektor 34 beginnen. Das bedeutet, dass keine Partition bei Sektor Null (0) starten kann.
Im Label sind weder Zylinder-, Kopf- noch Sektoreninformationen gespeichert. Größen werden in Blöcken angegeben.
Die zuvor im alternativen Zylinderbereich, den beiden letzten Zylindern der Festplatte, gespeicherten Informationen werden nun in Slice 8 gespeichert.

Weitere Informationen zur Verwendung des EFI-Festplattenlabels finden Sie in System Administration Guide: Basic Administration. Dieses Dokument enthält wichtige Informationen und Hinweise zu den für die Verwendung des EFI-Festplattenlabels mit vorhandener Software geltenden Einschränkungen.

Auch mit der Solaris Volume Manager-Software lassen sich in dieser Solaris-Version Festplatten von mehr als 1 TB Größe verwalten. Siehe hierzu Unterstützung für Multiterabyte-Volumes in Solaris Volume Manager.