← На главную

При достижении базой «1С:Бухгалтерия предприятия 2.0» значительного объема (от 7 Гб и выше) пользователи часто сталкиваются с критическим замедлением работы: долго формируются отчеты, медленно происходит отложенное проведение документов. Одним из эффективных способов решения проблемы является процедура свертки информационной базы. В этой статье мы подробно разберем, как подготовиться к свертке, какой период выбрать и как убедиться в корректности перенесенных данных.

Почему база начинает тормозить при объеме 7 Гб?

Прежде чем приступать к радикальным мерам, проанализируем технические причины низкой производительности. В файловом режиме работы (формат базы .1CD) существует жесткое ограничение: размер каждой внутренней таблицы не может превышать 4 Гб. Даже если вся база весит 7 Гб, одна из ключевых таблиц, например, РегистрБухгалтерии или РегистрНакопления, может вплотную приблизиться к этому лимиту. Это вызывает деградацию производительности и ошибки при записи новых данных.

Дополнительно на скорость работы влияют:

1. Фрагментация индексов: За годы работы данные в файле распределяются хаотично, что замедляет чтение.
2. Разрастание служебных данных: Часто до 30-50% объема занимают индексы полнотекстового поиска или история версионирования объектов в регистре ВерсииОбъектов.
3. Таблицы итогов: Накопление большого количества движений за прошлые периоды увеличивает время расчета актуальных остатков.

Выбор периода для свертки без последствий для отчетности

Разберем вопрос о выборе даты свертки. Наиболее правильным и безопасным вариантом является свертка на конец отчетного года (31 декабря). Рассмотрим, почему это важно:

1. Закрытие счетов: На конец года в бухгалтерском учете должны быть закрыты счета финансового результата (90, 91) и счета косвенных расходов (25, 26). Это значительно упрощает ввод остатков, так как по этим счетам не будет «хвостов».
2. Формирование отчетности: Свернув базу на 31.12.2016, вы сможете формировать всю регламентированную отчетность за 2017 год и далее в новой базе. Если же возникнет необходимость сдать уточненку за 2015 год, для этого всегда можно воспользоваться архивной (не свернутой) копией базы.
3. Цикл жизни базы: Оптимальный цикл работы в одной базе составляет 3–5 лет. Ежегодная свертка — процесс трудозатратный, поэтому рекомендуется сворачивать данные так, чтобы в рабочей базе оставался как минимум один предыдущий закрытый год для возможности сравнения показателей.

Методика сверки данных: на что обратить внимание

После проведения свертки штатной обработкой (её можно найти на ИТС или в составе конфигурации) необходимо убедиться, что данные в исходной базе и в новой «обрезанной» базе идентичны. Не стоит ограничиваться выборочной проверкой, проанализируем ситуацию комплексно.

Сверка по Оборотно-сальдовой ведомости (ОСВ):
Сравните ОСВ в обеих базах на дату свертки. Остатки по всем счетам должны совпадать до копейки. Особое внимание уделите счетам с субконто (контрагенты, договоры, номенклатура). Если по какому-то счету возникло расхождение, необходимо проверить документ ВводОстатков, созданный обработкой свертки.

Проверка специализированных регистров:
Для «Бухгалтерии 2.0» сверки только по счетам 01, 10, 41, 60, 62 недостаточно. Выясним причину: в программе учет ведется не только на счетах, но и в регистрах накопления и сведений. Проверьте следующие разделы:

• НДС: Сверьте остатки в регистрах накопления НДС предъявленный, НДС Продажи, НДС Покупки. Ошибки здесь приведут к некорректному заполнению декларации по НДС в будущем.
• Основные средства: Убедитесь, что перенесены данные в регистры сведений, отвечающие за начисление амортизации (состояния ОС, параметры амортизации). Без них РегламентнаяОперация по закрытию месяца не «увидит» основные средства.
• Зарплата: Если учет зарплаты ведется в этой же базе, проверьте остатки по взаиморасчетам с сотрудниками (регистры ЗарплатаКВыплате).

Технический регламент после проведения свертки

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

1. Удаление помеченных объектов: Окончательно удалите все документы за старые периоды.
2. Тестирование и исправление (ТиИ): Запустите Конфигуратор и выполните процедуру «Тестирование и исправление» со следующими флагами:
   • Реиндексация таблиц информационной базы.
   • Сжатие таблиц информационной базы (именно эта операция вернет свободное место операционной системе).
   • Пересчет итогов.
3. Утилита chdbfl.exe: Для профилактики логических ошибок в структуре файла .1CD рекомендуется прогнать базу через утилиту chdbfl.exe (находится в папке bin платформы).

Альтернативные способы оптимизации

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

Очистка версионирования:
Проанализируем размер таблицы _InfoRgXXXX (соответствует регистру ВерсииОбъектов). Если версионирование включено для всех документов за 5 лет, эта таблица может занимать гигабайты. Очистка старых версий через стандартную обработку может существенно уменьшить базу.

Вынос присоединенных файлов:
Если вы храните сканы документов прямо в базе, воспользуйтесь обработками по переносу файлов в тома на диске. Это выносит «тяжелые» данные из файла базы данных, оставляя в ней только ссылки.

Переход на клиент-сервер (SQL):
Если финансовые возможности позволяют, переход на MS SQL Server или PostgreSQL снимет проблему «тормозов» из-за размера базы. В серверном режиме ограничения в 4 Гб на таблицу не существует, а параллельная работа пользователей станет значительно комфортнее. Однако, как показывает практика, для БП 2.0 даже на SQL свертка старых данных раз в несколько лет остается хорошим тоном для поддержания высокого быстродействия системы.