HP Matrix Operating Environment Software - Handbuch (Seite 81)

<xs:element name="wwnNumber" type="xs:int" minOccurs="0" />
<xs:element name="WWN" type="xs:string" minOccurs="0" />
<xs:element name="type" type="xs:int" minOccurs="0" />
<xs:element name="nodeValue" type="xs:string" minOccurs="0">
<xs:element name="allocatedValue" type="xs:string" minOccurs="0">
<xs:element name="ready" type="xs:boolean" nillable="true" minOccurs="0" />
<xs:element name="inProfile" type="xs:boolean" nillable="true" minOccurs="0" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
Anfordern von Server (Initiator)-WWNs für die Vorabzuordnung von Speicher
Die LSMUTIL-Option -reserve –wwn ermöglicht es dem Speicheradministrator, eine Anzahl (von
1 bis 100) Server (Initiator)-WWNs für eine bestimmte Virtual Connect Domänengruppe oder einen
bestimmten Server-WWN anzufordern. Die Server-WWNs werden im Voraus zugeordnet, anstatt
während der Erstellung von Speicherpooleinträgen, und sind für die Vorabzuordnung von Speicher
reserviert.
Durch die Vorabzuordnung von Server-WWNs wird es einem Administrator ermöglicht, eine
eventuell erforderliche Zonenkonfiguration vorab vorzunehmen und bei Bedarf Volumen zur späteren
Verwendung im Voraus zu präsentieren. Die Vorabzuordnung von WWNs ist notwendig, wenn
der Administrator die Option –import –spe zur Erstellung eines neuen SAN-Speicherpooleintrags
verwendet, da der Speicherpooleintrag über Server-WWNs für seine Speicher-Ports verfügen muss.
Wenn der Administrator die Option –import –spe zur Änderung eines vorhandenen
Speicherpooleintrags verwendet, ist die Angabe von Server-WWNs optional. Wenn sie jedoch
verwendet werden, ersetzt der Server-WWN jeweils den Server-WWN, der dem
Speicherpooleintrag zuvor zugewiesen wurde.
Die reservierten Server-WWNs können wieder verwendet werden, sobald der Speicherpooleintrag,
dem sie zugewiesen sind, gelöscht wird. Die Reservierung ist somit nicht endgültig. Um nicht länger
benötigte Volumen zu löschen oder einen anderen Satz Volumen unter Verwendung derselben
Initiator-WWNs und SAN-Zonen verfügbar zu machen, müssen die Volumen aus dem
Speicherpooleintrag (der keinem logischen Server zugeordnet ist) entfernt und neue Volumen
hinzugefügt werden. Dadurch bleiben die Server-WWNs im Speicherpooleintrag erhalten (ebenso
wie eine eventuell vorgenommene SAN-Zonenkonfiguration dieser Server-WWNs für spezifische
Ziel-Ports von Array-Controllern). Wenn der Speicherpooleintrag gelöscht wird kann ein
Server-WWN erneut verwendet werden. Der Speicheradministrator sollte die Zonenkonfiguration
anpassen, um sicherzustellen, dass der nächste Benutzer dieser Server-WWNs keinen unerwünschten
Zugang erlangt.
XML-Beispieldatei
Beispiel 2, „XML-Beispieldatei für den Speicherimport und -export“ ist eine XML-Beispieldatei mit
zwei Speicherpooleinträgen. Beide betreffen SAN-Speicher im Speicherpool der Portabilitätsgruppe
„razorsaw“.
•
Der erste Speicherpooleintrag besteht aus einem 20-GB-Startvolumen mit einem
Windows-Host-Modus, RAID0 und einem einzelnen Pfad (keine Redundanz). Die
Speicherzielangabe ist im <targetWWN>-Element von <SanVolumePath> enthalten. Die
<LUN>
ist ebenfalls angegeben. Das <SanPort>-Element enthält Informationen über die in
<WWN> markierten Initiator-WWNs des HBA, die vom Administrator zur Konfiguration von
LUN-Maskierung und SAN-Zonen verwendet werden können.
•
Der zweite Speicherpooleintrag ist für einen Web-Server mit einem 40-GB-Datenvolumen und
einem 10-GB-Startvolumen. Diese beiden Volumen verwenden einen Linux-Host-Modus, kein
RAID und einen einzigen Pfad (keine Redundanz). Die Initiator-WWNs befinden sich im
Verwenden von LSMUTIL mit Speicher für logische Server 81