Tu jest lista modeli:
https://www.synology.com/pl-pl/dsm/pack ... tiveBackup
Generalnie pewnie musi być DSM6.2, Intel i BTRFS. Ten ostatni jest dość istotny chyba ze względu na deduplikację. U mnie obecnie (w testach) dział to tak, że kolejne kopie bare-metal komputerów, nie ważne czy robione w całości czy tylko dogrywające jakieś zmienione bliki praktycznie nie powodują istotnych zmian w zajętości wolumenu. Zawartość foldera "activeBackupforBusiness" wg "właściwoscie" to 4.3TB (!), wg PaneluSerowania ->foldery współdzeielone to ok 1.84TB, natomiast faktycznie ubyło z volumenu ok. 0,6-0,7TB (jestem zawiedziony że tak dużo bo wynika z tego że deduplikacja nie jest tak globalna bo nie uwzględnia duplikacji między kolejnymi PCtami
)
EDIT 13.10.2018
Wczoraj zobiłem nową instalację ABfB, z nowym miejscem docelowym - tym razem włączyłem kompresję folderu współdzielonego. Najwyraźniej poprzednio coś poszło nie tak bo obecnie efekty bakupowe są naprawdę dobre:
Na początek zrobiłem backup BareMetal 4 PCtów z windows10pro (te same co ostatnio, ale troszka inna zawartość dysków - SSDków - to może mieć wpływ na szybkość operacji). Zajętość dysków mieściła się przedziale 55-115GB.
Współczynnik deduplikacji po pierwszym PC wyniósł 1.46, po kolejnym podskoczył do 1.68, potem 1.89, wreszcie wyniósł 1.97. Łącznie 323GB danych z PCtów umniejszyła wolne miejsce na wolumenie BTRFS o jedyne 189GB.
Wszystko wskazuje na to że przy większej ilości PCtów/SERWERów z tym samym systemem, korzyści będą coraz większe. Po kilku godzinach i m.in wykonaniu dużej aktualizacji windows-a na jednym z PCtów, kompia (wiele wersji) została wykonana ponownie na wszystkich komputerach. Dziś kolejne; łącznie jest wykonanych 4 kopie na 2 komputerach i 2 kopie na pozostałych 2. Ostatecznie zajętość wolumenu to 199GB, a współczynnik deduplikacji 2.05.
Przy poprzednich testach niektóre kopie - nie mam pojęcia od czego to zależało - były pełne. Nie miało to wpływu na zajętość wolumenów, ale znacząco obciążało sieć. Obecnie wszystkie są małe - ewidentnie przesyłane są tylko nowe/zmienione blik. Realizowane są tak skutecznie, że nawet wolne wifi na jednym z kompów nie jest problemem.
Cały proces bardzo mocno obciąża procesor - u mnie w czasie archiwizacji wykorzystanie procesora cały czas oscyluje w okolicy 80-97% (pomarańczowy albo czerwony wskaźnik świeci się cały czas i czasem słychać zwiększone obroty wentylatorów - procesor osiąga temperaturę ok65-68stC).
Dostęp do danych w kopii BareMetal jest oczywiście także na poziomie plików, z uwzględnieniem wersji.
Pobieranie danych jest zdecydowanie wolniejsze - mam wrażenie że bardzo dużo zależy od dysków. U mnie w czasie odtwarzania wykorzystanie wolumenu niemal cały czas wynosi 100%, procesor najwięcej czasu przeznacza na I/O czyli czeka na dysk, natomiast prędkość pobierania oscyluje między 1MB/s - 40MB/(nie robiłem dokładnych testów, ale chyba najczęściej mieście się gdzieś w okolicach 10MB/s - szybko nie jest fajnie byłoby zobaczyć na ile pomagają szybsze niż moje 4TB dyski. Szkoda że nie mam wolnych zatok bo zrobiłbym próbę na SSDkach).
HyperBackup jako narzędzie do zewnętrznego zarchiwizowania folderu ABFB na dyskach USB nie na obecną chwilę optymalnym rozwiązaniem (niestety) bo po pierwsze archiwum jest nieporównywalnie większe niż zajętość wolumenu - w moim przypadku: fizyczne dane - 410GB, po deduplikacji na wolumenie BTRFS 199GB, kopia HyperBackup z kompresją po USB - 496GB. Poza tym proces budowania takiej kopii trwa wielki, u mnie trwało to kilka godzin !! Nie wiem czy pomogła by synchronizacja przez HyperBackup z innym NASem z BTRFS ?
Niebawem przetestuję tworzenie nośnika przywracania i sam proces przywracania komputera z powyższego nośnika.