Dlaczego zdeduplikowane kopie zapasowe wyglądają na mniejsze niż zajmowane miejsce po przywróceniu?
Kopie zapasowe z deduplikacją zajmują mniej miejsca, ponieważ powtarzające się fragmenty są przechowywane tylko raz, podczas gdy przywracanie odtwarza każdy plik logiczny i jego niezależną kopię.
Dziesięć obrazów maszyn wirtualnych może współdzielić gigabajty identycznych bloków systemu operacyjnego w repozytorium kopii zapasowych. Przywrócenie ich do zwykłego systemu plików odtwarza dziesięć przestrzeni adresowych, chyba że miejsce docelowe obsługuje również zgodne współdzielenie bloków, pliki rzadkie lub kompresję. Rozmiar repozytorium i pojemność wymagana do przywrócenia opisują zatem różne reprezentacje, z odmiennymi zasadami alokacji i narzutem zależnym od wybranego systemu plików.
Deduplikacja przechowuje dane raz i wielokrotnie się do nich odwołuje
Oprogramowanie do tworzenia kopii zapasowych dzieli dane na fragmenty, tworzy ich odciski i przechowuje tylko te fragmenty, których wcześniej nie było. Manifesty zachowują informacje o tym, które fragmenty należą do danego pliku i punktu przywracania. Repozytorium może reprezentować wiele logicznych kopii za pomocą jednego fizycznego ładunku danych oraz odwołań.
Omówienie deduplikacji kopii zapasowych wyjaśnia, jak eliminowane są nadmiarowe kopie z magazynu kopii zapasowych. Oszczędność zależy od powtarzalności danych, a nie po prostu od liczby plików.
Przywracanie odwraca to mapowanie. Każdy plik otrzymuje uporządkowane bajty w żądanej lokalizacji docelowej. Jeśli miejsce docelowe nie obsługuje współdzielenia bloków, powtarzające się fragmenty ponownie zajmują osobne zakresy. Redukcja danych była właściwością repozytorium, a nie gwarancją, że każde miejsce docelowe przywracania pozostanie równie kompaktowe.
Kompresja, pliki rzadkie i metadane pogłębiają różnicę
Kompresja zmniejsza liczbę przechowywanych bajtów zależnie od entropii danych. Pliki rzadkie pomijają długie obszary zer, jednak opcja przywracania może zmaterializować te luki. Jednostki alokacji, sumy kontrolne, atrybuty rozszerzone i metadane systemu plików zwiększają narzut po stronie miejsca docelowego, którego podsumowania repozytorium mogą nie uwzględniać.
Wyjaśnienie dotyczące pamięci masowej rozróżnia pliki rzadkie od rozmiaru zaalokowanego: plik może mieć duży rozmiar logiczny, a jednocześnie zajmować mniej fizycznych bloków. Narzędzia do przywracania muszą jawnie zachowywać luki, aby utrzymać tę oszczędność.
Możliwa jest również sytuacja odwrotna. Skompresowane miejsce docelowe lub klon wykorzystujący mechanizm kopiowania przy zapisie może przechowywać przywrócone dane w rozmiarze mniejszym od ich rozmiaru logicznego. Nie istnieje uniwersalny przelicznik bajtów repozytorium na bajty po przywróceniu, ponieważ znaczenie mają reprezentacja, zestaw przechowywanych danych i docelowy system plików.
Kiedy deduplikacja nie jest główną przyczyną
To wyjaśnienie nie sprawdza się, gdy pojedynczy niededuplikowany plik niespodziewanie się powiększa. W takim przypadku większe znaczenie mogą mieć szyfrowanie, wcześniej skompresowane multimedia, formaty eksportu baz danych lub zmiana aprowizacji cienkiej. Katalog kopii zapasowych może również wyświetlać tylko unikatowe dane dla jednego zakresu, podczas gdy przywracanie obejmuje kilka wybranych migawek.
Omówienie techniczne współczynnika deduplikacji podkreśla, że podczas raportowania współczynników deduplikacji należy rozróżniać rozmiar logiczny i fizyczny. Współczynniki bez określonego zakresu mogą prowadzić do błędnego planowania pojemności.
Mechanizm ten przestaje mieć zastosowanie również wtedy, gdy skróty lub liczba przywróconych plików różnią się od wybranej kopii zapasowej. Wówczas problem dotyczy wyboru danych lub integralności, a nie oczekiwanego powiększenia. Mniejszy rozmiar kopii zapasowej nie uzasadnia zaniżania ilości tymczasowego miejsca przed weryfikacją.
Zamiast ufać współczynnikowi, zmierz przywracanie
Wybierz reprezentatywny zestaw do przywrócenia i zapisz logiczny rozmiar danych źródłowych, unikatowy rozmiar danych w repozytorium, rozmiar po kompresji, zakresy plików rzadkich, liczbę plików oraz jednostkę alokacji miejsca docelowego. Przywróć dane do odizolowanej lokalizacji, korzystając zarówno z opcji zachowywania plików rzadkich, jak i z opcji domyślnych, a następnie zweryfikuj skróty i zajęte miejsce.
Użyj planu współdzielonej pamięci modeli, aby miejsce docelowe testu nie ograniczało aktywnych usług. Podczas porównywania przebiegów zachowaj stałe ustawienia przechowywania kopii w repozytorium i kompresji miejsca docelowego.
Rozmiar zasobów potrzebnych do odzyskiwania danych należy określać na podstawie większej z wartości: zmierzonego rozmiaru zaalokowanych danych wyjściowych albo logicznego rozmiaru zbioru danych powiększonego o zapas roboczy, a nie na podstawie rozmiaru deduplikowanego repozytorium. Jeśli zachowanie plików rzadkich zmienia wynik, udokumentuj tę zależność. Jeśli zmienia się tożsamość lub liczba plików, przerwij działania i rozwiąż problem poprawności przywracania przed dostrajaniem pojemności.
Polecane produkty
Centrum Technologii i Sztucznej Inteligencji
Więcej do przeczytania
Dlaczego ciepło generowane przez lokalną sztuczną inteligencję odczuwa się inaczej na otwartej półce niż w zamkniętej szafce?
Śledź wytwarzanie ciepła, wymianę powietrza i recyrkulację w przypadku instalacji otwartych i zamkniętych, a następnie zmierz zmienne, które je od siebie odróżniają.
Dlaczego serwer domowy wydaje się cichszy w nocy, nawet przy tej samej prędkości wentylatora?
Zrozum, dlaczego niezmieniona prędkość wentylatora nie gwarantuje niezmiennej głośności odbieranej przez człowieka oraz jak odróżnić maskowanie, warunki panujące w pomieszczeniu i rzeczywistą zmianę akustyczną.
Dlaczego wykorzystanie pamięci masowej wygląda inaczej w interfejsie NAS i systemie plików?
Dowiedz się, co mierzy każda wartość pamięci masowej, dlaczego prawidłowe sumy się różnią oraz jak uzgodnić pojemność bez usuwania danych na podstawie niewłaściwego licznika.
