Ale my tutaj mowimy o backup a nie o przenoszeniu konfiguracji miedzy maszynami…

Co do –progress i -v to czasami powoduje koszmarny spadek wydajnosci. Szczegolnie jak jest duzo malych plikow do przekopiowania stad ogolnie w skryptach nieinteraktywnych raczej nie powinno sie uzywac trybow verbose…

Kiedys mialem na serwerze w 4 katalogach lacznie 45 milionow plikow. Ich backup to byl istny koszmar.

- pooh

Rzeczywiście rdiff-backup jest napisany w pythonie - moja wina

- vampire

1.
Jako sam backup byłby to lepsze rozwiązanie, jednak w sytuacji jak w artykule takie rozwiązanie odpada, gdyż backup jest realizowany po stronie serwera który synchronizuje dane na kilka różnych komputerów. A wtedy musimy mieć na uwadze wszelkie różnice pomiędzy komputerami, zarówno sprzętowe jak i programowe. Z tego też wynika ‘nieczytelność’ przedstawionych skryptów, jednak warto poświęcić trochę czasu na ich utworzenie.

2.
Dzięki za uwagi o parametrach…
W większości wypadków można by usunąć ‘-progressa’, ja osobiście bym się na to nie zdecydował, gdyż od czasu do czasu możemy chcieć uruchomić ten skrypt ręcznie, a wtedy warto wiedzieć co on właściwie robi.

3.
Tutaj mamy sytuację jak w punkcie 1. Chociaż kopiowanie całego katalogu .kde pomiędzy komputerami byłoby najłatwiejszym sposobem, nie jest to dobry sposób na synchronizacje danych. Szczególnie boleśnie mogą się o tym przekonać nasze menu jeśli tutaj pójdziemy na łatwiznę. Skrypty z artykułu pomimo, że wydają się skomplikowane dobrze się sprawują w przenoszeniu danych pomiędzy różnymi dystrybucjami linuksa. Poza tym nie warto kopiować ‘śmieci’, nawet najmniejszych, z czasem urosną w megabajty i mamy kolejny problem na głowie, którego łatwo można było uniknąć.

- breusz

Trochę nie rozumiem…
W wypadku pracy z jakimkolwiek programem do backupu musimy zachować szczególna ostrożność, a w szczególności podczas odzyskiwania danych. Zresztą myślę, że w artykule wystarczająco poruszyłem tą kwestię.

2. Te skrypty jakies takie malo czytelne. Chyba petla po liscie katalogow bylaby czytelniejsza. Poza tym jest sens robic kopie zapasowa tak po kawalku? Nie lepiej rekomendowac od razu backup calego /home ?

3. Poza tym nie widze powodu dodawania flag -hv skoro jest –progress
Nota bene –progress chyba tez niepotrzebny skoro ma to byc skrypt.

3. .kde mozna kopiowac jak leci — jest tam troche smieci ale one raczej nie sa jakies wyjatkowo duze.

4. dzieki za info o rdiff-backup. nie znalem.

rdiff-backup jest napisany w pythonie, nie w perlu ;->

Przy kopiowaniu plików przez scp można pomijać tyldę, jako oznaczenie katalogu domowego - będzie nieco krócej:
$ scp user@host:plik .
$ scp plik user@host:

Pliku authorized_keys nie trzeba będzie aktualizować po zmianach na zdalnym serwerze ssh, jeśli zachowa się klucze serwera (pliki ssh_host_*, zazwyczaj leżą w /etc/ssh/). Można wówczas nawet całkowicie przeinstalować serwer, ze zmianą dystrybucji włącznie - po odtworzeniu kluczy serwera userom nie wyskoczy żadne ostrzeżenie (to o możliwym ataku MITM) i nie zepsują się żadne skrypty.

Mi w rdiff-backupie brakowało kompresowania backupów, dlatego używam backuppc.

Pozdrawiam,