Re: [XP] Kopia zapasowa w praktyce

Autor: j_marek <j_marek_at_USUN_TO.gazeta.pl>
Data: Sat 07 Oct 2006 - 13:15:54 MET DST
Message-ID: <eg839u$bu3$1@news2.ipartners.pl>
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original

W wiadomości: 1e4dmghdx5ysj$.rq20xxkh3wo1.dlg@40tude.net,
Piotr Smerda <piotrs00@go2hell.pl> napisał(a):
[...]
>> Poza tym ntbackup w darmowej wersji nie kompresuje składowanych
>> plików. Równie dobrze może je sobie po prostu wykopiować jakimś
>> filemanagerem. No i z przywracaniem też raczej nie będzie wówczas
>> problemu ;-).
>
> Nie do końca jest to prawda. NTBackup potrafi wykorzystać kompresję
> hardware'ową napędów. jest przełącznik /hc. Oczywiście ma to
> zastosowanie tylko w przypadku zapisu na nośnik a nie w przypadku
> tworzenia pliku BKF na dysku.
> A jeśli chodzi o kopiowanie filemanagerem to w przypadku dużej (>
> 10000) ilości małych plików lepiej "złożyć" je w jedno "archiwum" BKF
> i taki jeden duży plik przerzucić po sieci. Testowane - jest ZNACZĄCO
> szybsze niż przerzucanie plik po pliku.

Witam!

Testowałeś bezpośrednio zapis z ntbackup na serwer plików, czy najpierw
zapisywałeś plik lokalnie a później dopiero przesyłałeś plik przez sieć.

Jeżeli zapis ntbackup jest sekwencyjny to to pierwsze rozwiązania powinno
być szybsze. Jeśli kopia zapasowa ma być szybka to w zasadzie system plików
w pliku .bkf powinien być zoptymalizowany do zapisu sekwencyjnego bez
potrzeby uwzględniania zmian w plikach. Wtedy dostajemy tylko strumień
danych do zapisania.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_marek(małpa)gazeta(kropka)pl ]
[ == USUN_TO. z adresu == ] 
Received on Sat Oct 7 13:35:08 2006

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Sat 07 Oct 2006 - 13:42:01 MET DST