HP Logiciel HP Matrix Operating Environment - Manuel (Page 29)

zones du SAN pour permettre au système de stockage d'être accessible à partir des interfaces
hôte indiquées par les spécifications de Host.
3. Si aucun groupe de Host n'est spécifié, les services correspondants sont configurés pour être
inaccessibles par tous les hôtes (non masqués, non mappés ou sans zone).
4. La combinaison de groupes de Host avec Pre-presented=TRUE et
Pre-presented=FALSE
n'est pas prise en charge.
Spécification Network Capability
Les spécifications de Network Capability indiquent les fonctionnalités qu'un service
correspondant doit être capable d'effectuer après qu'il soit provisionné. Si une fonctionnalité réseau
n'est pas spécifiée comme elle le devrait, il n'est pas nécessaire de savoir si un service provisionné
peut effectuer la fonctionnalité après avoir été provisionné. Par exemple, une spécification Network
Capability
avec une valeur « Automated Zoning » correspond uniquement aux réseaux qui
sont capables d'effectuer un découpage par zones automatisé.
Spécification RAID Level
La spécification RAID Level indique le niveau RAID des volumes correspondant à cette
spécification. Les valeurs de niveau RAID représentent les concepts généraux de chaque niveau
RAID, par exemple, les caractéristiques de redondance et d'utilisation efficace de l'espace. Le
niveau RAID réel choisi pour le périphérique est déterminé à partir du mappage des concepts
généraux avec l'implémentation spécifique de RAID dans la baie.
Spécification Resource Existence
La spécification Resource Existence est une spécification de temps de provisionnement
uniquement qui correspond aux ressources qui existent déjà, plutôt que celles qui pourraient être
créées. La seule classe de ressources reconnue est Volume car c'est le seul type de ressource qui
peut être créé dans SPM à ce stade. L'utilisation de cette spécification avec la contrainte « Must
not » indique que les volumes correspondants doivent être créés par le biais du provisionnement
à la demande et ne seront pas des ressources pré-existantes (pré-provisionnées).
Spécification Service Deactivation Policy
La spécification Service Deactivation Policy indique les mesures à prendre pour désactiver
le service. Les politiques disponibles sont les suivantes :
•
No Action —Sur désactivation du service, aucune opération n'est effectuée. L'ensemble du
découpage par zones du SAN, les données de volumes et la présentation des volumes sont
laissés tels quels. Le serveur utilisant l'espace de stockage peut encore y accéder après la
suppression du service.
•
Quarantine Resources —Sur désactivation du service, le volume à l'intérieur du service
est mis en quarantaine de l'accès au serveur, garantissant ainsi que les serveurs ne puissent
plus lire ni écrire les données, mais que le volume et les données soient conservés dans la
baie. Le mappage et le masquage des volumes sont supprimés, et tout découpage par zones
du SAN est supprimé du SAN. Le volume de stockage est mis en quarantaine de sorte qu'il
ne peut pas être provisionné par de futures demandes dans SPM. Il incombe à l'administrateur
de stockage de déplacer les données vers une archive appropriée avant de rétablir l'état
activé du volume ou de le supprimer manuellement.
•
Destroy Data —Sur désactivation du service, le volume de stockage est supprimé, détruisant
par la même les données qu'il contient et met la capacité à disposition des services de données
futurs à provisionner. Tout découpage par zones du SAN qui a été effectué est également
supprimé. Utilisez cette politique uniquement dans le cas où les processus d'archivage seraient
en place et après enregistrement de toutes les données nécessaires avant de supprimer le
service.
Types de spécification 29