Data Domain: istruzioni di upgrade per il DD abilitato per PCR/PCM

La versione DD OS 5.7, introduce il reporting/la misurazione della capacità fisica (PCR/PCM). Si tratta di un modo per stimare la quantità di spazio su disco reale (post-comp) utilizzata dai dati nell'FS in modo affidabile e riproducibile, per il chargeback e altri scenari aziendali.

Ulteriori informazioni su questa funzione sono disponibili nella sezione FAQ (domande frequenti) dell'articolo 465216 della KB elencato di seguito:   
Misurazione/report della capacità fisica (PCM/PCR) del Data Domain Operating System (DDOS) physical capacity measurement/reporting (in inglese) 

Per generare il report PCR, il Directory Manager (DM) del file system di Data Domain (DDFS) crea BTree del PCR sul sistema. 

I tecnici di DELL EMC Data Domain hanno identificato un errore di codice che causa il possibile danneggiamento delle pagine BTree del PCR del DM e può generare un errore irreversibile del DDFS quando viene avviato un processo PCR nel sistema. Tuttavia, anche nel caso di pagine BTree del PCR danneggiate esistenti, è possibile eseguire i processi del PCR più volte fino al completamento senza problemi dell'FS, ma in altri casi, l'FS potrebbe comunque arrestarsi in modo anomalo.

Questo errore, presente in tutte le versioni del DD OS 5.7 - 6.2, si è risolto in alcune versioni del DD OS successive (leggere di seguito), in modo che l'esecuzione del PCR non rischia di generare errori irreversibili dell'FS purché le pagine BTree danneggiate del PCR non siano presenti nel sistema.

Poiché non è possibile sapere in anticipo se sono presenti pagine danneggiate di questo tipo (che possono generare errori irreversibili dell'FS), quando si esegue l'upgrade a una versione corretta, è obbligatorio seguire la procedura descritta di seguito per assicurarsi che una volta installata una versione corretta (che non crea pagine BTree danneggiate del PCR) l'FS non generi errori irreversibili a causa di pagine BTree del PCR danneggiate create in precedenza. Nota: l'attività richiede che il DD FS sia inattivo e quindi il downtime deve essere pianificato in anticipo. Non è possibile fornire una stima adeguata del downtime necessario, ma 2 ore dovrebbero essere sufficienti per completare l'attività.

Nota: a seconda delle versioni del DD OS correnti e di destinazione e di altri fattori, l'attività può essere eseguita immediatamente prima dell'upgrade a qualsiasi versione corretta del DD OS o immediatamente dopo aver completato l'upgrade alla nuova versione, prima della pianificazione dell'esecuzione di eventuali processi PCR. L'obiettivo è, in ogni caso, disporre di un DD OS con la correzione in esecuzione senza pagine BTree del PCR esistenti riportate dalla versione precedente, per evitare eventuali arresti anomali a causa di pagine BTree del PCR danneggiate.

N/D

Il codice del DD OS include la risoluzione dell'errore che origina le pagine BTree del PCR danneggiate nelle seguenti versioni. Non esiste una correzione per le versioni del DD OS 5.7.x, in quanto DD OS 5.7.x è già alla fine del ciclo di vita:

• DD OS 6.0.2.50 e versioni successive della famiglia DD OS 6.0 includono la correzione dell'errore.
• DD OS 6.1.2.40 e versioni successive della famiglia DD OS 6.1 includono la correzione dell'errore (NOTA: NON bisogna utilizzare DD OS 6.1.2.40 con DD3300 a causa di un errore non correlato)
• DD OS 6.2.0.20 e versioni successive della famiglia DD OS 6.2 includono la correzione dell'errore

Se un utente ha utilizzato il PCR in passato e desidera eseguire l'upgrade a una delle versioni corrette elencate sopra, è necessario che il supporto esegua alcuni passaggi manuali (immediatamente prima o subito dopo l'upgrade), al fine di assicurare che non vi siano pagine BTree del PCR danneggiate nel sistema dopo l'upgrade del DD OS. Se non si segue questo suggerimento, l'utente DD può eseguire un DD OS, che può comunque arrestarsi in modo simile a causa di pagine BTree del PCR preesistenti danneggiate.

Gli utenti che non hanno mai utilizzato il PCR o che vogliono eseguire l'upgrade a qualsiasi versione del DD OS che non dispone della correzione del codice, non devono seguire i passaggi menzionati.

Una nota importante per i cluster DD HA:
è necessario seguire la procedura descritta di seguito per risolvere il problema con le BTree del PCR potenzialmente danneggiate solo dal nodo attivo DD HA. L'esecuzione dei passaggi (script) dal nodo di standby può causare problemi, poiché le operazioni DMCK di basso livello possono avere esito positivo sull'FS solo perché il nodo di standby non ha l'FS abilitato come tale, mentre allo stesso tempo si accede contemporaneamente ai dati dal nodo attivo tramite il processo FS abilitato.

In caso di dubbi o se si pianifica un upgrade di questo tipo e si necessita di assistenza per il processo, contattare il proprio fornitore di supporto e fare riferimento a questo articolo della Knowledge Base.