Реструктуризация базы в 1С: для чего требуется и о назначении в целом

07.12.22

База данных - Администрирование СУБД

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

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

 

Включение оптимизации жесткого диска

 

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

В случае с информационной базой данных 1С происходит приблизительно та же картина - при удалении (добавлении) данных из БД. Условно,1С ставит пометку удаления данных в базе, но физическое состояние БД – прежнее. (!) Не путать с пометкой удаления в режиме 1С:Предприятия. Т.е. они существуют, несмотря на то, что Вы не видите этих данных в базе.

С ростом количества данных в БД появляется фрагментированность таблиц в пределах файлов, которая так же влияет на быстродействие работы системы.

И если данные в Вашей базе стремительно растут, либо Вы регулярно помечаете на удаление не актуальную для Вас информацию в базе, а также у Вас настроено регламентное задание «Автоматического удаления помеченных на удаление объектов»- это не конечный пункт по вопросу с местом и объемами Вашей базы данных.  

 

Тестирование и исправление информационной базы

 

Для этого в режиме «Конфигратор» предназначена команда «Тестирование и исправление информационной базы»

Меню – Администрирование – ТИИ

 

Тестирование и исправление информационной базы

 

Система выдаст оповещение с рекомендацией предварительно подготовить резервную копию базы данных:

 

Оповещение о необходимости подготовить резервную копию базы данных

 

Напоминаем, что резервной копией базы данных в файловом режиме работы является файл *. 1CD

 

файл базы данных 1CD

 

А в серверном – копия ИБ осуществляется средствами администрирования используемой базы данных.

Продолжим разбор проверок и режимов в команде ТИИ.

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

 

Сжатие таблиц информационной базы

 

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

 

Реструктуризация таблиц информационной базы

 

Если говорить об общем запуске режима «Реструктуризация таблиц информационной базы» из системной команды «Тестирование и исправление ИБ», то это пересоздание таблиц всей структуры метаданных конфигурации. (Приготовьтесь к тому, что это долгий и затяжной процесс).

Следует отметить, что сжатие и реструктуризацию базы данных средствами 1С следует проводить, когда используется «Файловый» режим работы - база данных в файловом режиме состоит только из одного файла, находится в локальной сети (или на своем ПК). Для «Серверного» режима работы рекомендуется использовать стандартные средства администрирования используемой базы данных (PostgreSQL и тп.).

 

Реструктуризация базы в файловом режиме

 

Производительность системы увеличит «Пересчет итогов». Таблицы итогов – это таблицы с готовыми подсчитанными результатами, поэтому данные из них получить гораздо быстрее, чем проводить анализ всего регистра. При пересчете итогов регистра записи сворачиваются по комбинациям измерений. То есть, после пересчета, избыточные записи из регистра удаляются.

(!) Особо рекомендуется использовать режим пересчета итогов, когда имеет место быть такое явление, как частые изменения данных «задним числом» (в прошлых периодах).

 

Пересчет итогов

 

Смотря в сторону производительности, еще стоит проговорить о режиме «Реиндексация таблиц информационной базы» - происходит перестройка индекса заданных таблиц – что способствует ускорению поиска данных. Однако если опираться на разницы режимов, то проведение этой процедуры окажет ощутимый результат в серверном режиме работы.

Вступайте в нашу телеграмм-группу Инфостарт

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.

31.08.2026    5421    Tantor    3    

16

Администрирование СУБД Системный администратор Разработчик Бесплатно (free)

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

11.08.2026    2807    jul.dolganova    9    

23

Администрирование СУБД Пароли Системный администратор 1С 8.3 1С:Розница 2 1С:Управление производственным предприятием Абонемент ($m)

Пароль пользователя СУБД лежит в 1CV8Clst.lst обратимо: кто читает папку srvinfo - достаёт пароли SQL всех баз кластера, минуя права 1С. Обработка показывает, у каких баз пароль извлекается, помечает слабые и выдаёт план защиты. К СУБД не подключается, ничего не пишет - только читает файл.

10 стартмани

06.08.2026    1550    16    nedomolkov.ivan    0    

7

Администрирование СУБД Системный администратор 1С 8.3 Бесплатно (free)

Прогнал набор диагностических скриптов на двух рабочих базах: боевой с 580 сеансами и малонагруженной. Разбираю пять находок: статистика 97-дневной давности, 598 запросов со сканами, журнал транзакций в 73 % от данных, tempdb в один файл и 81 % ожиданий на параллелизме, который чинить не надо. Плюс три грабли, из-за которых самописный диагностический скрипт падает на чужом сервере. Семь рабочих скриптов внутри, копируются в SSMS как есть.

05.08.2026    2063    nedomolkov.ivan    8    

8

Администрирование СУБД Журнал регистрации Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.

04.08.2026    2415    nedomolkov.ivan    0    

8

Администрирование СУБД 1С 8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

База 1С:ERP размером 646 Гб, полное маскирование за 5 часов - без создания промежуточной незащищенной копии. Разбираем бесплатный pg_anon на сквозном примере с реального продуктива.

27.07.2026    3624    Tantor    16    

15

HighLoad оптимизация Администрирование СУБД Разработчик Россия Бесплатно (free)

Если вы работаете с 1С на PostgreSQL и жалуетесь на тормоза — скорее всего, дело в join predicate pushdown, которого в стандартном PostgreSQL нет. В MS SQL Server этот механизм работает «из коробки», и при миграции именно запросы к виртуальным таблицам 1С бьют по производительности сильнее всего. В этой статье — реальный кейс от Postgres Professional с разбором плана выполнения, ручным экспериментом и доработкой планировщика СУБД, которая ускорила запросы от 22 до 54 000 раз.

16.06.2026    10268    postgres_professional    13    

12

HighLoad оптимизация Администрирование СУБД Системный администратор Разработчик 1С:Предприятие 8 Бесплатно (free)

Вышел релиз СУБД Tantor Postgres 18, и мы хотим рассказать о его новых возможностях для работы с приложениями на платформе "1С:Предприятие". В обзоре разберем улучшения планировщика, по традиции коснемся работы временных таблиц и не обойдем вниманием вспомогательные утилиты, которые упрощают поиск и диагностику проблем в высоконагруженных системах. За каждым пунктом - реальные запросы 1С, реальные рабочие базы и сотни часов тестирования!

16.06.2026    4303    Tantor    7    

10
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. rusmil 265 07.12.22 16:54 Сейчас в теме
Осторожнее с пересчетом итогов, если база большая и очень много документов, это может занять очень много времени. В любом случае делайте бэкапы перед Тестированием и исправлением, а еще лучше сначала проверяйте на копии базы 1С длительность тестирования и исправления с пересчетом итогов.
2. TMV 1 07.12.22 20:15 Сейчас в теме
Следует отметить, что сжатие и реструктуризацию базы данных средствами 1С следует проводить, когда используется «Файловый» режим работы - база данных в файловом режиме состоит только из одного файла, находится в локальной сети (или на своем ПК). Для «Серверного» режима работы рекомендуется использовать стандартные средства администрирования используемой базы данных (PostgreSQL и тп.).
Расскажите, как при добавлении, например, нового регистра накопления провести реструктуризацию средствами администрирования используемой БД в серверном режиме?
3. StAlexei 12.01.23 02:07 Сейчас в теме
(2)
как при добавлении, например, нового регистра накопления провести реструктуризацию средствами администрирования используемой БД в серверном режиме?

Для реструктуризации при добавлении нового объекта советуют использовать механизм "обновления конфигурации базы данных на сервере". Он появился еще в платформе 8.3.11 (кажется).
4. TMV 1 12.01.23 08:12 Сейчас в теме
(3) Автор пишет про какие-то "стандартные средства администрирования используемой базы данных (PostgreSQL и тп.)" - вопрос об этом.
Для отправки сообщения требуется регистрация/авторизация