VNX: Come sostituire o sostituire in modo proattivo un'unità Vault guasta o con errori su un array VNX2 (correggibile da Dell EMC).

Summary: Come sostituire o sostituire in modo proattivo un'unità Vault guasta o con errori su un array VNX2

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Questione:
Si è verificato un errore in un'unità vault su un array MCx VNX ed è stata salvata in un'altra posizione.  Se il cliente ha creato alcune LUN sulle unità Vault e desidera riportare i dati nell'unità Vault, come vengono spostati i dati? 

Con la funzione Permanent Sparing non si verifica alcuna operazione di equalizzazione di ricostruzione automatica.  Quando un'unità normale presenta errori e viene sostituita, non si verifica alcuna operazione di equalizzazione automatica dall'unità di riserva permanente all'unità sostituita.  L'unità che ha sostituito l'unità precedentemente guasta fa ora parte del gruppo RAID.

Quando un'unità Vault guasta viene sostituita, la nuova unità viene formattata e lo spazio privato viene ricostruito da altre unità Vault, ma se un cliente ha creato un gruppo RAID o alcune LUN su un'unità Vault, i dati delle LUN non vengono copiati.  Rimangono sull'unità su cui sono stati ricostruiti.  Per copiare manualmente i dati nella posizione originale, sarà necessario utilizzare il comando naviseccli copytodisk.  

Informazioni:
Le unità vault su VNX2 di nuova generazione sono le prime 4 unità nell'array; 0_0, 0_1, 0_2 e 0_3.  
Ogni unità Vault necessiterà di circa 300 GB di spazio privato sul sistema per conservare il codice MCx e altri dati correlati all'array. 

Anche se non è consigliabile collocare le LUN del cliente sulle unità Vault, alcuni clienti lo fanno. 

Cause

Un sistema VNX di nuova generazione non equalizza o ricostruisce i dati del cliente creati sulle unità Vault.  Quando un'unità Vault viene sostituita, la nuova unità viene formattata e lo spazio privato viene ricostruito da altre unità Vault, ma i dati delle LUN del cliente non vengono copiati. Per copiare manualmente i dati nella posizione originale, sarà necessario utilizzare il comando naviseccli copytodisk.

Resolution

Scenario 1:  l'unità Vault è guasta ed è già stata sostituita in modo permanente da un'altra unità nell'array.  Per equalizzare i dati del cliente nella posizione originale del Vault, effettuare le seguenti operazioni:
Il comando naviseccli copytodisk avvia la copia dei dati da un'unità configurata (parte di un gruppo RAID) a un'unità non associata. L'utente può utilizzare questo comando per copiare i dati da qualsiasi disco associato a qualsiasi disco non associato, non solo da un'unità di riserva permanente a un'unità sostitutiva.
In questo esempio si esegue la copia dall'unità 0_1_5 all'unità 0_0_2

naviseccli -h <ipaddress> copytodisk 0_1_5 0_0_2
ATTENZIONE: The data from Source  disk 0_1_5 will be copied to Destination disk 0_0_2. This process cannot be aborted and may take a long time to complete.

would you like to continue the copy? (y/n)

Verrà avviata l'operazione copyback.

Scenario 2: i messaggi indicano che l'unità è guasta.  Come sostituire in modo proattivo l'unità Vault guasta negli slot 0, 1, 2, 3 sul bus 0

  1.  Assicurarsi di rimuovere tutte le unità non associate sull'array, poiché un'unità non associata può diventare un'hot-spare/unità di riserva permanente sull'array VNX2
  2. Controllare le unità in Unisphere o naviseccli negli slot 0, 1, 2, 3 e verificare che non vi sia un doppio guasto su questo set di unità prima di continuare. 
  3. Una volta trascorso il timer di 5 minuti, inserire la nuova unità nello slot. L'unità deve essere rimossa per almeno 5 minuti per consentire la ricostruzione completa delle LUN del cliente sull'unità Vault.Attendere almeno 5 minuti**3 Rimuovere l'unità guasta o sospetta che deve essere sostituita dallo slot.
  4.  La nuova unità verrà attivata e ricostruirà le LUN dell'utente (se sono state configurate sulle unità Vault) a partire dalle altre unità Vault.


Nota **È molto importante lasciare l'unità rimossa per almeno 5 minuti
Flare consente a un'unità in un gruppo RAID ridondante di rimanere offline per un periodo di tempo massimo di 5 minuti durante la registrazione dell'I/O di scrittura su questa unità. Le operazioni di I/O effettive non vengono registrate. Viene utilizzata una bitmap per tenere traccia degli intervalli di indirizzi non validi sull'unità. Se la stessa unità diventa nuovamente accessibile entro il limite di 5 minuti, il registro di ricostruzione verrà utilizzato per eseguire una ricostruzione rapida dell'unità, come in questo caso. Si tratta di una ricostruzione differenziale. Una volta rimossa l'unità per più di 5 minuti, si verificherà una ricostruzione completa delle LUN dalle altre unità Vault.  Se sulle unità Vault non sono configurate LUN dell'utente, non sarà necessario ricostruirle.

Affected Products

VNX2 Series

Products

VNX5200
Article Properties
Article Number: 000029126
Article Type: Solution
Last Modified: 17 Jun 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.