Data Domain: Přehled fází čištění/uvolňování paměti pro systém souborů Data Domain (DDFS)
Summary: Tento článek obsahuje přehled fází čištění nebo uvolňování paměti pro data Domain a popisuje rozdíly mezi různými čistými algoritmy, které se používají v různých verzích operačního systému data Domain. ...
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.
Symptoms
Systém souborů Data Domain (DDFS) se liší od mnoha běžných implementací systému souborů v tom, kdy je soubor odstraněn ze systému souborů, který tento soubor používá, není okamžitě k dispozici pro opakované použití. Důvodem je to, že úložiště data Domain Restore (DDR) okamžitě neví, zda jsou data, na která se odstraněný soubor odkazuje, také deduplikována podle jiných souborů, a proto je bezpečné je odstranit.
Čištění (někdy označované jako uvolňování paměti/GC) je proces, kterým společnost DDR:
V tomto článku jsou podrobněji popsány služby vymazání/GC, které jim vysvětlí:
Čištění (někdy označované jako uvolňování paměti/GC) je proces, kterým společnost DDR:
- Určuje, která data na disku jsou nadsáhnout (na kterou již odkazují objekty, jako jsou soubory nebo snímky).
- Fyzicky odstraní nadbytečných dat, která jsou k dispozici pro opakované použití (např. v. o nových datech).
- S dlouhou dobou trvání
- Výpočetní náročnosti
V tomto článku jsou podrobněji popsány služby vymazání/GC, které jim vysvětlí:
- Fáze, které se obvykle spouští
- Různé čisté algoritmy použité v různých verzích DDOS
Cause
Žádný
Resolution
Pokaždé, když provádíte čištění/uvolňování paměti, bude mít dva hlavní účely – nejprve musí na DDR nalézt na stručný přehled o tom, jak je to hotové, následující:
Upozorňujeme, že na systém nebude fyzicky uvolněn žádný prostor, dokud nezačnete čistit/GC do fáze kopírování. V důsledku toho může nastat významná prodleva mezi zahájením čistého spouštění a prostorem, který je třeba uvolnit (kvůli procesu vyčíslení, který musí být prvním úspěšně dokončen). Pro tyto systémy nemusíte mít možnost vyplňovat 100% plného rozsahu před spuštěním čištění/GC.
Fáze výčtu jsou obvykle nákladné z hlediska využití procesoru (tzn. jde o obecně vázáné PROCESORy) vzhledem k tomu, že fáze kopírování je nákladná z hlediska procesoru a I/O (tzn. obecně jde o PROCESORy a I/O). V souhrnu je však možné říci, že:
DDOS 5,4 (a starší) – plný čistý algoritmus: Spustí 6 nebo 10 fází (jak je uvedeno výše):
Podobně jako DDR přepínají z fyzického na dokonalý fyzický čistý algoritmus, když je upgradován z DDOS 5. x na 6,0 (nebo novější). Upozorňujeme, že ideální fyzický čistý algoritmus vyžaduje, aby byly indexy ve formátu ' index 2,0 ' předtím, než je lze použít. Pozor:
Jak je uvedeno výše, nezávisle na použitém algoritmu Clean/GC může vyčistit vyžadovat proměnný počet fází – například úplný čistý algoritmus může vyžadovat 6 nebo 10 fází. Důvodem je to, že:
Nejsou k dispozici žádné informace o tom, jak přímo zjistit, že se systém přepnul z fyzického čistého algoritmu na ideální fyzický čistý algoritmus jiný než:
Bez ohledu na čistý algoritmus použitý ve fázi kopírování (v případě, kdy jsou uhynulá data fyzicky odstraněna ze systému) funguje podobně v rámci všech vydání. Výkon fáze kopírování je obvykle závislý na následujících:
Příklad 1:
Aby bylo možné provádět kopii popsanou v příkladu 2 v porovnání s tímto příkladem, musí být jasně vyšší množství vstupně-výstupních akcí a procesoru, a proto bude na disku v tomto příkladu výrazně delší fyzický prostor 45Mb.
Uživatelé obvykle nemají kontrolu nad "fragmentací" uhynulých dat na disku v DDR, protože to záleží na skříni použití/typu dat, která jsou zapsána v systému. Upozorňujeme, že vyčištění/uvolňování paměti uchovává statistiky, které pomáhají určit "fragmentaci" mrtvých dat, ke kterým došlo během fáze kopírování (v důsledku toho může uživatel určit, zda tato fragmentace bude vysvětlit potenciálně dlouho probíhající kopírovací fáze). Tyto statistiky z nejnovější fáze služby Clean and GC jsou shromažďovány v automatické podpoře. V následujícím příkladu je uvedena fáze kopírování, ve které se neuhynulá data poměrně sousedí (např. Většina kontejnerů vybraných pro kopírování převážně uhynulých dat):
procentuální podíl aktivních dat v kopírovaném umístění: 3,6% 4,3%
V následující části je uvedena fáze kopírování, ve které byla provedena defragmentace mrtvých dat (např. Většina kontejnerů vybraných pro kopírování převážně dynamických dat):
procentuální podíl aktivních dat v kopírovaném umístění: 70,9% 71,5%
Jak je popsáno výše, vyčištění/GC bude mít poměrně mnoho práce ve druhém scénáři a fyzické volné místo v DDR, které způsobí snížení propustnosti kopírovací fáze.
Propustnost fází kopírování může také negativně ovlivnit:
- Čištění/uvolňování paměti obsahuje výčet obsahu systému souborů DDFS, kde se vyhledávají objekty, jako jsou soubory, snímky a protokoly replikace, které v systému aktuálně existují.
- Poté určí všechny fyzické údaje na disku, na který se tyto objekty aktivně odkazují.
- Data, na která je odkazováno jako "Live" a která nelze z ní odstranit, jinak by objekty odkazující na tato data byly poškozeny (nebylo by již možné je přečíst, protože na disku již neexistují)
- Data, na která se neodkazují žádné objekty, jsou označována jako "mrtvé" a jsou nadpoloviční – tato data lze bezpečně vyjmout ze systému.
- Všechna data na DDR jsou zabalena do objektů s velikostí 4,5 MB, které jsou známy jako kontejnery.
- Pomocí výčtu Clean/GC lze určit, které kontejnery 4,5 MB obsahují nedoručitelná data a množství mrtvých dat v jednotlivých
- Ve výchozím nastavení bude čištění/uvolňování paměti označeno 4,5 MB, které uchovává > 8% mrtvých dat pro "zpracování".
- Kontejnery vybrané ke zpracování jsou znovu kontrolovány, aby se ujistili, že jsou držiteli dobré velikosti mrtvých dat.
- Živá data jsou extrahována z těchto kontejnerů a zapsána do nových kontejnerů 4,5 MB na konci souborového systému.
- Jakmile se vyplní vybrané kontejnery (včetně mrtvých dat, které obsahují), odstraní se z disku, který fyzicky uvolňuje místo na disku.
- Verze DDOS se používá v DDR (ve výchozím nastavení se používá čistý algoritmus podle této verze aplikace DDOS).
- Konfigurace/obsah systému
- Předběžné vyčíslení – vypsat obsah systému souborů DDFS
- Předběžné sloučení – provedení sloučení indexu DDFS, aby bylo zajištěno, že nejnovější kopie informací o indexu bude vyprázdněna na disk.
- Předběžné filtrování – slouží k určení, zda jsou v systému souborů DDFS duplicitní data, a pokud ano, je-li to
- Před výběrem-určete, které kontejnery 4,5 MB by měly být zpracovány "čistění".
- Copy (kopírovat) – fyzicky extrahujte živá data z vybraných kontejnerů, zapište do nových kontejnerů a poté odstraňte vybrané kontejnery.
- Souhrn – znovu sestavit souhrnné vektory (které se používají jako optimalizováno během přijímání nových dat).
Upozorňujeme, že na systém nebude fyzicky uvolněn žádný prostor, dokud nezačnete čistit/GC do fáze kopírování. V důsledku toho může nastat významná prodleva mezi zahájením čistého spouštění a prostorem, který je třeba uvolnit (kvůli procesu vyčíslení, který musí být prvním úspěšně dokončen). Pro tyto systémy nemusíte mít možnost vyplňovat 100% plného rozsahu před spuštěním čištění/GC.
Fáze výčtu jsou obvykle nákladné z hlediska využití procesoru (tzn. jde o obecně vázáné PROCESORy) vzhledem k tomu, že fáze kopírování je nákladná z hlediska procesoru a I/O (tzn. obecně jde o PROCESORy a I/O). V souhrnu je však možné říci, že:
- Celková délka fází výčtu závisí na množství dat v DDR, která je třeba vyčíslit.
- Celková délka fáze kopírování závisí na množství mrtvých dat v rámci DDR, která je třeba odstranit a jak "fragmentovat", že data jsou na disku (viz dále níže).
DDOS 5,4 (a starší) – plný čistý algoritmus: Spustí 6 nebo 10 fází (jak je uvedeno výše):
- Obsah systému souborů DDFS se sestavuje shora dolů (tzn. je to na střed souboru).
- DDFS zjistí všechny soubory, které v DDR existují, poté zkontroluje každý soubor a určí, na kterou data tento soubor odkazuje.
- To umožňuje vyčistit/GC a určit, která data na disku jsou "živá".
- Obsah DDFS se vyčísluje zdola nahoru (tzn. již nekontroluje jednotlivé soubory)
- DDFS zjistí metadata systému souborů, která odkazují na fyzická data na disku a kontrolujte, zda metadata odkazují na údaje.
- To umožňuje vyčistit/GC a určit, která data na disku jsou "živá".
- To je dosahováno přídavkem fáze "rozboru" (je tedy nárůst počtu fází pomocí plného čistého algoritmu).
- Ve většině případů je však nutné, aby celková doba trvání fyzického čištění byla kratší než kompletní čištění stejného systému (navzdory setrvání více individuálních fází).
- Toto je pouze optimalizace fyzického čistého algoritmu, která je popsána dále níže
- Vysoký počet malých souborů (jako kontextový přepínač při přechodu z výčtu jednoho souboru na další byl drahý/pomalý)
- Vysoká míra odstranění duplicit (jako několik souborů odkazujících na stejnou fyzickou data, takže se u nich u stejných dat několikrát nacházela)
Podobně jako DDR přepínají z fyzického na dokonalý fyzický čistý algoritmus, když je upgradován z DDOS 5. x na 6,0 (nebo novější). Upozorňujeme, že ideální fyzický čistý algoritmus vyžaduje, aby byly indexy ve formátu ' index 2,0 ' předtím, než je lze použít. Pozor:
- Formát ' index 2,0 ' byl představen s DDOS 5,5 (takže se systémy souborů vytvořené v 5,5 nebo novějších již používají index 2,0)
- Systém souborů vytvořený na 5,4 nebo dříve měl nejdříve indexy ve formátu indexu 1,0. Po upgradu na DDOS 5,5 (nebo novější) se indexy převádějí na index. 2,0 převod formátu se odehrává vždy, když je to možné, pouze 1% indexů se během každého čištění přemění, takže může trvat až 2 roky (za předpokladu, že se týdenní čistá doba běhu) plně převedou indexy do formátu 2,0.
Jak je uvedeno výše, nezávisle na použitém algoritmu Clean/GC může vyčistit vyžadovat proměnný počet fází – například úplný čistý algoritmus může vyžadovat 6 nebo 10 fází. Důvodem je to, že:
- Když je zahájeno DDFS, rezervuje pevně stanovené množství paměti, které bude používat vyčištění/GC.
- V rámci této paměti nástroj Vyčištění/GC vytváří datové struktury, které popisují výsledky výpočtu (tzn. kde existují živá a uhynulá data na disku).
- Pokud DDR obsahuje relativně malé množství dat, může být v této části paměti uveden celý obsah systému souborů DDFS.
- V mnohých systémech to však není možné a Tato paměť je vyčerpána před uvedením celého obsahu systému souborů DDFS.
- V důsledku toho tyto systémy provádějí "vzorkování", které zvyšují počet potřebných čistých fází.
- Provedení vzorkovacího průchodu v rámci celého systému souborů – Upozorňujeme, že tento výčet není "dokončen" (tzn. nezaznamenává úplné informace o jednotlivých částech systému souborů, ale místo toho zaznamená informace pro jednotlivé části systému souborů)
- Pomocí těchto informací o vzorkování můžete určit, která část systému souborů DDFS bude mít největší užitek s čištěním nebo GCem v porovnání s ní (tzn. která část systému souborů vede k tomu, aby bylo možné co nejlépe se vracet, pokud bylo vyčištěno).
- Provede druhý úplný výčet z vybrané části systému souborů, jejíž obsah lze nyní plně popsat v paměti vyhrazené pro GC.
- Zvýšení počtu fází, které je třeba provést pomocí nástroje Vyčištění/GC
- Odpovídající nárůst celkové doby čištění/GC
Nejsou k dispozici žádné informace o tom, jak přímo zjistit, že se systém přepnul z fyzického čistého algoritmu na ideální fyzický čistý algoritmus jiný než:
- Když systém provozuje fyzický nástroj Clean on DDOS 5,5-5,7 během čištění vykonává 12 fází.
- Po upgradu systému na DDOS 6,0 (nebo novější) provede během čištění pouze 7 fází.
Bez ohledu na čistý algoritmus použitý ve fázi kopírování (v případě, kdy jsou uhynulá data fyzicky odstraněna ze systému) funguje podobně v rámci všech vydání. Výkon fáze kopírování je obvykle závislý na následujících:
- Množství "mrtvých" dat, která je třeba vyjmout.
- "Fragmentaci" těchto mrtvých dat (tzn. jejich rozprostření na více discích)
Příklad 1:
- je vybráno 10 zásobníků ke kopírování (45Mb data celkem).
- Vše, pokud tyto kontejnery neuchovávají žádná živá data (tj. data, která držíte, jsou zcela neodkazovaná/uhynulá).
- V důsledku toho musí být tyto kontejnery označeny jako odstraněné, a to bez 45Mb fyzického prostoru na disku.
- pro kopírování (450Mb data celkem) jsou vybírány kontejnery 100.
- Každý z těchto kontejnerů obsahuje 90% Live data/10% mrtvého data.
- Chcete-li zpracovat tyto kontejnery, postupujte následovně:
Přečtěte si 90% Live data ze všech 100 kontejnerů (data 405Mb).
Vytvoří sadu nových kontejnerů, aby tato 405Mb data byla uložena na konci systému souborů.
Zapište tato 405Mb data na tyto kontejnery a aktualizujte struktury, jako jsou například indexy.
Označí 100 vybrané kontejnery jako odstraněné. je tedy uvolňován 45Mb fyzický prostor na disku.
Aby bylo možné provádět kopii popsanou v příkladu 2 v porovnání s tímto příkladem, musí být jasně vyšší množství vstupně-výstupních akcí a procesoru, a proto bude na disku v tomto příkladu výrazně delší fyzický prostor 45Mb.
Uživatelé obvykle nemají kontrolu nad "fragmentací" uhynulých dat na disku v DDR, protože to záleží na skříni použití/typu dat, která jsou zapsána v systému. Upozorňujeme, že vyčištění/uvolňování paměti uchovává statistiky, které pomáhají určit "fragmentaci" mrtvých dat, ke kterým došlo během fáze kopírování (v důsledku toho může uživatel určit, zda tato fragmentace bude vysvětlit potenciálně dlouho probíhající kopírovací fáze). Tyto statistiky z nejnovější fáze služby Clean and GC jsou shromažďovány v automatické podpoře. V následujícím příkladu je uvedena fáze kopírování, ve které se neuhynulá data poměrně sousedí (např. Většina kontejnerů vybraných pro kopírování převážně uhynulých dat):
procentuální podíl aktivních dat v kopírovaném umístění: 3,6% 4,3%
V následující části je uvedena fáze kopírování, ve které byla provedena defragmentace mrtvých dat (např. Většina kontejnerů vybraných pro kopírování převážně dynamických dat):
procentuální podíl aktivních dat v kopírovaném umístění: 70,9% 71,5%
Jak je popsáno výše, vyčištění/GC bude mít poměrně mnoho práce ve druhém scénáři a fyzické volné místo v DDR, které způsobí snížení propustnosti kopírovací fáze.
Propustnost fází kopírování může také negativně ovlivnit:
- Použití šifrování: Data může být potřeba dešifrovat nebo znovu šifrovat během kopírování, které výrazně zvýší množství potřebného procesoru.
- Použití optimalizace nízké šířky pásma: V kontejnerech mohou být během kopírování zapotřebí údaje "náčrtek", které také způsobují výrazné zvýšení množství potřebného procesoru.
Additional Information
Další poznámky ohledně kontroly a změny čistého plánu a omezení jsou k dispozici v následujícím článku databáze znalostí: https://support.emc.com/kb/306100
Upozorňujeme, že:
DDR s čistým omezením "100" (tzn. nejvyšší/největší agresivní nastavení omezení) bude používat značný procesor a I/O, zatímco čištění je v provozu a neuvolní zdroje, i když se na ně nevztahuje jiný pracovní zatížení (v tomto scénáři je velmi pravděpodobné, že při čistém běhu dojde k výraznému snížení výkonu operací v rámci služeb/obnovení/replikace).
Například:
Tyto informace mohou být zobrazeny také z příkazového řádku Shell (DDCLI) data Domain následujícím způsobem:
Přihlaste se do rozhraní DDCLI CLI
# System show SERIALNO
-Zobrazení statistiky GC:
se@dd4200 # #, zobrazit podrobnosti o podrobně 70
GC pro fyzické čištění na aktivním úspěchu 1 ukončeno 0
Poslední úspěšný rozsah kontejneru GC: fáze 198 až 562458
GC: doba před sloučením: 177 průměr: 177 elektronické pošty SEG/s: 0 pokračování/s:
fáze 857 GC: doba předběžné analýzy: 187 průměr: 187 elektronické pošty SEG/s: 0 pokračování/s:
fáze 811 GC: doba před vyčíslení: 573 průměr: 573 elektronické pošty SEG/s: 1086296 pokrač/s:
fáze 264 GC: doba předběžného filtrování: 181 průměr: 181 elektronické pošty SEG/s: 1728325 pokrač/s:
fáze 838 GC: doba před výběrem: 77 průměr: 77 elektronické pošty SEG/s: 3500864 pokrač/s:
fáze 1970 GC: doba kopírování: 54 průměr: 54 elektronické pošty SEG/s: 0 pokračování/s:
fáze 2809 GC: souhrnný čas: 1 průměr: 1 elektronické pošty SEG/s: 0 pokračování/s: 151726
...
Upozorňujeme, že:
- V normálních případech by mělo být čištění naplánováno tak, aby se spouštělo na maximum jednou týdně, což je často spuštěné, což může způsobit, že se data na disku stanou příliš fragmentován (to znamená špatnou oblast pracoviště), což může mít za následek nedostatečnou výkonnost při čtení/replikaci/přesouvání dat.
- Čistý omezovač nemá vliv na celkovou šířku pásma procesoru a propustnost I/O, které spotřebovává čištění, a to I v případě, že se jedná o způsob čištění, který se vztahuje k jinému pracovnímu zatížení systému. Například:
DDR s čistým omezením ' 1 ' (tzn. nejnižší/nejmenší agresivní nastavení omezovače) bude stále používat značný procesor a I/O, I když je čištění spuštěno. Mělo by se však okamžitě vypnout a uvolnit prostředky, jakmile se v něm bude naplánovat jakákoli jiná pracovní zatížení.
DDR s čistým omezením "100" (tzn. nejvyšší/největší agresivní nastavení omezení) bude používat značný procesor a I/O, zatímco čištění je v provozu a neuvolní zdroje, i když se na ně nevztahuje jiný pracovní zatížení (v tomto scénáři je velmi pravděpodobné, že při čistém běhu dojde k výraznému snížení výkonu operací v rámci služeb/obnovení/replikace).
- Ve výchozím nastavení je funkce vyčištění omezovače nastavena na 50 – je odpovědností uživatele provádět čisté provozní zatížení s různým nastavením omezení, zatímco v průběhu řešení DDR dochází k určení nastavení omezení, které umožňuje:
Čisté, aby běželo během minimální možné doby
Čisté, aby se spustilo, aniž by bylo možné degradovat výkon v jiném pracovním zatížení.
- Upozorňujeme, že dlouhodobě čistý provoz nemusí nutně být problémem, dokud:
Čištění je možné dokončit z naplánovaných časů spuštění (tzn. Pokud se naplánuje čisté zahájení služby na úterý 6AM), měl by být dokončen před 6AM následující úterý).
Systém je vybaven nedostatkem volného místa, aby nedošlo k jeho zaplnění, a proto se fáze kopírování neuvolní (a prostor se začne znovu vyžádat)
Čištění nezpůsobí nadměrné rozkladu výkonu ostatních úloh během spouštění.
- Systém využívající rozšířené možnosti uchovávání informací by měl být nakonfigurován následovně:
V pravidelných intervalech (tj. jednou týdně) je naplánováno přesun dat z úrovně archivace v rámci služby Active->.
Čištění aktivní úrovně je naplánováno tak, aby se spustilo po dokončení přesunu dat.
Aktivní úroveň služby čištění nemá vlastní/nezávislý plán (může to způsobit nadměrné čištění).
- V části autosupports a Details (podrobnosti) jsou k dispozici úplné informace o nejnovější čisté operaci:
Přehled fází spuštěných během čištění
Doba trvání a propustnost každé čisté fáze
Podrobné údaje pro každou fázi čistého
Například:
Statistika GC pro fyzické čištění na aktivním úspěchu 39 byl zrušen
Poslední úspěšný rozsah kontejneru GC: fáze 15925661 až 62813670
GC: doba před sloučením: 133 průměr: 154 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba předběžné analýzy: 1331 průměr: 1768 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba před vyčíslení: 34410 průměr: 31832 elektronické pošty SEG/s: 1471833 pokrač/s:
fáze 0 °c: doba předběžného filtrování: 2051 průměr: 1805 elektronické pošty SEG/s: 1988827 pokrač/s:
fáze 0 °c: doba před výběrem: 2770 průměr: 2479 elektronické pošty SEG/s: 1472593 pokrač/s:
fáze 2675 GC: čas sloučení: 111 průměr: 69 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba analýzy: 1350 průměr: 900 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba kandidáta: 1478 průměr: 739 elektronické pošty SEG/s: 6833465 pokrač/s:
fáze 2156 GC: čas vyčíslení: 37253 průměr: 20074 elektronické pošty SEG/s: 5490502 pokrač/s:
fáze 0 °c: Doba filtrování: 1667 průměr: 910 elektronické pošty SEG/s: 9787652 pokrač/s:
fáze 0 °c: doba kopírování: 52164 průměr: 49496 elektronické pošty SEG/s: 0 pokračování/s:
fáze 61 GC: souhrnný čas: 2840 průměr: 2427 elektronické pošty SEG/s: 5552869 pokrač/s:
Podrobnosti o fázi analýzy 2501 GC: Nejnovější kumulativní
Počet segmentů v indexu: 16316022459 572186212855
jedinečného počtu segmentů: 494653358 319255282440
jedinečný počet segmentů LP: 494653866 17879171482
zpoždění při přerozdělování vyrovnávací paměti: 0 0
index byl plně upgradován: 1 16
Kontrola pouze pro LPS:
maximální podporovaná počet segmentů Lp 1 39: 18105971430 706132885747
...
Poslední úspěšný rozsah kontejneru GC: fáze 15925661 až 62813670
GC: doba před sloučením: 133 průměr: 154 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba předběžné analýzy: 1331 průměr: 1768 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba před vyčíslení: 34410 průměr: 31832 elektronické pošty SEG/s: 1471833 pokrač/s:
fáze 0 °c: doba předběžného filtrování: 2051 průměr: 1805 elektronické pošty SEG/s: 1988827 pokrač/s:
fáze 0 °c: doba před výběrem: 2770 průměr: 2479 elektronické pošty SEG/s: 1472593 pokrač/s:
fáze 2675 GC: čas sloučení: 111 průměr: 69 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba analýzy: 1350 průměr: 900 elektronické pošty SEG/s: 0 pokračování/s:
fáze 0 °c: doba kandidáta: 1478 průměr: 739 elektronické pošty SEG/s: 6833465 pokrač/s:
fáze 2156 GC: čas vyčíslení: 37253 průměr: 20074 elektronické pošty SEG/s: 5490502 pokrač/s:
fáze 0 °c: Doba filtrování: 1667 průměr: 910 elektronické pošty SEG/s: 9787652 pokrač/s:
fáze 0 °c: doba kopírování: 52164 průměr: 49496 elektronické pošty SEG/s: 0 pokračování/s:
fáze 61 GC: souhrnný čas: 2840 průměr: 2427 elektronické pošty SEG/s: 5552869 pokrač/s:
Podrobnosti o fázi analýzy 2501 GC: Nejnovější kumulativní
Počet segmentů v indexu: 16316022459 572186212855
jedinečného počtu segmentů: 494653358 319255282440
jedinečný počet segmentů LP: 494653866 17879171482
zpoždění při přerozdělování vyrovnávací paměti: 0 0
index byl plně upgradován: 1 16
Kontrola pouze pro LPS:
maximální podporovaná počet segmentů Lp 1 39: 18105971430 706132885747
...
Tyto informace mohou být zobrazeny také z příkazového řádku Shell (DDCLI) data Domain následujícím způsobem:
Přihlaste se do rozhraní DDCLI CLI
-Přemístěte do režimu ' se ':
# System show SERIALNO
[zobrazené sériové číslo systému]
Direktiva # priv set se
[Upozorňujeme, že některé systémy mohou v této fázi zobrazit dotaz na podrobnosti uživatele s rolí zabezpečení.]
[heslo – výzva k zadání sériového čísla z výše uvedeného]
-Zobrazení statistiky GC:
se@dd4200 # #, zobrazit podrobnosti o podrobně 70
GC pro fyzické čištění na aktivním úspěchu 1 ukončeno 0
Poslední úspěšný rozsah kontejneru GC: fáze 198 až 562458
GC: doba před sloučením: 177 průměr: 177 elektronické pošty SEG/s: 0 pokračování/s:
fáze 857 GC: doba předběžné analýzy: 187 průměr: 187 elektronické pošty SEG/s: 0 pokračování/s:
fáze 811 GC: doba před vyčíslení: 573 průměr: 573 elektronické pošty SEG/s: 1086296 pokrač/s:
fáze 264 GC: doba předběžného filtrování: 181 průměr: 181 elektronické pošty SEG/s: 1728325 pokrač/s:
fáze 838 GC: doba před výběrem: 77 průměr: 77 elektronické pošty SEG/s: 3500864 pokrač/s:
fáze 1970 GC: doba kopírování: 54 průměr: 54 elektronické pošty SEG/s: 0 pokračování/s:
fáze 2809 GC: souhrnný čas: 1 průměr: 1 elektronické pošty SEG/s: 0 pokračování/s: 151726
...
Affected Products
Data DomainProducts
Data DomainArticle Properties
Article Number: 000017462
Article Type: Solution
Last Modified: 11 Dec 2023
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.