HP Matrix Operating Environment Software - Handbuch (Seite 31)

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. Verwenden Sie diese Richtlinie nur in Situationen, in denen
Archivierungsprozesse aktiv sind und Sie alle erforderlichen Daten gespeichert haben, bevor
der Dienst gelöscht wird.
•
Recycle – Bei der Dienstdeaktivierung wird die Bereitstellung des Volumes aufgehoben,
wenn sich die Bereitstellung des Storage Volumes geändert hat. Wenn das Storage Volume
erstellt wurde, wird das Storage Volume gelöscht – wobei alle darauf enthaltenen Daten
vernichtet werden – und die Kapazität wird wieder dem enthaltenden Pool für zukünftige
Dienstbereitstellungsanfragen zugewiesen. Das gesamte ausgeführte SAN-Zoning wird ebenfalls
entfernt. Verwenden Sie diese Richtlinie nur in Situationen, in denen Archivierungsprozesse
aktiv sind und Sie alle erforderlichen Daten gespeichert haben, bevor der Dienst gelöscht
wird.
HINWEIS: In eine Matrix OE-Umgebung sollte die Richtlinie immer recycle lauten. Andere
Richtlinien können zu nicht erwartetem Verhalten führen.
Storage Capability-Anforderung
Die Storage Capability-Anforderungen geben die Funktionen an, die ein übereinstimmender
Dienst nach seiner Bereitstellung ausführen können muss, je nach verfügbarer Kapazität. Wenn
eine Funktion nicht wie erforderlich angegeben wird, muss ein bereitgestellter Dienst den Vorgang
nach seiner Bereitstellung nicht unbedingt ausführen können. Beispielsweise stimmt eine Storage
Capability
-Anforderung mit dem Wert „Thin Provisioning“ nur mit Arrays überein, die Thin
Provisioning-Volumes erstellen können.
Storage Pool Available Capacity-Anforderung
Die Storage Pool Available Capacity- und Storage Pool Available Capacity
(percentage)
-Anforderungen geben die Menge an freier Kapazität (nicht zugesicherte,
verfügbare Kapazität) an, die in einem Pool nach Abschluss der Bereitstellungsanfrage vorhanden
sein muss. Die Menge an freier Kapazität kann als Datengröße oder als Prozentsatz der Pool-Größe
ausgedrückt werden.
Diese Anforderung ermöglicht es dem Speicherarchitekt, die Menge des verbleibenden freien
Speicherplatzes zu steuern, der vorhanden sein muss, damit die Bereitstellung von einem Pool
ausgeführt werden kann.
Diese Anforderung wird nur erzwungen, wenn ein Volume erstellt oder erweitert und als
Übereinstimmung ausgewertet wird, wenn der verbleibende freie Speicherplatz in einem Storage
Pool nach Abschluss der Bereitstellung beibehalten wird. Nach der Bereitstellung wird die
Anforderung immer als Übereinstimmung ausgewertet. Beispielsweise führt diese Anforderung
dazu, dass ein vorhandener Volume-Dienst auch dann konform ist, wenn die Anforderung zum
erforderlichen freien Pool-Speicherplatz nicht mehr erfüllt wird.
Storage Pool Subscription Ratio-Anforderung
Die Storage Pool Subscription Ratio-Anforderung gibt das Verhältnis der reservierten
Kapazität eines Pools zu seiner physischen Kapazität an, das vorhanden sein muss, damit ein
Volume innerhalb des Pools erstellt oder erweitert werden kann. Da diese Anforderung als ein
Anforderungstypen 31