Администратор разворачивает сервер с Microsoft SQL Server под 1С: форматирует диск NTFS по умолчанию, ставит базу, запускает в работу. Через год отчёты по большим таблицам тормозят, IO-нагрузка растёт. Инженер грешит на накопители, начинает разговор про замену дисков. А причина проще - дефолтный кластер 4 КБ и включённая генерация 8.3-имён.
NTFS - файловая система с десятками параметров, каждый из которых влияет на производительность серверной нагрузки. Разберём, как она устроена, что настраивать при развёртывании и когда вместо неё уместен ReFS.
Что такое NTFS и какие у неё ключевые особенности
NTFS (New Technology File System) появилась в Windows NT 3.1 в 1993 году и по-прежнему остаётся основной файловой системой для Windows Server.
- Журналирование ($LogFile) - восстанавливает целостность тома после сбоя без полного chkdsk;
- ACL - гранулярные права вплоть до файла, интегрированы с Active Directory;
- EFS и BitLocker - шифрование на уровне файла или тома, защита при краже носителя;
- Теневые копии VSS - снапшоты для бэкап-систем под Windows без остановки сервисов;
- Жёсткие и символические ссылки, точки монтирования - управление пространством без перемещения данных.
Технически: 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-имена, last access, $LogFile
Генерация коротких 8.3-имён нужна для совместимости с устаревшим ПО. На серверных томах с миллионами файлов она замедляет создание файлов: при каждой операции система проверяет уникальность короткого имени. fsutil 8dot3name set 1 отключает её без последствий для современного ПО.
Last access timestamp обновляется при каждом чтении файла. На файловых серверах с интенсивными чтениями это лишние записи метаданных при каждом обращении. Отключение через fsutil behavior set disablelastaccess 1 снимает нагрузку. На файловых серверах с миллионами мелких файлов — типовая 1С-среда — эти две настройки дают 5–15% прироста производительности.
NTFS vs ReFS - когда что выбирать
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.
Безопасность и обслуживание NTFS
ACL, EFS и Volume Shadow Copy
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 это основа расследования инцидентов без сторонних агентов.
Типичные ошибки администраторов
- Форматирование дисков под Microsoft SQL Server с дефолтным кластером 4 КБ. На крупных таблицах это 10–20% потерь производительности, а размер кластера ntfs не изменить без переразметки с даунтаймом.
- Включённый last access timestamp на файловых серверах с миллионами мелких файлов - лишние записи метаданных при каждом чтении.
- Права на персональные учётки вместо групп AD - через год матрицу невозможно сопровождать при ротации сотрудников.
- Смешение системных данных, пользовательских файлов и БД на одном томе - нельзя применять разные кластеры, нельзя отдельно бэкапировать.
- Забытое отключение 8.3-имён на томах с большим числом каталогов - замедление операций в 1С-средах с активной файловой активностью.
- Попытка установить Windows на ReFS-раздел - ReFS не поддерживает загрузочный том.
- NTFS compression на томах под СУБД — недопустимо. На архивных томах с редким обращением — допустимо как средство экономии места.
Что предусмотреть на этапе развёртывания
Большинство параметров 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 - инструмент с тридцатилетней историей в серверных системах. Час на настройку при развёртывании экономит дни на диагностику деградации производительности через год после запуска.
