DDOS Mätning av fysisk kapacitet eller rapportering av fysisk kapacitet – vanliga frågor
Summary: Data Domain Operating System (DD OS), mätning av fysisk kapacitet (PCM) eller rapportering av fysisk kapacitet (PCR) – vanliga frågor och svar.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Version 5.7 av Data Domain Operating System (DD OS) introducerar nya funktioner som kallas Physical Capacity Measurement (PCM) eller Physical Capacity Reporting (PCR).
I den här artikeln beskrivs vanliga användningsfall och frågor kring den här funktionen. PCM och PCR används omväxlande i det här dokumentet.
Vad är mätning av fysisk kapacitet (PCM)?
PCM är en ny funktion som stöds i DD OS 5.7 och senare och som gör det möjligt att beräkna exakt hårddiskanvändning av ett katalogträd, en samling katalogträd, MTree eller en samling MTrees.
Hur skiljer sig detta från funktioner i tidigare versioner av DDOS?
När en fil matas in på en DDR registrerar vi olika statistik om filen. En sådan statistik är "post-lc bytes" eller den fysiska mängd utrymme som tas upp av en fil när den skrivs till systemet. Vi kan visa byte efter lc för en fil eller ett katalogträd med hjälp av filesys show compression kommando - till exempel:
sysadmin@dd9500# filesys show compression /data/col1/jf1 Total files: 4; bytes/storage_used: 1.3 Original Bytes: 4,309,378,324 Globally Compressed: 3,242,487,836 Locally Compressed: 3,293,594,658 Meta-data: 13,897,112
Detta indikerar att katalogträdet ovan innehåller fyra filer som totalt använde 3 293 594 658 byte (3,07 GB) fysiskt utrymme vid inmatning.
Obs! Den här statistiken genereras vid tidpunkten för inmatningen och uppdateras inte efter den här tiden. På grund av dedupliceringens natur ändras dock hur data på disken dedupliceras mot och därmed hur varje fil dedupliceras (och mängden data är "ägd") när ytterligare filer matas in eller tas bort och rensning körs. På grund av detta blir ovanstående statistik inaktuell med tiden och ibland kan arbetsbelastningar bli felaktiga.
PCM är ett försök att undvika inkonsekventa resultat som orsakas av att ovanstående statistik blir inaktuell. Eftersom PCM kan generera rapporter om hårddiskanvändning vid en viss tidpunkt gäller inte längre ovanstående begränsningar och resultaten blir garanterat mer exakta.
Finns det några kända fakta eller inställningar där resultat beräknade med PCM är kända för att vara mindre än optimalt korrekta?
PCM gör sampling för att beräkna diskutrymmet som används av filer i sökvägsuppsättningen. Det innebär att vissa filer kan utelämnas från uppräkningen för unika segment, eftersom filer som är mindre än en viss storlek av prestandaskäl inte redovisas. Den minsta storleken på de enskilda filerna i sökvägarna som PCM-jobben tar hänsyn till för uppräkning (och därmed de som den tar hänsyn till det diskutrymme som används för) beror på den genomsnittliga storleken på filsystemets segment:
- Om den genomsnittliga segmentstorleken är 4 K ignoreras filer som är 4 MB och mindre av PCM
- Om den genomsnittliga segmentstorleken är 8 K ignoreras filer som är 8 MB och mindre av PCM
- Om den genomsnittliga segmentstorleken är 12 K ignoreras filer som är 12 MB och mindre av PCM
Verkliga kunddata visar att den genomsnittliga segmentstorleken ligger runt 9 kB för de vanligaste användningsfallen, så en ungefärlig siffra för filer som inte beaktas när en PCM beräknar diskutrymme som används är de som är mindre än 9 MB.
Krävs några ytterligare licenser för PCM?
Nej – PCM är inte en licensierad funktion och därför krävs inga ytterligare licenser för att använda PCM.
Finns PCM -stöd på alla plattformar?
Nej – PCM stöds på alla maskinvaru- och Virtual Data Domain-enheter (DDVE), förutom på DDVE:er
med aktiv nivå på objektlagring (ATOS).PCM mäter och räknar bara upp filerna på den aktiva nivån: Filer som finns i molnenheter (eller för äldre förlängd kvarhållning, de i arkiveringsenheter) finns inte i storleksberäkningen för PCM-jobb.
Finns det några andra förutsättningar som krävs innan PCM kan användas?
Som standard är PCM inaktiverat i DDOS 5.7. Innan den kan användas måste den aktiveras och dess cache initieras enligt nedan:
sysadmin@dd9500# compression physical-capacity-measurement enable and-initialize physical-capacity-measurement enabled. Initialization started.
Obs! PCM-cachen används för att snabba upp framtida PCM-jobb och initieringen av cachen kan ta lång tid. Trots dessa kan PCM-jobb börja köas medan PCM-cachen initieras.
Hur beräknar PCM användningssummor?
PCM använder mtree-snapshots för att fastställa fysisk användning för en grupp filer. När ett PCM-jobb startar händer därför följande:
- En mtree-ögonblicksbild skapas mot underliggande MTrees.
Obs! Den här ögonblicksbilden heter pcr_snap_*, det vill säga:
sysadmin@dd9500# snapshot list mtree /data/col1/jf2 Snapshot Information for MTree: /data/col1/jf2 ---------------------------------------------- Name Pre-Comp (GiB) Create Date Retain Until Status --------------------------------- -------------- ----------------- ----------------- ------- pcr_snap_1440284055_1440360259_19 6.0 Aug 23 2015 13:04 Dec 31 1969 16:00 expired --------------------------------- -------------- ----------------- ----------------- -------
- PCM hittar filer från ögonblicksbilden som ska finnas i PCM-jobbet (det vill säga i de angivna sökvägarna eller MTrees).
- PCM går igenom segmentträdet för dessa filer för att i princip skapa en lista över unika segmentfingeravtryck som refereras av alla filer.
- PCM hittar sedan motsvarande segment på disken (i behållaruppsättningen) och beräknar summan av storleken på dessa segment.
-
Summan av storleken på dessa segment representerar den aktuella hårddiskanvändningen av motsvarande filer.
- Utöver ovanstående kan den förkomprimerade storleken på uppsättningen filer hittas från motsvarande filmetadata.
- När PCM-jobben har slutförts upphör underliggande PCM-snapshots att gälla för senare borttagning.
Hur fungerar PCM -jobb?
PCM-jobb skickas av en användare (eller enligt ett schema) och läggs till i en PCM-arbetskö. Beroende på systemarbetsbelastningen kan PCM-jobb hämtas från kön och startas omedelbart eller skjutas upp en stund.
Exempel på varför PCM-jobb kan skjutas upp är följande:
- Rensning av aktiv nivå körs på systemet – PCM-jobb och rensning av aktiv nivå kan inte köras parallellt. Det innebär att PCM-jobb som placeras i kö medan rensning på aktiv nivå körs skjuts upp tills rensningen av den aktiva nivån har slutförts.
- Det finns redan vissa PCM-jobb som körs mot underliggande MTrees – PCM använder mtree-snapshots och det finns strikta gränser för hur många PCM-snapshots en viss användare kan skapa vid en viss tidpunkt mot en enda MTree. Om dessa gränser överskrids av ett nytt PCM-jobb skjuts jobbet upp tills det befintliga jobbet har slutförts.
Är det möjligt att kontrollera de resurser som används av PCM på ett system?
PCM använder en begränsningsmekanism som liknar den som används av active tier clean, det vill säga att PCM-begränsningen kan ställas in från 0 (inte aggressiv) till 100 (aggressiv). Uppenbarligen, ju högre begränsning, desto mer resurser används av PCM och desto större inverkan PCM-jobb kan ha på andra arbetsbelastningar på systemet.
Som standard är PCM-begränsningen inställd på 20, d.v.s.
sysadmin@dd9500# compression physical-capacity-measurement throttle show Throttle is set to 20 percent (default).
PCM-begränsning kan ändras på följande sätt med ändringen av begränsning som sker omedelbart (det vill säga ingen DDFS-omstart krävs för att PCM ska hämta den nya begränsningsinställningen):
sysadmin@dd9500# compression physical-capacity-measurement throttle set 50 Throttle set to 50 percent.
Vad är sökvägar?
PCM-jobb kan köras på två sätt, d.v.s.
- Mot en fördefinierad "sökvägsuppsättning" (det vill säga användarspecificerad samling av kataloger)
- Mot ett enda mtree
Innan jobb kan köras mot en viss sökvägsuppsättning måste sökvägsuppsättningen skapas eller definieras på följande sätt:
sysadmin@dd9500# compression physical-capacity-measurement pathset create jfall paths /data/col1/jf1,/data/col1/jf2 Pathset "jfall" created.Specifika kataloger kan läggas till eller tas bort från en befintlig sökvägsuppsättning på följande sätt:
sysadmin@dd9500# compression physical-capacity-measurement pathset del jfall paths /data/col1/jf2 Path(s) deleted from pathset "jfall". sysadmin@dd9500# compression physical-capacity-measurement pathset add jfall paths /data/col1/jf2 Path(s) added to pathset "jfall".
Alla sökvägar som har skapats visas på följande sätt:
sysadmin@dd9500# compression physical-capacity-measurement pathset show list Pathset Number of paths Measurement-retention (days) --------------- --------------- ---------------------------- jf1 1 180 jf2 1 180 jfall 2 180 phys-gandhi3 1 180 phys-gandhi5-fc 1 180 phys-gandhi5 1 180 phys2-gandhi3 2 180 --------------- --------------- ---------------------------- 7 pathset(s) found.
Om du vill visa specifika sökvägar som definierats i en sökvägsuppsättning visas pathset show detailed kommandot används:
sysadmin@dd9500# compression physical-capacity-measurement pathset show detailed jfall Pathset: jfall Number of paths: 2 Measurement-retention: 180 day(s) Paths: /data/col1/jf1 /data/col1/jf2 sysadmin@dd9500#
Om du vill ta bort en sökväg anger du pathset destroy Kommandot kan användas:
sysadmin@dd9500# compression physical-capacity-measurement pathset destroy jfall
Obs! Detta tar bort all historik för den angivna sökvägsuppsättningen.
Obs! Ad-hoc-jobb mot ett enda MTree kräver inte en sökvägsuppsättning som definierats innan de körs.
Hur startas ett PCM-jobb?
Ett nytt PCM-jobb skickas till PCM-arbetskön med hjälp av sample start kommandot, det vill säga:
sysadmin@dd9500# compression physical-capacity-measurement sample start pathsets jfall Measurement task(s) submitted and will begin as soon as resources are available.
I exemplet ovan användes en fördefinierad sökvägsuppsättning. Om du vill skicka ett PCM-jobb mot ett enda MTree anges MTree, d.v.s.
sysadmin@dd9500# compression physical-capacity-measurement sample start mtrees /data/col1/backup Measurement task(s) submitted and will begin as soon as resources are available.
Som standard skickas PCM-jobb med prioriteten "normal". Det är också möjligt att ange en prioritet för brådskande:
sysadmin@dd9500# compression physical-capacity-measurement sample start pathsets jf1 priority urgent Measurement task(s) submitted and will begin as soon as resources are available.
Jobb med prioritet "brådskande" placeras i kö före de med prioritet "normal" (vilket innebär att de plockas upp och utförs i stället för alla inlämnade jobb med prioritet "normal").
En lista över skickade eller pågående jobb visas med hjälp av sample show current kommando, till exempel:
sysadmin@dd9500# compression physical-capacity-measurement sample show current Task ID Type Name User State Creation Time Measurement Time Start Time Priority Percent (Submitted Time) Done ----------- ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- 47244640259 PS jf2 sysadmin Scheduled 2015/08/23 12:24:12 2015/08/23 12:24:12 -- Urgent 0 47244640258 PS jf1 sysadmin Scheduled 2015/08/23 12:24:09 2015/08/23 12:24:09 -- Urgent 0 47244640257 PS jfall sysadmin Scheduled 2015/08/23 12:23:06 2015/08/23 12:23:06 -- Normal 0 ----------- ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- sysadmin@dd9500#
Kan PCM-jobb schemaläggas?
Ja – Om ett specifikt PCM-jobb måste köras regelbundet schemaläggs det att köras automatiskt efter behov. Till exempel:
sysadmin@dd9500# compression physical-capacity-measurement schedule create jf_sched pathsets jfall,jf1,jf2 time 1400 Schedule "jf_sched" created.
Obs! Scheman skapas för att köras dagligen, på specifika veckodagar eller vissa dagar i varje månad.
Ett befintligt schema ändras med hjälp av schedule modify Kommandot:
sysadmin@dd9500# compression physical-capacity-measurement schedule modify jf_sched priority urgent time 1700 day Wed,Fri Schedule "jf_sched" modified.
Dessutom kan sökvägar läggas till eller tas bort i ett befintligt schema på följande sätt:
sysadmin@dd9500# compression physical-capacity-measurement schedule del jf_sched pathsets jf2 Schedule "jf_sched" modified. sysadmin@dd9500# compression physical-capacity-measurement schedule add jf_sched pathsets jf2 Schedule "jf_sched" modified.
Obs! Ett schema kan inte bara innehålla sökvägar ELLER MTrees (det vill säga de två kan inte blandas):
sysadmin@dd9500# compression physical-capacity-measurement schedule create jf_sched2 mtrees /data/col1/backup time 1400 Schedule "jf_sched2" created. sysadmin@dd9500# compression physical-capacity-measurement schedule add jf_sched2 pathsets jfall **** Failed to add: this schedule is only for mtrees.
Om du vill visa information om befintliga scheman schedule show all kommandot används, till exempel:
sysadmin@dd9500# compression physical-capacity-measurement schedule show all Name: jf_sched Status: enabled Priority: urgent Frequency: weekly on Wed, Fri Time: 17:00 Pathset(s): jfall jf1 jf2 Name: jf_sched2 Status: enabled Priority: normal Frequency: daily Time: 14:00 MTree(s): /data/col1/backup
Befintliga scheman kan inaktiveras eller aktiveras omedelbart, det vill säga:
sysadmin@dd9500# compression physical-capacity-measurement schedule disable jf_sched2 Schedule "jf_sched2" disabled. sysadmin@dd9500# compression physical-capacity-measurement schedule enable jf_sched2 Schedule "jf_sched2" enabled.
En förteckning kan också förstöras
sysadmin@dd9500# compression physical-capacity-measurement schedule destroy jf_sched2 Schedule "jf_sched2" destroyed.
Obs! Detta tar INTE bort historiken för motsvarande MTree/sökvägar (det innebär att nya PCM-jobb inte schemaläggs automatiskt).
Hur startas schemalagda jobb?
När ett PCM-schema läggs till och aktiveras gör detta att en motsvarande post läggs till i /etc/crontabDet är:
# # collection.1.crontab.pcr.jf_sched.0 # 00 17 * * Wed,Fri root /ddr/bin/ddsh -a compression physical-capacity-measurement sample start force priority urgent objects-from-schedule jf_sched
Obs! Cron-jobbet tas bort från
/etc/crontab om schemat är inaktiverat eller förstört.
Kan jag sluta köra ett PCM-jobb?
Ja – Pågående PCM-jobb kan avbrytas med antingen aktivitets-ID:t eller pathset/mtree-namnen. Vi ser till exempel att vi har två PCM-jobb i kö:
SE@dd9500## compression physical-capacity-measurement sample show current Task ID Type Name User State Creation Time Measurement Time Start Time Priority Percent (Submitted Time) Done ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- 124554051585 PS jfall sysadmin Scheduled 2015/08/30 16:00:48 2015/08/30 16:00:48 -- Normal 0 124554051586 PS jfall sysadmin Scheduled 2015/08/30 16:01:55 2015/08/30 16:01:55 -- Normal 0 ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- --------
Dessa jobb kan avbrytas med hjälp av antingen aktivitets-id (för att stoppa ett enskilt jobb):
SE@dd9500## compression physical-capacity-measurement sample stop task-id 124554051585 ** This will abort any submitted or running compression physical-capacity-measurement sampling tasks. Do you want to proceed? (yes|no) [no]: yes 1 task(s) aborted.
Vi har bara ett jobb som körs:
SE@dd9500## compression physical-capacity-measurement sample show current Task ID Type Name User State Creation Time Measurement Time Start Time Priority Percent (Submitted Time) Done ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- 124554051586 PS jfall sysadmin Scheduled 2015/08/30 16:01:55 2015/08/30 16:01:55 -- Normal 0 ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- --------
Eller sökvägsuppsättningens namn:
SE@dd9500## compression physical-capacity-measurement sample stop pathsets jfall ** This will abort any submitted or running compression physical-capacity-measurement sampling tasks. Do you want to proceed? (yes|no) [no]: yes 1 task(s) aborted.
Lämnar oss utan jobb:
SE@dd9500## compression physical-capacity-measurement sample show current No measurement tasks found.
Hur kan information om slutförda jobb visas?
Information om slutförda jobb visas med sample show history Kommandot. Om du till exempel vill visa information om en enskild sökvägsuppsättning:
SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) 2015/08/23 13:04:20 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/26 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/27 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/28 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/29 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/30 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) ------------------- ------------ ------------- ----------- ---------- -------------- Total number of measurements retrieved = 7.
Parametern detailed-history visar även start- och sluttiderna för varje jobb:
SE@dd9500## compression physical-capacity-measurement sample show detailed-history pathset jfall Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp Task ID Task Start Time Task End Time (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- ------------ ------------------- ------------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) 47244640257 2015/08/23 12:25:19 2015/08/23 12:25:23 2015/08/23 13:04:20 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 51539607553 2015/08/23 13:05:45 2015/08/23 13:05:48 2015/08/26 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 77309411329 2015/08/26 14:02:50 2015/08/26 14:02:50 2015/08/27 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 85899345921 2015/08/27 14:03:06 2015/08/27 14:03:06 2015/08/28 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 94489280513 2015/08/28 14:02:50 2015/08/28 14:02:51 2015/08/29 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 103079215105 2015/08/29 14:01:40 2015/08/29 14:01:41 2015/08/30 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 115964116993 2015/08/30 14:04:12 2015/08/30 14:04:12 ------------------- ------------ ------------- ----------- ---------- -------------- ------------ ------------------- ------------------- Total number of measurements retrieved = 7.
Obs! Båda kommandona kan ändras för att endast hämta resultat under en viss tidsperiod:
SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall last 2days Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/29 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/30 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) ------------------- ------------ ------------- ----------- ---------- -------------- Total number of measurements retrieved = 2.
Eller mellan specifika datum eller tider:
SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall start 08231010 end 08231400 Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) 2015/08/23 13:04:20 10.0 6.2 1.63x 0.98x 1.61x (37.84%) ------------------- ------------ ------------- ----------- ---------- -------------- Total number of measurements retrieved = 2.
Hur länge sparas en specifik historik för en specifik sökväg/mtree?
Som standard sparas resultatet av varje PCM-sökväg i 180 dagar. Detta kan ändras genom ändring av motsvarande sökvägsuppsättning:
SE@dd9500## compression physical-capacity-measurement pathset modify jfall measurement-retention 14 Measurement-retention changed to 14 day(s).
PCM-historik lagras i systemhistorikdatabasen. Som ett resultat, om den historiska databasen går förlorad eller skadad, går även information om all PCM-historik förlorad.
Finns det några varningar att vara medveten om när du använder PCM?
PCM-jobb pausas om systemet har mindre än 10 % tillgängligt utrymme.
PCM-jobb pausas medan rensningscykeln körs.
Som tidigare nämnts är PCM ett verktyg som används för att beräkna fysisk användning av en specifik uppsättning kataloger/MTrees. När du beräknar resultat för en specifik sökvägsuppsättning eller uppsättning MTrees räknar PCM bara storleken på varje unikt datasegment som används av sökvägsuppsättningen eller uppsättningen MTrees en gång.
Obs! På grund av dedupliceringens natur kan det finnas andra filer utanför de sökvägar/MTrees som jobbet körs mot som också kan deduplicera mot samma data.
Om filer som deduplicerar mot samma data finns i flera olika PCM-jobb kan därför vart och ett av segmenten som filerna består av räknas flera gånger (en gång av varje PCM-jobb). Det innebär att även om resultaten för varje enskilt PCM-jobb är korrekta, kan resultaten av flera PCM-jobb inte summeras för att ge korrekt fysisk användning för summan av sökvägar/MTrees i jobben.
På grund av hur PCM-jobb sätts ihop, sökvägsuppsättningen eller MTree post-comp-utrymmet som används på disken:
- PCM-jobb tar inte hänsyn till döda data (diskutrymme som används av borttagna filer, vilket utrymme på disken kanske inte har frigjorts genom att köra GC ännu).
- PCM tar inte hänsyn till data som är låsta i snapshots som skapats för MTree eller sökvägar som mäts.
Jag har till exempel ett mtree som heter /data/col1/jf1 där jag skapar tre 1Gb-filer, det vill säga:
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # for i in 1 2 3 ; do
> dd if=/dev/urandom of=/data/col1/jf1/${i} bs=1024k count=1024
> done
Jag kopierar sedan dessa filer till en andra mtree (/data/col1/jf2):
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/1 /data/col1/jf2/4 !!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/2 /data/col1/jf2/5 !!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/3 /data/col1/jf2/6
Slutligen skapar jag en ny fil på 1 Gb i /data/col1/jf2:
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # dd if=/dev/urandom of=/data/col1/jf2/7 bs=1024k count=1024 1024+0 records in 1024+0 records out
Om man bortser från lokal komprimering av data och endast tar hänsyn till deduplicering är det tydligt att varje MTree använde följande mängd fysiskt utrymme när filerna skrevs:
/data/col1/jf1: 3 Gb
/data/col1/jf2: 1 GB (för den nya filen – kopierade filer skulle ha deduplicerats mot befintliga data och skulle därför ha förbrukat minimalt fysiskt utrymme).
Som ett resultat av detta kan summan av det fysiska utrymmesutnyttjandet med /data/col1/jf1 och /data/col1/jf2 bör vara runt 4 Gb.
Tre PCM-sökvägsuppsättningar skapas:
jf1 som innehåller /data/col1/jf1
jf2 som innehåller /data/col1/jf2
jfall som innehåller data/col1/jf1 och /data/col1/jf2
PCM-jobben körs och ger utdata på följande sätt:
Pathset: jf1 Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:24:09 3.0 3.2 0.96x 0.98x 0.94x (-6.21%) ------------------- ------------ ------------- ----------- ---------- -------------- Pathset: jf2 Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:24:12 4.0 4.2 0.98x 0.98x 0.96x (-4.14%) ------------------- ------------ ------------- ----------- ---------- --------------
Dessa värden är korrekta eftersom varje PCM-jobb bara tittar på fysiska data som refereras av filerna i motsvarande sökvägsuppsättning. Det innebär att data för filer som har kopierats räknas två gånger (en gång för varje PCM-jobb).
Det kan tyckas rimligt att för att få ett totalt fysiskt utnyttjande av /data/col1/jf1 och /data/col1/jf2 MTrees kan vi summera värdena för "fysisk användning" från ovanstående utdata.
Obs! Detta ger 7,4 Gb, vilket uppenbarligen inte är korrekt (ovan uppskattades det att den totala användningen skulle vara cirka 4 GB på grund av deduplicering).
För att få ett korrekt värde för totalt fysiskt utnyttjande av /data/col1/jf1 och /data/col1/jf2är det nödvändigt att köra ett enda PCM-jobb som täcker båda dessa MTrees (d.v.s. use jfall). Detta säkerställer att dubbletter av segment bara räknas en gång och inte två gånger som i exemplet ovan, det vill säga:
Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) ------------------- ------------ ------------- ----------- ---------- --------------
Sammanfattningsvis kan utdata från flera PCM-jobb inte summeras för att ge korrekt fysisk användning för en uppsättning sökvägar/MTree. I stället bör en enda PCM-sökvägsuppsättning definieras som täcker alla nödvändiga MTree/kataloger eftersom detta säkerställer att duplicerade data bara räknas en gång. Om detta inte görs och ett separat PCM-jobb skulle köras för varje mtree på ett system, till exempel, är resultaten summerade det fullt möjligt att den totala fysiska kapaciteten som används överstiger systemets råa kapacitet.
Kan PCM-jobb endast skickas av DDSH kommandoraden eller kan ett användargränssnitt också användas?
I det här dokumentet används Data Domain-kommandoradsgränssnittet (DDSH) för att konfigurera, skicka och granska PCM-jobb.
Obs! PCM kan också användas av användargränssnittet för Data Domain Enterprise Manager eller System Manager.
Obs! DDSH-gränssnittet har en gräns på högst 256 tecken i ett visst kommando. Om PCM-jobb måste konfigureras mot en sökväg med ett långt katalognamn kan det därför vara fördelaktigt (eller till och med nödvändigt) att använda ett av de tillgängliga användargränssnitten.
Affected Products
Data Domain, DD OSProducts
Data DomainArticle Properties
Article Number: 000058798
Article Type: How To
Last Modified: 05 Dec 2024
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.