4 Utilisation du tableau de bord VTCS

La section "Utilisation du tableau de bord VTCS" traite essentiellement de la revue de vos rapports MVC et VTC. Les principaux éléments et composantes de votre configuration de bande virtuelle sont les VTSS, VTD, VTV, RTD et MVC. Il n'est donc pas surprenant qu'une grande partie de vos activités quotidiennes et hebdomadaires consiste à vous assurer et qu'ils fonctionnent tous normalement.

Vérification de l'état des bandes virtuelles (Tâche quotidienne)

Considérez un VTSS comme l'équivalent virtuel d'un ACS de proximité, un VTD comme l'équivalent virtuel d'un lecteur de bande réel de proximité et un VTV comme l'équivalent virtuel d'un volume de proximité. Il n'est pas difficile de comprendre pourquoi il est important de s'assurer que tous les VTSS, VTD et VTV fonctionnent normalement.

Pour vérifier l'état des bandes virtuelles :

1. Exécutez la commande Display VTSS.

   Vous devriez obtenir un résultat similaire à celui qui est illustré au Tableau 4-1.

   Tableau 4-1 Exemple de résultat de la commande VTSS - VTSS en bon état de marche

   VTSS NAME (NOM VTSS)	CAPACITY (MB) (CAPACITE (MO))	DBU	HI AMT (AMT HAUT)	LOW AMT (AMT BAS)	VTV COUNT (NBR VTV)	MX MT (MT MX)	MN MT (MT MN)	ACS	AUTO MIG	STATE (ETAT)
   HBVTSS16	56 209	55	80	60	2440	6	3	02	-	ONLINE (EN LIGNE)
   HBVTSS17	56 209	50	80	60	2180	6	3	02	-	ONLINE (EN LIGNE)
   HBVTSS18	56 209	52	80	60	2288	6	3	01	-	ONLINE (EN LIGNE)
   HBVTSS19	93 184	45	80	60	1900	6	3	01	-	ONLINE (EN LIGNE)

   
   

   Le Tableau 4-1 illustre l'état de quatre VTSS "qui fonctionnent correctement" :

   • Premièrement, tous les VTSS sont en ligne, ce qui est généralement positif.

   • Les LAMT ont tous une valeur de 60 et les HAMT ont tous une valeur de 80, ce qui correspond à des plages positives pour optimiser l'utilisation des VTSS et promouvoir une migration automatique efficace.

   • Les DBU sont toutes bien inférieures à la valeur HAMT, ce qui signifie qu'il y a encore de l'espace pour la croissance sur les VTSS avant que démarre la migration automatique. Vous pouvez même envisager d'acheminer davantage de tâches vers ces VTSS pour optimiser votre investissement en bandes virtuelles.

   • Supposons que vous ayez huit RTD connectés à chaque VTSS. Les valeurs MX MT (tâches de migration maximum) sont réglées sur 6 et les valeurs MN MT (tâches de migration minimum) sur 3, ce qui est également positif. Le maximum de 6 laisse 2 RTD pour les rappels/récupérations et le minimum de 3 garantit qu'il y aura suffisamment de tâches pour gérer la charge si plusieurs migrations démarraient soudainement.

   Qu'en est-il si la commande Display VTSS ne renvoie pasd'aussi bons résultats ? Par exemple, Tableau 4-2.

   Tableau 4-2 Exemple de résultat de la commande VTSS - VTSS présentant des problèmes de fonctionnement

   VTSSNAME (NOM DU VTSS)	CAPACITY (MB) (CAPACITE (MO))	DBU	HI AMT (AMT HAUT)	LOW AMT (AMT BAS)	VTV COUNT (NBR VTV)	MX MT (MT MX)	MN MT (MT MN)	ACS	AUTOMIG	STATE (ETAT)
   HBVTSS16	56 209	90	80	60	27 888	4	2	02	-	ONLINE (EN LIGNE)
   HBVTSS17	56 209	92	80	60	28 974	4	2	02	-	ONLINE (EN LIGNE)
   HBVTSS18	56 209	90	80	60	22 005	4	2	01	-	ONLINE (EN LIGNE)
   HBVTSS19	93 184	92	80	60	26 009	4	2	01	-	ONLINE (EN LIGNE)

   
   

   Le Tableau 4-2 illustre l'état de quatre VTSS qui présentent des problèmes de fonctionnent majeurs :

   • Au moins sont-ils tous en ligne. Sinon, à moins que vous ne sachiez pourquoi ils doivent être hors ligne ou en mode de maintenance, exécutez les commandes Vary VTSS pour les remettre en ligne.

   • Les DBU sont trop élevées. Toute valeur supérieure à 90 signifie que les VTSS ont du mal à gérer la migration automatique des VTV, ce qui n'est pas surprenant pour les raisons suivantes.

   • Supposons que vous ayez huit RTD connectés à chaque VTSS. Les valeurs MX MT (tâches de migration maximum) sont réglées sur 4 et les valeurs MN MT (tâches de migration minimum) sur 2, ce qui est absolument léger pour la charge de migration actuelle.

     Pour résoudre le problème, allez à l'étape 2.

2. Si vous n'êtes pas satisfait du résultat obtenu à l'étape 1, ajustez vos paramètres de fonctionnement.

   Commencez par démarrer quelques tâches de migration supplémentaires :

   set migopt vtss(vtssname) maxmig(8) minmig(8) high(70) low(40) 
   

   Tous les RTD sont désormais complètement engagés dans la migration sur tous les VTSS. Maintenez-les ainsi jusqu'à ce que vous parveniez à maîtriser les valeurs DBU, puis ramenez-les autour de 6 max et 3 minimum. Vous avez également modifié les valeurs AMT à 40 bas et 70 haut. Cela vous permet de résoudre le problème et, la prochaine fois, la migration commencera plus rapidement et ramènera le tampon à une valeur DBU inférieure.

   Exécutez ensuite la commande Display VTD pour obtenir une vue d'ensemble des VTD de votre système.

   Le Tableau 4-3 illustre un exemple de résultat de la commande Display VTD.

   Tableau 4-3 Exemple de résultat de la commande Display VTD - VTD en bon état de marche

   DRIVE (LECTEUR)	LOCATION (EMPLACEMENT)	VTV	STATUS (ETAT)
   A800	HBVTSS16	X00778	MOUNTED (MONTE)
   A801	HBVTSS16	X00775	MOUNTED (MONTE)
   A802	HBVTSS16	-	AVAILABLE (DISPONIBLE)
   A803	HBVTSS16	-	AVAILABLE (DISPONIBLE)

   
   

   Encore une fois, le Tableau 4-3 montre un système en bon état de marche, certains VTD étant en cours d'utilisation et d'autres prêts à être utilisés.

   Qu'en est-il si tous les VTD montraient que les VTV sont montés ? Cela n'est pas une bonne nouvelle, car certaines allocations de tâches pourraient échouer si aucun lecteur n'est disponible. Si cela est dû à un problème similaire à celui qui s'est produit à l'étape 2, alors acceptez-le et faites-vous la promesse, à l'avenir, d'organiser les charges de travail de manière à laisser vos VTD mieux gérer les flux de données entrants. En revanche, s'il s'agit d'un problème de longue date, vous aurez peut-être besoin d'un plus grand nombre de VTSS ou de mettre à niveau leur capacité, ou encore d'ajouter des VTD.

3. Il est temps à présent de voir si vous avez suffisamment de VTV vides en exécutant la commande Display SCRATCH, qui génère le résultat présenté au Tableau 4-4.

   Tableau 4-4 Exemple de résultat de la commande Display SCRATCH

   SUBPOOL-NAME (NOM DU SOUS-POOL)	SCRATCH-COUNT (NOMBRE VIDES)
   VIR000	14 364
   VIR0002	13 582
   VIRTUAL (VIRTUEL)	19 132
   VIRTUAL1	9 905

   
   

   Le Tableau 4-4 présente le nombre de VTV provisoires dans les sous-pools HSC. Si vous n'utilisez pas de sous-pools HSC pour les VTV, le nombre des VTV provisoires pour tous les VTV définis dans votre système sont affichés. Il n'y a pas de nombres positifs ou négatifs de VTV provisoires, à condition qu'un nombre suffisant de ces VTV soient disponibles. Le "nombre de VTV provisoires disponibles approprié" dépend des besoins et de la charge de travail de votre magasin.

   Si le Tableau 4-4 indique 50 VTV provisoires disponibles ou moins pour chaque sous-pool, vous devriez peut-être vous en préoccuper, n'est-ce pas ? Si ce problème se pose, vous pouvez effectuer une ou plusieurs des tâches suivantes :

   • Libérez des volsers VTV en rendant provisoires les VTV contenant des données obsolètes. C'est ce qu'il convient de faire si vous avez suffisamment de VTV au total dans votre système, mais pas assez de volumes de travail disponibles.

     En fait, ce n'est pas vous qui effectuez la mise à l'état provisoire. C'est votre TMS qui est censé s'en charger et la configuration initiale doit avoir défini vos volsers VTV dans votre TMS. Si ce n'est pas le cas, revenez en arrière et faites-le. Il est plus probable que vous ayez ajouté des plages de VTV par le biais de l'instruction VTCS CONFIG et que vous ayez oublié de définir les nouvelles plages dans votre TMS. Revenez donc en arrière et corrigez le problème. La procédure à suivre est décrite à la section Installing ELS (Installation d'ELS).

     Notez toutefois que le marquage des VTV comme étant provisoires dans votre TMS n'est qu'une partie de la solution. Il faut aussi que quelqu'un dans l'univers VSM marque les données VTV comme n'étant pas récentes (et, en conséquence, inscriptibles) et, dans le cas de VTV résidant sur le VTSS, supprime ces données du tampon.

     Dans la mesure où la suppression réelle des données VTV est une décision importante (puisqu'elle implique la perte de ces données), vous allez devoir faire appel à votre bon jugement et déterminer s'il s'agit d'une tâche "répondant à un besoin ponctuel". Si vous choisissez cette approche, allez à la section "Exécution de récupérations d'espace MVC selon les besoins".

   • Utilisez les paramètres POOLPARM ou VOLPARM pour ajouter des VTV. C'est la meilleure option suivante à votre disposition et vous devez y avoir recours lorsque vous n'avez vraiment aucun VTV contenant des données non récentes. En fait, il ne vous suffit pas d'utiliser les paramètres POOLPARM ou VOLPARM. Vous devez également effectuer les définitions TMS appropriées, etc. Encore une fois, la procédure à suivre est décrite à la section Installing ELS (Installation d'ELS).

   • Modifiez vos instructions TAPEREQ ou vos routines SMS pour réacheminer provisoirement les activités sur la bande vers le HSC de proximité jusqu'à ce que vous puissiez définir des VTV supplémentaires. Cela est probablement l'option la moins souhaitable, car elle consiste essentiellement à envoyer directement à la bande de proximité des données que vous avez initialement destinées au VSM. Il est alors difficile de s'y retrouver. Il n'en demeure pas moins que si vous avez des ressources de proximité disponibles et vous avez besoin immédiatement d'écrire des données sur les volumes de travail, c'est l'approche à adopter (provisoirement).

Vérification de l'état des bandes de proximité (Tâche quotidienne)

La section "Vérification de l'état des bandes virtuelles (Tâche quotidienne)" explique combien il est important de s'assurer que les VTSS, VTD et VTV de votre système fonctionnent normalement.

Si vous réfléchissez un peu au composant de proximité de VSM (RTD et MVC), c'est-à-dire l'endroit vers lequel les VTV sont migrés et d'où ils sont rappelés, avec la récupération d'espace MVC qui s'exécute en arrière-plan, vous conviendrez que cette section mérite elle aussi toute votre attention.

Pour vérifier l'état des bandes de proximité :

1. Exécutez la commande Display RTD.

   Un bon résultat devrait se présenter comme illustré au Tableau 4-5.

   Tableau 4-5 Exemple de résultat renvoyé par la commande VT Display RTD - Tout est en ordre

   RTD	STATUS (ETAT)	MOUNT (MONTAGE)	ALLOC	HOST (HOTE)	VTSS
   B200	ONLINE/FREE (EN LIGNE/LIBRE)	-	-	-	HBVTSS16
   B201	ONLINE/FREE (EN LIGNE/LIBRE)	-	-	-	HBVTSS16
   0B79	ONLINE/FREE (EN LIGNE/LIBRE)	-	-	-	HBVTSS16
   0B7A	RECALL VTV (RAPPELER VTV)	DMV051*	DMV051	EC20	HBVTSS16
   1600	MVS1 :MIGRATE (MIGRATION)	-	-	-	-
   1601	MVS1 :MIGRATE (MIGRATION)	-	-	-	-

   
   

   Le Tableau 4-5 montre que tout va bien car il y a un bon équilibre entre les RTD en cours de migration ou de rappel, ou disponibles pour de nouvelles tâches, contrairement au résultat illustré dans le Tableau 4-6.

   Tableau 4-6 Exemple de résultat renvoyé par la commande VT Display RTD - RTD posant problème

   RTD	STATUS (ETAT)	MOUNT (MONTAGE)	ALLOC	HOST (HOTE)	VTSS
   B200	MVS1 :MIGRATE (MIGRATION)	-	-	-	-
   B201	MVS1 :MIGRATE (MIGRATION)	-	-	-	-
   0B79	MVS2 :MIGRATE (MIGRATION)	-	-	-	-
   0B7A	MVS2 :MIGRATE (MIGRATION)	-	-	-	-
   1600	MVS1 :MIGRATE (MIGRATION)	-	-	-	-
   1601	MVS1 :MIGRATE (MIGRATION)	-	-	-	-

   
   

   Si le Tableau 4-6 est un résultat du type de mesures d'urgence mises en oeuvre à l'étape 2, alors il n'y a pas grand-chose à faire que d'attendre une accalmie. En revanche, si d'autres RTD sont disponibles, par exemple, des RTDs que vous partagez manuellement avec MVS et VSM, mettez-les hors ligne dans MVS et exécutez la commande Vary RTD pour les rendre accessible au VTCS.

2. Observez ensuite comment fonctionnent vos MVC à l'aide de la commande Display MVCPool.

   La Figure 4-1 illustre un exemple de résultat obtenu avec la commande Display MVCPool sans spécifier un nom de pool MVC. Les informations affichées concernent donc toutes les MVC de votre système.

   Figure 4-1 Exemple de résultat de la commande Display MVCPool (sans nom de pool spécifié)

   
   Description de Figure 4-1 Exemple de résultat de la commande Display MVCPool (sans nom de pool spécifié)
   
   

   La Figure 4-1 indique que votre collection de MVC est en bon état de marche. Il semble que de nombreuses MVC sont libres (100 % d'espace utilisable, aucun VTV migré) et il y a plein d'espace libre entre les multiples types de médias ACS et MVC. Le nombre des MVC qui peuvent faire l'objet d'une récupération est relativement faible, ce qui signifie que les récupérations d'espace automatiques n'interfèrent probablement pas avec les opérations de migration/rappel.

   La proportion des MVC usagées semble bonne par rapport à la proportion des MVC libres, sauf peut-être sur les médias ACS 01, ECART et ZCART. Vous voudrez peut-être effectuer quelques investigations sur ces MVC. Déterminez quelles classes de stockage représentent ces MVC et quelles classes de gestion correspondent à ces classes de stockage, et éventuellement rendez provisoires quelques VTV par classe de gestion.

   Et si la commande Display MVCPool renvoyait un résultat tel que celui illustré dans la Figure 4-2 ?

   Figure 4-2 Exemple de résultat de la commande Display MVCPool - Problème dans ACS01

   
   Description de Figure 4-2 Exemple de résultat de la commande Display MVCPool - Problème dans ACS01
   
   

   Comme vous pouvez le voir, la situation s'est dégradée dans ACS 01. Que pouvez-vous faire maintenant ? Considérez les options suivantes, probablement dans l'ordre décrit :

   • Demandez à libérer de l'espace ; pour plus d'informations, reportez-vous à la section "Exécution de récupérations d'espace MVC selon les besoins".

   • Ajoutez des MVC comme décrit à la section "Modification des types de périphériques RTD".

   • Déterminez quelles classes de stockage représentent ces MVC et quelles classes de gestion correspondent à ces classes de stockage, et éventuellement rendez provisoires quelques VTV par classe de gestion.

     Dans le cadre du suivi, passez en revue vos stratégies actuelles et ajustez-les, si nécessaire. Vous pouvez peut-être créer des MVC libres ou libérer de l'espace sur des MVC en modifiant ces stratégies.

Obtenir une vue d'ensemble (Tâche hebdomadaire)

Cette tâche n'est pas trop compliquée et, fondamentalement, consiste à exécuter vos deux principaux outils d'état (rapport MVC et rapport VTV) une fois par semaine.

Utilisation du rapport VTV

Remarque :

Utilisez l'une des commandes suivantes pour exécuter le rapport VTV :

• VTVRPT BASIC, qui affiche toutes les copies VTV migrées vers des MVC à l'aide de la commande EXPORT

• VTVRPT COPIES, qui affiche toutes les copies VTV migrées vers des MVC à l'aide de la commande EXPORT, ainsi que toutes les copies VTV migrées à l'aide de la commande EEXPORT

Commencez par un rapport VTV, qui se présente comme illustré dans la Figure 4-3.

Figure 4-3 Exemple de résultat avec VTVRPT

Description de Figure 4-3 Exemple de résultat avec VTVRPT

A première vue, le rapport VTV semble contenir une multitude d'informations et n'est pas intuitif. Il consiste en de nombreuses lignes de données, qui décrivent chacune tout ce que vous avez jamais voulu savoir sur chaque VTV de votre système.

Comment est-il possible de mieux exploiter un rapport VTV dans votre cas particulier ? Pour commencer, vous pouvez exécuter l'utilitaire VTVRPT sur une liste ou une plage de volsers, ou même sur un volser individuel. Si vous vous intéressez à des VTV particulier, utilisez l'une des options de sélection suivantes.

Par ailleurs, l'utilitaire VTVRPT fournit également le paramètre OPTION(UNAVAIL), qui génère un rapport sur les VTV indisponibles, se présentant comme illustré dans la Figure 4-4.

Figure 4-4 Exemple de résultat avec VTVRPT (option UNAVAIL)

Description de Figure 4-4 Exemple de résultat avec VTVRPT (option UNAVAIL)

A l'évidence, OPTION(UNAVAIL) est la meilleure option si des rapports indiquent que des tâches (ou VTCS) ne peuvent pas accéder aux VTV que vous pensiez être résidents.

Vous gagnez également en flexibilité grâce à l'affichage du résultat au format XML par rapport à l'utilitaire VTVRPT. Pour les rapports et les utilitaires sélectionnés, vous pouvez générer le résultat au format Structured XML ou CSV (Comma Separated Variables).

Quelle est la différence entre l'affichage du résultat aux formats Structured XML et CSV ? Voici quelques observations :

• Le format Structured XML contient toutes les balises et structures affichées pour chaque commande ou utilitaire (que vous pouvez ensuite traiter, comme souhaité, avec le langage de programmation de votre choix).

• Le format CSV vous permet de ne sélectionner que les balises (dans leur ordre) qui vous intéressent. Chaque ligne de résultat contient un nombre fixe de champs séparés par des virgules, que vous pouvez ensuite copier dans des feuilles de calcul ou des programmes de rédaction de rapports en vue de personnaliser vos analyses ou rapports.

Vous avez désormais deux moyens de personnaliser efficacement un rapport VTV élémentaire selon les besoins de votre magasin. Pour plus d'informations à ce sujet, reportez-vous au manuel ELS Programming Reference (Référence de programmation ELS).

Enfin, vous devez savoir que LCM offre des fonctions de gestion et de création de rapports améliorées, qui correspondent aux fonctions ELS/VTCS, notamment les rapports VTV et VTCS MVC. Pour plus d'informations, reportez-vous à la section "Instructions de contrôle LCM".

Utilisation du rapport MVC

Enfin, consultez un rapport récapitulatif MVC, qui se présente comme illustré dans laFigure 4-5.

Figure 4-5 Exemple de rapport récapitulatif MVC

Description de Figure 4-5 Exemple de rapport récapitulatif MVC

Le rapport récapitulatif MVC s'apparente grandement au rapport de stock VTV ; c'est parfait si vous savez ce que vous cherchez, sinon la pléthore d'informations peut créer de la confusion.

Les champs supplémentaires dont vous disposez dans un rapport détaillé MVC peuvent être plus utiles pour se faire une meilleure idée. Reportez-vous à la Figure 4-6.

Figure 4-6 Exemple de rapport détaillé MVC (champs supplémentaires)

Description de Figure 4-6 Exemple de rapport détaillé MVC (champs supplémentaires)

Voici quelques informations détaillées concernant les VTV résidant sur une MVC qui peuvent vous aider à établir un diagnostic, le cas échéant.

Comme c'est désormais possible avec le rapport VTV, vous pouvez également effectuer l'une des opérations suivantes avec le rapport MVC :

• Générer le résultat au format Structured XML ou CSV (Comma Separated Variables), comme décrit au manuel ELS Programming Reference (Référence de programmation ELS).

• Utiliser les rapports LCM correspondants, comme décrit à la section "Instructions de contrôle LCM".

En résumé

Nous avons fait le point sur l'utilisation du tableau de bord VTCS. Vous pouvez effectuer de nombreuses autres tâches, ce que vous ferez probablement, notamment exécuter des rapports sur les pools MVC si vous avez utilisé des pools MVC nommés. Mais ces informations relèvent des tâches de gestion "ponctuelles".

La principale leçon que vous devez tirer de ce chapitre se rapporte à la réalisation des tâches quotidiennes comme décrit aux sections Vérification de l'état des bandes virtuelles (Tâche quotidienne) et Vérification de l'état des bandes de proximité (Tâche quotidienne), et la réalisation de vos tâches hebdomadaires comme décrit à la section "Obtenir une vue d'ensemble (Tâche hebdomadaire)". Vous vous assurerez ainsi de maintenir votre système VTCS en bon état de marche.