Re: NTFS - FAT32

Autor: Radosław Sokół <Radoslaw.Sokol_at_polsl.pl>
Data: Mon 02 Oct 2006 - 10:31:55 MET DST
Message-ID: <efqipr$t7d$1@polsl.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed

MadMan napisał(a):
> I tak najlepiej tu jest chyba przy SFS, ale to na Amigę... Ten system
> najpierw zapisuje, potem zapisuje informację że zapisał. Poza tym
> skasowane pliki są w ukrytym katalogu i można je łatwo odzyskać (nie,
> nie jest to coś na kształt kosza - nadpisane pliki też tam są).

Po pierwsze, to zwykła transakcyjność metadanych :) NTFS też
tak działa. Dane zapisywane są normalnie, ale jakiekolwiek
zmiany w metadanych (dodanie pliku, usunięcie, dodanie
fragmentu pliku, przeniesienie wpisu i tak dalej tym podobne)
są przeprowadzane dwuetapowo: najpierw operacja wpisywana
jest do logu transakcji, potem realizowana, a następnie
zaznaczana jako gotowa. Jeżeli system plików nie zostanie
poprawnie odmontowany, log transakcji jest realizowany na
nowo po ponownym uruchomieniu systemu. Można stracić dane
zapisywane na dysku chwilę przed awarią w efekcie, ale sam
system plików nie będzie uszkodzony (podczas gdy przerwanie
modyfikacji FATu w FAT skutkuje zniszczeniem większości
pliku i potencjalnie rozryciem systemu plików całego).

Po drugie, istnieje transakcyjność pełna, na przykład w ext3
można to włączyć. W takim przypadku nawet dane są zapisywane
w logu transakcji, przez co aplikacje mogą mieć pewność, że
jeżeli coś zapisały na dysku, to faktycznie zostało to
zapisane. W efekcie nie będzie sytuacji, że pół pliku ma już
nowe dane, a pół stare: albo cały plik będzie nowy, albo cały
stary. Oczywiście, aplikacja musi w takim przypadku zlecić
zapis w jednej operacji, bo inaczej się nie da zapewnić takie-
go poziomu spójności :) No i taka transakcyjność ma dosyć
paskudny wpływ na wydajność.

A co do usuwanych i nadpisanych plików, to kilka systemów
plików ma taką funkcję. Bodajże w VMS był taki "rewizyjny"
system plików, w którym każdy plik miał swoją wersję kilka
kopii wstecz. Również w NTFS można zastosować analogiczny
mechanizm Shadow Copy do tworzenia kopii zapasowych dokumentów
zabezpieczających przed skasowaniem lub nadpisaniem przypadko-
wym przez użytkownika.

-- 
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
| Radosław Sokół  |  http://www.grush.one.pl/              |
|                 |  Administrator, Politechnika Śląska    |
\................... Microsoft MVP ......................../
Received on Mon Oct 2 10:35:05 2006

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Mon 02 Oct 2006 - 10:51:02 MET DST