GESTION DE PERIPHERIQUES CKD SYMMETRIX DANS UN … · Gestion de périphériques CKD Symmetrix dans un environnement z/OS à l’aide de 3 Unisphere for VMAX Sommaire Résumé analytique

Livre blanc

GESTION DE PERIPHERIQUES CKD SYMMETRIX DANS UN ENVIRONNEMENT z/OS A L’AIDE DE UNISPHERE FOR VMAX

Résumé

Ce livre blanc présente les fonctions de Unisphere for VMAX conçues pour l’administration de périphériques rattachés au mainframe z/OS. En proposant une gestion de configuration dédiée à z/OS, Unisphere constitue un puissant outil pour les utilisateurs de Symmetrix VMAX dans l’environnement mainframe z/OS. Juin 2013

2 Gestion de périphériques CKD Symmetrix dans un environnement z/OS à l’aide de Unisphere for VMAX

Copyright © 2013 EMC Corporation. Tous droits réservés. EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis. Les informations contenues dans cette publication sont fournies « en l’état ». EMC Corporation ne fournit aucune déclaration ou garantie d’aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d’adéquation à une utilisation particulière. L’utilisation, la copie et la diffusion de tout logiciel EMC décrit dans cette publication nécessitent une licence logicielle en cours de validité. Pour obtenir la liste actualisée des noms de produits, consultez la rubrique des marques EMC via le lien Législation, sur http://france.emc.com. Référence : h11631


Sommaire

Résumé analytique .................................................................................................. 4

Audience ............................................................................................................................ 5

Présentation ........................................................................................................... 5

Configuration de Symmetrix ............................................................................................... 5

Unisphere for VMAX et Solutions Enabler ........................................................................... 6

Unisphere pour périphériques CKD .......................................................................... 8

Propriétés de la baie .......................................................................................................... 8

Espace disponible .............................................................................................................. 9

Création de périphériques : périphériques CKD 3390 ......................................................... 9

Duplication de périphériques ....................................................................................... 11

Gestion des SSID .......................................................................................................... 12

Mappage de périphériques CKD ....................................................................................... 13

Mappage de périphériques .......................................................................................... 15

Annulation du mappage de périphériques CKD ................................................................ 16

Attribution d’alias............................................................................................................. 18

Annulation de l’attribution d’alias .................................................................................... 18

Mise en ligne/hors ligne des périphériques ...................................................................... 19

Modification d’une attribution CKD : restrictions inhérentes à EMC .................................. 20

Modification d’une attribution CKD : restrictions inhérentes à z/OS.................................. 20

Conclusion ....................................................................................................................... 20

Références ............................................................................................................ 21

Annexe ................................................................................................................. 21

Structure matérielle de la gamme Z .................................................................................. 21

Exemple de paramètres de configuration HCD .................................................................. 22

Technologie PAV ............................................................................................................... 23

Planification d’adresses pour la fonction PAV statiques ............................................... 25

Planification d’adresses pour la fonction PAV dynamiques ........................................... 27


Résumé analytique À mesure que les outils de gestion du stockage EMC® évoluent pour répondre aux besoins complexes et variés de nombreuses entreprises, ils offrent des fonctions de plus en plus étendues, mais aussi plus sophistiquées. Le perfectionnement de la gestion du stockage a notamment abouti à la mise au point d’un ensemble d’options riches et diverses au sein de chaque outil. Résultat : les produits de gestion du stockage EMC sont certes extrêmement puissants, mais plutôt impressionnants aux yeux des utilisateurs inexpérimentés.

En réponse aux préoccupations des clients en matière de facilité d’utilisation, EMC a conçu Unisphere® for VMAX®. Ce logiciel permet d’administrer les principales fonctions de gestion du stockage les plus courantes des baies Symmetrix® à partir d’une interface utilisateur Web simple et intuitive. Unisphere présente un avantage certain pour les opérateurs : ils peuvent en tirer parti rapidement, et ce, quel que soit leur niveau d’expérience.

Avec Unisphere, les administrateurs de stockage mainframe peuvent se charger directement du contrôle des modifications de la baie, sans avoir besoin de consulter le personnel EMC. Le processus perd ainsi de sa complexité. Il est alors possible d’appliquer plus rapidement les modifications et d’éviter les erreurs de communication, puisque ce sont des administrateurs autorisés de l’entreprise cliente qui procèdent directement aux modifications sur les baies à l’aide de Unisphere.

Unisphere donne à l’administrateur de stockage mainframe le contrôle des opérations suivantes sur les baies Symmetrix :

création et suppression de périphérique ;

adressage de base et d’alias de périphérique ;

réplication locale et à distance ;

qualité de service.

Unisphere accélère et facilite la gestion des baies. Les boîtes de dialogue structurées en assistants de configuration permettent d’effectuer rapidement les tâches d’installation, de configuration et de routine. En offrant des fonctions simplifiées de gestion et de surveillance de la réplication, Unisphere assure une facilité d’utilisation qui se traduit par un fonctionnement performant. Dernier point, Unisphere est résolument tourné vers l’avenir et, à cet effet, mettra de nouvelles fonctions à la disposition des utilisateurs de manière toujours aussi simple et intuitive. Conséquence : une très nette réduction de la courbe d’apprentissage nécessaire à l’implémentation de toute nouvelle technologie. Avec Unisphere, la communauté d’utilisateurs mainframe dispose à présent d’un véritable choix en matière de gestion de baies Symmetrix.


Audience

Ce livre blanc s’adresse à tous les lecteurs souhaitant mieux comprendre le potentiel de Unisphere en termes de gestion simplifiée des tâches de configuration de baies Symmetrix pour mainframe. Il est particulièrement destiné aux administrateurs de stockage, aux programmeurs système et aux responsables opérationnels préoccupés par la gestion de périphériques CKD (Count Key Data) sur une plate-forme de stockage Symmetrix. Ce document part du principe que le lecteur connaît les conditions de configuration requises pour les baies de stockage installées dans un environnement mainframe.

Présentation Unisphere dispose d’une interface utilisateur Web qui permet de sélectionner des objets et des séquences d’actions d’un simple clic. Ceux-ci sont ainsi transmis à SYMAPI, ce qui permet de gérer les baies avec la simplicité et l’intuitivité du pointer-cliquer.

Un système Symmetrix rattaché au mainframe z/OS doit respecter les spécifications de configuration définies par le système d’exploitation hôte. Solutions Enabler fournit davantage d’informations lorsqu’il est exécuté sur l’hôte z/OS que sur le serveur Unisphere. Ces sujets sont évoqués dans les sections suivantes comme condition préalable à l’examen des activités de gestion de mainframe Unisphere.

Configuration de Symmetrix

Lorsqu’une baie Symmetrix est connectée à un mainframe, elle comprend des directeurs ESCON (EA) ou FICON (EF). Suivant l’évolution des composants matériels du mainframe, différentes structures de configuration clés sont associées aux périphériques adressés sur les directeurs EA ou EF.

Dans les implémentations de mainframes initiales, une unité de contrôle CU (Control Unit) gérait les commandes émanant du sous-système de canaux CSS (Channel Subsystem) vers un lecteur de disque particulier. Même si les premières CU comptaient moins de 256 périphériques, il s'agit aujourd'hui du nombre maximal de périphériques pouvant être définis au sein d’une CU. Une fois que les baies de stockage ont franchi cette limite de 256 volumes/périphériques, elles ont présenté des unités de contrôle logiques LCU (Logical Control Unit) au CSS, dépassant ainsi les limites physiques des composants matériels antérieurs. Chaque CU (et, de ce fait, chaque LCU) disposait de son propre ID de sous-système, ou SSID (Subsystem ID). Ces structures sont d’ailleurs toujours en place de nos jours. L’adressage sur les directeurs EA et EF est divisé en images d’unité de contrôle (logique) comportant chacune son propre SSID et contenant 256 périphériques au maximum.

Même si une baie de stockage Symmetrix dotée de directeurs EF est capable d’émuler jusqu’à 255 unités de contrôle (logiques) par port directeur, le recours à un nouveau concept d’abstraction logique s’est imposé dans certains environnements de clients. La baie Symmetrix devait être en mesure de représenter plusieurs baies de manière logique. Dans le programme de configuration EMC (SymmWin), chaque baie logique est désignée par le terme


split, ou séparation. Lorsque des séparations sont définies, la baie Symmetrix peut contenir plusieurs instances des mêmes adresses LCU (réplicas), mais le SSID de chaque LCU est unique. Chaque instance d’un schéma d’adresse LCU répliqué se trouve dans une séparation différente, et chaque séparation s’affiche en tant que baie distincte avec un numéro de série légèrement différent de celui de la baie d’origine. À l’heure actuelle, seuls les responsables du Support Clients d’EMC peuvent manipuler les définitions de séparation. En revanche, la définition des SSID et l’adressage des LCU sont tout à fait possibles à l’aide de Unisphere.

Dans le contexte des LCU, des restrictions liées au système d’exploitation s’appliquent aux périphériques. L’évolution du matériel des disques a imposé de nouvelles exigences au sein du programme de configuration de Symmetrix. Le formatage des pistes de disque et la taille des disques ont été standardisés par le matériel mainframe antérieur. Même si d’autres tailles sont possibles, les configurations courantes emploient des tailles de disque standard (par ex., 3390-1, 3390-3, 3390-9, 3390-27 et 3390-54). Unisphere intègre ces définitions dans des assistants de configuration afin de simplifier au maximum la création de périphériques. Lorsque des volumes PAV (Parallel Access Volumes) sont présents, chaque image de CU ne peut comporter qu’un seul type de géométrie. Les baies Symmetrix prennent également en charge une géométrie de disque de type 3380. EMC permet d’associer des géométries de disque de type 3380 et 3390 sur un même disque physique. Enfin, lorsque la fonction PAV n’est pas prévue, les périphériques de type 3380 et 3390 peuvent coexister sur la même CU, bien que ce type de configuration soit rarement nécessaire de nos jours.

Le processus de création et de chargement d’un changement de configuration au moyen de Unisphere fait écho au processus utilisé par le personnel de maintenance d’EMC. Les configurations Symmetrix sont conservées dans une structure de données binaire communément appelée fichier BIN. Ce fichier de configuration est géré par le processeur de service Symmetrix au moyen de l’application SymmWin. Les paramètres de modification de la configuration sont collectés à l’aide de l’interface pointer-cliquer de Unisphere, puis transmis au serveur SYMAPI. Ce dernier génère des appels système (Syscall) pour transmettre les paramètres de configuration à la baie Symmetrix, où SymmWin crée un nouveau fichier BIN, combinant la configuration actuelle avec les paramètres de modification de la configuration Unisphere. Des contrôles de validité sont réalisés par rapport au nouveau fichier BIN. Si la mise à niveau prévue est autorisée, un script démarre en vue de charger la nouvelle configuration.

Unisphere for VMAX et Solutions Enabler

Unisphere est installé sur un serveur Windows, UNIX ou Linux où il est exécuté en tant que service ou processus. Un utilisateur Unisphere (client) communique avec le service Unisphere au moyen d’un navigateur Web (tel qu’Internet Explorer, Chrome ou Firefox). Le service/processus Unisphere permet au client de sélectionner des objets de baie et des actions à l’aide d’une interface pointer-cliquer. Le service/processus Unisphere transmet ensuite les paramètres collectés à Solutions Enabler SYMAPI, qui se charge d’exécuter la tâche de gestion de baies.


Figure 1. Unisphere for VMAX avec installation distante de SYMAPI

Il est possible d’installer Unisphere avec l’application SYMAPI s’exécutant sur le même serveur que SE (Solutions Enabler). Il s’agit alors d’une installation locale. Il est également possible d’exécuter SYMAPI sur un autre serveur que Solutions Enabler. On parle dans ce cas d’une installation distante. En cas de gestion de périphériques CKD par Unisphere dans un environnement z/OS, il est plus avantageux d’installer Unisphere en exécutant Solutions Enabler à distance sur l’hôte z/OS. Cette installation distante est illustrée à la Figure 1. Dans ce schéma, SYMAPI a accès aux informations de z/OS concernant les périphériques Symmetrix en ligne, notamment les VOLSER et les numéros de périphérique. La Figure 3 illustre l’affichage des volumes standard CKD dans Unisphere, avec des informations concernant l’adresse UCB (Unit Control Block) et le VOLSER. Si de telles informations sont requises pour gérer les périphériques Symmetrix, il est nécessaire d’installer Unisphere en exécutant Solutions Enabler sous z/OS.

Figure 2. VOLSER et numéro de périphérique disponibles via une installation distante de SYMAPI

Les exemples de Unisphere utilisés dans ce document reposent sur les versions logicielles minimales suivantes : Unisphere for VMAX V1.5.1, EMC Solutions Enabler V7.5 et Enginuity™ version 5876 Q2 2013 SR.

L’aide en ligne de Unisphere fournit des informations supplémentaires sur la gamme complète de fonctions de gestion de ressources Unisphere Symmetrix.

Il est recommandé d’appeler les commandes système z/OS DISPLAY, DEVSERV, VARY device et PATHING appropriées afin de valider les modifications de configuration Unisphere Symmetrix. Pour plus d’informations sur la syntaxe des commandes système z/OS, consultez la documentation de référence IBM z/OS appropriée.


Unisphere pour périphériques CKD

Propriétés de la baie

La gestion de baies Symmetrix commence par la connaissance des éléments disponibles pour le contrôle et des différentes actions pouvant être appliquées à ces éléments. Figure 3 présente la vue CU Images depuis une instance Unisphere. Pour les périphériques CKD, les images de CU sont immédiatement visibles dans l’arborescence des objets figurant sous l’unité Symmetrix. Cette technique facilite l’interrogation des périphériques CU et des propriétés afférentes. La partie droite de la fenêtre affiche la colonne Common Tasks. Ces tâches permettent d’ouvrir des assistants de configuration supplémentaires.

À l’instar de toute interface pointer-cliquer, des informations complémentaires sur les propriétés sont disponibles via la sélection d’autres champs. Si vous sélectionnez SSID 0x01, l’écran suivant présente les propriétés associées à ce SSID. Une fois ces informations visibles, sélectionnez Volumes–240 pour afficher la liste (abrégée dans cet exemple) des volumes attribués à cette image de CU.

Figure 3. Propriétés d’une baie Unisphere


Espace disponible

Le calcul de l’espace disponible sur un système Symmetrix constitue un aspect important de la gestion de baies. La fonction System Dashboard de Unisphere indique la capacité physique et virtuelle disponible et utilisée. Un graphique facile à lire présente un comparatif très clair de la capacité utilisée par rapport à la capacité disponible restante (voir la Figure 4 à la page suivante). Même si les architectures FBA (Fixed-Block Architecture) et CKD peuvent coexister sur un même disque physique, le rapport de capacité disponible présente les informations dans un seul format, c.-à-d. le format de bloc natif du disque (512 octets par bloc). L’émulation du format CKD consomme légèrement plus d’espace que le format de bloc natif sur le disque.

Les informations sur l’espace disponible revêtent de l’importance lors de la création de périphériques supplémentaires. Elles s’avèrent également utiles lors de la vérification des configurations de performances dans le cadre desquelles les disques sont délibérément sous-utilisés. Sachez qu’à l’approche de la volumétrie maximale, l’espace disponible total peut devenir plus difficile à occuper. En effet, même si le système signale la présence d’espace disponible, les demandes de création de périphérique risquent de ne pas trouver suffisamment d’espace contigu sur les disques appropriés pour les besoins de la stratégie de protection souhaitée. Une utilisation déséquilibrée des disques peut laisser aux produits de protection partenaires (groupes RAID ou groupes de miroirs) un espace disponible inégal et ainsi empêcher le système de satisfaire les demandes de création de périphérique.

Figure 4. Unisphere : espace disponible

Création de périphériques : périphériques CKD 3390

La figure 5 présente le tableau de bord Storage Volumes. Sous la rubrique Common Tasks de ce tableau de bord, sélectionnez Create Volumes afin d’ouvrir l’assistant de configuration.


Figure 5. Unisphere : espace disponible

La figure 6 illustre les sélections à effectuer dans Unisphere pour créer des périphériques. L’objet de baie a déjà été sélectionné et identifié par son numéro de série sur la page d’accueil de Unisphere.

Dans cette fenêtre, accédez à la vue Storage, puis sélectionnez Volumes. Sous Common Tasks, sélectionnez Create Volumes. L’assistant de configuration Create Volumes s’ouvre. Cet exemple illustre une demande de création de volume de cylindre CKD-3390 10017. Le nouveau volume est alors créé sous forme de miroir bidirectionnel doté d’une capacité de 7,93 Go provenant de n’importe quel disque disponible.

Lorsqu’il est activé, l’onglet Select SSID indique le nombre actuel de SSID en cours d’utilisation, les périphériques mappés et non mappés, les numéros de périphérique présents et le nombre maximal de périphériques autorisés (256). Cet exemple utilise l’identifiant SSID 0001 comme SSID temporaire du périphérique que vous venez de créer, mais qui n’est pas encore mappé.

Lorsque vous mappez le périphérique aux directeurs EF/EA appropriés à l’aide de l’option de mappage de périphériques, le SSID final est spécifié. Pour plus d’informations sur les raisons pour lesquelles un SSID temporaire est utilisé entre la création et le mappage d’un périphérique, reportez-vous à la section Gestion des SSID, à la page 11. Notez également que la boîte de dialogue de création de périphérique comporte des onglets sélectionnables permettant de créer d’autres types de volumes (Virtual, Private ou Template). Cet exemple illustre le modèle de création de périphérique Regular. Cependant, la boîte de dialogue propose trois autres modèles afin de créer les différents types de périphérique possibles.


Vous pouvez soit créer le volume immédiatement, soit l’ajouter à la liste des tâches (via le bouton Add to Job List) à des fins de création ultérieure.

Figure 6. Création de périphérique CKD-3390

Duplication de périphériques

Dans l’exemple de création de périphérique, un assistant de configuration invite l’utilisateur à saisir les paramètres appropriés. Cependant, même si ces paramètres ont été configurés, il est nécessaire de les fournir à nouveau pour les créations ultérieures. Dans le cas de volumes standardisés, vous pouvez utiliser un périphérique existant comme modèle afin de dupliquer ce type de volume. Le recours à la duplication simplifie davantage le processus de création. La figure 7 illustre l’option de duplication.

Sélectionnez Storage > Volumes pour ouvrir le tableau de bord Volume. Dans le volet Volume Type, sélectionnez le type de volume souhaité, puis cliquez sur View pour afficher la liste Volumes. Sélectionnez le volume, puis cliquez sur > (>> signifie Plus) pour ouvrir la boîte de dialogue Duplicate Volume.

Le nombre de nouveaux périphériques est un paramètre essentiel que vous devez encore indiquer. Autre information indispensable à fournir, le SSID temporaire qui sera utilisé jusqu’à ce que les nouveaux périphériques soient attribués à des directeurs EF/EA. L’option Override permet de modifier tout paramètre défini dans le modèle. Elle doit notamment être utilisée lors de chaque spécification du SSID temporaire. Pour plus d’informations sur les raisons pour lesquelles un SSID temporaire est utilisé entre la création et le mappage d’un périphérique, reportez-vous à la section Gestion des SSID.

Comme Unisphere active de manière intelligente les options applicables aux objets et aux tâches sélectionnés, le modèle de duplication de périphérique n’est pas disponible pour les périphériques SRDF®. En effet, ces derniers nécessitent la configuration de paramètres distants, ce que ne permet pas le modèle de déduplication. Par conséquent, si des périphériques SRDF sont utilisés comme modèle de périphérique, l’option Duplicate Device n’est pas disponible.


Figure 7. Duplication de périphérique CKD-3390

Gestion des SSID

z/OS dispose de règles relatives aux identifiants de sous-système (SSID) que Unisphere applique au moment de la création d’une configuration Symmetrix pour les périphériques CKD. En appliquant les règles du système d’exploitation, Unisphere empêche le chargement de configurations non autorisées sur le système Symmetrix. Entre autres règles z/OS mises en œuvre par Unisphere, citons celle rendant obligatoire l’attribution de tous les périphériques dotés d’un SSID identique au même ensemble de canaux (ensemble de directeurs EA/EF).

Comme les opérations de création et de mappage de périphériques sont effectuées lors de deux chargements de configuration distincts, il s’écoule toujours un laps de temps pendant lequel les périphériques existent sans être mappés. Par conséquent, il est nécessaire de choisir un SSID temporaire au moment de la création du périphérique. Il sera conservé jusqu’au terme de la procédure de mappage pour les opérations qui ne correspondent pas exactement à une image de CU (256 ou un multiple de 256 périphériques). Chacun des trois points de discussion précédents abordant la création de périphériques inclut cette utilisation obligatoire d’un SSID temporaire jusqu’à ce que les nouveaux périphériques soient attribués à des directeurs EA/EF.

L’autre règle essentielle relative aux SSID précise qu’une image de CU (de 256 périphériques) ne peut comporter qu’un seul SSID. Il convient de procéder à la sélection du SSID final avec soin. Une seule valeur correcte est possible si une image de CU est déjà définie à l’aide d’adresses ; il s’agit alors du SSID associé à cette unité de contrôle.


Mappage de périphériques CKD

Pour accéder à un périphérique depuis un hôte mainframe, vous devez mapper ce périphérique à un ou plusieurs ports directeurs EA ou EF front-end. La configuration HCD (Hardware Configuration Definition) doit inclure les périphériques Symmetrix et le fichier IODF (Input Output Definition File) associé doit être chargé et actif.

Le mappage de ports front-end est le mécanisme employé par Symmetrix pour exporter la vue logique des périphériques vers le système z/OS. Les périphériques sont généralement hors ligne sous z/OS jusqu’à ce qu’une table VTOC (Volume Table of Contents) soit mise en place et qu’une commande Vary Online marque le périphérique comme prêt. La réalisation de ces étapes permet à l’hôte mainframe de reconnaître les périphériques comme étant prêts pour les opérations de lecture et d’écriture. Les périphériques non mappés sont des périphériques qui ont été créés, mais qui n’ont jamais été mappés ou dont le mappage a été explicitement annulé par la suite. Comme l’illustre la figure 8, un groupe de périphériques devient partie intégrante d’une image de CU une fois qu’il est mappé à des ports EA ou EF front-end. Les blocs de contrôle d’unité (UCB) gèrent les adresses de périphérique au sein du système d’exploitation z/OS. La partition logique (LPAR) est un sous-ensemble de ressources de traitement au sein d’une structure complexe constituant l’environnement qui contient le système d’exploitation exécuté.

Figure 8. Images de CU et périphériques mappés

Un mainframe z/OS peut accéder à plusieurs images de CU. Une image de CU contient au maximum 256 adresses de périphérique (numérotées de 0x000 à 0x0FF). Un périphérique ne peut se trouver que dans une seule image de CU. Chaque image de CU possède un ID de sous-système (SSID) unique. En revanche, le système Symmetrix peut comporter de nombreuses images de CU, dont le nombre total dépend du modèle et du niveau de code Enginuity.

Lorsque la fonction PAV est activée, les adresses de base et d’alias d’un périphérique doivent être identiques sur tous les ports d’un processeur EA (un processeur EF ne comporte pas plusieurs ports). Même s’il est courant que les ports EA A(0) et B(1) soient mappés à l’identique, certaines configurations antérieures adressaient le port A(0) à une plage de périphériques donnée et le


port B(1) à une autre. Une fois la fonction PAV activée, ces configurations mixtes ne sont plus valides.

Depuis la version 5771 d’Enginuity, une structure de gestion de configurations de séparation améliorée est incorporée dans le programme de configuration de Symmetrix. Cette nouvelle structure réduit le temps nécessaire pour corréler et gérer les groupes de séparation des chemins. Unisphere détecte la version d’Enginuity exécutée pour chaque baie et active de manière intelligente les modèles de commande appropriés. Les pages suivantes proposent des exemples des deux modèles de commande.

Une séparation Symmetrix peut contenir plusieurs images de LCU. Les images de CU sont liées à des ports directeur EA/EF sélectionnés qui définissent la séparation. À l’heure actuelle, il est possible de configurer 16 séparations au sein d’un système Symmetrix exécutant Enginuity 5771 ou version supérieure.

Il est possible de mapper des numéros d’image CU dupliqués à des séparations différentes. Les images d’unité de contrôle (logique) dupliquées sont attribuées à des périphériques Symmetrix distincts et possèdent des SSID différents. Le numéro de série de baie présenté par chaque séparation est légèrement modifié pour permettre à la partition logique (LPAR) de l’hôte associé d’interpréter le numéro d’image de CU dupliqué comme une unité de contrôle (logique) dans une baie unique. Il est ainsi possible de maintenir la conformité IOCP lors du remplacement d’un nombre d’unités Symmetrix plus petites et de la réduction des configurations existantes au sein d’un seul système Symmetrix plus grand.

La figure 9 présente la vue CU Image de Unisphere pour la baie Symmetrix portant le numéro de série 4575. La liste des images de CU comporte des numéros de CU en double. Dans cet exemple, il existe deux instances de la CU 00. La présence de deux instances d’une même image de CU indique que deux séparations sont actives. Toutefois, même si les numéros de CU sont dupliqués, le SSID est unique. Que l’image de CU soit en ligne ou hors ligne, tous les SSID d’une structure complexe doivent être uniques.

Figure 9. Numéros d’image CU en double indiquant des séparations


Mappage de périphériques

Enginuity comprend un écran de gestion des séparations (reportez-vous à la section Mappage de périphériques CKD, à la page 12). En conséquence, le mappage des directeurs EA/EF d’un groupe est réalisé automatiquement par l’application SymmWin. Le choix d’un port EA/EF dans un groupe implique que le même mappage est appliqué à tous les ports faisant partie de ce groupe. Cependant, la situation évoquée précédemment pour l’adressage de ports lorsque la fonction PAV est activée reste valide. Les adresses de base et d’alias d’un périphérique doivent être identiques sur tous les ports d’un processeur EA (un processeur EF ne comporte pas plusieurs ports). Bien que les deux ports doivent disposer des mêmes adresses, ils e doivent pas être mappés à la même LPAR. Les ports A(0) et B(1) partagent le seul processeur logique (multiplexé). Si, dans ce mode, les ports sont configurés sur la même partition logique (LPAR), il est possible que des conditions de type CU Busy et CU End ainsi que des conflits d’accès se produisent trop fréquemment lors de la sélection de la rotation de chemin de canal z/OS. Les éventuels conflits d’accès sont réduits lorsque les adresses des ports A(0) et B(1) sont rattachées à des LPAR différentes.

La première adresse de base attribuée à une image de CU doit être un multiple de 0x010. Si vous envisagez d’ajouter des adresses de base à l’aide de la fonction Unisphere, il est important de respecter cette restriction MVS. Si l’adresse de base 00 est en place (satisfaisant ainsi à la règle MVS), toutes les autres modifications d’adresse sont légitimes.

Mappage de périphériques

Lors d’une opération de mappage, les périphériques sont présents sans encore faire partie d’une unité de contrôle. Sélectionnez Storage > Volumes pour ouvrir le tableau de bord Volume sous la baie appropriée, identifiée par son numéro de série. Dans le volet Volume Type, sélectionnez CKD. Sous General Volumes, sélectionnez Regular, Virtual, Meta ou Private. Sélectionnez ensuite le type de volume (dans cet exemple, Private/2-Way Mir). Sélectionnez View pour afficher la liste Volumes. Si la liste des périphériques appropriés est connue, vous pouvez sélectionner le périphérique de votre choix, puis démarrer et configurer le modèle de mappage à l’aide des numéros de périphérique connus. Choisissez les volumes, puis cliquez sur z/OS Map pour ouvrir la boîte de dialogue du même nom.

La boîte de dialogue z/OS Map Volume nécessite la saisie des informations suivantes, comme l’illustre en détail la figure 10 :

plage de périphériques à mapper ;

adresse de base (comprenant le numéro de CU d’identification) ;

adresse d’alias de début si des alias sont utilisés (pour plus d’informations sur les alias, reportez-vous à la section Attribution d’alias, à la page 16) ;

SSID associé à cette CU. Le numéro SSID doit être unique au sein de la structure complexe. Il correspond à l’un des ports inclus dans la séparation et dispose du même adressage.


Figure 10. Mappage de périphériques

Annulation du mappage de périphériques CKD

Il est possible d’annuler le mappage d’une plage de périphériques CKD dotés d’adresses de base des ports EA ou EF associés. Si les périphériques dont le mappage doit être annulé disposent d’adresses d’alias allouées dans la configuration, tous les alias figurant dans l’image de CU sont également supprimés. Les alias sont définis sous forme de plage, et le logiciel fait en sorte que la suppression des périphériques ne provoque aucun blanc dans cette plage. En effet, lorsque des alias sont supprimés, la plage entière est retirée avant d’être rajoutée dans un bloc contigu.

Dès lors que les questions relatives aux alias sont résolues, il est possible de procéder à l’annulation du mappage. Il est important de souligner que la première adresse de base attribuée à une image de CU doit être un multiple de 0x010. Si vous envisagez de supprimer des adresses de base, vous devez respecter cette restriction z/OS. Si l’adrese de base 00 reste en place (satisfaisant ainsi à la règle z/OS), toutes les autres modifications d’adresse sont légitimes. Lors de l’annulation du mappage de périphériques z/OS, veillez à appliquer la commande VARY offline aux chemins associés. Avant d’annuler le mappage, assurez-vous que les volumes/Datasets sont libérés des ressources z/OS.


Remarque : lorsque plus aucun périphérique n’est mappé à un certain directeur ESCON ou FICON, ce dernier passe à l’état DD. Les scripts de configuration Symmetrix détectent les situations dans lesquelles un tel état est attendu et des étapes sont prévues pour prendre en compte la présence de directeurs DD. Toutefois, le rétablissement de ces derniers provoque un allongement du script.

Lors de l’annulation d’un mappage, sélectionnez Hosts > CU Images pour ouvrir la vue CU Images. Dans cet exemple, des volumes précis ont été choisis pour l’opération. L’objet CU Image contient les périphériques mappés existants. Par conséquent, il constitue un excellent point de départ. Sélectionnez l’objet CU approprié disponible sous la baie pertinente, identifiée par son numéro de série. Sélectionnez l’image de CU et le SSID contenant les volumes dont le mappage doit être annulé. Sélectionnez les volumes, puis cliquez sur z/OS Unmap. La boîte de dialogue de l’assistant de configuration s’affiche.

La boîte de dialogue z/OS Unmap Volumes nécessite la saisie des informations suivantes, comme l’illustre en détail la figure 11 :

plage de périphériques dont le mappage est à annuler ;

SSID à utiliser pendant que les périphériques ne sont pas mappés (reportez-vous à la section Gestion des SSID, à la page 11) ;

l’un des ports inclus dans la séparation et disposant du même adressage. Le mappage des périphériques est annulé de manière simultanée pour tous les ports groupés via la fonction de gestion des séparations de SymmWin.

Figure 11. Annulation du mappage de périphériques

Pour une description du concept de séparation, reportez-vous à la section Mappage de périphériques CKD, à la page 12.


Attribution d’alias

S’il est nécessaire d’améliorer les performances des périphériques d’E/S, Unisphere permet d’attribuer des plages d’alias aux périphériques de base. Consultez à cet effet l’analyse comparative de la caractérisation des périphériques de stockage en attachement direct (DASD) d’IBM WLM. Sur une baie Symmetrix exécutant Enginuity version 56XX ou antérieure, vous devez attribuer des adresses d’alias PAV. Cependant, depuis la version 5771 d’Enginuity, vous pouvez attribuer une plage d’alias PAV à des volumes CKD mappés.

Sélectionnez Hosts > CU Images pour ouvrir la vue CU Images. La figure 12 illustre les choix disponibles dans la boîte de dialogue Unisphere pour attribuer une plage d’alias. Sélectionnez CU Image 0x00, puis cliquez sur > (Plus) pour ouvrir la boîte de dialogue Assign Alias Range. Saisissez les valeurs des adresses d’alias de début et de fin, puis exécutez la boîte de dialogue.

Figure 12. Attribution d’une plage d’alias

Annulation de l’attribution d’alias

Unisphere permet de supprimer les plages d’alias des périphériques de base au cas où il serait nécessaire d’allouer des adresses de canal supplémentaires à des périphériques Symmetrix (en restituant les adresses de base à l’unité de contrôle). La figure 13 illustre les choix disponibles dans la boîte de dialogue Unisphere pour annuler l’attribution de la plage d’alias F0 à FF sur la CU numéro 00.


Figure 13. Suppression d’une plage d’alias

Mise en ligne/hors ligne des périphériques

Cette section récapitule les règles de modification des attributions CKD et les points à prendre en compte lors de la mise en ligne/hors ligne des périphériques. Les informations présentées proviennent de la solution Primus référence EMC77918.

1. Un périphérique ne doit se trouver que dans une seule unité de contrôle.

Les adresses associées à un périphérique donné doivent toutes être identiques sur l’ensemble des ports auxquels le périphérique est mappé. Auparavant, il était possible d’adresser un périphérique sous le numéro 00 sur certains ports et sous le numéro 100 sur d’autres. Il s’agissait toujours de l’adresse de base 00, mais elle reflétait une image de CU différente selon le port. Ce type d’adressage n’est plus valide.

2. Les ports vides ne sont pas autorisés.

Si une modification de configuration implique la suppression temporaire de tous les périphériques d’un directeur, elle est assimilée à une suppression et un rajout du directeur. Ce dernier passe alors à l’état DD, puis est rechargé à l’aide d’un IML de directeur unique.

3. Les périphériques partagés avec FBA peuvent disposer d’alias (InfoMover et FDR/SOS).

4. Aucune intersection n’est possible entre deux séparations distinctes au sein d’une unité Symmetrix.

Une séparation utilise un modificateur de numéro de série afin de générer un numéro de série légèrement différent pour l’hôte. Chaque séparation dans une baie Symmetrix présente un numéro de série de CU unique pour l’hôte mainframe. Une architecture Symmetrix admet un maximum de 16 séparations. Bien entendu, les numéros de série ne peuvent pas se chevaucher. Il est impossible de créer des fichiers BIN incorrects comprenant des erreurs de modificateur de numéro de série avec la fonction d’attribution CKD.

5. La première adresse (quel que soit le port) doit être un multiple de la valeur hexadécimale 10. Exemples : 0A10, 0E20 et 2F30.


Modification d’une attribution CKD : restrictions inhérentes à EMC Les opérations de mappage et d’annulation de mappage sont bloquées pour

les configurations qui ne respectent pas les règles précédentes.

Si une configuration est séparée au niveau des ports (ce qui n’est possible qu’en l’absence de la fonction PAV), il est impossible d’annuler la séparation dans l’interface EA lorsque celle-ci est en ligne. Si l’adressage des ports A et B est différent et si l’introduction de périphériques PAV exige la résolution de la situation, il est nécessaire de mettre hors ligne les deux ports avant de procéder à la modification de la configuration.

Modification d’une attribution CKD : restrictions inhérentes à z/OS

Les restrictions suivantes sont propres à z/OS et non à EMC.

Avant qu’un alias puisse être supprimé d’un environnement PAV statique, la base associée doit être mise hors ligne depuis l’hôte à l’aide de la commande VARY offline. Lorsque la base est hors ligne, elle peut aussi être supprimée. Veillez toutefois à ce que cela ne produise pas de configuration en conflit avec la règle 5 décrite à la page 18.

Avant de supprimer un alias (avec ou sans la base) d’un environnement DPAV, veillez à mettre hors ligne l’image de CU entière à laquelle l’alias est associé. Cette étape est nécessaire, car il est impossible de prévoir les emplacements de base/d’alias existants d’un alias sous DPAV. Le fichier BIN constitue seulement la position de départ. Il se peut que, dans un mode d’affichage donné, une base soit dotée du même nombre d’alias qu’au démarrage, mais il peut s’agir d’alias ayant migré depuis d’autres bases dans le cadre des modifications de DPAV. Il n’existe aucun moyen de réconcilier les déplacements sous DPAV avec le fichier BIN statique en cours de chargement. Par conséquent, l’image de CU entière doit à nouveau démarrer après la modification de configuration. Autrement dit, il est nécessaire de mettre hors ligne l’image de CU pour procéder à la modification souhaitée. Lorsque l’image est remise en ligne, le processus DPAV peut alors reprendre depuis le début en intégrant les nouvelles informations. Si vous supprimez des bases et des alias, veillez à ne pas créer de configuration en conflit avec la règle 5 décrite à la page 18.

La définition HCD doit correspondre aux modifications apportées à Symmetrix.

Conclusion

Unisphere for VMAX est un outil de gestion du stockage qui permet de gérer les baies Symmetrix de manière simple et intuitive. Ce logiciel intègre des fonctions intelligentes qui guident l’utilisateur dans le choix d’un objet au sein de la hiérarchie des baies avant l’exécution d’une séquence de commandes. Il permet de visualiser les propriétés d’une baie, ainsi que d’effectuer et de gérer les modifications de configuration. Cet outil s’avère pratique quel que soit le niveau d’expérience de l’utilisateur. En effet, les modèles et les boîtes de dialogue rationalisent la saisie des paramètres et facilitent l’exécution des tâches. Les tâches de configuration propres aux mainframes sont disponibles sous l’élément de menu z/OS Configuration. Ainsi, les administrateurs de stockage peuvent apporter des modifications de configuration CKD aux baies Symmetrix. Le fait que


les administrateurs de stockage autorisés aient la possibilité d’effectuer directement des modifications sur les baies simplifie les procédures et améliore les délais d’exécution des activités administrées dans le cadre de systèmes de contrôle des modifications. Unisphere permet d’utiliser les fonctions actuelles avec facilité et simplicité et se propose d’apporter la même intuitivité aux fonctions ultérieures, ceci en vue de réduire la courbe d’apprentissage nécessaire à l’implémentation de toute nouvelle technologie.

Références Les manuels et références suivants traitent des concepts évoqués dans ce livre blanc :

Notes de mise à jour d’EMC Unisphere for VMAX

Aide en ligne d’EMC Unisphere for VMAX

EMC Unisphere for VMAX Product Guide

EMC Unisphere for VMAX Installation Guide

EMC Solutions Enabler Symmetrix Array Controls CLI Product Guide

EMC Solutions Enabler Symmetrix Array Management CLI Product Guide

EMC Solutions Enabler Symmetrix CLI Command Reference

IBM z/OS V1R13 MVS System Commands

Pour obtenir la version la plus récente de la documentation et des notes de mise à jour de Unisphere et de Symmetrix, consultez le site Web support.emc.com.

Annexe

Structure matérielle de la gamme Z

Même si Unisphere se charge exclusivement de gérer et d’effectuer des rapports sur les baies Symmetrix, il est important de bien comprendre la position qu’une baie occupe dans la hiérarchie matérielle de z/OS. L’exemple de connectivité z/OS suivant illustre un cas classique de configuration haute disponibilité. De nombreux éléments matériels et couches logiques participent à la transmission d’une opération d’E/S de l’hôte mainframe à la baie Symmetrix.

Sur la figure 14, les périphériques Symmetrix de l’image de CU 1A sont définis sur 4 directeurs FICON (EF). L’image de CU est identifiable au moyen de l’adresse de canal des périphériques de base 1Axx. Les directeurs FICON sont connectés par le biais de 2 switches FICON à 8 CHPID. Le schéma représente plusieurs couches logiques entre les CHPID et les UCB mappés au sous-système LCSS (Logical Channel Subsystem) 0/1 de la structure z9, z10, z114 ou z196. Les quatre directeurs EF Symmetrix forment un seul groupe de chemins logiques vers l’image de CU 1A.


Figure 14. Structure matérielle complexe de la gamme Z

LCSS Logical Channel SubSystem LPAR Logical Partition MIF Multiple Image Facility MSS Multiple Subchannel Set CHPID Channel Path ID PCHID Physical Channel ID

Exemple de paramètres de configuration HCD

Il est important que les utilisateurs de Unisphere maîtrisent les configurations matérielles et logicielles de l’environnement z/OS avant d’apporter des modifications aux ressources Symmetrix. SymmWin valide les modifications de configuration initiées par Unisphere afin de garantir leur conformité aux structures de données Symmetrix internes. Les vérifications effectuées par Symmetrix s’étendent même à certaines des exigences de mise en ligne du système d’exploitation z/OS. Il est vivement recommandé aux utilisateurs de Unisphere de participer aux processus de contrôle des modifications appropriés afin de s’assurer que ces dernières respectent la planification des ressources du site.

Les définitions de configuration Symmetrix pour la numérotation des images de CU et l’adressage de base et des alias des périphériques doivent correspondre à la définition HCD.


L’extrait présenté sur la Figure 15 correspond à une configuration HCD classique. Les instructions CNTLUNIT et IODEVICE fournissent des indicateurs de ressources que Unisphere est en mesure d’influencer. Les paramètres les plus intéressants pour les utilisateurs de Unisphere sont UNITADD, numéro CUADD, PATH et LINK, IODEVICE pour les périphériques de base, ainsi que les instructions de plage d’adressage d’alias associées. CHPID PATH=(CSS(1),98),SHARED,

PARTITION=((0),(V11A,V118,V119)),SWITCH=7E,PCHID=1E1,

TYPE=FC

CHPID PATH=(CSS(1),99),SHARED,

PARTITION=((0),(V11A,V118,V119)),SWITCH=7E,PCHID=1F1,

CNTLUNIT CUNUMBR=13DA,PATH=((CSS(1),98,99)), *

UNITADD=((00,256)),LINK=((CSS(1),7E21,7E22)),CUADD=1A,

UNIT=2105

IODEVICE

ADDRESS=(1A00,224),CUNUMBR=(13DA),STADET=Y,UNIT=3390B

IODEVICE ADDRESS=(1AE0,032),CUNUMBR=(13DA),STADET=Y,SCHSET=1,

UNIT=3390A

Figure 15. Exemple de définition HCD

Technologie PAV

La technologie PAV permet à un seul hôte z/OS de traiter simultanément plusieurs opérations d’E/S en direction du même volume logique. Avant l’introduction de la fonction PAV, les blocs de contrôle d’unité (UCB) et les files d’attente z/OS assuraient le suivi des demandes d’E/S traitées de manière séquentielle. Avec des périphériques dotés de la fonction PAV, un hôte z/OS peut utiliser (au lieu d’un seul UCB par unité logique) un UCB de base et plusieurs UCB alias pour accéder à la même unité logique, du moment que l’E/S n’est pas en train d’écrire vers la même extension de périphérique.

La figure 16 est une représentation de plusieurs UCB associés à la même unité logique dotée de la fonction PAV via l’attribution d’une adresse de canal de base (000) et d’adresses d’alias à deux canaux (080 et 0C0).

Figure 16. Adresses multiples pour un périphérique doté de la fonction PAV


Un périphérique de base est un périphérique réel, représenté par un volume logique Symmetrix, ainsi que par un UCB sur l’hôte. Un périphérique de base utilise une adresse de canal réelle et consomme de l’espace physique sur les disques back-end de l’unité de contrôle. Un périphérique alias est également représenté par un UCB sur l’hôte et utilise une adresse de canal réelle, mais même s’il est défini dans la CU, il ne consomme pas d’espace disque physique et ne possède pas de numéro de volume logique Symmetrix.

La fonction PAV dynamiques de Symmetrix permet au composant WLM (Workload Manager) de z/OS de supprimer ou de réattribuer de manière dynamique des périphériques alias (sources) à ou depuis différents périphériques de base (récepteurs), suivant les performances requises par la charge de travail à un moment donné. Le superviseur d’E/S utilise ces UCB de substitution alloués par WLM pour effectuer plusieurs opérations d’E/S sur le même périphérique.

Grâce à la fonction PAV dynamiques, l’ensemble complet d’alias d’une image de CU est traitée comme un pool. Le composant WLM de z/OS fonctionne de pair avec le système Symmetrix pour allouer des alias aux périphériques selon les critères de sélection définis pour les performances. Les périphériques qui atteignent les limites de performances se voient allouer automatiquement des alias en fonction des exigences actuelles en matière de planification de la charge de travail. Cette allocation offre des performances optimales pour les périphériques PAV, sans pour autant alourdir les tâches incombant à l’administrateur humain.

La fonction MA (Multiple Allegiance) est une fonction d’unité de contrôle permettant le traitement parallèle d’E/S non conflictuelles depuis plusieurs hôtes z/OS (contrairement à la fonction PAV, qui permet les opérations d’E/S parallèles à partir du même hôte). Les opérations d’E/S MA et PAV s’exécutent de manière simultanée. La baie Symmetrix les traite de façon égale et garantit l’intégrité des données en sérialisant les E/S d’écriture en cas de conflits d’extensions.

La découverte PAV a lieu lors du processus de mise en ligne de périphérique z/OS à l’aide de la commande Vary Online ; elle consiste à détecter la disponibilité ou l’indisponibilité d’une association d’alias avec le périphérique de base. La suppression et l’attribution dynamiques de périphériques alias sous Unisphere peuvent nécessiter le recours aux commandes système z/OS applicables (ou IODF ou les deux) afin de garantir la synchronisation des configurations hôte et Symmetrix pour les relations base/alias.

Lors de la configuration des attributions d’adressage de base/d’alias dans une plage d’adressage de 256 périphériques, les adresses de base doivent se trouver à l’extrémité basse de la plage et les adresses d’alias dans une plage supérieure. En général, les adresses de base débutent à la valeur 00 et augmentent, tandis que les adresses d’alias commencent à FF et décroissent.


Planification d’adresses pour la fonction PAV statiques

Lors de la définition de la fonction PAV statiques, une relation fixe est établie entre un périphérique de base et son alias. Workload Manager ne peut pas réattribuer un alias statique à un autre périphérique de base.

Le tableau 1 présente la disposition la plus courante dans le cas de deux adresses d’alias attribuées de manière statique à 64 périphériques de base au sein d’une unité de contrôle. Les adresses de base de ces périphériques sont comprises entre 000 et 03F. Le nombre d’alias requis est de 128. La plage de valeurs supérieures des périphériques alias est comprise entre 0C0 et 0FF, et 080 et 0BF (en diminuant progressivement les valeurs de la plage à partir de FF). Les adresses de périphérique restantes de la plage 040 à 07F peuvent servir pour des périphériques de base sans alias.

Adresse de

base

Alias n° 1 Alias n° 2

000 080 0C0

001 081 0C1

002 082 0C2

003 083 0C3

“ “ “

“ “ “

03F 0BF 0FF

040

041

“

“

07F

Tableau 1. 64 périphériques de base avec deux alias chacun

Si vous prévoyez d’attribuer un jour des adresses d’alias à des périphériques de base compris entre 040 et 04F, il est nécessaire de planifier cette opération avec soin. En respectant la règle selon laquelle les adresses de base commencent à 00 et augmentent tandis que les adresses d’alias débutent à FF et décroissent, vous éviterez les conflits entre les plages d’adressage de base et d’alias. Le résultat final est illustré dans le tableau 2.

Adresse de

base

Alias n° 1 Alias n° 2

040 060 070

041 061 071

042 062 072

043 063 073

“ “ “

“ “ “

04F 06F 07F

Tableau 2. Ajout de deux alias à des périphériques de base compris dans la plage 040 à 04F


L’ajout de trois alias à chaque périphérique de base compris dans la plage 040 à 04F a pour effet d’atteindre le maximum de 256 adresses prises en charge par la CU. Si d’autres adresses sont nécessaires, une autre image de CU doit être utilisée. Le tableau 3 correspond à une telle situation. Cette CU comporte à présent deux alias statiques sur les périphériques 00 à 34 et trois alias statiques sur les périphériques 40 à 4F. La plage de base est comprise entre 00 et 7F et la plage d’alias entre 80 et FF. Les plages de base et d’alias ne peuvent pas se recouper ; cette disposition permet d’atteindre cet objectif.

Adresse de

base

Alias n° 1 Alias n° 2 Alias n° 3

040 050 060 070

041 051 061 071

042 052 062 072

043 053 063 073

“ “ “ “

“ “ “ “

04F 05F 06F 07F

Tableau 3. Ajout de trois alias à chacun des périphériques de base compris dans la plage 040 à 04F

L’attribution de trois adresses d’alias à chacun des 64 périphériques de base au sein de la plage d’adressage de 256 périphériques d’une CU constitue une division naturelle et permet de terminer l’adressage au sein de la CU, comme l’illustre le tableau 4 (64 adresses de base et 192 adresses d’alias utilisant ainsi les 256 adresses selon une distribution uniforme).

Adresse de

base

Alias n° 1 Alias n° 2 Alias n° 3

000 040 080 0C0

001 041 081 0C1

002 042 082 0C2

003 043 083 0C3

“ “ “ “

“ “ “ “

“ “ “ “

“ “ “ “

“ “ “ “

“ “ “ “

“ “ “ “

“ “ “ “

03F 07F 0BF 0FF

Tableau 4. Ajout de trois alias à chacun des 64 périphériques de base


Remarque : dès lors qu’une configuration d’adressage est définie pour une baie Symmetrix, toute modification apportée à la combinaison d’adresses nécessite des opérations de gestion sur l’hôte (IOCDS), lesquelles peuvent entraîner d’importantes perturbations. Une telle situation risque de nécessiter la mise hors ligne de tous les périphériques concernés, voire d’une image de CU entière, lors de certaines réattributions d’adresses.

Planification d’adresses pour la fonction PAV dynamiques

La fonction PAV dynamiques permet au composant WLM de z/OS de réattribuer de manière dynamique des périphériques alias à différents périphériques de base en fonction des performances requises par la charge de travail à un moment donné. Même si WLM gère les périphériques alias de manière dynamique et modifie les attributions d’adressage de base/alias à la volée, il est nécessaire de définir l’allocation initiale des adresses d’alias aux périphériques de base. Le système d’exploitation peut rétablir cette allocation initiale si une erreur se produit pendant l’opération de gestion dynamique. Même dans un environnement dynamique, la baie Symmetrix doit présenter une allocation d’adressage de base/alias initiale à l’hôte.

Tableau 5 est un exemple d’attribution de 128 adresses d’alias à 128 périphériques de base dans une CU. Lorsque la baie Symmetrix est mise en ligne sur l’hôte z/OS, WLM déplace de manière dynamique les relations base/alias en fonction de la charge de travail.

Adresse de

base

Alias

000 080

001 081

002 082

“ “

“ “

03F 0BF

040 0C0

041 0C1

“ “

“ “

07E 07E

07F 0FF

Tableau 5. Ajout d’un alias à chaque périphérique doté de la fonction PAV dynamiques

Documents

GESTION DE PERIPHERIQUES CKD SYMMETRIX DANS UN … · Gestion de périphériques CKD Symmetrix dans un environnement z/OS à l’aide de 3 Unisphere for VMAX Sommaire Résumé analytique