HP Matrix Operating Environment Software - Handbuch (Seite 31)

3. Wenn keine Host-Gruppen angegeben werden, werden die übereinstimmenden Dienste so
konfiguriert, dass keine Hosts auf diese zugreifen können (nicht maskiert, nicht zugeordnet
und ohne Zoning).
4. Eine gemischte Verwendung von Pre-presented=TRUE und Pre-presented=FALSE
(Standardwert) in Host-Gruppen wird nicht unterstützt)
Network Capability-Anforderung
Die Network Capability-Anforderungen geben die Funktionen an, die ein übereinstimmender
Dienst nach seiner Bereitstellung ausführen können muss. Wenn eine Netzwerkfunktion nicht wie
erforderlich angegeben wird, muss ein bereitgestellter Dienst die Funktion nach seiner Bereitstellung
nicht unbedingt ausführen können. Beispielsweise stimmt eine Network Capability-Anforderung
mit dem Wert „Automated Zoning“ nur mit Netzwerken überein, die automatisches Zoning ausführen
können.
RAID Level-Anforderung
Die RAID Level-Anforderung gibt die RAID-Stufe von Volumes an, die mit dieser Anforderung
übereinstimmen. Die Werte der RAID-Stufe stellen die allgemeinen Konzepte jeder RAID-Stufe dar,
beispielsweise die Merkmale zur Redundanz und zur Speicherplatzeffizienz. Die tatsächlich auf
dem Gerät ausgewählte RAID-Stufe wird von einer Zuordnung der allgemeinen Konzepte zu der
jeweiligen RAID-Implementierung auf dem Array bestimmt.
Resource Existence-Anforderung
Die Resource Existence-Anforderung ist eine Anforderung ausschließlich zur Bereitstellungszeit,
die bereits vorhandene Ressourcen abgleicht und keine Ressourcen, die erstellt werden können.
Die einzige erkannte Ressourcenklasse ist die Volume-Ressourcenklasse, da dies der einzige
Ressourcentyp ist, der aktuell in SPM erstellt werden kann. Wenn Sie diese Anforderung mit „Must
not“-Erzwingung verwenden, geben Sie an, dass übereinstimmende Volumes über die
bedarfsgesteuerte Bereitstellung erstellt werden müssen und dass es sich dabei um keine bereits
vorhandenen (vorab bereitgestellten) Ressourcen handelt.
Service Deactivation Policy-Anforderung
Die Service Deactivation Policy-Anforderung bestimmt die beim Deaktivieren des Dienstes
auszuführenden Aktionen. Folgende Richtlinien sind verfügbar:
•
No Action – Bei der Dienstdeaktivierung wird keine Aktion ausgeführt. SAN-Zoning,
Volume-Daten und Volume-Bereitstellung bleiben unverändert. Beachten Sie, dass der Server,
der den Speicher verwendet, auch nach dem Löschen des Dienstes weiterhin auf den Speicher
zugreifen kann.
•
Quarantine Resources – Bei der Dienstdeaktivierung wird das Volume innerhalb dieses
Dienstes in Quarantäne genommen, sodass der Server nicht mehr darauf zugreifen kann.
Dadurch wird sichergestellt, dass Server keiner Daten mehr lesen oder schreiben können,
während das Volume und die Daten auf dem Array erhalten bleiben. Volume-Zuordnung und
Maskierung werden entfernt. Auch das gesamte SAN-Zoning wird aus dem SAN gelöscht.
Das Storage Volume kommt in Quarantäne und kann durch zukünftige Anfragen in SPM nicht
mehr bereitgestellt werden. Der Speicheradministrator ist dafür verantwortlich, die Daten in
ein geeignetes Archiv zu verschieben, bevor das Volume zurück in einen aktiven Zustand
geschaltet oder manuell gelöscht wird.
•
Destroy Data – Bei der Dienstdeaktivierung wird das Storage Volume gelöscht. Dabei
werden die darauf enthaltenen Daten gelöscht, und die Kapazität wird zukünftigen
Datendiensten zum Bereitstellen verfügbar gemacht. Das gesamte ausgeführte SAN-Zoning
wird ebenfalls entfernt. Diese Richtlinie wird nur in Situationen verwenden, in denen
Archivierungsprozesse aktiv sind und alle erforderlichen Daten gespeichert haben, bevor der
Dienst gelöscht wird.
Anforderungstypen 31