REFS — Resilient file system

В предыдущей заметке Я обещал рассказать о REFS. Это новая файловая система, призванная со временем заместить NTFS. REFS унаследовала от NTFS множество функций и обрела новый функционал. REFS полностью раскрывает свой потенциал при использовании Storage Spaces. Однако свой профит она вносит и при использовании на одиночном накопителе.

Когда я начинаю говорить о REFS, я обычно слышу схожие вопросы, поэтому попробую их обобщить:


- Какие функции NTFS убрали в REFS?

- Что нового в REFS, чего нет в NTFS?

- Какие основные преимущества REFS перед NTFS?


Преимущества

- Отказоустойчивость

REFS поистине защищена от сбоев: Если мы рассматриваем простой том, то метаданные хранятся в двух экземплярах и контролируются контрольными суммами. перед каждой операцией чтения/записи, данные проверяюся на наличие ошибок и корректируются при необходимости. Раз в четыре недели запускается задание, в фоновом режиме сканирующее том на наличие повреждений. Исправления вносятся на лету. Поэтому при попытке натравить проверку диска на такой том, получим сообщение:

REFS — Resilient file system Refs, Storage spaces, Windows 10, Windows server, Длиннопост

По умолчанию потоки целостности включены только для метаданных — это позволяет держать файловую систему в непротиворечивом состоянии. Однако, потоки целостности можно включить для всего тома или выбранных файлов/папок. В этом случае REFS гарантирует, что считанные данные являются тем, что Вы когда-то записали. Если контрольная сумма не совпадает — REFS сообщит об ошибке и удалит файл. Это будет сигналом к восстановлению файла из резервной копии: Вы точно знаете, что этот файл был поврежден.


Всё становится интересней, если потоки целостности для данных включены на томе с избыточностью: Четность, двух- или трехстороннее зеркало. В этом случае, обнаружив ошибку контрольной суммы REFS попробует восстановить данные.


- Производительность

Стоит так-же упомянуть и нововведения производительности:

- Четность с зеркальным ускорением позволяет эффективно хранить данные на томе, используя многоуровневое хранилище.

- Клонирование блоков обеспечит огромный прирост производительности снимкам виртуальных машин, особенно их слияние.

- Разреженный метод VDL позволяет мгновенно создавать фиксированные VHD диски большого размера.


О преимуществах рассказал, теперь сравним её с NTFS


Функции NTFS, недоступные в REFS

По разным причинам, функционал файловых систем отличается. Какие-то функции никогда в ней не появятся (например имена в формате 8.3), какие-то появляются в процессе развития. Например, дедупликация данных, недоступная ранее, появилась в версии 3.2. Подробнее о версиях и их поддержке хорошо написано в Википедии. Ниже я привел список:

- Сжатие файловой системы

- Шифрование файловой системы (EFS)

- Транзакции

- Жесткие ссылки

- Идентификаторы объектов

- Короткие имена

- Расширенные атрибуты

- Дисковые квоты

- Загрузка операционной системы

- Поддержка файла подкачки

- Поддержка съемных дисков


Функции общие для REFS и NTFS

- Шифрование BitLocker

- Дедупликация данных ( Windows Server, v.1709 and later)

- Поддержка общих томов кластера

- Символические ссылки

- Поддержка отказоустойчивого кластера

- Списки управления доступом

- Журнал USN

- Changes notifications

- Точки соединения

- Точки подключения

- Точки повторного анализа

- Моментальные снимки томов

- Идентификаторы файлов

- Нежесткая блокировка

- Разреженные файлы

- Именованные потоки

- Тонкая подготовка

- Offloaded Data Transfer (ODX)

- Trim/Unmap


Функции, доступные только в REFS

- Клонирование блоков

- Разреженный метод VDL

- Четность с зеркальным ускорением

Таким образом можно сделать вывод, что REFS идеальна как хранилище виртуальных машин и критически важных  данных данных.

В следующей заметке я расскажу об обслуживании REFS в рамках Storage Spaces и о том, как дефрагментатор WIndows перестал им быть.

Лига Сисадминов

1.5K постов17.6K подписчиков

Добавить пост

Правила сообщества

Мы здесь рады любым постам связанным с рабочими буднями специалистов нашей сферы деятельности.

Вы смотрите срез комментариев. Показать все
Автор поста оценил этот комментарий

А можно ламерский вопрос, как ведет себя ntfs при сбоях питания? Где можно почитать про это, и чем отличается в этом плане от Refs? Дает ли 100% защиту целостности файлов ntfs или только refs? Как пример, пришло обновление на винду с исправлением ядра, и в момент записи nt.dll выключаем принудителбно питание, что будет в ntfs и в refs при включении.

раскрыть ветку (8)
Автор поста оценил этот комментарий

Если очень упрощённо, при сбоях питания ОБЫЧНО ntfs выживает. Да, скорей всего, ценой потери самых свежих изменений, если что-то в этот момент писалось и не до конца записалось, то скорей всего, откатится к версии "до начала записи". В клинических случаях навроде вышеописанного, т.е. обновление винды и тому подобные операции - ВСЁ-ТАКИ ВОЗМОЖНО ушатать систему насмерть, хотя это и маловероятно. Из практики - убитая до состояния "чёрный экран и нихрена более" win2008R2 с установленным почтовиком путём жёсткого выключения (виртуалке сказали "Turn Off" вместо "Shut down"). Навскидку, грубо, шанс невозвратимых повреждений оценю в 5%.

ReFS на одном диске - принципиально не отличается, на рейде с избыточностью практически никогда не убьётся.

Но - на ReFS не может быть системы, так что упс.

раскрыть ветку (6)
Автор поста оценил этот комментарий

Все равно не понятно, почему в одном случае он откатится на передыдущую версию, а в другом будет черный экран, это же программа, как она может отрабатывать по разному в одинаковых условиях?

раскрыть ветку (5)
Автор поста оценил этот комментарий

Черный экран возникает при повреждении системных файлов, ведь тогда даже стандартная проверка диска может не запуститься.

раскрыть ветку (4)
Автор поста оценил этот комментарий

Я так понял в ntfs принцип такой, идет перезапись файла, старая версия остается пока в новая версия файла не будет записан, после записи новой версии файловая система получает команду удалить старый файл, а что будет в случае если запись прервется на моменте записи в саму файловую систему? Что будет с самой windows если при обновлении часть файлов успеет записаться а другая нет? В самой системе заложен алгоритм на такой случай? Это же не на уровне файловой системы уже проблема насколько я понял.

раскрыть ветку (3)
Автор поста оценил этот комментарий

В NTFS принципа Copy-on-Write нет. Там файл может быть перезаписан сразу.

Журналирование позволяет откатить прерванную транзакцию, что сделает файловую систему согласованной. Но это никак не спасет данные.

С WIndows проще, она архивирует заменяемые файлы.

Для этого и разработана ReFS, большая отказоустойчивость, выше сохранность.

раскрыть ветку (2)
Автор поста оценил этот комментарий

Все теперь понял спасибо.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Рад помочь. Обращайтесь.

Автор поста оценил этот комментарий

Целостность файлов NTFS не гарантирует, ибо не проверяет её.

REFS в этом плане наиболее близка, но восстановить файл есть шанс только в случае использования Storage Spaces.

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку