Когда сервер 1С начинает мешать работе
Сервер 1С редко падает «внезапно». Обычно он умирает медленно, и компания успевает привыкнуть к неудобствам: проведение документов занимает минуты, база «отваливается» в момент закрытия месяца, а половина сотрудников работает через одного и того же пользователя, потому что «так исторически сложилось».
Вот признаки, при которых пора смотреть серверную часть, а не покупать новое железо:
- проведение документов и отчёты заметно замедлились, особенно в конце дня и в период закрытия периода;
- в журнале регистрации регулярные блокировки, а пользователи жалуются на «зависшую» 1С;
- резервные копии делаются, но восстановление из них никто и никогда не проверял;
- обновления ставятся «когда получится», без копии и без окна обслуживания;
- сервер работает на дисках, срок службы которых уже истёк, а свободное место измеряется процентами.
Если узнали себя хотя бы в двух пунктах — начинать стоит с диагностики. Часто выясняется, что железо менять не нужно: достаточно привести в порядок СУБД и регламент копирования.
Что входит в обслуживание
- Серверная часть платформы. Установка и обновление «1С:Предприятия», создание информационных баз, публикация на веб-сервере, настройка кластера при необходимости.
- СУБД: MS SQL и PostgreSQL. Память, tempdb, индексы, статистика, план запросов. Для PostgreSQL отдельно — автовакуум и параметры checkpoint.
- Диагностика производительности. Разбор блокировок, медленных запросов и технологического журнала: находим причину, а не лечим следствие.
- Резервное копирование. Регламент, ежедневные копии, проверка восстановления и хранение копии вне основного сервера.
- Переезд. Перенос баз на новый сервер или в виртуальную среду с проверкой подключений, прав и публикаций после переезда.
- Рабочие места и доступ. Терминальный доступ, тонкие клиенты, КриптоПро и ЭЦП, подсистемы маркировки на стороне пользователей.
- Мониторинг. Zabbix контролирует службы, диски и доступность серверов, Kumo Uptime — веб-публикации. Оповещения приходят в Telegram, звонить и сообщать об аварии не нужно.
Три задачи, с которых чаще всего начинают
«Проведение документов занимает минуты»
Почти всегда это не «слабый сервер», а СУБД: устаревшая статистика, отсутствующие или лишние индексы, неверно выставленная память, разросшийся журнал транзакций. Снимаем метрики, смотрим планы запросов, проверяем конфигурацию. После настройки возвращаемся к замерам и показываем разницу — до и после.
«База не открывается или открывается не у всех»
Причин может быть три: переполненный диск, упавшая служба или блокировка на уровне СУБД. Задача не в том, чтобы перезапустить сервер, а в том, чтобы понять, почему это повторится завтра. Проверяем журналы, права, лицензии и состояние дисковой подсистемы, устраняем причину и настраиваем оповещение, чтобы следующий инцидент был виден до звонка пользователей.
«Сервер устарел, нужен переезд»
Переносим базы на новое оборудование или в виртуальную среду: согласуем окно, снимаем копию, разворачиваем платформу и СУБД, переносим публикации, проверяем права и подключения. Старый сервер оставляем в резерве на время наблюдения — если что-то пойдёт не так, откат займёт минуты, а не сутки.
Как проходит работа
- Диагностика. Снимаем метрики, смотрим журналы, конфигурацию СУБД, схему копирования и состояние дисковой подсистемы. До согласования ничего не меняем.
- План. Развёрнутый отчёт: карта серверной части, узкие места, риски и очерёдность работ. Передаём при заключении договора.
- Работы. В согласованное окно обслуживания. Каждое изменение фиксируем: что сделали, зачем и как откатить.
- Сопровождение. Реакция на инциденты по договору, обновления — по согласованию. Доступы, документация и резервные копии остаются у вас.
Границы ответственности
Мы отвечаем за инфраструктуру, а не за методологию учёта. Доработка конфигурации, закрытие периода и вопросы «как правильно посчитать» — задача франчайзи 1С или вашего бухгалтера.
Лицензии и 1С:ИТС оформляются через партнёра 1С: подскажем, что нужно, но не продаём их от себя и не навязываем «пакет на всё».
Плановых выездов у нас нет. Инженер приезжает по факту аварии или для монтажных работ, остальное закрывается удалённо — это быстрее и дешевле, чем держать человека в офисе «на всякий случай».
Сколько это стоит
Стоимость по запросу. Она зависит от числа информационных баз и пользователей, используемой СУБД, состояния сервера и того, нужен ли переезд. После диагностики называем вилку и фиксируем состав работ в договоре — счёт «сюрпризом» не приходит.
Если задача разовая — перенести базу на новый сервер, настроить резервное копирование, разобрать одну проблему с производительностью — оформляем её отдельно, без годового контракта. Абонемент нужен там, где важна постоянная реакция на инциденты и предсказуемый бюджет.