Data Domain -ohjelmisto : Tiedoston "filesys show space (df) ilmoittaman käytön ja sfs_dump kokonaiskäytön välinen ero
Summary: Jotkut asiakkaat laskevat yhteen kaikkien sfs_dump:n ilmoittamien tiedostojen "post-lc-koon" (pakkauksen jälkeisen koon) ja odottavat sen vastaavan tiedoston "filesys show space" (df) ilmoittamaa tilankäyttöä. Koska nämä kaksi arvoa eivät täsmää, he voivat nähdä eron "puuttuvana tai kirjaamattomana tilana" ...
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
"sfs_dump" (tai filesys show compression) tarkoituksena on auttaa saamaan käsitys tiedoston pakkauksesta käsittelyn aikana. Sen ei ole tarkoitus heijastaa kokonaiskulutusta.
Kaikkien sfs_dump:n ilmoittamien tiedostojen pakkauksen jälkeisen koon summa vastaa tilan kokonaiskäyttöä vain, jos tiedostojärjestelmää ei ole poistettu. Näin ei koskaan ole tuotannon DDR: ssä, joten "sfs_dump": n käyttäminen nykyisen tilankäytön huomioon ottamiseksi on virhe. Havainnollistamme tätä alla olevalla esimerkillä.
KUVITUS:
Tämä voidaan helposti nähdä yksinkertaisella kolmivaiheisella esimerkillä:
Kuten edellä nähtiin, jälkipakkauksen koko on 10G.
II. Seuraavaksi varmuuskopioin toisen 10G-tiedoston (tiedosto 2). Tämä on hyvin samanlainen tai sama kuin tiedosto1.
Kuten yllä nähtiin, file2 ei vienyt lisätilaa, koska se poisti kaksoiskappaleet kokonaan file1:n kanssa.
III. Poistan nyt tiedoston 1 ja suoritan mtreessä taas sfs_dump-komennon.
Edellä esitetyn perusteella asiakas voi olettaa, että tiedostojärjestelmässä ei tarvita tilaa. mtreen ainoa tiedosto vie 0 tavua jälkipakattuna (kaikkien sfs_dump ilmoittamien tiedostojen summa on 0 tavua). Mutta tämä on harhaluulo. Järjestelmän tilankäyttö on itse asiassa 10G ja df heijastaa sen tarkasti.
Tämä johtuu siitä, että File2 viittaa kaikkiin segmentteihin, jotka File1 on alun perin kirjoittanut. File1:n poistaminen ei vapauttanut mitään. "sfs_dump" ei näytä alkuperäistä tiedostoa 1, koska se on poistettu.
Kaikkien sfs_dump:n ilmoittamien tiedostojen pakkauksen jälkeisen koon summa vastaa tilan kokonaiskäyttöä vain, jos tiedostojärjestelmää ei ole poistettu. Näin ei koskaan ole tuotannon DDR: ssä, joten "sfs_dump": n käyttäminen nykyisen tilankäytön huomioon ottamiseksi on virhe. Havainnollistamme tätä alla olevalla esimerkillä.
KUVITUS:
Tämä voidaan helposti nähdä yksinkertaisella kolmivaiheisella esimerkillä:
- Varmuuskopioin tiedoston (tiedoston 1), joka on 10G. Sano, että tämä on upouusi laatikko eikä mitään kopioitavaa. Pakkauksen jälkeinen koko on siis myös noin 10G.
# sfs_dump /data/col1/test/ /data/col1/test/file1: mtime: 1503023531690895000 tiedostotunnus: 18 koko: 10736790004 tyyppi: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0 (0 %) pre_lc_size: 10772785048 post_lc_size: 10942680452 (102 %) -tilassa: 02000100644
Kuten edellä nähtiin, jälkipakkauksen koko on 10G.
II. Seuraavaksi varmuuskopioin toisen 10G-tiedoston (tiedosto 2). Tämä on hyvin samanlainen tai sama kuin tiedosto1.
# sfs_dump /data/col1/test /data/col1/test/file1: mtime: 1503023531690895000 tiedostotunnus: 18 koko: 10736790004 tyyppi: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0 (0 %) pre_lc_size: 10772785048 post_lc_size: 10942680452 (102 %) -tilassa: 02000100644 /data/col1/test/file2: mtime: 1503023531690895000 tiedostotunnus: 19 koko: 10736790004 tyyppi: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587 (100 %) pre_lc_size: 0 post_lc_size: 0 (0 %) -tila: 02000100644
Kuten yllä nähtiin, file2 ei vienyt lisätilaa, koska se poisti kaksoiskappaleet kokonaan file1:n kanssa.
III. Poistan nyt tiedoston 1 ja suoritan mtreessä taas sfs_dump-komennon.
# sfs_dump /data/col1/test /data/col1/test/file2: mtime: 1503023531690895000 tiedostotunnus: 19 koko: 10736790004 tyyppi: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587 (100 %) pre_lc_size: 0 post_lc_size: 0 (0 %) -tila: 02000100644
Edellä esitetyn perusteella asiakas voi olettaa, että tiedostojärjestelmässä ei tarvita tilaa. mtreen ainoa tiedosto vie 0 tavua jälkipakattuna (kaikkien sfs_dump ilmoittamien tiedostojen summa on 0 tavua). Mutta tämä on harhaluulo. Järjestelmän tilankäyttö on itse asiassa 10G ja df heijastaa sen tarkasti.
Tämä johtuu siitä, että File2 viittaa kaikkiin segmentteihin, jotka File1 on alun perin kirjoittanut. File1:n poistaminen ei vapauttanut mitään. "sfs_dump" ei näytä alkuperäistä tiedostoa 1, koska se on poistettu.
# DF Aktiivinen taso: Resurssin koko Käytetty GiB GiB-käyttö GiB-käyttö% puhdistettava GiB* ---------------- -------- -------- --------- ---- -------------- /data: pre-comp - 10,0 - - - /Data: Post-comp 129479,5 10,7 129468,8 0 % 10,2
Products
DD OS 5.5, DD OS 5.6, DD OS 6.0, DD OS 6.1, DD OS Previous VersionsArticle Properties
Article Number: 000022756
Article Type: How To
Last Modified: 08 Oct 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.