Сервер зависал по несколько раз в неделю. Данные из 1С: ЗУП не попадали в 1С: Бухгалтерию. Резервных копий не было — одна ошибка стоила бы клиенту всей бухгалтерской и зарплатной истории. В компании не было ответственного за 1С сотрудника. Мы взяли всё это на себя — и превратили эту инфраструктуру в отлаженную систему из 20+ баз данных с автоматическими бэкапами, синхронизацией и обновлениями. Клиент при этом экономит более 50 000 ₽ в месяц на решении типовых задач силами своих сотрудников.
О клиенте
Группа строительных и управляющих компаний, занимающаяся строительством по всей территории России.
Бухгалтерский, кадровый и зарплатный учёт ведется в 1С: Бухгалтерия и 1С: Зарплата и управление персоналом (1С:ЗУП). Базы размещены на сервере в дата-центре, сотрудники подключаются удалённо.
С какой проблемой пришёл клиент
Для ведения учёта заказчику в 1С достаточно стандартного функционала, поэтому все базы типовые. Типовые — значит, что в них нет никаких сторонних доработок. Чтобы поддерживать работу типовых 1С не обязательно держать программиста в штате — работы для него будет немного. Поэтому заказчик пользовался услугами подрядчика.
В апреле 2023 заказчик решил сменить подрядчика 1С и обратился к нам сначала за консультацией, а потом перешёл на постоянное сопровождение. Причиной обращения стали накопившиеся проблемы:
Сервер не справлялся с одновременной работой сотрудников
На сервере было всего 12 Гб оперативной памяти. Стоило пяти сотрудникам одновременно открыть несколько баз — и пользователей «выкидывало». Главный бухгалтер описала ситуацию одной фразой:
«В офисе скандал. Опять всех выкинуло из 1С».
На сервере заканчивалось место, появлялись ошибки при сохранении файлов и запуске 1С
При попытке сохранить файлы или запуске 1С, пользователи получали ошибку, система сильно «тормозила» или компьютер зависал. Причина была в том, что диск был полностью занят данными: загрузка составляла 100% (963 ГБ из 963 ГБ).
Синхронизация 1С:ЗУП и 1С:Бухгалтерия не работала
Обмен данными между некоторыми базами 1С: ЗУП и 1С: Бухгалтерией был сломан. Часть обменов работала нормально, другие нет. В результате зарплата не попадала в бухгалтерию, и бухгалтерам приходилось переносить данные вручную.
Часть баз была переведена в тестовый режим
Некоторые базы 1С: Бухгалтерия были переведены в тестовый режим. В нём заблокированы автоматические процессы: обмен данными, обновления, фоновые задания.
Не было резервных копий
Ни одной резервной копии. Если бы сервер вышел из строя или данные случайно удалили — восстанавливать базы было бы не из чего. Вся бухгалтерская и кадровая история группы компаний держалась на одном диске без страховки.
Не было ответственного за 1С сотрудника
У предыдущего подрядчика работал чат в Телеграм, где принимались обращения сотрудников клиента. В этом чате состояли бухгалтеры и HR. Когда возникал вопрос, сотрудники писали в общий чат. Одновременно могли обсуждаться разные вопросы, разной срочности. Было сложно отследить, что в работе, а что упустили.
Что мы сделали
Мы сосредоточились на том, чтобы привести в порядок то, что есть, и выстроить процессы, которые будут работать при росте компании.
Формат работы— постоянное сопровождение. Клиент пишет задачу в Telegram, мы фиксируем её в Jira и решаем. Над задачами работала команда из трёх человек: проектный менеджер, системный администратор, разработчик 1С. Основные проблемы удалось решить в первые два месяца, после чего перешли к плановому сопровождению.
Стабилизировали сервер — сотрудников перестало «выкидывать»
Первым делом разобрались, почему сервер зависает. Выяснили: виртуальная машина с веб-сервером Apache, через который сотрудники подключаются к 1С, «съедал» все 12 Гб памяти.
Договорились с хостинг-провайдером и добавили 16 Гб памяти. Это обошлось клиенту в 800 рублей в месяц — и полностью решило проблему. После этого сервер стабильно держит одновременную работу всех сотрудников.
Увеличили размер дискового пространства
Чтобы сотрудникам хватало места для всех задач, заказали дополнительный диск объёмом 4 ТБ — в четыре раза больше прежнего.
Теперь пользователи могут загружать файлы, устанавливать программы не боясь, что место закончится. А при необходимости можно установить диск еще большего размера.
Настроили резервное копирование баз 1С
Это, пожалуй, самая важная часть. До нас бэкапов не было совсем. Мы построили систему из нескольких уровней:
Сетевое хранилище на отдельном диске. Развернули NAS (Network Attached Storage) на отдельной виртуальной машине с выделенным диском. Даже если основной диск сервера выйдет из строя, бэкапы останутся.
Ежедневные автоматические бэкапы. Каждую ночь в 2:00 запускается создание резервных копий для каждой базы. Создание бэкапов клиент-серверных баз происходит средствами СУБД Postgres. Резервные копии файловых баз создаются с помощью специальной программы Обновлятор-1С.
Бэкапы автоматически сохраняются на отдельное сетевое хранилище (NAS) ёмкостью 1 терабайт. Хранится 7 последних копий каждой базы — этого достаточно, чтобы «откатиться» на любой день последней недели. Дополнительно для каждой базы снимаются квартальные и годовые копии.
Внешние копии. Самые важные бэкапы — например, на конец отчётного периода — дополнительно выгружаем на Яндекс.Диск. Это страховка от самого худшего сценария.
«Неожиданная сложность: дважды NAS терял связь с сервером, и бэкапы начинали складываться на основной диск, заполняя его. Оба раза оперативно восстанавливали NAS и чистили диск. После второго случая перестроили систему — теперь NAS работает стабильно»
Владислав
руководитель проекта
Починили синхронизацию 1С:ЗУП и 1С:Бухгалтерия
Разобрались, почему данные не переносятся из зарплатной программы в бухгалтерию. Нашли сразу три причины:
Во-первых, некоторые базы стояли в режиме «копии» — в этом режиме 1С блокирует автоматические процессы, включая обмен данными. Мы сняли этот режим и включили регламентные задания.
Во-вторых, на сервере не была зарегистрирована специальная программная компонента, через которую базы «общаются» друг с другом. Зарегистрировали — и синхронизация заработала.
В-третьих, в одной из баз обмен работал, только если запускать прямо на сервере. С рабочего места сотрудника — ошибка. Причина: программа пыталась найти файлы обмена на компьютере сотрудника, а они лежали на сервере. Изменили способ обмена данными — и синхронизация стала работать откуда угодно.
Навели порядок в коммуникациях
Мы тоже общаемся с клиентами в Телеграм. И создали чат для решения поступающих вопросов. Через некоторое время столкнулись с той же проблемой, что и предыдущий подрядчик: у сотрудников клиента все задачи «нужно было сделать ещё вчера». Каждый торопит, каждый просит сделать быстрее — вопрос «жизни и смерти».
«Когда у клиента есть срочные задачи — это нормально, такое бывает у всех компаний. Но если каждая задача приходит как “срочно“, команда разработчиков теряет фокус и сроки начинают сдвигаться. Нужно было перестроить процесс»
Владислав
руководитель проекта
Чтобы уменьшить количество сообщений в чате и пересечение вопросов, попросили клиента назначить ответственного сотрудника. Одного человека, который будет писать по всем вопросам, вместо нескольких человек.
Стало легче, но ненамного. Теперь вместо нескольких человек писал один, но все задачи по-прежнему были срочные.
На втором этапе мы проанализировали входящие задачи. Оказалось, что значительная часть — это рутинные операции: создание внеочередной резервной копии, срочное обновление типовой конфигурации, создание новой базы для загрузки бэкапа, настройка прав пользователей. Каждая такая задача занимает до 30 минут.
Предложили заказчику научить ответственного сотрудника решать эти простые задачи. Для нас это означало сократить часть собственной выручки, но мы видим в этом долгосрочную пользу: клиент платит только за ту работу, которую действительно может выполнить только наш специалист.
Заказчик согласился. В результате входящий поток сообщений значительно уменьшился. Клиент обращается только с задачами, где не справляются своими силами или нужны доработки. Наши специалисты сфокусированы на плановых задачах. А клиент ежемесячно экономит более 50 000 рублей, потому что его сотрудники сами закрывают часть типовых вопросов.
Заказчик согласился. В результате входящий поток сообщений значительно уменьшился. Клиент обращается только с задачами, где не справляются своими силами или нужны доработки. Наши специалисты сфокусированы на плановых задачах. А клиент ежемесячно экономит более 50 000 рублей, потому что его сотрудники сами закрывают часть типовых вопросов.
Развернули базы 1С для новых компаний
За 2,5 года бизнес клиента вырос: появились новые юрлица, филиалы, направления. Каждый раз, когда нужна новая база 1С, мы разворачиваем её по отработанному процессу: создаём базу → устанавливаем свежую конфигурацию → публикуем для удалённого доступа → добавляем в систему автоматического обновления и бэкапирования → заносим доступы в менеджер паролей.
Количество баз выросло до 20+. В какой-то момент накопилось больше 30 баз — включая старые копии и тестовые. Мы провели «генеральную уборку»: вместе с клиентом определили, какие базы нужны, а какие — нет. Ненужные удалили, рабочие обновили до свежих версий, навели порядок в расписании обновлений.
Что получилось в итоге
Стабильная работа. Сервер перестал зависать. За последний год — ни одного массового сбоя. Сотрудники просто работают, не думая о том, «выкинет» их из 1С или нет.
Данные в безопасности. Ежедневные автоматические бэкапы на отдельное хранилище + внешние копии на Яндекс.Диске. Если что-то пойдёт не так, мы можем восстановить базу за любой:
- день последней недели;
- месяц из последних 4х;
- квартал из последних 4х;
- год из последних 2х.
1С:ЗУП и 1С: Бухгалтерия синхронизированы. Данные из зарплатной программы корректно попадают в бухгалтерию во всех парах баз. Бухгалтеру не нужно ничего переносить вручную.
Новая база — за один день. Когда появляется новое юрлицо, мы разворачиваем для него базу 1С, публикуем и подключаем к системе обновлений и бэкапов. Клиент пишет в Telegram — и к вечеру сотрудники уже работают.
В цифрах:
- 20+ рабочих баз;
- 95+ задач решено за 2,5 года;
- 0 массовых сбоев за последний год;
- Хранилище бэкапов: 0 → 1 терабайт;
- 50 000 рублей экономии в месяц;
- Сопровождение продолжается с апреля 2023 года.
Сколько это стоит
Набор проблем, связанных с администрированием сервера и 1С, у каждого клиента разный. В среднем стоимость подготовки сервера - от 200 тысяч рублей. Подробнее вы можете почитать в статье
Но ваш случай — уникальный. Поэтому стоимость работ можно сказать только после предварительной диагностики.
Почему это может быть полезно вам
Этот кейс — про ситуацию, знакомую многим растущим компаниям. Бизнес развивается, появляются новые юрлица и сотрудники, а 1С остаётся «той самой», которую когда-то кто-то настроил под совсем другой размер бизнеса. Бэкапы не делаются, обновления отстают на полгода, а когда что-то ломается — звонить некому.
Если у вас нет штатного администратора 1С, но есть несколько баз и они должны работать каждый день — внешняя команда может быть разумным решением. Это дешевле штатного специалиста, а главное — у вас под рукой и администратор, и разработчик, и консультант.
Сталкиваетесь с похожими проблемами? Давайте обсудим, как мы можем помочь.⬇️
