Знакомая картина: с утра база летает, к трем часам дня документ проводится полминуты, а во время закрытия месяца работать невозможно совсем. Франчайзи говорит, что дело в сервере. Системный администратор говорит, что сервер не загружен и дело в конфигурации. Обе стороны по-своему правы, и обе не занимаются вопросом.
Мы занимаемся именно этим стыком: сервер, СУБД и то, как с ними обращается 1С.
Сразу о границе
Мы не франчайзи и не оказываем ИТС. Не консультируем по учету, не правим проводки, не объясняем бухгалтеру, куда встал НДС, и не занимаемся методологией. Это работа другой команды, и она нужна вам параллельно с нашей.
Наша зона: сервер приложений и кластер, СУБД, производительность, блокировки, регламентные задания, резервные копии, обновление платформы, мониторинг и доступы. То есть все, из-за чего 1С тормозит, падает или теряет данные, — но не то, что в ней считается.
Цена
До 100 пользователей — 45 000 – 90 000 ₽ в месяц. От 100 до 500 — 90 000 – 200 000 ₽ в месяц. Разовая оптимизация производительности без подписки — 150 000 – 400 000 ₽ и 2–4 недели.
Почему «докупить памяти» обычно не помогает
Железо решает проблему только тогда, когда упирается именно оно. На практике причины другие и повторяются от базы к базе.
- Блокировки. Один пользователь проводит документ, десять ждут. Причина — в режиме блокировок, в порядке работы с регистрами или в самописном коде, который держит транзакцию дольше нужного.
- Регламентные задания в рабочее время. Обмен, пересчет итогов, обновление полнотекстового поиска — все это отлично работает ночью и мешает днем.
- Настройки СУБД по умолчанию. PostgreSQL из коробки не настроен под нагрузку 1С: память, параллелизм, автоочистка, работа с временными таблицами.
- Тяжелые отчеты. Отчет, поднимающий данные за все годы, кладет базу для всех остальных — и запускается он обычно в самый неудобный момент.
- Рост базы без обслуживания. Индексы не перестраивались, статистика устарела, старые данные никто не сворачивал.
Оптимизация начинается с замеров, а не с догадок: технологический журнал, счетчики, планы тяжелых запросов, статистика ожиданий. Дальше — список исправлений, отсортированный по соотношению эффекта и трудозатрат.
Копии, которые действительно спасают
Резервная копия базы 1С — это не только файл выгрузки раз в неделю. Важны две вещи: как быстро вы вернетесь в строй и сколько данных потеряете. При копировании средствами СУБД с архивом журналов транзакций потеря измеряется минутами, а не рабочим днем.
И, как всегда, копия проверяется восстановлением на отдельной машине, с фиксацией времени. Только после этого можно говорить, что копии у компании есть.
Обновление платформы и релизов
Техническую часть обновления мы берем на себя: тестовая копия, прогон ключевых сценариев, обновление в окно, готовый откат. Отдельно смотрим на расширения и доработки — обновление ломается чаще всего именно на них.
Методическую часть — что изменилось в учете, как это влияет на отчетность — ведет ваш франчайзи или внутренний методолог. Схема «мы техника, они методика» работает хорошо, если зоны описаны заранее. Мы помогаем это описать.
Что вы получаете
Мониторинг с оповещениями до того, как пользователи начнут звонить. Регламентные задания, разложенные по ночным окнам. Настроенную СУБД и обслуживание индексов по расписанию. Копии с известным временем восстановления. Обновления платформы без сюрпризов. И понятную границу ответственности между вами, нами и вашим 1С-подрядчиком.
Если параллельно нужны обмены с внешними системами — это интеграция 1С. Если речь о переходе на ERP — внедрение ERP. Общая модель подписки и SLA описаны в ИТ-аутсорсинге.