Data Domain: Uppgraderingsinstruktioner för PCR/PCM-aktiverad DD

Med version DD OS 5.7 har vi infört rapportering/mätning av fysisk kapacitet (PCR/PCM). Det är ett tillförlitligt och reproducerbart sätt att uppskatta mängden verkligt diskutrymme (efter bearbetning) som används av data i FS, och som används för återdebitering och andra affärsscenarier.

Mer information om funktionen finns i KB-artikel 465216 med vanliga frågor och svar nedan:   
Mätning/rapportering av fysisk kapacitet (PCM/PCR) i Data Domain-operativsystem (DDOS)

DDFS (Data Domain File System) Directory Manager (DM) skapar PCR-BTRE-strukturer på systemet för att generera PCR-rapporter. 

DELL EMC:s datadomänstekniker har identifierat ett kodfel där PCR-Btree-strukturer i DM kan skadas och DDFS kan krascha när ett PCR-jobb startas i systemet. Även när det finns skadade PCR-Btree-strukturer kan PCR-jobb slutföras flera gånger utan några FS-problem, men andra gånger kan det hända att FS kraschar.

Det här felet, som fanns i alla DDOS 5.7–6.2-versioner, har åtgärdats i vissa senare DDOS-versioner (läs nedan) så att körning av PCR inte riskerar att utlösa en FS-krasch så länge det inte finns några skadade PCR-Btree-sidor i systemet.

När du uppgraderar till en korrigerad version kan du inte veta i förväg om det finns några sådana skadade sidor (som kan leda till FS-krasch). Därför måste du följa nedanstående steg för att se till att FS inte kraschar på tidigare skapade skadade PCR-Btree-sidor när du väl har den nya korrigerade versionen (som inte skapar skadade PCR-Btree-sidor). Obs! Aktiviteten kräver att DD FS är avaktiverat och ett driftavbrott behöver därför planeras in. Det går inte att säga exakt hur långt driftavbrottet behöver vara, men två timmar bör räcka för att slutföra uppgiften.

Obs! Beroende på den aktuella versionen och målversionen av DD OS samt på andra faktorer kan uppgiften antingen utföras omedelbart innan du uppgraderar till en korrigerad DD OS-version, eller omedelbart efter att du har slutfört uppgraderingen till den nya versionen och innan några PCR-jobb har schemalagts för att köras. Målet är i alla fall att ha ett DD OS som körs med korrigeringen utan att någon av de befintliga PCR-btree-strukturerna överförs från den tidigare versionen, för att undvika alla risker för krascher på skadade PCR-btree-sidor.

Ej tillämpligt

Det fel som orsakar skadade PCR-btree-strukturer har åtgärdats i DD OS-koden för följande versioner. Obs! Det finns ingen korrigeringsfil för DD OS 5.7.x-versioner, eftersom DD OS 5.7.x redan är i slutet av sin livslängd:

• Felet är åtgärdat i DD OS 6.0.2.50 och senare versioner av DD OS 6.0-serien.
• Felet är åtgärdat i DD OS 6.1.2.40 och senare versioner av DD OS 6.1-serien (Obs! DD OS 6.1.2.40 ska INTE användas med DD3300 på grund av ett icke-relaterat fel)
• Felet är åtgärdat i DD OS 6.2.0.20 och senare versioner av DD OS 6.2-serien

Om en användare har använt PCR tidigare och vill uppgradera till någon av de korrigerade versionerna ovan måste vissa manuella steg utföras av supporten (antingen omedelbart före eller omedelbart efter uppgraderingen) för att se till att det inte finns några skadade PCR-btree-strukturer i systemet efter uppgraderingen av DD OS. Om du inte följer den rekommendationen leder det till att kundens DD kör ett korrigerat DD OS som fortfarande kan krascha på samma sätt på grund av det befintliga felet på PCR-btree-sidan.

Användare som aldrig har använt PCR, eller som uppgraderar till en DDOS-version som inte har kodkorrigeringen, behöver inte gå igenom de nämnda stegen.

En viktig anmärkning gällande DD HA-kluster:
De steg som beskrivs nedan för att åtgärda och lösa problemet med möjligen skadade PCR-btree-strukturer ska endast utföras från den aktiva DD HA-noden. Om du utför stegen (kör skriptet) från standbynoden kan det leda till problem, eftersom DMCK-åtgärder på låg nivå kan genomföras på FS bara på grund av att standbynoden inte har FS aktiverat, samtidigt som data samtidigt används från den aktiva noden via den aktiverade FS-processen där.

Om du är osäker, eller om du planerar en sådan uppgradering och behöver hjälp med proceduren, kontaktar du den kontrakterade supportleverantören och hänvisar till den här KB-artikeln.