Data Domain: Oppgraderingsinstruksjoner for PCR/PCM-aktivert DD
요약: PCR (Physical Capacity Reporting) er en funksjon som har vært tilgjengelig siden DD OS 5.7, men noen versjoner har en feil, korrigert i nyere versjoner, som kan kreve manuell inngripen fra kundestøtte i enkelte DD OS-oppgraderingsscenarioer. ...
이 문서는 다음에 적용됩니다.
이 문서는 다음에 적용되지 않습니다.
이 문서는 특정 제품과 관련이 없습니다.
모든 제품 버전이 이 문서에 나와 있는 것은 아닙니다.
증상
Med DD OS 5.7-versjonen har vi innført rapportering/måling av fysisk kapasitet (PCR/PCM). Dette er en måte å estimere mengden reell diskplass på (etter komprimering) som brukes av data i FS, på en måte som er pålitelig og reproduserbar, for tilbakebetaling og andre virksomhetsscenarioer.
Du finner mer informasjon om funksjonen i kunnskapsartikkelen (FAQ – vanlige spørsmål) 465216 nedenfor:
Måling/rapportering av fysisk kapasitet for Data Domain-operativsystem (DDOS) (PCM/PCR)
Når det skal genereres PCR-rapporter, oppretter Directory Manager (DM) for Data Domain-filsystemet (DDFS) PCR BTREEs på systemet.
DELL EMC Data Domain Engineering har identifisert en kodefeil der DM PCR Btree-sider kan bli korrupte, og DDFS kan gå i panikkmodus når en PCR-jobb startes på systemet. Selv når det eksisterer korrupte PCR Btree-sider, kan PCR-jobber fullføres uten FS-problemer flere ganger, mens det andre ganger kan være at FS fortsatt krasjer.
Denne feilen, som var til stede i alle DD OS 5.7-6.2-utgivelser, er løst i noen nyere DD OS-versjoner (les nedenfor), slik at kjøring av PCR ikke risikerer å utløse FS PANIC-modus så lenge det ikke lenger er korrupte PCR Btree-sider i systemet.
Siden det ikke er mulig å vite på forhånd om det finnes slike korrupte sider (som kan føre til FS PANIC-modus), er det obligatorisk å følge trinnene som er beskrevet nedenfor når du oppgraderer til en fast utgave. Dette er for å forsikre deg om at FS ikke utløser PANIC-modus på tidligere opprettede PCR btree-sider som er korrupte, når du har fått en fast versjon (som ikke oppretter korrupte PCR btree-sider). Vær oppmerksom på at aktiviteten krever at DD FS er nede, og derfor må nedetid planlegges på forhånd. Det er ikke mulig å gi et godt estimat på nedetiden som trengs, men to timer skal være nok til å fullføre oppgaven.
Merk at avhengig av gjeldende og DD OS-målutgivelser og andre faktorer, kan oppgaven enten utføres umiddelbart før du oppgraderer til en fast DD OS-utgivelse, eller umiddelbart etter at oppgraderingen til den nye versjonen er fullført, før du kjører flere PCR-jobber. Målet er i alle fall å ha et DD OS med løsning på feilen som kjører uten at noen av de eksisterende PCR btrees overføres fra den tidligere versjonen, for å unngå eventuelle krasj på korrupte PCR btree-sider.
원인
IA
해결
Feilen som forårsaker korrupte PCR btree-sider, er løst i koden i DD OS for følgende utgivelser. Vær oppmerksom på at det ikke finnes noen løsning for DD OS 5.7.x-versjoner, ettersom DD OS 5.7.x allerede har nådd slutten av levetiden:
Hvis en bruker tidligere har brukt PCR, og ønsker å oppgradere til en av de faste utgivelsene som er nevnt ovenfor, er det obligatorisk at noen manuelle trinn utføres av kundestøtte (enten rett før eller rett etter oppgraderingen) for å sikre at det ikke er noen ødelagte PCR btree-sider i systemet etter oppgradering av DD OS. Hvis du ikke følger denne anbefalingen, vil bruker-DD-en kjøre et fast DD OS som fortsatt kan krasje, på samme måte på grunn av eksisterende feil på PCR btree-sider.
Brukere som aldri har brukt PCR, eller som oppgraderer til en DD OS-utgivelse som ikke har kodereparasjonen, trenger ikke å gå gjennom de nevnte trinnene.
Et viktig notat for DD HA-klynger:
Trinnene som er beskrevet nedenfor for å løse problemet med potensielle korrupte PCR btree-sider, skal bare kjøres fra den aktive DD HA-noden. Hvis du kjører trinnene (skriptet) fra noden i ventemodus, kan det føre til problemer, ettersom DMCK-operasjoner på lavt nivå kun kan lykkes på FS fordi noden i ventemodus ikke er FS-aktivert, samtidig som data åpnes fra den aktive noden gjennom den aktiverte FS-prosessen der.
Hvis du er i tvil, eller hvis du planlegger en slik oppgradering og trenger hjelp med prosessen, kan du ta kontakt med kundestøtteleverandøren og henvise til denne kunnskapsartikkelen.
- DD OS 6.0.2.50 og nyere utgivelser i DD OS 6.0-serien har løst feilen.
- DD OS 6.1.2.40 og nyere utgivelser i DD OS 6.1-serien har løst feilen (MERK: DD OS 6.1.2.40 skal IKKE brukes med DD3300 på grunn av en ikke-relatert feil)
- DD OS 6.2.0.20 og nyere utgivelser i DD OS 6.2-serien har løst feilen
Hvis en bruker tidligere har brukt PCR, og ønsker å oppgradere til en av de faste utgivelsene som er nevnt ovenfor, er det obligatorisk at noen manuelle trinn utføres av kundestøtte (enten rett før eller rett etter oppgraderingen) for å sikre at det ikke er noen ødelagte PCR btree-sider i systemet etter oppgradering av DD OS. Hvis du ikke følger denne anbefalingen, vil bruker-DD-en kjøre et fast DD OS som fortsatt kan krasje, på samme måte på grunn av eksisterende feil på PCR btree-sider.
Brukere som aldri har brukt PCR, eller som oppgraderer til en DD OS-utgivelse som ikke har kodereparasjonen, trenger ikke å gå gjennom de nevnte trinnene.
Et viktig notat for DD HA-klynger:
Trinnene som er beskrevet nedenfor for å løse problemet med potensielle korrupte PCR btree-sider, skal bare kjøres fra den aktive DD HA-noden. Hvis du kjører trinnene (skriptet) fra noden i ventemodus, kan det føre til problemer, ettersom DMCK-operasjoner på lavt nivå kun kan lykkes på FS fordi noden i ventemodus ikke er FS-aktivert, samtidig som data åpnes fra den aktive noden gjennom den aktiverte FS-prosessen der.
Hvis du er i tvil, eller hvis du planlegger en slik oppgradering og trenger hjelp med prosessen, kan du ta kontakt med kundestøtteleverandøren og henvise til denne kunnskapsartikkelen.
해당 제품
Data Domain제품
Data Domain문서 속성
문서 번호: 000058816
문서 유형: Solution
마지막 수정 시간: 22 4월 2021
버전: 3
다른 Dell 사용자에게 질문에 대한 답변 찾기
지원 서비스
디바이스에 지원 서비스가 적용되는지 확인하십시오.