NTFS файловая система: особенности и настройка на сервере

Администратор разворачивает сервер с Microsoft SQL Server под 1С: форматирует диск NTFS по умолчанию, ставит базу, запускает в работу. Через год отчёты по большим таблицам тормозят, IO-нагрузка растёт. Инженер грешит на накопители, начинает разговор про замену дисков. А причина проще - дефолтный кластер 4 КБ и включённая генерация 8.3-имён.

NTFS - файловая система с десятками параметров, каждый из которых влияет на производительность серверной нагрузки. Разберём, как она устроена, что настраивать при развёртывании и когда вместо неё уместен ReFS.

NTFS (New Technology File System) появилась в Windows NT 3.1 в 1993 году и по-прежнему остаётся основной файловой системой для Windows Server.

Технически: MFT хранит метаданные файлов тома, $LogFile обеспечивает восстановление после сбоя. MFT резервирует 12,5% тома: на томах от 10 ТБ это сотни гигабайт. При необходимости зону сжимают командой fsutil mftzone set C: 1. Размер кластера по умолчанию - 4 КБ, объём тома - до 256 ТБ (теоретически до 16 ЭБ).

Дефолтная конфигурация - компромисс для средней нагрузки. Сервер с выраженным профилем требует настройки под задачу, иначе производительность теряется без видимой причины.

Дефолтный размер кластера ntfs - 4 КБ. Для системного диска и офисных файлов адекватен. Для СУБД и крупных файлов - нет. Для Microsoft SQL Server Microsoft рекомендует 64 КБ: extent SQL Server равен 8 страницам по 8 КБ = 64 КБ. Когда кластер совпадает с размером extent, одна операция I/O покрывает полный extent без разбиения. На крупных таблицах под нагрузкой 1С это заметная разница в производительности.

Для файловых архивов с медиаконтентом, бэкап-хранилищ и томов с образами виртуальных дисков - 32 или 64 КБ по той же логике: меньше операций на запись, меньше нагрузки на MFT. Критично: размер кластера задаётся при форматировании и не изменяется. Исправить можно только переразметкой с переносом данных - даунтайм и риск.

Генерация коротких 8.3-имён нужна для совместимости с устаревшим ПО. На серверных томах с миллионами файлов она замедляет создание файлов: при каждой операции система проверяет уникальность короткого имени. fsutil 8dot3name set 1 отключает её без последствий для современного ПО.

Last access timestamp обновляется при каждом чтении файла. На файловых серверах с интенсивными чтениями это лишние записи метаданных при каждом обращении. Отключение через fsutil behavior set disablelastaccess 1 снимает нагрузку. На файловых серверах с миллионами мелких файлов — типовая 1С-среда — эти две настройки дают 5–15% прироста производительности.

ReFS (Resilient File System) появилась в Windows Server 2012. Её сильные стороны: контрольные суммы на данных (integrity streams), поддержка томов до 35 ПБ, мгновенные клоны VHDX и быстрый rebuild в Storage Spaces Direct. Всё это делает ReFS привлекательной для сценариев высоконагруженной виртуализации и больших архивов. Важное ограничение: дедупликация в ReFS доступна только в Windows Server 2019+ и работает по офлайн-расписанию. В NTFS дедупликация онлайн, в реальном времени.

Из ограничений: нельзя создать загрузочный раздел, нет сжатия, дедупликация только с Windows Server 2019, EFS и ряд функций с жёсткими ссылками не поддерживаются. ReFS и NTFS - это разные файловые системы с разными ролями. Ниже - сводка по ключевым сценариям:

Для инфраструктуры под S2D важен не только выбор ФС, но и само железо: серверы для ЦОД с NVMe-дисками дают ReFS возможность раскрыть преимущества integrity streams без просадки производительности. Если конкретного сценария под S2D, Hyper-V с VHDX или крупные бэкап-архивы нет - выбирать NTFS.

ACL в NTFS дают разрешения с гранулярностью до отдельного файла: чтение, запись, выполнение, изменение - отдельно для каждого субъекта. Практическая рекомендация: права назначают на группы Active Directory, а не на персональные учётки. Когда права раздаются напрямую на пользователей, через год при ротации сотрудников матрицу невозможно сопровождать.

EFS шифрует файлы на уровне пользовательского сертификата. Для серверной среды предпочтительнее BitLocker: шифрует весь том, ключами управлять проще, нет проблем с миграцией профиля при смене учётной записи.

VSS согласует состояние тома с приложениями и передаёт консистентный снимок в резервную систему, на этом механизме работают почти все бэкап-решения под Windows. Время создания VSS-снимка зависит от скорости дисковой подсистемы: NVMe снижают время снимка на томах от 1 ТБ с нескольких минут до секунд. С Windows Server 2012 R2 chkdsk выполняет онлайн-сканирование без остановки сервиса. Исправление ошибок по-прежнему требует планового обслуживания — полностью online repair доступен в ReFS на Storage Spaces.

Для чувствительных томов включают Object Access Auditing. Журнал Security фиксирует каждое обращение к заданным папкам. При подключении к SIEM это основа расследования инцидентов без сторонних агентов.

Большинство параметров NTFS задаются один раз - при форматировании тома. Пересматривать их после запуска означает остановку сервиса и миграцию данных. Лучше час подготовки при развёртывании, чем день простоя через год.

Перед форматированием определяют тип нагрузки каждого тома: системный диск, база данных, файловый архив или Storage Spaces. Системный диск - 4 КБ. СУБД - 64 КБ. Архивы и образы дисков - 32–64 КБ. S2D с ReFS - по документации Microsoft для конкретной версии Windows Server.

Параллельно создают группы Active Directory до ввода томов в эксплуатацию: иначе права назначают на пользователей напрямую, и через полгода получают матрицу, которую никто не может расшифровать. При переносе данных между томами ACL нужно переносить явно: robocopy с ключом /COPYALL сохраняет разрешения. Финальный шаг - проверить покрытие всех томов планом бэкапов, запас VSS-снимков и мониторинг фрагментации и заполнения MFT. Проверить состояние: fsutil mft query C:. Дефрагментация MFT требует перезагрузки: Defrag C: /U /X.

При развёртывании сервера под Windows порядок действий один. Определяете тип нагрузки каждого тома - СУБД, файловый сервер, системный диск или Storage Spaces. Выбираете файловую систему: ntfs файловая система подходит почти везде, ReFS для S2D и бэкап-томов, где нужна целостность данных и быстрый rebuild после отказа диска.

Размер кластера под характер данных: 4 КБ для системы и смешанной нагрузки, 64 КБ для СУБД и крупных файлов. Следом - оптимизации: отключение 8dot3name и lastaccess, контроль $LogFile. И то, что чаще всего откладывают на потом: спроектируйте ACL через группы Active Directory, а не через персональные учётки.

NTFS - инструмент с тридцатилетней историей в серверных системах. Час на настройку при развёртывании экономит дни на диагностику деградации производительности через год после запуска.