Статии - Онлайн тест

На първо място бих искал да говоря за това, което сте влезли вид операции. Очевидно е, че пълната отмяна-файл, който да се откажете от всички операции напълно, абсолютно невъзможно, както по отношение на скоростта, както и от гледна точка на здравия разум на. Да, това сеч би дало възможност да се възстанови по-данни - например, при упражняване на пренаписване на три мегабайта в средата на файла, за първи път може да спести новите данни в дневника, а след това пренаписват с предходната три мегабайта файл, и така само след извършване на операции с недвижими данни , Подобен подход ще гарантира пълна сигурност съдбата на информация - ние винаги сме в състояние да разберат коя част от данните, които вече записани на диска, но това, което е в оригинала, не се актуализира. Този подход има само една скромна един недостатък - малък nakladochka на скоростта: за да пише по диска три мегабайта, ще бъдем принудени да извършват различни операции на обема на дисковото е три пъти по-големи - девет мегабайта. Да, пълна сеч се използва също - но най-вече за работа с бази данни. Ако желаете да се осигури пълна сеч на каквито и да било данни, можете да поставите вашия MS SQL или Oracle, които по принцип няма да използва всякакви средства за всяка файлова система и осигуряване на безопасността на данните си по всеки разумен начин. Поддръжници на пълен журнал файлова система мога да кажа едно нещо: да се намали скоростта на запис операции три пъти, по мое мнение, е твърде смело решение да даде мандат - и за домашни компютри и сървъри.

NTFS разработчиците подход е коренно различна. Основният девиз е, очевидно, не е надеждна на всяка цена, както и неизменната производителност. Journaling просто не би трябвало да пречи на файловата система. Първата логична стъпка - да се отмени пълната сеч като напълно неприемливо от гледна точка на производителността. В NTFS, използвана влезете логически структури, а не потребителски данни - оттам фраза е, че сигурността на данните не е гарантирана, но въпреки правилното състояние на системата ще се запази. Нещо, което не е NTFS записва в регистрационен файл с данни, води на практика до един вариант на загуба на данни - в този хипотетичен случай, записът от три мегабайта, в случай на повреда по време на записа никога няма да бъде в състояние да определи коя част от записаните данни, и което е останало непроменено. Операциите, които все пак са влизали система - тази операция със структурите на системата, тоест, файлове и директории: добавяне на файлове, преименуване, преместване, създавате и изтривате (освобождаване на свободно пространство). Също влезли и дефрагментиране операции - това е, да се движат фрагменти на файловете. С една дума, всички логически операции журнализирана.

Забавени влизане и контролна точка сеч

Известно е, че всяка съвременна система за ускоряване на файлови операции принудени да използват кеширане, в това число - пишат операции за кеширане. така нареченото мързеливо на записване - принципът кеширане в кои данни да бъдат записани на диска, докато се съхранява в кеш паметта и само на свободното време други класове съхраняват физически. Забавено запис много значително повишава ефективността на диск операции, тъй като тези групи множество кеш операции в едно - е особено ефективно, ако се записва в компактен диск области. Друг плюс, пишете ни - да не се намесват с желаните операции за четене и за запис на само когато системата е безплатно и не се нуждае от достъп до устройството за други цели. Как можем да приемем мързелив журнал при запис? Това е труден въпрос, защото забавянето на запис го прави възможна загуба на данни, които са на опашката за физически запис и не са имали време да се запишете за задвижването на неизправност. Най-неприятното нещо, което тук не е дори до загуба на данни, както и какво се случва, време за запис несъответствие: някои райони на услуги могат да бъдат актуализирани, и всички свързани с него в смисъл - все пак, тъй като тяхната актуализация може да се забави, дори за няколко секунди и не се проведе поради спиране.

NTFS се справят с тези проблеми с помощта на семантична интеграция на операции и отписване сеч. Когато се опитате да започнете журнал операция дневник се записва веднага намерение - например, да изтриете файла. Това се случва, без забавяне - на този етап забавен запис не работи: това е плащане за наличие на сеч, които не могат да бъдат избегнати. Но тук е останалата част от работата вече са в режим на забавяне - тоест, те могат да се проведе частично (все още може в допълнение, а не в този ред), или да не се проведе най-малко. Само забави работата, действието на която е малко по-различно от обикновен запис - запис в дневника за успешното приключване на предишни сделки, така наречената отправна точка. На редовни интервали от време - обикновено на всеки няколко секунди - системата на задължителното отхвърля всички забавени операции на диска. След като тази операция се записва само един рекорд - отправна точка - това казва, че всички предишни операции са извършени правилно на всички нива - както логично и физическото.

Този режим на работа - с помощта на записи и постижения - от една страна, продължава да се гарантира напълно правилното функциониране на сеч, от друга страна почти не се забави операция: prostanovka контролни точки са, смятат, веднага, и да влезете в началото експлоатация човекочаса съответства на самите данни за запис без очакване кеш. Истинският Записът се извършва по-късно в по-голямата част от случаите не пречи на всички операции и не идва за сметка на производителността на системата.

Проблеми отлага сеч: концепцията за дублирането

Всички по-горе теория е добра, но все пак е в състояние да доведе до много неприятни последици, ако не се вземат предвид няколко неща, които ще бъдат обсъдени.

Помислете за този случай: ние изтриете файла. Списанието получи запис - ". N файл се изтрива" Тогава забавено кеша беше доволен да извърши първия физически знак, че пространството, заемано от файла, достъпна, и едва след това да изтриете файла от физическите структури MFT и директории. Да кажем, че дискът е в активна експлоатация, както и място веднага записва друг fayl.V този момент не успява. Системата е заредена, на изследва списания и вижда в очакване на сделки "файл N изтрита" - или по-скоро, тъй като описах по-горе, не е непълна, и проста операция, след което мястото за управление не е, че автоматично го подсказва непълна. Следващата фаза ще бъде "намаление на цените" - това е възстановяване на файла. Един лош късмет - мястото е заета от физически файлът вече съдържа и други данни.

За да се предотвратят подобни ситуации, системата иска да ограничи логично журнал, принудени да се прилага принципът на "временно заети пространство". Seat освободена от всеки обект или запис за него, не е обявена за свободна, докато физически завършени всички операции с логически структури. Този механизъм се в NTFS, очевидно, не е синхронизирана, дори и с пускането контролни точки, като типично време на освобождението на временно заети площи - около 30 секунди, въпросът да ходят по-често.

Този механизъм се прилага не само при изтриване на файлове, но също така и в най-различни операции: принцип сеч - обект, премахнати или преместени на ново място, трябва да може правилно да се откажете от своята "заминаване" - това е, данните, които са упоменати от логическата структура да изтриете или преместите обект, е необходимо известно време, за да запазите място, заето (диск / директория). Това е още една стъпка към пълна NTFS журнал, където конкретна информация лог файл с данни себе си, са освободени райони не са унищожени физически.

Предположения за да се гарантира надеждност

Е, вие казвате, че всичко е толкова прекрасно - но защо тогава, NTFS дялове все още летят. Сега ще се опитам да обясня принципите, които водят до това, че по-горе модел ще гарантира пълното оползотворяване на логически структури.

• Твърд диск, обикновено, трябва да бъде написана точно, и това е къде, какво и къде са му казали да напише на операционната система. Този принцип е нарушено, когато системата е ненадеждна контур, процесор, контролер на паметта, или - и това е най-честата причина за провал NTFS. Вие няма да овърклокнат процесора, скъп (високо качество) памет, добра дънна платка и протокола UDMA, който осигурява контрол и грешка възстановяване на контролер сайт устройството.
• Твърд диск в случай на авария, прекъсване на тока или квитанция от контролера сигнал "нулиране" (в случай на внезапно рестартиране на дънната платка) е необходим за правилното завършване на запис на данните за текущата физически сектор, ако има такава, е направено по време на инцидента. Междинно държавен сектор не е позволено. Можете да помогнете на съвременните твърди дискове, които могат да извършват тази операция, дори в случай на пълно спиране на тока - те разполагат с достатъчно буфери-енергийни кондензатори, както и тяхната логика е проектиран за коригиране на поведението в случай на спиране на тока по време на запис.
• Дискът е необходимо незабавно да приложат регистър на данните, изпратени от флага "не кеш". Фактът, че много от съвременните устройства или контролери осигуряват забавено запис. NTFS метафайлове актуализирани на "пиша веднъж" и контролер / устройството трябва да се съобразяват с това изискване.
• Твърд диск е необходимо да се гарантира, показанията са данните, които е записано. Ако не можете да прочетете на информационния сигнал се извежда "грешка". Дискът не се оставя да се върне данни за грешка (възможно само частично неправилни) без сигнал за грешка. Всички съвременни твърди дискове имат сектори контролни суми и строго следват тази логика поведение.

Очевидно тези изисквания напълно гарантира надеждната работа на NTFS. Структурата на файловата система няма да съдържа съществени грешки, дори и след провал. Някои незначителни грешки все още се дължат на факта, че логиката на сеч често се опитва да довърши операции - например, един и същ файл заличаването - докато общата надеждност ще осигури само безусловно натиск от всички, че е след последното контролно-пропускателен пункт. Малките разлики са родени на тези опити, са излишни, информационна сигурност, не представляват реален риск за данните - те са наистина малки. Същността на тези несъответствия често е, че на диска са "екстра" данни за режима на достъп, които не се нуждаят от системата. Тяхното почистване - тя просто се подобри ефективността, като дефрагментиране, така че тяхното присъствие не е наистина грешка. В случай на откриване на сериозна, реална, проблеми шофьор ще определи обема на кутия "мръсни", която ще се възложи на системата, за да се провери, че следващия път, когато се монтира.

Въз основа на материали от крайчеца на ресурса