Сталкиваясь с ситуацией, когда MS SQL Server отказывается автоматически увеличивать файл базы данных (MDF), несмотря на наличие свободного места на диске, администраторы часто оказываются в тупике. Ошибка нехватки места в файловой группе PRIMARY может возникать даже при включенных настройках автороста и безлимитном размере файла. Давайте разберем, почему это происходит и какие шаги помогут нам восстановить работоспособность системы.
Первым делом мы должны убедиться, что проблема не кроется в элементарном отсутствии прав или некорректных внутренних настройках SQL Server. Проверьте, есть ли у учетной записи службы MS SQL право Perform Volume Maintenance Tasks («Выполнение задач по обслуживанию томов»). Это право необходимо для эффективной работы функции мгновенной инициализации файлов.
Также рекомендуем использовать системные представления для проверки реальных ограничений файла, так как графический интерфейс (SSMS) может отображать устаревшие данные. Выполните следующий запрос:
SELECT name, physical_name, size, max_size, growth
FROM sys.master_files
WHERE database_id = DB_ID('ИМЯ_ВАШЕЙ_БАЗЫ');
Если в столбце max_size вы видите значение, отличное от -1 (что означает «без ограничений»), это и есть причина остановки роста файла. Если настройки верны, попробуйте принудительно увеличить размер файла через T-SQL, чтобы снять блокировку со стороны SQL Server:
USE master;
GO
ALTER DATABASE ИМЯ_ВАШЕЙ_БАЗЫ
MODIFY FILE (NAME = ИмяФайлаВБазе, SIZE = 200GB);
GO
В ряде случаев администраторы сталкиваются с «зависанием» внутренних метаданных SQL Server, когда движок базы данных перестает адекватно реагировать на потребность в расширении пространства. Решением, которое часто помогает в таких ситуациях, является «отсоединение» и повторное «присоединение» базы данных:
OFFLINE) или остановите сервер.sp_detach_db для отсоединения файлов от экземпляра.sp_attach_db, чтобы снова подключить файлы базы.Эта операция заставляет SQL Server заново считать параметры файлов из заголовков, что зачастую сбрасывает ошибочные блокировки на рост файла.
Размер кластера файловой системы NTFS играет критическую роль при работе с базами данных большого объема (более 100 ГБ). Стандартный размер кластера 4 КБ может приводить к избыточной фрагментации таблицы размещения файлов (MFT). Мы рекомендуем при создании новых томов для SQL Server использовать размер кластера 64 КБ.
Также проанализируйте настройки автоувеличения. Шаг в 512 МБ для базы размером 140 ГБ является слишком мелким. SQL Server вынужден часто «дергать» файловую систему для выделения новых порций пространства, что вызывает фрагментацию роста. Установите шаг автоувеличения на уровне 1–4 ГБ. Это уменьшит количество операций обращения к файловой системе и сделает процесс роста более предсказуемым.
Рассмотрим ситуацию, когда вмешательство антивирусного программного обеспечения блокирует файл базы данных в момент попытки его расширения. Антивирус может интерпретировать операцию расширения файла как активность подозрительного процесса. Убедитесь, что папки с файлами .mdf, .ldf и .ndf полностью исключены из процесса проверки антивирусом.
Если вышеуказанные шаги не принесли успеха, выполните проверку целостности базы данных с помощью команды DBCC CHECKDB. Иногда скрытые логические ошибки в структуре страниц или распределении пространства не позволяют SQL Server корректно выделить новую область. Также выполните процедуру sp_spaceused, чтобы убедиться, что значения выделенного места не имеют отрицательных величин или аномалий, характерных для устаревших версий SQL Server.
Работая вместе над решением этой задачи, мы сможем не только восстановить рост файлов, но и оптимизировать производительность дисковой подсистемы, что предотвратит подобные инциденты в будущем.