Конфігурація ""Управление торговым предприятием для Украины", редакция 1.2. (1.2.62.1)". Працює на платформі 1С:Підприємство 8.3 (8.3.10.2772) x86. База 300 Гб.
Є задача перейти на 13 платформу x86. Чому на 13 - бо це найновіша платформа x86 у якої є готовий RePack. Чому x86 - бо підключають пристрої, ваги і сканери і компонента штрихкодів УТП. а драйверів часто х64 нема.

Ставимо платформу 8.3.13.1690. Пробували декілька разів. Перший раз при запуску бази на цій платформі валилось кучу помилок SDBL: поле не входить в групу - перейшли назад на 10. Через кілька місяців зробили нову спробу. Перейшли - помилок не було, все ок, пропрацювали один день на наступний зранку вносили зміни і оновлювали НЕ динамічно. Оновлення вилитіло з критичною помилкою оновлення і база Вилетіла.

Після того в підприємстві буквально при відкритті кожного журналу документа помилка SDBL: Поле не входить в групу. Чистка кешу не допомагала. В конфігураторі так і лишилася світитися бочечка, що конфігурація не оновлена.

При спробі оновити вилітала інша помилка "Ошибка SDBL: В схеме базы данных нет таблицы с именем Const18076". Перейшли на 10 платформу - всі помилки лишилися. Я навіть пробував вручну в SQL створити таблицю "Const18076" - потім писало про помилку на Const з іншим номером. В результаті відновили базу з резервної копії на 10 платформі і працюєм далі.

Скажіть як перейти на 13 платформу? 13 платформа треба для роботи мобільного клієнта.

Я багатьом своїм клієнтам ставлю платформу 8.3.18.1289. Працює чудово! Жодного натяку на неполадки чи збої. В тому числі і на MS SQL 2008-2012. Платформа робоча, легко ламається

необходимо зарегистрироваться для просмотра ссылки

необходимо зарегистрироваться для просмотра ссылки

Ще 10 років тому був принцип: преходити тільки на парні версії платформи 8.3.
Судячи з рекомендацій розробників конфігурацій, поточна версія платформи для звичайного інтерфейсу - 8.3.14.16...

P.S. Миші плакали, кололись, але продовжували їсти кактус.

А як переходили? Просто встановили нову версію і запустили на новій?
Якщо так, може спробуйте вивантажити базу в dt на 10й версії, потім завантажити в 13. Я не знаю чи допоможе це і скільки вивантажуватиметься 300 Гб база в dt, але якщо інших опцій нема, я би спробував.

Vofka @ Сегодня, 8:34 необходимо зарегистрироваться для просмотра ссылки ,
Були спроби раніше вивантажити в DT. Воно тільки вивантажує 3 години. А клієнт такий що майже цілодобово працює, проблема ще в цьому.

Якщо є можливість, можете зробити ПолучитьСтруктуруХраненияБазыДанных() на базі на 10й платформі і 13й? Потім подивитись яка константа (ім'я) в 10й версії відповідає таблиці Const18076. Потім подивитись на 13 версії на яку таблицю БД дивиться константа з ім'ям з попереднього кроку. Може це наведе на якісь думки. Також, розуміня що саме за константа мешкає в таблиці Const18076, розуміючи що саме в ній зберігається, можливо це також на якісь думки наведе.

Вивантаження в DT фактично здійснює архівацію і в деяких SQLсерверах, за замовчуванням, включене архівування при бекапі, що значно сповільнює процес.
Зазвичай, повна резервна копія 300ГБ бази на диск з швидкістю запису 80-100МБ/с складає приблизно 1 годину без архівування, відновлення з резрвної копії трохи швидше (швидкість читання вище за швидкість запису).