Data Domain: Opgraderingsvejledning til PCR/PCM-aktiveret DD

Med DD OS 5.7-versionen har vi indført rapportering/måling af fysisk (PCR/PCM). Dette er en metode til at vurdere den mængde faktisk diskplads (efter kompilering), der bruges af data i FS, på en pålidelig og reproducerbar måde med henblik på tilbageførsel og andre forretningsscenarier.

Du kan finde flere oplysninger om funktionen i KB-artiklen om ofte stillede spørgsmål (FAQ), 465216 nedenfor:   
Måling/rapportering af fysisk kapacitet for Data Domain-operativsystemer (DDOS) (PCM/PCR)

For at generere PCR-rapporter opretter Data Domain File System (DDFS) Directory Manager (DM) PCR BTREE-poster på systemet. 

DELL EMC Data Domain Engineering har identificeret en kodefejl, hvor DM PCR BTree-sider kan blive beskadiget, og DDFS kan bryde ned, når et PCR-job startes på systemet. Men selv hvis der findes beskadigede PCR BTree-sider, kan PCR-job køre til færdiggørelse uden problemer med FS flere gange, men på andre tidspunkter kan FS stadig gå ned.

Denne fejl, som var til stede i alle DD OS 5.7-6.2-versioner, er rettet i nogle nyere DD OS-versioner (læs nedenfor), så kørsel af PCR ikke risikerer FS PANIC'er, så længe beskadigede PCR BTree-sider endnu ikke findes i systemet.

Da det ikke er muligt at få vist på forhånd, om der findes sådanne beskadigede sider (hvilket kan føre til FS PANIC'er), er det obligatorisk at følge de trin, der er beskrevet nedenfor, ved opgradering til en fast udgivelse (som ikke vil oprette beskadigede PCR BTree-sider). FS vil ikke bryde ned på tidligere oprettede beskadigede PCR BTree-sider. Bemærk, at aktiviteten kræver, at DD FS er nede, og derfor skal der planlægges nedetid på forhånd. Det er ikke muligt at give et estimat for den påkrævede nedetid, men 2 timer bør være tilstrækkeligt til at fuldføre opgaven.

Bemærk, at afhængigt af aktuelle og målrettede DD OS-udgivelser og andre faktorer kan opgaven enten udføres umiddelbart før opgraderingen til en eventuel fast DD OS-udgivelse eller umiddelbart efter fuldførelsen af opgraderingen til den nye version, før eventuelle PCR-job planlægges til kørsel. Målet er under alle omstændigheder at have et DD OS med rettelsen kørende, uden at nogen af de eksisterende PCR BTree-poster er overført fra den tidligere version, for at undgå risikoen for nedbrud på beskadigede PCR BTree-sider.

Ikke relevant

Defekten, der forårsager beskadigede PCR BTree-sider, adresseres i koden i DD OS for følgende udgivelser. Bemærk, at der ikke er en rettelse til DD OS 5.7.x-versioner, da DD OS 5.7.x allerede har nået endt levetid:

• I DD OS 6.0.2.50 og nyere versioner i DD OS 6.0-serien er fejlen løst.
• I DD OS 6.1.2.40 og nyere versioner i DD OS 6.1-serien er fejlen løst (BEMÆRK: DD OS 6.1.2.40 skal IKKE bruges med DD3300 pga. en ikke-relateret defekt)
• I DD OS 6.2.0.20 og nyere versioner i DD OS 6.2-serien er fejlen løst

Hvis en bruger tidligere har brugt PCR og ønsker at opgradere til en af de faste versioner nævnt ovenfor, er det obligatorisk, at nogle manuelle trin udføres af supporten (enten umiddelbart før eller umiddelbart efter opgraderingen) for at sikre, at der ikke er nogen beskadigede PCR BTree-sider i systemet efter opgradering af DD OS. Hvis denne anbefaling ikke følges, kan brugerens DD ende med at køre et fast DD OS, som stadig kan bryde ned på samme måde på grund af beskadigelse af en allerede eksisterende PCR BTree-side.

Brugere, der aldrig har brugt PCR, eller som opgraderer til en DD OS-udgivelse, som ikke har koderettelsen, behøver ikke at gå gennem de nævnte trin.

En vigtig note er for DD HA-klynger:
De trin, der er beskrevet nedenfor for at håndtere og løse problemet med potentielle beskadigede PCR BTree-poster, skal kun køres fra den aktive DD HA-node. Kørsel af trinene (script) fra standbynoden kan medføre problemer, da DMCK-handlinger på lavt niveau kan lykkes på FS, blot fordi standbynoden ikke har FS aktiveret som sådan, mens der samtidig tilgås data samtidigt fra den aktive node via den aktiverede FS-proces der.

Hvis du er i tvivl, eller hvis du planlægger en sådan opgradering og har brug for hjælp til processen, skal du kontakte din kontraktlige supportudbyder og henvise til denne KB-artikel.