Недопустимое имя объекта "dbo._InfoRgChngR39550X1"
Столкнулись с ошибкой обновления базы:
"В процессе обновления информационной базы произошла критическая ошибка по причине:
Ошибка СУБД: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.
Что можно сделать?
"В процессе обновления информационной базы произошла критическая ошибка по причине:
Ошибка СУБД: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.
Что можно сделать?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) да. но вопрос же был не в обьяснении причин поиска ошибки, а в векторе действий.
"кто виноват? и что делать?"(с)
люди которые ищут ответ на первый вопрос - никогда не доходят до второго...
если ошибка повторится - то... ждать объяснений от 1с.
если это действтельно так, то ошибка массовая и ее быстро исправят.
"кто виноват? и что делать?"(с)
люди которые ищут ответ на первый вопрос - никогда не доходят до второго...
если ошибка повторится - то... ждать объяснений от 1с.
если это действтельно так, то ошибка массовая и ее быстро исправят.
(4) не соглашусь - можно заниматься устранением последствий (возможно, SQL), а можно исходить из причин. В целом совет "восстановить из бэкапа", спасибо, но не актуален, т.к. проблема возникает и при попытке обновления DEV-базы, обновленной из хранилища.
(5) а в хранилище уже обновленная "кривая" конфа?
проблема от обновления - где-то образовалось "кривое" название не совместимое с базой SQL.
Неизвестно это так задуманно или технический сбой?
если сбой - то бэкап.
если так задуманно - то не обновляться и ждать нового релиза.
проблема от обновления - где-то образовалось "кривое" название не совместимое с базой SQL.
Неизвестно это так задуманно или технический сбой?
если сбой - то бэкап.
если так задуманно - то не обновляться и ждать нового релиза.
(6) проблема возникла на разных направлениях - не только БП, но и ERP, ДО и прочее. Где-то удалось решить проблему созданием таблиц вручную на скуле. С БП так не получается - долго приходится ждать, пока выдаст имя следующей проблемной таблицы, да и количество таблиц, по всей видимости, больше.
Собрали все проблемные таблицы - это таблицы вида "InfoRgChngR_____".
В структуре БД это таблицы регистрации изменений РС (например - РегистрСведений.НастройкиВариантаРасчетаКорректировокВВалюте.Изменения).
Создаем таблицы на скуле скриптом вида
"sel ect * into _InfoRgChngR41967X1 fr om _InfoRgChngR41967 where 1=0
select * into _InfoRgChngR41552X1 fr om _InfoRgChngR41552 wh ere 1=0
..."
Всего порядка 1200 таблиц...
После создания таблиц админами на скуле - база обновляется.
Может будут идеи, как это пофиксить без скрипта? Тем более пока что неясна перспектива дальнейших обновлений.
В структуре БД это таблицы регистрации изменений РС (например - РегистрСведений.НастройкиВариантаРасчетаКорректировокВВалюте.Изменения).
Создаем таблицы на скуле скриптом вида
"sel ect * into _InfoRgChngR41967X1 fr om _InfoRgChngR41967 where 1=0
select * into _InfoRgChngR41552X1 fr om _InfoRgChngR41552 wh ere 1=0
..."
Всего порядка 1200 таблиц...
После создания таблиц админами на скуле - база обновляется.
Может будут идеи, как это пофиксить без скрипта? Тем более пока что неясна перспектива дальнейших обновлений.
(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;
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;
Используем Реструктуризацию v2. Судя по описанию новой реструктуризации:
проблема именно в части реструктуризации таблиц регистрации изменений
возможно, это каким-то образом связано с расширениями, но до конца не понятно...
Для регистров мы оптимизировали реструктуризацию движений и реструктуризацию таблиц регистрации изменений.
проблема именно в части реструктуризации таблиц регистрации изменений
возможно, это каким-то образом связано с расширениями, но до конца не понятно...
словил такую ошибку на платформе 8.3.25.1445, благо на тестовой базе
До этого пытался обновиться в оптимизированном режиме. Есть расширения.
До этого пытался обновиться в оптимизированном режиме. Есть расширения.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
