HP Matrix Operating Environment Software - Handbuch (Seite 30)

Maskierung werden entfernt. Auch das gesamte SAN-Zoning wird aus dem SAN gelöscht.
Das Speicher-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 Speicher-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.
•
Recycle – Bei der Dienstdeaktivierung wird die Bereitstellung des Volumes aufgehoben,
wenn sich die Bereitstellung des Speicher-Volumes geändert hat. Wenn das Speicher-Volume
erstellt wurde, wird das Speicher-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. Diese Richtlinie wird nur in Situationen verwenden, in denen Archivierungsprozesse
aktiv sind und alle erforderlichen Daten gespeichert haben, bevor der Dienst gelöscht wird.
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.
Tag-Anforderung
Die Tag-Anforderung gibt ein Tag an, das auf mindestens einer Ressource (Array, Storage Pool,
Volume oder Netzwerk) innerhalb des übereinstimmenden Dienstes vorhanden sein muss.
Use Resource-Anforderung
Die Use Resource-Anforderung gibt eine Ressource an, die in einem Dienst enthalten oder aus
diesem ausgeschlossen sein muss. Im Folgenden die möglichen Typen referenzierter Objekte:
Volumes, Storage Pools, Arrays oder SANs. Speicherarchitekten oder Administratoren können
diese Anforderung nutzen, um sicherzustellen, dass eine vorgegebene Vorlage Dienstanfragen nur
unter Verwendung einer bestimmten Gruppe von Storage Arrays erfüllt.
Volume Capacity-Anforderung
Die Volume Capacity-Anforderung gibt die Kapazität (oder Größe) des Speicherdienstes an.
Die Kapazität ist die dem Server angekündigte Speichergröße und kann je nachdem, ob Thin
Provisioning verwendet wird oder nicht, auf einem Storage Array zugeordnet sein oder nicht.
Volume Committed Capacity-Anforderung
Die Volume Committed Capacity-Anforderung gibt den Prozentsatz der Kapazität an, die
zugesichert oder zugeordnet werden soll. Der Rest der Kapazität wird schlank zugewiesen. Ein
Thin Provisioning-Volumes würde den Wert Volume Committed Capacity = 0 aufweisen,
ein Tick Provisioning-Volume hingegen den Wert Volume Committed Capacity = 100. Ein
Speichergerät, das eine Hybridzuordnung mit gemischter Thin Provisioning und Thick Provisioning
unterstützt, würde Werte zwischen 0 und 100 implementieren.
30 Speicherdienstrichtlinie