Número del artículo: 000196684

Dell Unity : Gestion appropriée du cache en écriture lors des activités de maintenance d’un processeur de stockage (corrigible par l’utilisateur)

Resumen: Cet article présente les pratiques d’excellence pour les activités de maintenance des SP Unity concernant la gestion du cache en écriture (désactivation, activation, vérification, vidage). Les étapes décrites ci-dessous s’appliquent à Unity OS 5.3 et versions antérieures. Le cache en écriture est automatiquement désactivé lorsqu’un SP est placé en mode maintenance sur les baies Unity exécutant OS 5.4 et versions ultérieures. ...

Es posible que este artículo se traduzca automáticamente. Si tiene comentarios sobre su calidad, háganoslo saber mediante el formulario en la parte inferior de esta página.

Contenido del artículo

Instrucciones

Il est recommandé de désactiver le cache en écriture avant d’effectuer une activité de maintenance planifiée sur le matériel du SP. Cela afin d’éviter tout impact potentiel dans le cas peu probable où un problème secondaire se produirait sur le SP homologue pendant l’activité de maintenance.

Une activité de maintenance matérielle du SP est définie comme tout remplacement de l’une des pièces de la liste suivante :

Pièce
DIMM
SFP
SP
BBU
Module d'E/S
M.2 SATA
Boîtier DPE
Ventilateur
Carte mezzanine
Bloc d’alimentation du boîtier DPE - Bloc d’alimentation

En outre, les activités suivantes sont également considérées comme des activités de maintenance matérielle affectées pour lesquelles la désactivation du cache en écriture est recommandée :

Activité
Mises à niveau sans déplacement des données (DIP)

Les TSE doivent examiner et suivre les instructions de création d’ordre de travail figurant dans les Notes internes de cet article de la base de connaissances Dell.

La commande svc_cache a été mise à jour pour inclure trois nouveaux commutateurs : --get, --disable et --enable. Cette mise à jour doit être chargée sur votre système Unity par le support technique Dell ou votre prestataire de services agréé. Il s’agit d’un avantage qui permet d’effectuer les mises à jour du cache sans avoir besoin d’un shell root et d’engager un niveau de support plus élevé.

Mettre à jour:
La mise à jour de la commande svc_cache est désormais intégrée dans Unity OE 5.2 et versions supérieures. Il n’est donc plus nécessaire de procéder à l’installation manuelle une fois que la baie Unity est mise à niveau vers un code OE mis à jour.

Les étapes décrites ci-dessous s’appliquent à Unity OS 5.3 et versions antérieures. Le cache en écriture est automatiquement désactivé lorsqu’un SP est placé en mode maintenance sur les baies Unity exécutant OS 5.4 et versions ultérieures.

NOTE:
Selon le navigateur utilisé, la police peut fausser le -- (double tiret) dans les commandes, en particulier les lignes en gras.

Après la commande svc_cache, le paramètre est précédé d’un -- (double trait d’union) et non d’un - simple .
Si les commandes en gras sont copiées dans un bloc-notes à partir de cet article de la base de connaissances, le double tiret est plus défini.

Les nouvelles commandes sont répertoriées ici et expliquées plus en détail ci-dessous :

svc_cache --force-enableCacheOperations
svc_cache --get
svc_cache --disable
svc_cache --enable
svc_cache --disableCacheOperations

DÉTERMINER SI LA COMMANDE svc_cache MISE À JOUR EST DÉJÀ INSTALLÉE
Si vous exécutez l’une des nouvelles commandes, vous pouvez déterminer si le package est installé. Il répond différemment selon que la commande svc_cache a déjà été étendue ou non avec les nouvelles commandes. Pour tester cela, nous utilisons la commande svc_cache --get.

Si le package n’est pas encore installé :
L’exécution de la commande svc_cache --get renvoie l’utilisation de la commande :

19:44:58 service@APM00123456789 spa:~/user# svc_cache --get
This script displays and clears the Cache Dirty or Cache Lost LUNs(CDCA) on this system.
Usage: svc_cache [<qualifiers>]

Si cela se produit, contactez le support technique Dell ou votre prestataire de services agréé en leur communiquant l’identifiant de cet article de la base de connaissances Dell.

Si le package est installé :
L’exécution de la commande svc_cache --get affiche une erreur ou affiche l’état du cache, selon que les commandes ont été déverrouillées ou non.

Si le package est installé, mais que les commandes n’ont pas été activées, le système renvoie une erreur :

19:44:58 service@APM00123456789 spa:~/user# svc_cache --get

 --- ERROR: This option can only be used after enabling cache operations.

Si cela se produit, vous devez activer les commandes à l’aide de la commande suivante :

 svc_cache --force-enableCacheOperations

Si le package est installé et que l’ensemble de commandes a été activé, la commandesvc_cache --get renvoie l’état du cache comme prévu. Passez à l'étape suivante pour désactiver le cache en écriture.

DÉSACTIVER LE CACHE EN ÉCRITURE :

Obtenez l’état du cache d’écriture : svc_cache --get (état 3 est activé, état 7 est désactivé ou inconnu, état 8 est désactivé).
Désactiver le cache en écriture : svc_cache --disable (il suffit d’exécuter la commande sur un SP pour désactiver le cache sur les deux SP).
Vérifiez que le cache en écriture est désactivé : svc_cache --get

Write Cache State: 3 (enabled)
Write Cache State: 7 (unknown)
Write Cache State: 8 (désactivé)
Voir des exemples de sorties plus détaillés dans la section Remarques supplémentaires.

L’objectif est d’atteindre l’état 8 (désactivé). Si la sortie de svc_cache --get est à l’état 7, cela signifie que les pages modifiées sont toujours en cours de vidage. Exécutez à nouveau la commande svc_cache --get cmd jusqu’à ce que l’état soit 8 (désactivé).
Si la désactivation prend un certain temps, vous pouvez également utiliser des metrics pour surveiller et vous assurer que toutes les pages de cache corrompues sont vidées ou vidées :

uemcli /metrics/value/rt -path sp.*.blockCache.global.summary.dirtyBytes show -interval 5 -count 5

Une fois que l’svc_cache --get affiche l’état 8 ou que les pages sales affichent 0, vous pouvez poursuivre votre activité.

Lorsque les deux SP sont de nouveau en ligne :
ENABLE WRITE CACHE :

Obtenez l’état du cache en écriture : svc_cache --get (l’état 3 est activé, l’état 7 est désactivé ou inconnu, l’état 8 est désactivé).
Activez le cache en écriture : svc_cache --enable (la commande doit seulement être exécutée sur un SP pour activer le cache sur les deux SP)
Confirmez que le cache en écriture est activé : svc_cache --get (l’état 3 est activé).

Enfin, lorsque vous avez terminé votre activité, vous devez désactiver les commandes de cache en écriture :

svc_cache --disableCacheOperations

Información adicional

Exemples de sorties :

svc_cache --get indiquant que l’ensemble de commandes n’a pas été installé :

19:44:58 service@APM00123456789 spa:~/user# svc_cache --get
This script displays and clears the Cache Dirty or Cache Lost LUNs(CDCA) on this system.
Usage: svc_cache [<qualifiers>]

svc_cache --get indique que le jeu de commandes n’a pas été activé :

19:44:58 service@APM00123456789 spa:~/user# svc_cache --get

 --- ERROR: This option can only be used after enabling cache operations.

Si cela se produit, vous devez activer les commandes à l’aide de la commande suivante :

svc_cache --force-enableCacheOperations

svc_cache --get showing write cache enabled :

16:28:43 service@APM00123456789 spa:~/user# svc_cache --get
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c get_cache
Get Cache Info.

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:28:48 service@APM00123456789 spa:~/user#


svc_cache --get showing write cache is disabled:
16:29:00 service@APM00123456789 spa:~/user# svc_cache --get
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c get_cache
Get Cache Info.

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
                  System Cache Information

         Write Cache State:             8       (disabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
                  System Cache Information

         Write Cache State:             8       (disabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:31:30 service@APM00123456789 spa:~/user#

svc_cache --disable :

16:28:48 service@APM00123456789 spa:~/user# svc_cache --disable
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c set_cache -o disable -t write
currentArg 3 argc 7
currentArg 3 argc 7
Set Write Cache Disabled SP A(0).
#:2022-03-04 16:29:00.035 GMT :U:( 1:1):00007f7168fd0280:25459:Unknown:: TLDflarecons:TLDconfig.cpp   :09584=>TLDconfig_SetCacheBuildTree Enable 0, Type 2, SP = 0
#:2022-03-04 16:29:00.035 GMT :U:( 1:1):00007f7168fd0280:25459:Unknown:: TLDconfig:  :TLDconfig.cpp   :09592=>Set cache state to disabled - 8

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
c4admintool: -TAG_REQUEST(0x10016)
c4admintool: --TAG_OPERATION(0x10017)
<snip>
c4admintool: -------TAG_WRITE_CACHE(0x102ca)
c4admintool: --------TAG_STATE(0x10079) - 8

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:29:00 service@APM00123456789 spa:~/user#

svc_cache --enable :

16:32:43 service@APM00123456789 spa:~/user# svc_cache --enable
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c set_cache -o enable -t write
currentArg 3 argc 7
currentArg 3 argc 7
Set Write Cache Enabled SP A(0).
#:2022-03-04 16:32:47.905 GMT :U:( 0:1):00007f8011b49280:09830:Unknown:: TLDflarecons:TLDconfig.cpp   :09584=>TLDconfig_SetCacheBuildTree Enable 1, Type 2, SP = 0
#:2022-03-04 16:32:47.905 GMT :U:( 0:1):00007f8011b49280:09830:Unknown:: TLDconfig:  :TLDconfig.cpp   :09589=>Set cache state to enabled - 3

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
c4admintool: -TAG_REQUEST(0x10016)
c4admintool: --TAG_OPERATION(0x10017)
<snip>
c4admintool: -------TAG_WRITE_CACHE(0x102ca)
c4admintool: --------TAG_STATE(0x10079) - 3

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:32:48 service@APM00123456789 spa:~/user#

svc_cache --get showing write cache enabled :

16:33:43 service@APM00123456789 spa:~/user# svc_cache --get
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c get_cache
Get Cache Info.

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:33:48 service@APM00123456789 spa:~/user#

Propiedades del artículo

Producto comprometido

Dell EMC Unity

Fecha de la última publicación

06 may 2024

Versión

Tipo de artículo

How To

Volver al principio

Bienvenido

Bienvenido a Dell