Недопустимое имя объекта "dbo._InfoRgChngR39550X1"

1. user1559729 21.08.24 16:28 Сейчас в теме
Столкнулись с ошибкой обновления базы:

"В процессе обновления информационной базы произошла критическая ошибка по причине:
Ошибка СУБД:Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта "dbo._InfoRgChngR39550X1".
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1

Версия платформы - 8.3.25.1286. Конфа - БП 3.0.157.32.

Что можно сделать?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Anton_new01 21.08.24 16:36 Сейчас в теме
ошибка на уровне скуля.

самое простое - восстановиться из бекаппа. и попробовать снова.
3. user1559729 21.08.24 16:43 Сейчас в теме
(2) ошибка на уровне скуля может быть не по причине скуля, а по причине того, какие наименования таблиц (и по какой причине) скармливает скулю 1Ска
4. Anton_new01 21.08.24 16:48 Сейчас в теме
(3) да. но вопрос же был не в обьяснении причин поиска ошибки, а в векторе действий.
"кто виноват? и что делать?"(с)
люди которые ищут ответ на первый вопрос - никогда не доходят до второго...

если ошибка повторится - то... ждать объяснений от 1с.
если это действтельно так, то ошибка массовая и ее быстро исправят.
5. user1559729 21.08.24 16:52 Сейчас в теме
(4) не соглашусь - можно заниматься устранением последствий (возможно, SQL), а можно исходить из причин. В целом совет "восстановить из бэкапа", спасибо, но не актуален, т.к. проблема возникает и при попытке обновления DEV-базы, обновленной из хранилища.
6. Anton_new01 21.08.24 16:55 Сейчас в теме
(5) а в хранилище уже обновленная "кривая" конфа?
проблема от обновления - где-то образовалось "кривое" название не совместимое с базой SQL.
Неизвестно это так задуманно или технический сбой?
если сбой - то бэкап.
если так задуманно - то не обновляться и ждать нового релиза.
7. user1559729 21.08.24 16:59 Сейчас в теме
(6) проблема возникла на разных направлениях - не только БП, но и ERP, ДО и прочее. Где-то удалось решить проблему созданием таблиц вручную на скуле. С БП так не получается - долго приходится ждать, пока выдаст имя следующей проблемной таблицы, да и количество таблиц, по всей видимости, больше.
8. Anton_new01 21.08.24 17:02 Сейчас в теме
(7) т.е. проблема явно не в обновлении.
и более массовая чем "кривой релиз".

по скулю не подскажу.
9. Anton_new01 21.08.24 17:07 Сейчас в теме
(7)
нагуглил две интересных темы.
https://forum.infostart.ru/forum33/topic295303/
http://www.gilev.ru/forum/viewtopic.php?f=9&t=1379

посмотри может что-то похожее.
в одной из них проблема была в платформе.
11. user1559729 22.08.24 10:22 Сейчас в теме
(9) спасибо за ссылку на форум Гилева - попробовали сделать реструктуризацию через ТиИ - всё-равно валится в ошибки...
10. GeraltSnow 176 21.08.24 17:09 Сейчас в теме
Таблицы с постфиксом X создаются активными расширениями, так что смотри в их сторону.
12. user1559729 22.08.24 13:06 Сейчас в теме
Собрали все проблемные таблицы - это таблицы вида "InfoRgChngR_____".
В структуре БД это таблицы регистрации изменений РС (например - РегистрСведений.НастройкиВариантаРасчетаКорректировокВВалюте.Изменения).
Создаем таблицы на скуле скриптом вида
"sel ect * into _InfoRgChngR41967X1 fr om _InfoRgChngR41967 where 1=0
select * into _InfoRgChngR41552X1 fr om _InfoRgChngR41552 wh ere 1=0
..."
Всего порядка 1200 таблиц...
После создания таблиц админами на скуле - база обновляется.
Может будут идеи, как это пофиксить без скрипта? Тем более пока что неясна перспектива дальнейших обновлений.
15. yavasilek 12.01.25 17:17 Сейчас в теме
(12)
USE BDNAME (BDNAME - имя базы)
DECLARE @table_name NVARCHAR(MAX);
DECLARE @sql NVARCHAR(MAX);

DECLARE table_cursor CURSOR FOR
SEL ECT t1.name
FR OM sys.tables t1
WHERE t1.name LIKE '%InfoRgChngR%'
AND t1.name NOT LIKE '%X1';

OPEN table_cursor;
FETCH NEXT FROM table_cursor INTO @table_name;

WHILE @@FETCH_STATUS = 0
BEGIN
SET @sql = 'SEL ECT * INTO ' + @table_name + 'X1 FR OM ' + @table_name + ' WH ERE 1=0;';
EXEC sp_executesql @sql;
FETCH NEXT FR OM table_cursor INTO @table_name;
END;

CLOSE table_cursor;
DEALLOCATE table_cursor;
13. user1559729 23.08.24 16:14 Сейчас в теме
Используем Реструктуризацию v2. Судя по описанию новой реструктуризации:
Для регистров мы оптимизировали реструктуризацию движений и реструктуризацию таблиц регистрации изменений.

проблема именно в части реструктуризации таблиц регистрации изменений
https://wonderland.v8.1c.ru/blog/optimizatsiya-restrukturizatsii-bazy-dannykh/

возможно, это каким-то образом связано с расширениями, но до конца не понятно...
14. kalyaka 1114 19.12.24 16:03 Сейчас в теме
словил такую ошибку на платформе 8.3.25.1445, благо на тестовой базе
До этого пытался обновиться в оптимизированном режиме. Есть расширения.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот