Dell HYPERMAX OS et PowerMaxOS Online Device Expansion (ODE) pour les options TDEV et les fonctionnalités prises en charge

Quelles sont les options et fonctionnalités prises en charge par Dell HYPERMAX OS et PowerMaxOS Online Device Expansion (ODE) pour les TDEV ?

HYPERMAX OS et PowerMaxOS permettent l’extension en ligne des volumes TDEV, avec certaines restrictions à des niveaux spécifiques du système d’exploitation de la baie.

Dell Solutions fournit la capacité d’extension avec le symdev modify -tdev commander.
Dell Unisphere for VMAX et Unisphere for PowerMax fournissent la capacité d’extension avec la boîte de dialogue ArraySid -> Volumes -> Expand Volume .

D’autres appelants de la gestion de baie utilisant les couches SYMAPI, SMI-S, REST API peuvent également effectuer une opération d’extension TDEV.

Le tableau suivant décrit les fonctionnalités ODE disponibles et la configuration requise pour Solutions Enabler et le système d’exploitation de la baie :

1. Jusqu’aux baies HYPERMAX OS (5977) incluses, TDEVS ne peut pas être étendu lors d’une session de réplication locale (par exemple, TimeFinder Clone, SnapVX) ou distante (SRDF).

   Solutions Enabler 8.1 et les versions ultérieures fournissent la fonctionnalité ODE pour les TDEV non répliqués. Exemple de syntaxe :
   symdev -sid <sid>  -devs <dev> modify -tdev -cap <NewCapacity> -captype <cyl|mb|gb|tb>

   Reportez-vous à l’article 13158 de la base de connaissances Dell :　Dell EMC Solutions Enabler : Comment développer un appareil TDEV répliqué dans une session SRDF/A (mode asynchrone) sur une baie VMAX3 avec Enginuity 5977 ? Pour plus d’informations sur la procédure de suppression d’un appareil SRDF/A TDEV sur une paire de baies 5977 à partir de sa session SRDF/A, développez le TDEV sur les deux baies et ajoutez à nouveau les appareils étendus dans la session SRDF/A en tant que paire SRDF/A.

   Pour étendre les TDEV de la session SRDF/Metro dans la paire de baies 5977 , les TDEV doivent être supprimés de la session SRDF/Metro (à l’aide d’un symrdf deletepair) avant que les deux côtés puissent être étendus, puis ajoutez les périphériques étendus ajoutés à la session SRDF/Metro en tant que paire SRDF/Metro.

   Étant donné que la conception de SRDF/Metro rend les deux côtés de la baie disponibles pour l’accès aux E/S de l’hôte, des considérations spéciales doivent être prises en compte lors de l’exécution d’une procédure d’extension TDEV.

   Il est recommandé de contacter le support Dell avant de tenter d’étendre les TDEV SRDF/Metro sur la paire de baies 5977 .

2. Pour PowerMaxOS (5978 sur les deux baies, antérieures à la révision .444), TDEVS peut être étendu lors d’une session de réplication locale (SnapVX) ou distante (SRDF), à l’exception des paires SRDF dans une session SRDF/Metro.

   Remarque : L’extension de périphérique en ligne n’est pas prise en charge pour le mode TimeFinder existant (par exemple symclone).

   Solutions Enabler 9.0 et versions ultérieures offrent la fonctionnalité ODE pour les TDEV répliqués localement et à distance sur les baies 5978 (antérieures à la révision .444), à l’exception des paires SRDF dans une session SRDF/Metro. Exemple de syntaxe (pour une paire répliquée à distance) :

   symdev -sid <sid>  -devs <dev> modify -tdev -cap <NewCapacity> -captype <cyl|mb|gb|tb> -rdfg <rdfg>

   Emplacement -rdfg Répertorie les appareils qui appartiennent au groupe SRDF spécifié. Lorsqu’elle est utilisée avec modify, elle spécifie le groupe SRDF associé aux appareils SRDF et indique que les deux côtés de la paire SRDF, qui sont associés au groupe SRDF, doivent être étendus.

   Pour étendre les TDEV de la session SRDF/Metro dans la paire de baies 5978 (antérieure à la révision .444), les TDEV doivent être supprimés de la session SRDF/Metro (à l’aide d’un symrdf deletepair ou un symrdf movepair) avant que les deux côtés puissent être étendus, puis ajoutez les périphériques étendus ajoutés à la session SRDF/Metro en tant que paire SRDF/Metro.

   Étant donné que la conception de SRDF/Metro rend les deux côtés de la baie disponibles pour l’accès aux E/S de l’hôte, des considérations spéciales doivent être prises en compte lors de l’exécution d’une procédure d’extension TDEV.

   Il est recommandé de contacter le support Dell avant de tenter d’étendre les TDEV SRDF/Metro sur la paire de baies 5978 (antérieures à la révision .444).

3. Pour PowerMaxOS (5978.444 et versions supérieures sur les deux baies), TDEVS peut être étendu lors d’une session de réplication locale (par exemple SnapVX) ou distante (SRDF), y compris les paires SRDF dans une session SRDF/Metro.

   Remarque : L’extension de périphérique en ligne n’est pas prise en charge pour le mode TimeFinder existant (par exemple symclone).

   Solutions Enabler 9.1 (et versions ultérieures) fournit la fonctionnalité ODE pour les TDEV répliqués localement et à distance sur 5 978 baies (5 978.444 et versions ultérieures sur les deux baies), y compris les paires SRDF dans une session SRDF/Metro. Exemple de syntaxe (pour une paire répliquée à distance) :

   symdev -sid <sid>  -devs <dev> modify -tdev -cap <NewCapacity> -captype <cyl|mb|gb|tb> -rdfg <rdfg>

   Emplacement -rdfg Répertorie les appareils qui appartiennent au groupe SRDF spécifié. Lorsqu’elle est utilisée avec modify, elle spécifie le groupe SRDF associé aux appareils SRDF et indique que les deux côtés de la paire SRDF, qui sont associés au groupe SRDF, doivent être étendus.

4. Pour PowerMaxOS (5978.669 et versions supérieures sur les deux baies), les TDEVS dans un environnement MetroDR ne peuvent pas être étendus.

   Utilisez la commande SYMCLI (9.2 et versions ultérieures) : symdev -sid <sid> list -metrodr pour répertorier tous les appareils de baie dans les environnements Metro DR.

   Pour étendre un TDEV dans un environnement MetroDR, l’environnement Smart DR existant doit être supprimé (avec symmdr -sid <sid> -name <EnvName> -dr_rdfg <gg> environment -remove), puis développez le TDEV (voir l’étape 3 ci-dessus et la remarque 1 ci-dessous), puis l’environnement MetroDR peut être créé à nouveau (avec symmdr -sid <sid> -name <EnvName> -metro_rdfg <gg> -dr_rdfg <gg> environment -setup).

   Unisphere for PowerMax 9.x (et versions ultérieures) fournit également la fonctionnalité ODE pour les TDEV répliqués localement et à distance sur 5978 (en fonction du code de la baie), où la spécification d’un groupe RDF indique que les deux côtés de la paire RDF doivent être étendus, par exemple :
   
   La sélection du groupe RDF Aucun signifie que l’appareil n’est développé que sur le côté Baie actuel de la paire RDF.

   Remarque 1 : Pour les versions de système d’exploitation de la baie qui prennent en charge : symdev modify -tdev -rdfg, si le TDEV se trouve dans une configuration SRDF simultanée (appareil R11 vers 2 appareils R2 gérés par deux sessions SRDF), un seul rdfg session peut être spécifiée par l’attribut -rdfg paramètre.
   • Si aucune des sessions SRDF n’est SRDF/Metro, développez d’abord l’un des périphériques R2 (sans le -rdfg paramètre). Cela laisse l’une des paires de sessions avec R2 plus grande que R1. Ce n’est pas grave, car les E/S d’écriture ne se produisent que du côté R1 . Ensuite, l’autre paire de session peut être étendue (avec l’option -rdfg ), de sorte que les trois appareils aient la même taille.
     
   • Si l’une des sessions SRDF est SRDF/Metro, développez d’abord le périphérique R2 de la session de reprise après sinistre (SRDF/A ou SRDF Adaptive Copy Disk) (sans -rdfg paramètre). Cela laisse la paire de sessions DR avec R2 plus grande que R1. Ce n’est pas grave, car les E/S d’écriture ne se produisent que sur les côtés R1 ou R2 de la session SRDF/Metro. Ensuite, la paire de sessions SRDF/Metro peut être étendue (avec -rdfg ), de sorte que les trois appareils aient la même taille.
     
   • Si l’une des sessions SRDF est SRDF/Metro et que les deux côtés des sessions SRDF/Metro ont des sessions de reprise après sinistre (tout comme les sessions SRDF/Metro R11 vers R21 , R11 vers R2 et R21 vers R2 ), développez d’abord chacun des périphériques non Metro R2 des sessions de reprise après sinistre (SRDF/A ou SRDF Adaptive Copy Disk) (sans -rdfg paramètre). Cela laisse les deux paires de sessions de reprise après sinistre avec R2 plus grandes que R1. Ce n’est pas grave, car les E/S d’écriture ne se produisent que sur les côtés R1 ou R2 de la session SRDF/Metro. Ensuite, la paire de sessions SRDF/Metro peut être étendue (avec -rdfg ), de sorte que les quatre appareils aient la même taille.
     

    

   Remarque 2 : Pour les versions de système d’exploitation de la baie qui prennent en charge : symdev modify -tdev -rdfg, si le TDEV se trouve dans une configuration SRDF en cascade (appareil R1 vers appareil R21 vers appareil R2 géré par deux sessions SRDF), un seul rdfg session peut être spécifiée par l’attribut -rdfg paramètre.
   • Si aucune des sessions SRDF n’est SRDF/Metro, développez d’abord le périphérique R2 (sans le -rdfg paramètre). Il reste la paire de sessions R21 vers R2 avec R2 plus grand que R1. Ce n’est pas grave, car les E/S d’écriture ne se produisent que du côté R1 . Ensuite, l’autre paire de sessions (R1 à R21) peut être étendue (avec la commande -rdfg ), de sorte que les trois appareils aient la même taille.