Реструктуризация при обновлении ИБ. Можно ли выполнять частями? #681665

На тестовой базе. После крупного обновления конфигурации, запускаю обновление ИБ. Начинается реструктуризация таблиц регистров бухгалтерии. Первым идет Хозрасчетый. Пробовала нажать Ctr+Breake, когда реструктуризация Хозрасчетного прошла и пошла реструктуризация МСФО-шного регистра, тогда выполнение прерывается, но при повторном запуске начинается все с самого начала. Проблема в том, что запускала реструктуризацию в Пт,а в Пн утром увидела подвисшую 1С-ку, пришлось ее закрыть принудительно. Думала, что хоть большая часть выполнилась, но нифига, все начинается сначала.:( Как быть-то?

База скульная?

Да

Какие были изменения? Теоретически, если добавляется только новые типы (т.е. данные _точно_ не будут меняться) можно методами скуля перед реструктуризацией таблички перенести во временные, после реструктуризации назад их залить. НО! 1. Считается нарушением лицензионного соглашения. 2. Требуются скилы по скулю.

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

"можно методами скуля перед реструктуризацией таблички перенести во временные" а нафига так сложно? сразу в таблицы добавить поля

Изменений дофига и больше. Делаю пробное обновление со старого релиза 2.0 на новый релиз 3.0. Что-то больно сложные методы вы предлагаете. А других способов нет?

перенос остатков в пустую базу еще есть

Ждите ноября. Там 04.11 будет выходной может за 3 дня реструктуризация пройдет. Либо дробите релиз на более мелкие с реструктуризациями по отдельным регистрам. Но такое может быть и невозможно...

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

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

Получается, транзакция по реструктуризации завершается при полном успешном ее окончании?

в файловой разве не быстрее?

13+ использовать более мощный комп

я неделю по ночам делал в БП когда релиз поменяли (база в наследство досталась)- там известный глюк был.

вроде тактовая частота и оператива больше повлияют, чем кол-во ядер?

А почему быстрее должно быть в файловом варианте? По опыту?

Неделю по ночам, т.е. последовательно? В том-то и фишка, что после прерывания, начинает все сначала. У вас было иначе? А что за известный глюк?

А по размеру таблиц он пролезет? С учетом времени реструктуризации?

в файловую иногда хрен выгрузишь а если можно выгрузить - то не такая уж она и большая

так вроде файловая использует все равно только одно ядро

Неделю назад рабочая, поднятая в файловую, весит 120 Гб. Это как по вашим оценкам?

не мало, есть SSD на 256 гиг?

Хранилище?

Нет, подопытная база не подключена к хранилищу.

А что именно меняли что такая реструктуризация идет?

Она не подвисла, скорее всего шла переиндексация таблицы. В это время строка состояния не обновляется, да и окно белым может стать. Достаточно удалить документ/справочник - и пойдет реструктуризация всех объектов с реквизитами с типами ДокументСсылка, СправочникСсылка и ЛюбаяСсылка. С учетом того, что 1С не чурается использовать такие типы в типовых - объектов таких будет достаточно. Например, те же регистры бухгалтерии практически гарантировано пойдут на реструктуризацию.

сделать бэкап, оттранкэйтить реструктуризируемые таблички, перекинуть данные средствами скуля из бэкапа

Если можно не реструктуризировать - почему об этом не догадалась 1С?

Как копия поднимется, попробую запустить на файловой копии. Напишу, что из этого выйдет.

Ей лень догадываться. Использовать "Любая ссылка" - сас себе злобный Буратино (даже если не было изменений в данных)

Дык если реструктуризация не нужна в принципе (а совет из на это и указывает) - не лень им было ее писать? А так, в типовой УПП тип ЛюбаяСсылка имеют, например, такие объекты: РегистрСведений.ОбъектыИнформационныхБаз РегистрыСведений.СоответствиеОбъектовДляОбмена РегистрыСведений.СоответствиеСчетовБУиМСФО РегистрыСведений.КоллизииПриОбмене А уж ДокументСсылка и СправочникСсылка так вообще направо и налево (все регистры расчета ЗУП и документы, партии товаров на складах, партии товаров переданные, продажи себестоимость и т.п.).

это маленькие объекты как правило (даже РС если будет пару миллионов записей - реструктуризироваться будет достаточно быстро)

Партии товаров - маленькие? Плюс не стоит забывать, что их совсем не 1 штука... Да и по обмену в РИБах объектов может быть дофига. А если документ делал проводки - то автоматом идет реструктуризация регистров бухгалтерии - а там тоже записей дофига может быть.

Скорее всего не поможет - по моему опыту реструктуризация регистров бухгалтерии в файловом варианте в разы (если не на порядок) медленнее, чем в клиент-серверном.