База 1С виснет при закрытии месяца: как понять, что дело в диске

Нехватка диска у базы 1С видна по трём признакам сразу: SQL Server пишет в лог ошибки автоувеличения файла, резервное копирование обрывается на середине, а проведение документов зависает именно в момент пиковой нагрузки — при закрытии месяца или в конце квартала. Если на сервере остаётся меньше 10% свободного места, это уже не совпадение.

Почему возникает нехватка диска у базы 1С

На сорока пользователях база виснет ровно в 9:10 утра — минута в минуту, когда бухгалтерия открывает закрытие месяца и проводит подряд две-три сотни документов. Администратор проверяет процессор — загрузка 40%, память — свободно 6 гигабайт. Но диск сервера показывает три процента свободного места, и SQL Server не может расширить файл базы данных, поэтому операция обрывается посередине, а часть документов остаётся в подвешенном статусе.

Дальше события почти всегда развиваются по одному и тому же сценарию:

• ✓база растёт быстрее, чем закупался диск — регистры накопления и подчинённые справочники прибавляют по несколько гигабайт в месяц на активном учёте;
• ✓файл журнала транзакций не обрезается, потому что модель восстановления базы стоит Full без регулярного backup log;
• ✓резервные копии базы копятся на том же диске, где лежит сама база;
• ✓каждое обновление конфигурации создаёт резервную копию перед собой и не удаляет старые;
• ✓включённый технологический журнал пишет по несколько гигабайт логов в сутки при трассировке долгих вызовов;
• ✓tempdb SQL Server раздувается на тяжёлых отчётах и не сжимается автоматически после их завершения;
• ✓сервер закупался ещё под меньшую базу — RAID из пары дисков, которого хватало три года назад, сейчас работает на пределе и по объёму, и по скорости отклика.

Пока диска хватало с запасом, эти процессы никто не замечал. Но база растёт нелинейно: чем больше документов, тем больше индексов и временных таблиц требует каждый отчёт, поэтому нехватка места проявляется не постепенно, а разом — обычно в самый неподходящий момент отчётного периода. Для бизнеса это не абстрактный риск: закрытие месяца срывается, бухгалтерия не успевает сдать отчётность в срок, а если диск заполнился полностью прямо во время записи, часть данных базы может повредиться — тогда восстановление потребует отдельного бэкапа и часов простоя.

Как понять, что не хватает именно диска

Диск, память и процессор чаще всего путают между собой — ошибки 1С в логе не всегда прямо называют причину. Проще свериться с конкретными признаками:

• ✓в журнале регистрации кластера 1С встречается запись «Insufficient disk space» или «Ошибка при записи файла»;
• ✓в errorlog SQL Server подряд идут события autogrow — файл базы расширяется каждые несколько минут;
• ✓резервное копирование останавливается с ошибкой «backup device» и не оставляет полный файл .bak;
• ✓консоль администрирования серверов 1С показывает рост файла информационной базы быстрее, чем предусмотрено расписанием обслуживания;
• ✓папка технологического журнала занимает десятки гигабайт при включённой трассировке;
• ✓штатными средствами ОС на разделе с базой видно меньше 10% свободного места.

Как отличить нехватку диска от нехватки памяти или процессора

Быстрее всего это видно в сравнении: у каждого ресурса свой характерный симптом и свой способ проверки.

Если после проверки остаются сомнения, тест Гилёва (gilev.ru/tpc) показывает скорость платформы отдельно от диска, памяти и процессора — по нему видно, какой из трёх ресурсов реально ограничивает работу базы.

Как исправить нехватку дискового пространства для базы 1С

Быстрые меры на один день

• ✓удалить или перенести на другой диск старые файлы технологического журнала;
• ✓перенести резервные копии на отдельный диск или в сетевое хранилище — не хранить .bak рядом с .mdf;
• ✓сделать backup log и уменьшить файл транзакций там, где полная модель восстановления не обязательна;
• ✓запустить сжатие информационной базы через консоль кластера — особенно актуально для файловых баз;
• ✓почистить tempdb SQL Server после перезапуска службы сервера.

Какой диск выбрать при расширении

Объём — не единственный параметр. База 1С активно пишет и читает мелкими блоками, особенно при проведении документов и построении отчётов, поэтому важна скорость случайного доступа, а не только количество гигабайт. На HDD с выросшей базой это ощущается как медленное открытие форм и долгое проведение при том, что места на диске формально ещё хватает. SSD и тем более NVMe снимают эту проблему на годы вперёд за счёт кратно более высокой скорости отклика — при расширении диска это стоит учитывать сразу, а не через полгода, когда снова упрётесь уже не в объём, а в скорость.

Системное решение

Разовая чистка снимает симптом на несколько недель, не больше — база продолжает расти с той же скоростью. Системно вопрос решается увеличением диска и разнесением файлов данных, журналов транзакций и tempdb на разные физические диски, чтобы они не конкурировали за одну дисковую очередь.

Когда сервер стоит в офисе, апгрейд диска — это заявка, счёт, ожидание доставки и простой на установку. Быстрее и без капитальных затрат перенести базу на удалённый сервер, где дисковая подсистема под 1С уже сконфигурирована, а объём меняется по заявке без замены железа: аренда сервера 1С начинается от 1 100 ₽/мес за пользователя, конкретный объём диска подбирается под текущий размер базы и её прирост за год. При выборе конфигурации ориентируйтесь на системные требования 1С — там указаны минимальные и рекомендуемые объёмы диска для разных релизов платформы.

Что делать, если ошибка повторяется после чистки диска

Диск почистили, освободили сорок гигабайт, отчитались, что вопрос закрыт. Через две недели место снова кончилось — потому что убрали следствие, а не причину: базу продолжают наращивать те же самые процессы, а полная резервная копия каждую ночь весит почти столько же, сколько сама база.

Особенно часто это происходит там, где мониторинг диска настраивали разово при установке сервера и с тех пор не пересматривали — техническая служба узнаёт о нехватке места не из алерта, а из звонка бухгалтера, у которого не проводится документ.

Если так повторяется из месяца в месяц, теряется не только время администратора на регулярную чистку. Каждый повтор — это риск снова оборвать запись в разгар отчётного периода, а для бухгалтерии на аутсорсе — риск сорвать сроки сразу перед несколькими клиентами.

В этой ситуации разовая чистка не решает вопрос — нужен пересчёт ёмкости под фактический темп роста базы и перенос нагрузки на ресурс, который расширяется без замены оборудования. Для баз среднего размера подходит виртуальный сервер для 1С — диск на нём увеличивается по заявке за часы, а не за дни закупки. Для крупных баз на 1С:ERP или Управление торговлей с постоянным приростом документов и большим объёмом регистров стоит рассмотреть отдельный сервер под 1С:ERP — там дисковая подсистема и резервное копирование настроены под нагрузку именно такого масштаба.

Как предотвратить повторную нехватку места на сервере 1С

Разовые меры лечат симптом. Устойчивое решение — вынести контроль диска в регламент, который не зависит от того, вспомнит ли администратор проверить свободное место вручную:

• ✓настроить мониторинг свободного места с уведомлением при заполнении диска на 80%;
• ✓развести файлы базы данных, журналов транзакций и tempdb по разным дискам;
• ✓утвердить регламент хранения бэкапов и логов — например, полные копии не дольше двух недель, инкрементальные дольше;
• ✓закладывать объём диска на 12-18 месяцев роста базы вперёд, а не под текущий размер;
• ✓при настройке сервера сразу разделить дисковую подсистему под данные и под резервные копии — этот подход описан в материале про настройку сервера 1С.

Сколько стоит закрыть вопрос с диском на арендованном сервере

Перенос базы на арендованный сервер снимает капитальные затраты на диски и их последующий апгрейд: аренда сервера 1С — от 1 100 ₽/мес за пользователя, сама программа 1С в аренде — от 1100 рублей в месяц. Для нагрузки, которую не хочется делить с соседями по виртуализации, — выделенный сервер в аренду, где объём диска и его расширение под конкретную базу согласовываются отдельно, а не по общему шаблону.

В стоимость аренды входит дисковое пространство под текущий размер базы с запасом на рост, регулярное резервное копирование на отдельный носитель и мониторинг свободного места — то есть сценарий из начала статьи, когда диск заполнился незаметно для администратора, закрывается на уровне инфраструктуры, а не разовой чисткой раз в квартал.

❓ Частые вопросы

Как быстро понять, что базе 1С не хватает именно диска, а не памяти?

Проверьте три места: свободное место на диске с базой, errorlog SQL Server на события autogrow и журнал кластера 1С на ошибки записи файла. Если во всех трёх есть совпадающие по времени события — причина в диске. Память и процессор проверяются отдельно, через диспетчер задач, в момент зависания.

Сколько диска обычно нужно под базу 1С на 20-40 пользователей?

Точный объём зависит от конфигурации и глубины хранения истории документов, единой цифры для всех баз нет. Отталкивайтесь от текущего размера базы плюс запас на 12-18 месяцев роста и отдельный диск под резервные копии — ориентиры по минимальным объёмам есть в системных требованиях 1С.

Поможет ли просто добавить диск, если ошибка нехватки места уже повторялась несколько раз?

Разово поможет, но если причина роста не устранена — логи, полные бэкапы на том же диске, разрастание tempdb — место закончится снова через несколько недель. Сначала стоит развести данные, журналы и резервные копии по разным дискам, а объём диска пересчитать под фактический темп роста базы.

Можно ли перенести базу на арендованный сервер без остановки работы бухгалтерии?

Перенос делают в нерабочее время или в выходной: копируют базу, разворачивают на новом сервере, проверяют работоспособность и корректность обмена данными, и только потом переключают пользователей на новый адрес подключения. Простой обычно укладывается в несколько часов, а не в целый рабочий день.

Как понять, что нужен именно выделенный сервер, а не виртуальный?

Если база растёт быстро, нагрузка на диск постоянная и высокая, и вы не хотите делить дисковую подсистему с другими виртуальными машинами — берите выделенный сервер. Для стабильной нагрузки на 20-50 пользователей обычно достаточно виртуального сервера с возможностью расширения диска.