Re: Backup za free poprzez LAN

Autor: Michal Kawecki <kkwinto_at_o2.px>
Data: Mon 13 Jun 2005 - 18:07:59 MET DST
Message-ID: <c3bk8d.gbd.ln@kwinto.prv>
Content-Type: text/plain; charset="iso-8859-2"

Użytkownik "Tomasz Chmielewski" <tch@nospam.unc.edu> napisał w
wiadomości news:d8jint$s7f$1@newsreader3.netcologne.de...
> Michal Kawecki schrieb:
[...]
>> Mylisz się - mam np. serwer pocztowy który stale pobiera i wysyła
>> maile składowane w postaci pojedynczych plików .msg. W trakcie
>> wykonywania backupu takiej partycji x maili zostanie dopisanych i
>> usuniętych, zmienione zostaną też pliki opisujące tę bazę danych a
>> także logi. Cały kłopot w tym, że w backupie znajdą się te
>> informacje w różnym czasie, więc baza maili i logów przestanie
>> być spójna. Myślę że takich sytuacji jak u mnie bywa więcej, nie
>> jestem wyjątkiem. Oczywiście wiem, że program pocztowy powinien
>> sobie poradzić udostępniając jakieś procedury wykonujące ponowną
>> synchronizację tych baz, ale to już nie będzie "one-touch"
>> recovery i często nie jest to proste...
>
> proste proste - jak to ci opisalem w poscie wyzej. zrob to tak:
>
> 1) skopiuj pliki "na zywca" - raz
> 2) baze danych kopiuj narzedziem do tego przeznaczonym powiedzmy
> raz dziennie - czy to do backupu online (w czasie dzialajacej
> bazy), czy offline (wylaczonej bazy) - tobie bardziej spodoba sie
> online

[...]

Jeszcze raz powtarzam: jeżeli nie skopiujesz w_tym_samym_momencie
logów tego programu tudzież odebranych maili, które są w tych logach
ujęte, to powstanie rozbieżność. A tak się składa, iż program którego
używam (Surgemail) udostępnia bardzo rozbudowany system logów, z
których da się wyciągnąć dosłownie wszystko na temat danej przesyłki.
Jednak cóż mi po tych logach, jeśli akurat w momencie pomiędzy
skopiowaniem logów a skopiowaniem maili, przyjdzie jakaś poczta - a ja
o niej w logach nic mieć nie będę....

>> Ale tu w RAM-ie nie są trzymane dane jako takie, to faktycznie
>> byłoby bez sensu ;-), a tylko i wyłącznie informacje na temat zmian
>> zachodzących w systemie plików. Dla typowego peceta z Windows - w
>> zależności jeszcze od ilości i szybkości tych zmian - może to
>> być co najwyżej kilka - kilkadziesiąt MB danych, co raczej nie
>> wyczerpie zasobów systemu. Na przykład informacja o właśnie
>> zapisanym na dysku filmie DivX powinna zmieścić się w kilku kB ;-).
>
> o wlasnie zapisanym pewnie tak, ale o wlasnie *zapisywanym* zajmie
> dokladnie tyle, ile ten film zajmuje, lub wiecej.

A niby dokąd chcesz ten plik zapisywać - do RAM-u???

-- 
M.   [MS-MVP]
/odpowiadając zmień px na pl/
Received on Mon Jun 13 18:15:19 2005

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Mon 13 Jun 2005 - 18:42:05 MET DST