При обновлении конфигурации ошибка "В схеме базы данных отсутствует... #784729

Добрый день. При обновлении конфигурации ошибка "В схеме базы данных отсутствует таблица DocumentChngR35788". 1. Клиент-серверный вариант 2. Выгрузка-загрузка dt не помогла 3. При тестировании и исправлении вылетает, ругаясь на другую таблицу. Тоже DocumentChng, но тестирование завершает. 4. С помощью ПолучитьСтруктуруХраненияБазыДанных.ВыбратьСтроку найти таблицы не удается. Подскажите, что можно сделать?

найти копию, где есть такая таблица и через SQL перенести эту таблицу в свою базу. Только про обновление придется забыть. В крайнем случае сделать обмен через Выгрузку - Загрузку XML

Почему про обновление можно забыть? Сейчас база рабочая. Вся проблема как раз в обновлении.

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

найдите метаданное документ и добавьте в него поле . это приведет к реструктуризации и пересозданию таблицы.

Эээ... о чём вы? Если мне память не изменяет, это таблица регистрации изменений данных - туда нечего и нечем что-либо вставлять и удалять. Имхо, не тестирование данных, а тестирование конфигурации нужно сделать. Я бы выгрузил конфигурацию в чистую базу и там убедился бы в наличии/отсутствии ошибки.

1. Делалось тестирование конфигурации (реструктуризация) - ошибка 2. Выгрузка/загрузка производилась

в файловой версии тии сделай

Поднимай копию из архива,ищи там таблицу :( в рабочей искать таблицу бесполезно - платформа уже искала и не нашла :)

зайдмте в em и создайте таблице руками

В принципе, из найденной работоспособной конфигурации, можно выгрузить таблицу и загрузить в рабочую базу... А я бы, в случае автора, на конфигурацию базы из архива изменения из рабочей базы накатил бы, а саму конфигурацию загрузил бы в рабочую базу...

По второму пункту - там обновления сразу на три релиза УПО

Нет такой таблице в копии при обновлении. Накатывалось сразу три релиза. Копия делалась только исходной базы. Возможно в какой-то промежуточной версии эта таблица и была. Ее можно вручную добавить?

Накатывались как? Попробовать накатывать на копии по 1 релизу с обязательным залитием конфы в конфигурацию БД и однократным входом в базу

Так и накатывались по одному релизу и однократным входом в базу. В копии нет данных за последние 2 недели.

Ну а после повторного, последовательного обновления старой копии базы, эта конфигурация ошибок не содержит? Если "Да" - то вот эту конфигурацию и надо выгрузить и загрузить в рабочую базу! Да уж... если тормозим, то тормозим до полного ступора :)

похоже этот документ DocumentChngR35788 удалили из плана обмена. Добавьте его обратно в состав плана обмена, может всё и выровняется. Хотя. Может и не выровняется, создастся новая таблица с другим именем.

Не ясно, что за документ. Такой таблицы нет ни в SQL, ни через ПолучитьСтруктуруХраненияБазыДанных.ВыбратьСтроку

Ну а 35788 в структуре вообще есть?

"Не ясно, что за документ" - я знаю в чём причина. В тебе :( Не внимательность - твой враг. Смотри - в типовых конфигурациях это таблица регистрации изменений. В плане обмена есть документ, у которого нет этой служебной таблицы. Имхо всё, разумеется. PS: Если озвучить конфигурацию, то возможно, что кто-то по своей базе проверит наличие этой таблицы.

Вообще, почему бы просто не создать таблицу на SQL со структурой регистрации изменения?

Кстати: если в автор сообщал, что якобы "база рабочая", то почему не было сообщения о "Вернуться к конфигурации БД"? Ему уже предлагали. Наверное он не знает, как это сделать, но стесняется спросить "про это" :))

Предлагалось найти таблицу и скопировать. А я предлагаю ничего не искать, а просто создать.

+ После этого если пройдет обновление, то через ПолучитьСтруктуруХраненияБазыДанных скорее всего можно будет найти, что это за таблица.

Имхо, эта таблица должна была быть, но её нет в схеме. Ок? Что мешает платформе при ТиИ добавить эту таблицу? Да ничего, она это может сделать :) Но делает :(Что же ей мешает? Это риторический вопрос (платформа уже об этом сообщила)

PS: "При тестировании и исправлении вылетает, ругаясь на другую таблицу. Тоже DocumentChng" - у автора не только в озвученной таблице проблема.

В текущей схеме таблицы нет. А в схеме после обновления - есть. Но нет действия по созданию. Вообще, демонами попахивает... я бы кеши почистил еще.

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

Создали такую таблицу в SQL - не помогло. Там много однотипных таблиц типа documentchnrR..... Все они пустые и имеют 4 поля. Сделали по аналогии с "нужным" номером - не помогло.

А у вас в базах есть обмен данными? он используется? Может там кто-то чего-то решил почистить или починить под свое видение и вот теперь такие последствия?

нужно еще создать поля в таблице возможно зарегистрировать её в записии dbnames таблицы params.