Бухгалтерия, ЗУП и УТ на одном сервере: когда 1С перестаёт тянуть

Единой «конфигурации 1С для любого бизнеса» не существует: 1С:Бухгалтерия, ЗУП, Управление торговлей, Розница и ERP — разные программы под разные задачи, и часто компания использует три-четыре из них одновременно. Проблема в бизнесе возникает не из-за выбора программы, а из-за сервера: слабое железо тормозит любую конфигурацию одинаково.

какие конфигурации 1С закрывают задачи разного бизнеса

Линейка 1С:Предприятие построена по принципу «одна задача — одна конфигурация», и это удобно, пока их не становится несколько сразу в одной компании. Магазин обходится связкой 1С:Розница и 1С:УНФ. Компания с оптовым складом переходит на 1С:Управление торговлей 11 и добавляет отдельную базу ЗУП для расчёта зарплаты. Производство и холдинги с оборотом в сотни миллионов рублей в год работают на 1С:ERP или отраслевых решениях на её платформе — для строительства, пищевого производства, логистики.

для торговли, склада и розницы

1С:Управление торговлей и 1С:Розница закрывают оптовые и розничные продажи, маркировку товаров и складской учёт. Для сети из 5–10 магазинов типичная схема — центральная база УТ и подчинённые базы касс, которые обмениваются данными несколько раз в сутки. Чем больше точек и чем чаще обмен, тем заметнее становится любая задержка сервера.

для учёта, кадров и отчётности

1С:Бухгалтерия и 1С:Зарплата и управление персоналом стоят почти в каждой компании вне зависимости от отрасли — их наличие требует сама отчётность в ФНС и фонды. При штате свыше 50 человек ЗУП обычно выносят в отдельную базу, чтобы расчёт зарплаты не конкурировал за ресурсы сервера с бухгалтерией в момент сдачи квартального отчёта.

для производства и крупного бизнеса

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

почему 1С начинает тормозить, когда бизнес растёт

Отдел продаж на 25 пользователей открывает УТ 11 в девять утра — и упирается в закрытие месяца. Менеджеры формируют накладные, бухгалтерия параллельно проводит регламентные операции, склад сканирует приёмку. На сервере, который покупали три года назад под 8 пользователей, память заканчивается за считаные минуты, и каждое нажатие в интерфейсе получает ответ с задержкой в несколько секунд.

Дело не в самой конфигурации — УТ 11 одинаково быстро работает и на 5, и на 50 пользователях, если ресурсов сервера хватает. Но бизнес обычно наращивает число сотрудников, баз и документов быстрее, чем меняет железо, поэтому нагрузка со временем перерастает мощность сервера. Симптом почти всегда один и тот же: сначала подвисает интерфейс на «тяжёлых» отчётах, затем растёт очередь фоновых заданий, а после начинают падать сеансы с ошибкой подключения к серверу 1С.

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

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

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

Тест Гилёва — стандартный способ отделить проблему сервера от проблемы самой конфигурации: он показывает, сколько операций 1С выполняет ваше железо в секунду, и позволяет сравнить результат с показателями на других серверах (методика теста Гилёва). Если цифра заметно ниже нормы для вашего числа пользователей, дело в сервере, а не в настройках базы.

Дальше порядок действий обычно такой:

• ✓проверить регламентные операции — реиндексацию, тестирование и исправление информационной базы, обновление итогов регистров;
• ✓перенести SQL-сервер и сервер приложений 1С на отдельные машины, если они до сих пор работают на одном железе с рабочими станциями пользователей;
• ✓сверить конфигурацию сервера с официальными системными требованиями 1С под конкретную конфигурацию и число одновременных сеансов;
• ✓увеличить память и число ядер под пиковую нагрузку — закрытие месяца, а не под средние показатели за день.

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

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

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

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

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

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

как предотвратить сбои при добавлении новых пользователей и баз

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

• ✓держать запас 30–40% сверх текущей нагрузки — рост числа пользователей и баз редко бывает плавным, чаще он скачком приходит после найма отдела или запуска нового направления;
• ✓разносить конфигурации по ресурсам — тяжёлая ERP или УТ с маркировкой не должна конкурировать за память с базой ЗУП в момент расчёта зарплаты;
• ✓смотреть нагрузку на сервер регулярно, а не после первой жалобы пользователей в чат поддержки.

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

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

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

сколько стоит перенести конфигурацию 1С на арендованный сервер

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

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

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

Можно ли держать несколько конфигураций 1С на одном сервере?

Да, это обычная практика: Бухгалтерия, ЗУП, УТ и Розница спокойно работают на одном сервере, если под каждую базу выделены отдельные ресурсы процессора и памяти. Проблема возникает, когда все базы делят один пул ресурсов без разграничения — тогда пиковая нагрузка одной базы тормозит остальные.

Как понять, что причина в сервере, а не в самой конфигурации 1С?

Запустите тест Гилёва — он измеряет производительность именно железа в операциях 1С и сравним с показателями других серверов при том же числе пользователей. Если результат заметно ниже нормы, а регламентные операции и индексы в базе проверены, дело в мощности сервера.

Сколько пользователей выдерживает виртуальный сервер для 1С?

Виртуального сервера обычно хватает на 10-20 одновременных пользователей одной-двух конфигураций вроде Бухгалтерии, ЗУП или Розницы. При росте штата, добавлении УТ или ERP, а также при нескольких базах с интенсивным обменом данными правильнее переходить на выделенный сервер с гарантированными ресурсами.

Что делать, если 1С тормозит только при закрытии месяца?

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

Чем аренда сервера отличается от аренды самой программы 1С?

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