Пинг зелёный, а 1С лежит: 5 причин простоя и дешёвые проверки

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

🔍 Пятница, всё зелёное, а в понедельник база не открывается

Сценарий типовой. Пятница, 19:40. Мониторинг в офисной серверной проверяет две вещи: отвечает ли сервер на пинг и не перегружен ли процессор. Обе в норме. В ночь на субботу журнал транзакций SQL, который никто не копировал отдельно от базы, добирает последние гигабайты на диске. В понедельник в 8:30 тридцать человек открывают 1С, а база отвечает ошибкой записи.

Процессор простаивает, пинг проходит, график зелёный. Но работать нельзя: сервер жив, а 1С на нём нет.

Ставка в такой ситуации конкретная. Бухгалтерия не проводит документы, склад не отгружает, менеджеры не выставляют счета. Если остановка пришлась на закрытие месяца или на последние дни перед декларацией по НДС (срок: 25-е число после квартала), простой измеряется сорванными сроками, а не потерянными часами. Восстановление без готового плана занимает часть рабочего дня, и всё это время сотрудники получают зарплату за ожидание.

Пинг и процессор отвечают на вопрос «включён ли сервер». Бизнесу нужен ответ на вопрос «работает ли 1С». Поэтому мониторинг, который смотрит только на железо, ловит редкие аварии оборудования и пропускает бытовые.

📊 Пять проверок, которые стоят почти ничего

В таблице: что проверять, во что обходится проверка и что останавливается без неё. «Почти ничего» здесь буквально: большинство проверок сводится к счётчикам Windows и короткому скрипту в планировщике.

💾 Диск: что съедает место, пока никто не смотрит

Три потребителя съедают место незаметно. Журнал транзакций SQL растёт, если база работает в полной модели восстановления, а копии журнала никто не делает: файл увеличивается, пока не упрётся в край диска. Tempdb раздувается от тяжёлых отчётов за период, особенно при закрытии месяца. Технологический журнал 1С включают на время разбора тормозов и забывают выключить, и за несколько дней он набирает гигабайты.

Отдельная ловушка: копии базы лежат на том же диске, что и сама база. Они съедают место, а при поломке диска пропадают вместе с данными.

Оповещение ставят заранее, а не на последних процентах: два уровня, предупреждение и тревога, плюс отдельный сигнал о скорости роста файла журнала. Если журнал за неделю заметно вырос, администратор узнаёт об этом во вторник, а не в понедельник в 8:30.

⚙️ Службы и память: хост жив, кластер нет

В чат поддержки приходит сообщение: «1С зависла у всех сразу». Диск свободен, процессор почти не загружен, пинг в норме. Но рабочий процесс rphost, который держит сеансы пользователей, за день накопил память после тяжёлого отчёта, и Windows начала сбрасывать данные в файл подкачки.

Три способа отказа при живом хосте

Первый: после обновления Windows с автоматической перезагрузкой агент сервера (порт 1540) или менеджер кластера (1541) не поднялись, потому что у службы стоит ручной запуск или она стартует раньше SQL Server. Второй: рабочий процесс раздулся и увёл сервер в своп. Третий: всё запущено, но вход в конкретную базу заканчивается ошибкой из-за блокировки или повреждённого индекса. Первые два случая ловят проверки портов и памяти, третий ловит проверка входа: скрипт раз в несколько минут открывает базу под служебной учётной записью и читает пару записей.

Что настроить в консоли кластера

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

🗄️ Бэкап и лицензия: два тихих отказа

Задание копирования настроено, в планировщике оно зелёное, а в папке лежит файл нулевого размера или копия, которая пишется на тот же диск. Выясняется это в день аварии, когда восстанавливать нечего. Проверка занимает минуту: дата и размер последней копии сравниваются с предыдущей, и заметно меньший размер даёт тревогу. Раз в месяц копию разворачивают в тестовую базу и записывают, сколько это заняло. Эта цифра и есть ваше реальное время восстановления, а не то, что обещает расписание.

С лицензией другая история. Программные лицензии 1С привязаны к параметрам машины. После переноса виртуальной машины или смены её конфигурации активацию приходится повторять, а пока этого не сделано, пользователи не получают лицензию и не могут войти. Поэтому после любого переезда администратор открывает консоль и проверяет, что лицензии выдаются, а сроки действия уходят в календарь за месяц до окончания.

🧭 Свой администратор, приходящий или аренда

Пять проверок настраиваются один раз, а живут за счёт сопровождения: пороги, шаблоны, реакция на сигнал в три часа ночи. Вариантов три.

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

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

Мы смотрим на состояние самой 1С, а не на график процессора: диск и журнал SQL, порты кластера, память rphost, свежесть копий, выдачу лицензий и вход в базу. Если пользователей немного и нагрузка небольшая, хватит виртуального сервера для 1С. Если база уже работает на своём железе, переезд и настройку мониторинга берёт на себя настройка сервера 1С. После переезда прогоните на старом и новом сервере тест Гилёва: два числа вместо ощущения «вроде стало быстрее».

✅ План на понедельник: шесть шагов

1. ✓Откройте на сервере список дисков и найдите, где лежат файлы баз, журнал транзакций SQL, tempdb и копии. Если копии лежат рядом с базой, переносите их первым делом.
2. ✓Поставьте оповещение по свободному месту с двумя порогами и отдельный сигнал по скорости роста журнала.
3. ✓Настройте проверку портов 1540 и 1541 и службы SQL Server раз в минуту, а уведомления отправляйте дежурному в Telegram.
4. ✓В консоли кластера задайте допустимый объём памяти процесса и ночной интервал перезапуска рабочих процессов.
5. ✓Проверьте дату и размер последней копии и восстановите её в тестовую базу, засекая время.
6. ✓Выпишите сроки лицензий и поставьте напоминание за месяц до окончания.

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

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

Что должен проверять мониторинг сервера 1С, кроме пинга и процессора?

Свободное место на дисках с базой, журналом SQL и копиями, состояние служб и портов кластера (1540, 1541), память рабочих процессов rphost, дату и размер последней копии и выдачу лицензий. Эти проверки ловят бытовые причины остановки, которые пинг и загрузка процессора не показывают.

Почему сервер 1С отвечает на пинг, а пользователи не могут войти?

Пинг показывает, что работает сетевой интерфейс Windows, а не 1С. Агент сервера или менеджер кластера могли остановиться после перезагрузки, на диске могло закончиться место, SQL Server мог не подняться, лицензия могла слететь. Поэтому нужна проверка портов кластера и входа в базу, а не только доступности хоста.

Сколько стоит настроить мониторинг сервера 1С?

Если настройку делает приходящий администратор, оплата идёт по часам: сисадмин и сопровождение 1С стоят 3800 руб/час, а объём работ зависит от числа баз и устройства сервера. На арендованном сервере эти проверки ведёт наша сторона, аренда сервера 1С стоит от 1 100 ₽/мес за пользователя.

Как понять, что бэкап 1С действительно работает?

Сравните дату и размер последней копии с предыдущей: заметно меньший размер означает сбой. Копия не должна лежать на диске с базой. Раз в месяц разворачивайте её в тестовую базу и записывайте время восстановления: только так видно, что копия открывается и сколько займёт возврат к работе.

Что делать, если диск с базой 1С заполнился?

Не удаляйте файлы базы и журнала вручную. Освободите место старыми копиями или технологическими журналами, затем сделайте копию журнала транзакций SQL, чтобы он перестал расти, и проверьте, открывается ли база. Если нет уверенности, остановите пользователей и вызовите администратора: ошибка при очистке может стоить данных.