Tworzenie kopii zapasowej dysku twardego 80G 1G dziennie

Chcę bezpiecznie wykonać kopię zapasową mojego dysku 80G HD, ale wykonanie pełnej kopii zapasowej trwa wiecznie i spowalnia mój komputer, więc chcę wykonać kopię zapasową tylko 1G dziennie. Detale:

% Pierwsza przeszkoda: pierwszego dnia chcę wykonać kopię zapasową „pierwszego” 1G dysku twardego. Oczywiście, naprawdę nie ma „pierwszego” 1G na dysku twardym.

% Po 80 dniach utworzę kopię zapasową całego HD ... zakładając, że żaden z moich plików nigdy się nie zmieni, co oczywiście robią. Tak więc plan / program tworzenia kopii zapasowych musi również przechwytywać tworzenie / zmiany plików w miarę ich pojawiania się.

% Kopie zapasowe muszą być spójne, co oznacza, że ​​mogę przywrócić system, odtwarzając kopie zapasowe kolejno. Innymi słowy, „dd if = / harddrive” prawdopodobnie nie zadziała.

% Kopie zapasowe powinny szyfrować zawartość pliku ORAZ nazwy, ale nie uważam tego za poważną przeszkodę.

% Po utworzeniu kopii zapasowej wszystkiego (nawet zmienionych plików) można ponownie wykonać kopię zapasową pierwszego 1G na moim dysku twardym. Mimo że ta kopia zapasowa jest zbędna, to jest w porządku, ponieważ zawsze chcę coś wykonać kopię zapasową (np. Jeśli wykonuję kopię zapasową na nośniku optycznym, starsze nośniki mogą zacząć ulegać uszkodzeniu).

Czy istnieje magiczny plan / program do tworzenia kopii zapasowych, który to robi?

W rzeczywistości chcę to zrobić dla wielu komputerów z wieloma dyskami, ale myślę, że rozwiązanie powyższego rozwiąże ogólny przypadek.

Problem

Znam rsync i próbowałem go używać wraz z innymi narzędziami do napisania skryptu Perl, który robi to, co chcę. Jednak sam rsync nie robi tego, co chcę. Niestety, jeśli plik się nieznacznie zmienia, zaszyfrowana wersja pliku bardzo się zmienia, więc rsync nawet nie działa tak dobrze dla pojedynczych plików.

Rozwiązanie?

rsyncrypto to narzędzie do szyfrowania plików w sposób przyjazny dla rsync. Algorytm rsyncrypto zapewnia, że ​​dwa prawie identyczne pliki, zaszyfrowane przy użyciu rsyncrypto i tego samego klucza, wygenerują prawie identyczne zaszyfrowane pliki. Pozwala to na niski transfer danych osiągnięty przez rsync, zapewniając jednocześnie szyfrowanie dla bezpiecznego transferu i przechowywania wrażliwych danych w zdalnej lokalizacji.

(z Wikipedii )

Również

Zaszyfrowane kopie zapasowe poza witryną przy użyciu Rsync i AES

CrashPlan jest darmowy i robi wszystko, czego potrzebujesz, tak myślę.

Spróbuj użyć Rsync . Będziesz musiał wykonać jedną pełną kopię zapasową, ale wtedy będziesz musiał tylko codziennie przenosić skompresowane pliki archiwów zmienionych plików. Trochę Googling wyświetli wiele skryptów powłoki, aby to osiągnąć, a istnieją implementacje Rsync dla systemu Windows, które działają bardzo dobrze.

Moją natychmiastową reakcją jelit jest to, że nie jest to wykonalne. Moje rozumowanie jest następujące: Załóżmy, że wykonałeś kopię zapasową gig plików, w tym części twojego systemu operacyjnego, plików programu i danych. Następnego dnia kontynuujesz i zaczynasz tworzyć kopię zapasową następnej gig ... Problem polega na tym, że tego drugiego dnia może zaktualizowano system operacyjny. Może niektóre pliki programów zostały zaktualizowane. Może niektóre pliki danych zostały zmienione. Teraz pierwsza kopia zapasowa ma przestarzałe pliki. Innymi słowy, masz do czynienia z ruchomym celem. Nawet jeśli rzuciłeś flagi atrybutów i zawsze powiedziałeś - wykonaj kopię zapasową plików bez atrybutów, nadal nie jest to wydajne, ponieważ tworzysz kopie zapasowe niektórych plików, które ciągle się zmieniają.

Biorąc to pod uwagę, niektóre programy, takie jak ten w Carbonite lub Mozy, wykonują kopie zapasowe w tle i powoli udaje im się ostatecznie wykonać kopię zapasową wszystkiego, ale są to tylko dane - bez systemu operacyjnego ani programów. Możesz skonfigurować coś takiego i sprawić, że program będzie działał w tle, stale wykonując aktualizacje, ale tworzenie kopii zapasowej zajmie wieczność, a sama kopia zapasowa byłaby monstrualnie nieefektywna pod względem miejsca na dysku, a niezawodność również nie byłaby świetna.

Czy zastanawiałeś się kiedyś nad zdobyciem kolejnego napędu wewnętrznego i klonowaniem systemu z dnia na dzień? To byłoby najlepsze ze względu na szybkość / niezawodność / wydajność.

Jeśli używasz (lub nie przestawaj się na) systemu plików, który obsługuje migawki (*), tworzenie kopii zapasowej 1 GB dziennie jest dość proste:

• zrobić migawkę bieżącego stanu dysku lokalnego
• kopie zapasowe 1 GB tej migawki każdego dnia na zdalnym komputerze w lokalizacji zewnętrznej (być może przy użyciu „zip” z opcją „--encrypt” i opcji „--split-size 1g”)
• Po utworzeniu kopii zapasowej całej migawki odrzuć lokalną migawkę.

Po utworzeniu kopii zapasowej pierwszej migawki możesz nadal tworzyć nowe migawki dokładnie w ten sam sposób. Ale myślę, że uzyskasz dokładnie takie same wyniki w krótszym czasie

• uruchom polecenie kopiowania na zdalnym komputerze, kopiując najnowszą kompletną migawkę, aby utworzyć wstępny szkic nowej migawki.
• Zrób nową migawkę bieżącego stanu dysku lokalnego
• użyj rsyncrypto (dzięki, RedGrittyBrick) z opcją --bwlimit ustawioną na 1 GB / dzień, co pozwala mu zmodyfikować zdalny wstępny szkic do dokładnej kopii nowej, nowej migawki.

(*) Przez „obsługuje migawki” mam na myśli albo (a) uruchomić maszynę wirtualną, która obsługuje migawki systemowe, lub (b) używać ext3cow, btrfs, ZFS lub innego systemu plików, który obsługuje migawki - wszystkie te I Wiem o tym są zaznaczone w kolumnie „Migawka” w artykule „ Porównanie systemów plików ”.