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 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。