Как интеграция 1С с amoCRM привела к росту базы PostgreSQL: кейс онлайн-школы

Клиент IPWAY — одна из крупнейших онлайн-школ России. Для бухгалтерского и кадрового учета компания использует 1С:Бухгалтерию и 1С:Зарплату и управление персоналом.

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

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

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

В этом кейсе разберем, как мониторинг помог обнаружить проблему до полного заполнения диска, как мы нашли таблицу PostgreSQL объемом более 48 ГБ и связали ее с объектом расширения 1С.

Сигнал мониторинга: свободное место быстро сокращалось

График мониторинга показывал устойчивое сокращение свободного пространства. Рост занятого объема не прекращался в нерабочее время, поэтому обычная пользовательская активность не могла быть единственной причиной.

Такое поведение обычно указывает на автоматический процесс: фоновое задание, обмен с внешней системой, накопление журналов, создание временных данных или неконтролируемую запись новых объектов.

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

Диагностика PostgreSQL: какая таблица занимала место

Сначала мы сравнили размеры базы, таблиц и индексов. Анализ показал, что основная часть объема приходится на одну таблицу размером около 48,42 ГБ.

Это позволило исключить равномерный рост всей информационной базы и сосредоточиться на конкретном объекте.

Как таблицу PostgreSQL связали с объектом 1С

Техническое имя таблицы СУБД само по себе не объясняет ее назначение пользователю или администратору. Поэтому мы подготовили обработку, которая сопоставила физическую таблицу PostgreSQL с объектами метаданных информационной базы.

Таблица относилась к объекту «Обработка события». В типовой 1С:Бухгалтерии такого объекта не было: он был добавлен расширением, использовавшимся для обмена с amoCRM.

Дальнейшая проверка показала, что расширение систематически создавало новые записи и не ограничивало их накопление предусмотренным сроком хранения или корректной очисткой.

Причина: накопление записей в расширении интеграции

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

После подтверждения причины разработчики скорректировали обработку данных и подготовили безопасный сценарий очистки накопленного объема.

Устранение причины и восстановление свободного места

Работы разделили на несколько этапов:

1. Остановили неконтролируемый рост. Разработчики скорректировали логику расширения, чтобы новые служебные записи не накапливались бесконечно.
2. Подготовили резервную копию. Перед массовой очисткой проверили возможность восстановления информационной базы.
3. Удалили лишние данные. Очистку выполняли согласованным способом, сохраняя только данные, необходимые для работы и диагностики интеграции.
4. Проверили работу 1С и обмена. После очистки протестировали типовые операции и обмен с CRM.
5. Обслужили PostgreSQL. После удаления большого объема записей выполнили необходимые операции обслуживания и только затем вернули свободное пространство дисковой подсистеме.
6. Настроили контроль роста. В мониторинг добавили отдельные показатели размера базы и наиболее быстро растущих объектов.

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

Результат: рост остановлен, место возвращено

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

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

Что показал этот кейс

• Рост базы в нерабочее время часто связан с автоматическими заданиями и интеграциями.
• Увеличение диска устраняет дефицит места только временно, если источник роста не найден.
• Для диагностики нужно анализировать не только общий размер базы, но и отдельные таблицы и индексы.
• Техническое имя таблицы СУБД необходимо сопоставить с объектом метаданных 1С.
• Очистка данных должна выполняться только после резервного копирования и проверки их назначения.
• Удаление строк и фактическое уменьшение файлов PostgreSQL — разные операции.
• Мониторинг должен контролировать не только порог свободного места, но и скорость роста.
• Регламент хранения служебных данных нужно проектировать вместе с самой интеграцией.

Заключение

Причиной нехватки места оказался не слабый сервер и не PostgreSQL сам по себе, а бесконтрольное накопление записей в расширении интеграции 1С с CRM.

Мониторинг помог заметить проблему до полного заполнения диска. Анализ размеров таблиц сузил область поиска, а сопоставление структуры СУБД с метаданными 1С позволило найти конкретный объект расширения.

Главный результат кейса — не освобождение нескольких десятков гигабайт, а устранение причины роста. Простое увеличение диска только отсрочило бы повторное возникновение проблемы.

Что почитать дальше

• Почему 1С тормозит на сервере — последовательная проверка клиента, кластера, СУБД и прикладного кода.
• Серверная инфраструктура 1С — проектирование ресурсов, СУБД, резервного копирования и мониторинга.
• Как настроить SQL Server для 1С — память, файлы базы, резервное копирование и диагностика.

Когда стоит обратиться к специалистам

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

IPWAY оказывает услуги по поддержке и сопровождению 1С: анализирует структуру базы, расширения, интеграции, регламентные задания и состояние СУБД.

Для размещения системы в подготовленной инфраструктуре также доступна аренда сервера с лицензиями 1С с мониторингом и резервным копированием.

Кратко

• Мониторинг обнаружил непрерывное сокращение свободного места в нерабочее время.
• Анализ PostgreSQL выявил таблицу объемом около 48,42 ГБ.
• Таблицу сопоставили с объектом расширения 1С, использовавшимся для интеграции с amoCRM.
• Причиной была логика конкретного расширения, а не amoCRM или PostgreSQL сами по себе.
• Перед очисткой необходимо подготовить резервную копию и определить назначение данных.
• Удаление строк не всегда сразу возвращает место операционной системе.
• VACUUM FULL нельзя превращать в универсальную ежедневную процедуру.
• После устранения причины нужно контролировать скорость роста базы и крупнейших таблиц.
• Простое увеличение диска не решает проблему бесконтрольного накопления данных.