Software Data Domain : Rozdíl mezi využitím hlášeným příkazem "filesys show space (df)" a součty sfs_dump
Summary: Někteří zákazníci sečtou "post-lc-size" (velikost po kompresi) všech souborů hlášených "sfs_dump" a očekávají, že bude odpovídat využití místa hlášenému "filesys show space" (df). Vzhledem k tomu, že se tyto dvě hodnoty neshodují, mohou vidět rozdíl jako "chybějící nebo nezapočítané místo" ...
Instructions
Součet post-kompresních velikostí všech souborů hlášených "sfs_dump" bude odpovídat celkovému využití místa pouze v případě, že na souborovém systému nikdy nebylo provedeno žádné odstranění. U produkčního zařízení DDR tomu tak nikdy není, takže použití "sfs_dump" k zohlednění aktuálního využití místa je chyba. To si ukážeme na příkladu níže.
ILUSTRACE:
To lze snadno vidět na jednoduchém příkladu ve třech krocích:
- Zálohuji soubor (file1) ve formátu 10G. Řekněme, že se jedná o zbrusu novou krabici a není nic, s čím by se dalo deduplikovat. Velikost po kompresi je tedy také kolem 10 G.
# sfs_dump /data/col1/test/ /data/col1/test/file1: mtime: ID souboru 1503023531690895000: Velikost 18: Typ 10736790004: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0 (0%) pre_lc_size: 10772785048 post_lc_size: Režim 10942680452 (102 %): 02000100644
Jak je vidět výše, velikost komprese příspěvku je 10 G.
II. Dále zálohuji další soubor 10G (file2). Jde o velmi podobný nebo stejný soubor file1.
# sfs_dump /data/col1/test /data/col1/test/file1: mtime: ID souboru 1503023531690895000: Velikost 18: Typ 10736790004: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0 (0%) pre_lc_size: 10772785048 post_lc_size: Režim 10942680452 (102 %): 02000100644 /data/col1/test/file2: mtime: ID souboru 1503023531690895000: Velikost 19: Typ 10736790004: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587 (100 %) pre_lc_size: 0 post_lc_size: Režim 0 (0 %): 02000100644
Jak je vidět výše, file2 nezabral žádné další místo, protože se zcela deduplikoval pomocí file1.
III. Nyní odstraním File1 a znovu spustím "sfs_dump" na mtree.
# sfs_dump /data/col1/test /data/col1/test/file2: mtime: ID souboru 1503023531690895000: Velikost 19: Typ 10736790004: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587 (100 %) pre_lc_size: 0 post_lc_size: Režim 0 (0 %): 02000100644
Na základě výše uvedeného může zákazník očekávat, že v systému souborů nebude spotřebováno žádné místo. Jediný soubor ve fondu MTree zabírá 0 bajtů po komprimaci (součet všech souborů hlášených sfs_dump je 0 bajtů). Ale to je omyl. Využití prostoru v systému je ve skutečnosti 10G a přesně se odráží pomocí df .
Je to proto, že File2 odkazuje na všechny segmenty původně zapsané File1. Smazáním File1 se nic neuvolnilo. Položka "sfs_dump" nezobrazuje původní soubor File1, protože byl odstraněn.
# df Aktivní úroveň: Velikost prostředku GiB Used GiB Avail GiB Use% Cleanable GiB* ---------------- -------- -------- --------- ---- -------------- /data: pre-comp - 10.0 - - - /data: post-comp 129479,5 10,7 129468,8 0% 10,2