Data Domain: Upgrade-instructies voor DD met PCR/PCM

Met de DD OS 5.7 release hebben we Physical Capacity Reporting /Measurement (PCR/PCM) geïntroduceerd. Dit is een manier om de hoeveelheid werkelijke schijfruimte (post-comp) te schatten die door data in het FS wordt gebruikt op een manier die betrouwbaar en reproduceerbaar is, voor charge-back en andere bedrijfsscenario's.

Meer informatie over deze functie vindt u in de sectie veelgestelde vragen van KB-artikel 465216:   
Data Domain Operating System (DDOS) fysieke capaciteit meten/rapporteren (PCM/PCR) 

Om PCR-rapporten te genereren maakt de Directory Manager van het Data Domain File System (DDFS) PCR BTREEs op het systeem. 

DELL EMC Data Domain Engineering heeft een codefout geconstateerd waardoor DM PCR Btree-pagina's beschadigd kunnen raken en DDFS in PANIEK kan raken wanneer een PCR-taak op het systeem wordt gestart. Maar zelfs in het geval van beschadigde PCR Btree-pagina's kunnen PCR-taken meerdere keren zonder FS-problemen worden voltooid, maar soms crasht het FS nog steeds.

Dit defect, dat aanwezig was in alle DD OS 5.7 - 6.2-releases, is verholpen in sommige latere DD OS-versies (zie hieronder), zodat PCR uitvoeren niet het risico van FS-PANIEK met zich meeneemt, zolang beschadigde PCR Btree-pagina's nog niet in het systeem aanwezig zijn.

Aangezien het niet mogelijk is om vooraf te weten of er dergelijke beschadigde pagina's zijn (wat kan leiden tot FS-PANIEK), is het bij het upgraden naar een fixed release verplicht om de onderstaande stappen te volgen om ervoor te zorgen dat op een fixed release (die geen beschadigde PCR btree-pagina's maakt) de FS niet in PANIEK doet raken op eerder gemaakte beschadigde PCR btree-pagina's. Let op: de activiteit vereist dat het DD FS niet actief is en daarom moet downtime vooraf worden gepland. Het is niet mogelijk om een goede schatting te geven van de benodigde downtime, maar 2 uur moet voldoende zijn om de taak te voltooien.

Opmerking: afhankelijk van de huidige en doelversies van het DD-besturingssysteem en andere factoren, kan de taak onmiddellijk worden uitgevoerd alvorens te upgraden naar een fixed DD OS-release, of onmiddellijk na het voltooien van de upgrade naar de nieuwe release, voordat PCR-taken worden gepland. Het doel is in elk geval om te beschikken over een werkend DD-besturingssysteem met de oplossing, zonder dat bestaande PCR btrees uit de eerdere release zijn overgebracht, om het risico van crashen op beschadigde PCR btree-pagina's te voorkomen.

Niet beschikbaar

Het defect dat beschadigde PCR btree-pagina's veroorzaakt, wordt verholpen in de code in DD OS voor de volgende releases. Er is overigens geen oplossing voor DD OS 5.7.x-versies, omdat DD OS 5.7.x al het einde van de levensduur heeft bereikt:

• In DD OS 6.0.2.50 en latere releases in de DD OS 6.0-serie is het defect opgelost.
• In DD OS 6.1.2.40 en latere releases in de DD OS 6.1-serie is het defect opgelost (OPMERKING: DD OS 6.1.2.40 mag NIET worden gebruikt met DD3300 vanwege een niet-gerelateerd defect)
• In DD OS 6.2.0.20 en latere releases in de DD OS 6.2-serie is het defect opgelost

Als een gebruiker in het verleden PCR heeft gebruikt en wil upgraden naar een van de bovengenoemde herstelde releases, moet Support enkele handmatige stappen uitvoeren (direct voor of direct na de upgrade) om te controleren of het systeem geen beschadigde PCR btree-pagina's bevat na het upgraden van DD OS. Als deze aanbeveling niet wordt opgevolgd, wordt in het Data Domain van de gebruiker uiteindelijk een hersteld DD-besturingssysteem uitgevoerd dat nog steeds op dezelfde manier kan crashen als gevolg van een reeds bestaande beschadiging van de PCR btree-pagina.

Gebruikers die PCR nog nooit hebben gebruikt of die een upgrade uitvoeren naar een DD OS release die niet beschikt over de codefix, hoeven de genoemde stappen niet te doorlopen.

Een belangrijke opmerking betreft DD HA-clusters:
De onderstaande stappen om het probleem met mogelijke beschadigde PCR btrees op te lossen, moeten alleen worden uitgevoerd vanaf het actieve DD HA-knooppunt. De stappen (script) uitvoeren vanaf het stand-by-knooppunt kan leiden tot problemen, omdat DMCK-bewerkingen op laag niveau kunnen werken op het bestandssysteem (FS) omdat het FS op het stand-by-knooppunt niet als zodanig is geactiveerd, terwijl tegelijk data worden geopend vanaf het actieve knooppunt via het daar ingeschakelde FS-proces.

Neem bij twijfel of als u van plan bent een dergelijke upgrade uit te voeren en hulp nodig hebt bij het proces, contact op met uw gecontracteerde supportprovider en verwijs naar dit KB-artikel.