В ожидании реструктуризации

Реструктуризация информационной базы 1Сv8 может происходить в момент обновления, если изменилась структура таблиц или запущена принудительно - пользователем через функционал тестирования и исправления.

Процессы происходящие при реструктуризации:

1. Изначально для каждой таблицы, которую нужно реструктуризовать создается таблица с нужной структурой (набором колонок), имя новой таблицы будет дополнено символами "NG" (_InfoReg13763NG).
2. Потом происходит преобразование данных из старой таблицы в новую порциями по 1000 строк. Все преобразование данных выполняется на клиенте, с которого выполняется реструктуризация(обновление).
3. По завершении преобразования старая таблица удаляется, а новая переименовывается (обрезаются символы "NG").

Процесс не вызывает проблем пока вы оперируете с малым объемом данных, при больших объемах (таблицы в десятки Гб или десятки миллионов строк) нужно учитывать несколько аспектов, о которых я попытаюсь рассказать.

Место на дисках

Поскольку к концу второго этапа, у Вас в базе данных будет находится фактически две таблицы вместо одной, при полной реструктуризации, рассчитывайте на соответвующее увеличение объема БД (2*x при полной реструктуризации).
Я так же рекомендую перевести базу на время реструктуризации в простой режим восстановления.

Индикация процесса

После нескольких десятков минут реструктуризации, окно предприятия выбросит белый флаг и заветных строчек в строке состояния "Реструктуризация Справочник Банки 30%...." мы больше не увидим. Остается только смотреть логи СУБД чтобы понять, что жизнь еще теплится.
В данном случае я перелагаю инструкцию T-SQL, которая показывает процент выполненной реструктуризации для каждой (из всех необходимых) таблицы.

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

Оригинал статьи: http://blog.1c-ei.ru/2010/03/blog-post_26.html.