Долгие этапы генерации и обновления БД : Супермаг Плюс (Супермаг 2000)

Предлагаю отмечать в этой теме этапы апгрейда БД Супермага, которые заняли значительное время. Это пригодится другим для планирования апгрейдов, чтобы не было внезапного налета, как у меня когда-то с актами переоценки, лопатившимися сутки. Понятное дело, что все зависит и от сервера и от наполнения, но предупредить все равно не помешает.

1.027.1\27To_27_1_a - лопатил около часа

1.030\Contracts - тоже время час или более

В этом: Перечень нововведений и исправленных ошибок сервиспаке опять лопатятся заказы, минут 10 в среднем.

1.030\29_3To30a - полчаса минимум

1.031\30_4To31_a - минут 15 на неплохом железе... неприятные минуты в свете кривохоста с кривосеткой...

PreUpgrade
1.031.1\31_1_aTo31_1

PreUpgrade
1.031.2\31_1To_31_2_a

1.033.2\DocOR - внимание, на этом этапе заказы выделяются в отдельную таблицу. Перелопачивается весь SMSPEC, создаются новые таблицы, в общем, часа три на небольшую базу - норма. На ЦО или где много заказов, процесс может затянуться на несколько часов, а то и суток, имейте ввиду.

В 1.047 просто адский этап SysStats... В зависимости от базы может и пару часов крутить...
Зачем только это сделали, непонятно... Однозначно надо опцией, как и перенос индексов делать...