Люди, подскажите, кто-нибудь конвертировал старые конфигурации 8.1 на 8.3?

Проблема такая, что после конвертации база долго обновляется, долго висит на этапе "Проверка корректности метаданных", подскажите кто сталкивался.

(0)Как делал?

(1) Просто конвертирование базы, затем отключение режима совместимости.

(2)Просто конвертирование- какие действия в себя включает?

(3) Выгрузить дтшник открыть в 8.3

(4) зачем отключение режима совместимости?

эммм а ничего, что синтаксис разный?

например Найти() >>> НайтиСтр()

(5) Необходимо использование новых объектов, которых нет в 8.1.

Тут не нужно спрашивать зачем, я спрашиваю у людей сталкивался кто с этим или нет и какие методы решения.

(7) конверти через промежуточный релиз 8.2, так менее геморойно выходит

(6) Ага, а еще запросы по другому работают. Это всё исправлено. В (7) просьба не писать албанские вопросы.

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

(4) если тебе так важно это протестить, то могу предположить, что порядок действий может быть такой:
- выгрузить конфигурацию в cf
- создать просто пустую базу в режиме 8.3 твоего релиза
- загрузить в пустую cf
- сохранить, затем попробовать отключить режим совместимости с 8.1 и еще раз сохранить. Затем проверить наличие ошибок теми средствами, что есть в конфигураторе версии 8.3

(11) cf не загрузится....

+ 11 только после этого сделаешь выводы о том, можно ли "конвертить" тем способом, который у тебя - слету отрубить совместимость...

(12) так у него и не доходит до обновления конфигурации ИБ, а виснет на попытке проверки объектов метаданных при сохранении Основной конфигурации.

(10) Переиндексировали всю базу методами SQL сервера.
(11) Штатные средства не находят ошибок

База весит 300гб.

На этапе "Проверка корректности метаданных" зависает минуты на две.

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

(14) каждый раз только зависает или "падает" и не дает сохранить?

если просто подтормозит и дальше все-таки работает, то это нормально. Релиз платформы такой: у всех тормозит. Это не зависит от размера базы, а зависит от наличия объектов метаданных в конфигурации.

(15) не падает, просто долго.

Типовая УПП 1.3 молниеносно обновляется, а эта УПП 1.2.

(6) а где вы увидели функцию НайтиСтр?

я-бы пошел таким путем

1. установил на сервере 1с три службы 8.1, 8.2, 8.3
2. отцепил базу от сервера 8.1 и подцепил ее в 8.2, далее идем в конфигуратор и все тестим, проверяем и снимаем с режима совместимости
3. отцепляем от 8.2 и прицепляем 8.3, далее идем в конфигуратор и все тестим, проверяем и снимаем с режима совместимости

такое обновление во первых более щадящее, во вторых в два этапа с промежуточной работой проще косяки отловить (банально времени будет больше и поток жалоб меньше)

(16) Ну так при изложении вопроса с этого и надо было начинать. А еще можешь посмотреть, каким релизом конфигурации и в какое время была сделана "пустая" база у вас. Там же структура метаданных в самом деле не шуточная. Даже практически типовая БП-КОРП в некоторых база подтормаживает при сохранении в конфигураторе, а тут такой монстр ;-)

И особо ничего с этим не сделаешь, только если попробовать взять dt для новой базы от самых свежих релизов и посмотреть что будет с ним. Решайте просто будете переползать на 1.3 - готовьте перекачку данных в 1.3 каким-то нетривиальным способом. Продолжите с 1.2 - переносите в него.

(17)

Глобальный контекст (Global context)
СтрНайти (StrFind)
Синтаксис:

СтрНайти(<Строка>, <ПодстрокаПоиска>, <НаправлениеПоиска>, <НачальнаяПозиция>, <НомерВхождения>)
Параметры:

<Строка> (обязательный)

Тип: Строка.
Исходная строка.
<ПодстрокаПоиска> (обязательный)

Тип: Строка.
Искомая подстрока.
<НаправлениеПоиска> (необязательный)

Тип: НаправлениеПоиска.
Указывает направление поиска подстроки в строке.
Значение по умолчанию: СНачала.
<НачальнаяПозиция> (необязательный)

Тип: Число.
Указывает позицию в строке, с которой начинается поиск.
Если параметр не задан и в параметре НаправлениеПоиска указано значение СНачала, то значение по-умолчанию равно 1.
Если параметр не задан и в параметре НаправлениеПоиска указано значение СКонца, то значение по умолчанию равно длине строки.
Не может быть отрицательным. В случае указания отрицательного значения выдаётся исключительная ситуация "Неверное значение параметра".
<НомерВхождения> (необязательный)

Тип: Число.
Указывает номер вхождения искомой подстроки в исходной строке.
Значение по умолчанию: 1.
Возвращаемое значение:

Тип: Число.
Позиция первого знака найденной подстроки. Нумерация символов в строке начинается с 1. Если строка не содержит указанной подстроки, то возвращается 0.
Описание:

Находит первое вхождение искомой строки как подстроки в исходной строке.

Доступность:

Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение, мобильное приложение(клиент), мобильное приложение(сервер), интеграция.
Примечание:

Если параметр <ПодстрокаПоиска> пустая строка, то возвращает 1.
Если оба параметра пустые строки, то возвращает 1.
Пример:

Если СтрНайти(Сотрудник.Имя, "Сергей") > 0 Тогда
    Сообщить(Сотрудник.Имя + " таб. №" + Сотрудник.Код);
КонецЕсли;


См. также:

Глобальный контекст, метод СтрНачинаетсяС
Глобальный контекст, метод СтрЗаканчиваетсяНа

--------------------------------------------------------------------------------

     Методическая информация

(16) А конфигурация поставщика, которая в рабочей базе, она 1.2 с каким номером? Или у вас удается регулярно накатывать типовые обновления конфигураций?

(20) И что общего в ней с функцией Найти? Это же совершенно разные.

(22) да, я напутал, обратной совместимости нет :)