17.01.18 — 13:13
Коллеги
После обновления платформы обнаружил, что при выгрузке базы в DT происходит ошибка:
Серверная:
17.01.2018 0:10:16 — Ошибка СУБД:
Microsoft SQL Server Native Client 10.0: Invalid object name ‘SchemaStorage’.
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1
Файловая:
Ошибка СУБД:
Ошибка SQL: Таблица не найдена ‘SchemaStorage’
по причине:
Ошибка SQL: Таблица не найдена ‘SchemaStorage’
Спецификация:
Сервер
клиент/сервер 8.3.11.2924 x64
ОС W2012
MS SQL 2008
Рабочие станции
клиент 8.3.11.2924 x86
ОС W7/W10
Проверял как на сервере, так и на клиенте.
Кэш чистил.
Косяк платформы?
1 — 17.01.18 — 13:23
Народ, у кого 8.3.11.2924 — потестите, пожалуйста, выгрузки.
2 — 17.01.18 — 13:29
Выскакивал на такое сообщение. Попробовал пропустить ТИИ. Сообщений об ошибках при ТИИ не было, но псле него выгрузка прошла нормально. Все это именно при переходе на 8.3.11.2924
3 — 17.01.18 — 13:32
Ошибка была при выгрузке файловой ЗУП 3.1.4.161. Потом попробовал при выгрузке базы из клиент-серверной ЗУП 2.5 — то же самое, ошибка как у вас написано. ТИИ пока не делал, с базой работают
4 — 17.01.18 — 13:40
(3) Думаю что ТИИ не поможет — косяк платформы, вероятность 146%
5 — 17.01.18 — 13:43
Но у меня после этого выгрузка прошла, хотя надежды не было
6 — 17.01.18 — 13:43
(4) да нет, скорее старый формат базы, пытаетесь на новой платформе. Возможно, что тии помогает, хотя бы реструктуризацию проделать.
7 — 17.01.18 — 13:44
(4) Значит не зря я перед тем как поставить новую платформу
и перевести ее в рабочий режим , тестирую минимальный функционал выгрузка/загрузка и т.д.
8 — 17.01.18 — 14:06
(6) дело в том, что я создавал новую базу (файловую), уже на 11 — та же проблема.
Но сейчас не поленюсь — проведу ТИИ на старой.
9 — 17.01.18 — 14:24
Помогла ТИИ
10 — 17.01.18 — 14:26
+ТИИ — только реструктуризация
11 — 17.01.18 — 17:20
(4) (6) Не очевидное вероятно
12 — 19.01.18 — 11:22
(10) Та ж фигня. ТИИ реструктуризация помогла. Пока других косяков 8.3.11.2924 не обнаружено, остаёмся на ней.
13 — 27.01.18 — 11:23
на релизе 1С:Предприятие 8.3 (8.3.11.2954)
тоже самое!
ТИИ ИБ — помогает
14 — 31.01.18 — 12:34
не подскажете что такое ТИИ ИБ? просто поставил тоже вчера релиз 1С:Предприятие 8.3 (8.3.11.2954).сегодня обнова прискакала на утп, пытаюсь выгрузить и эту же ошибку пишет..зараза
15 — 31.01.18 — 12:54
(14)Тестирование и исправление информационной базы
16 — 31.01.18 — 16:25
спасибо большое!))
17 — 01.02.18 — 17:11
день добрый! снова к Вам! релиз 1С:Предприятие 8.3 (8.3.11.2954) при печати счета по заказу- просто не вмещается лист А4, чего тлько в настрйоках принтера не делал…расходку печатает нормально…ни кто с таким не сталкивался?
pagladkov
18 — 06.02.18 — 00:24
Была та же проблема на клиент-серверной базе. 1С:Предприятие 8.3 (8.3.11.2924)
ТИИ не делал. Версию клиента не менял. Но проблему решил.
Выгрузка бэкапа с именем 1Cv8_БЖ_2018.02.05.dt завершалась такой ошибкой.
А выгрузка бэкапа с именем 1Cv8.dt завершалась успешно! Не усложняйте имя файла
Ошибка Недопустимое имя объекта «SchemaStorage»
Модератор: Дмитрий Юхтимовский
Ошибка Недопустимое имя объекта «SchemaStorage»
На конечном этапе выгрузки данных — платформа 8.3.11.2924 / БГУ 2.0 (2.0.53.39) / Документооборот КОРП 2.1.11.5 / SQL 2016 / Windows Server 2016 возникает ошибка c вылетом из конфигуратора:
———————————————————-
Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта «SchemaStorage».
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1
———————————————————-
Очень мне напоминает всем известную ошибку с #tt1/#tt2 /…, которую 1С-ники вроде-бы поправили:
———————————————————-
Ошибка СУБД:
Microsoft SQL Server Native Client 10.0: Недопустимое имя объекта «#tt1».
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1
———————————————————-
В сервисе публикации ошибок ее не нашел. Может кто-нибудь сталкивался с ней?
- srgs
- Сообщений: 12
- Зарегистрирован: 27 ноя 2016, 21:20
Re: Ошибка Недопустимое имя объекта «SchemaStorage»
srgs » 21 янв 2018, 18:39
Гилёв Вячеслав писал(а):фирма 1С наверняка сталкивалась
Не нашел в разделе личного кабинета — публикация ошибок платформы
https://bugboard.v8.1c.ru/version/plt8g … .2924.html
и в интернете… Есть же закрытый форум 1С — может там пробегала? Написал в 1С…
- srgs
- Сообщений: 12
- Зарегистрирован: 27 ноя 2016, 21:20
Re: Ошибка Недопустимое имя объекта «SchemaStorage»
srgs » 23 янв 2018, 00:44
Пришел ответ от 1С:
Ваше обращение зарегистрировано под номером SW1235845 / 1.
Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер.
Ошибка будет исправлена в следующем релизе платформы 8.3.11
По поводу обхода:
1. Внести изменение в конфигурацию или обновить ее, если она типовая, обновить конфигурацию базы данных.
2. Выполнить реструктуризацию информационной базы (Конфигуратор — Администрирование — Тестирование и исправление).
—————-
До ответа, на копии снял режим совместимости — выгрузка пошла. БГУ запустилось, но пошли программные (неявные) косяки при работе, связанные с двоичными данными… Это новшества платформы и искать пути исправления этих ошибок не стал — слишком проблематично.
Одновременно с пришедшим ответом из 1С откатил на совместимость 8.3.10, сделал реструктуризацию — заработало. Пока вопрос снят. Спасибо.
- srgs
- Сообщений: 12
- Зарегистрирован: 27 ноя 2016, 21:20
Вернуться в Прочее
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Содержание:
1. Возникновение ошибки «Таблица не найдена» в конфигурации системы 1С
Ошибка типа «Таблица не найдена…» в системе на базе 1С имеет несколько видов:
1. Если открыть регламентированные отчёты в 1С или журналы документации в конфигурации «1С: Бухгалтерия», после обновления системы, то начинает возникать окно, которое сообщает об ошибке, как демонстрируется ниже:
При этом, данная неполадка появляется у всех юзеров 1С, даже с разными базами данных.
2. Также, эта же ошибка может возникать в конфигурации системы 1С: Предприятие при некорректном выходе из системы, тогда её текст будет следующим: «Таблица не найдена: _Reference76».
Эта ошибка является ошибкой СУБД в 1С, а именно – SQL.
2. Устранение первого и второго вида ошибки «Таблица не найдена…» в конфигурации системы 1С Предприятие
Если кликнуть на «Подробнее», то получим следующее сообщение:
При возникновении ошибки «Таблица не найдена…» в конфигурации системы 1С: Бухгалтерия следует по порядку следовать пунктам ниже, один из них всегда устраняет неполадку:
· Обновить систему 1С до последней версии;
· Перейти в «Конфигуратор», при этом, другие юзеры 1С должны покинуть программу, кликнуть на панель «Администрирование 1С Предприятие» и выбрать пункт «Тестирование и исправление 1С», после чего, ошибка должна пропасть.
Наиболее логичным кажется проверить сохранность файла 1Сv8.1CD, пользуясь утилитой chdbfl.exe, однако, этот метод не отобразит ошибок и, в данном случае, следует действовать иначе.
Рассмотрим, по порядку, необходимый перечень действий:
1. Первым шагом нужно определить название таблицы «_Reference76» внутри информационной базы, для этого нужно воспользоваться внешней обработкой. То есть, по сути, эта таблица удалена, но являлась справочной. Из этого следует, что нужно узнать её исходный справочник. При помощи обработки делаем это, результатом чего найдено его название – «Спецификация номенклатуры».
2. Далее нужно поменять «Спецификация номенклатуры» на другой справочник. Это делается так:
· Меняем имя с «СпецификацияНоменклатуры» на имя «ЯСпецификацииНоменклатуры» — это делается, кликнув на имя справочника, переходом в меню, выбором пункта «Свойства», после чего внутри поля «Имя» меняем данные;
· Далее кликаем на имя справочника и избираем «Сортировать», после чего, справочники будут отсортированы по имени и наш справочник будет последним;
· Открываем такую же конфигурацию системы 1С, только в ней справочник «СпецификацииНоменклатуры» недолжен быть повреждён, запускаем её в режиме конфигуратора в 1С и копируем этот справочник, как показано ниже:
· Запускаем систему, где база была повреждена и вносим туда скопированный справочник;
· Далее кликаем на «Конфигурация», выбираем пункт «Поддержка» и переходим по «Настройка поддержки», где нужно два раза кликнуть по справочнику «ЯСпецификацииНоменклатуры», откроется следующее окно и нужно выбрать как на скриншоте ниже:
· Как только справочник будет снят с поддержки, дерево метаданных будет отображаться так:
3. Следующий шаг – убрать ссылки в прошлом справочнике и удалить его. Для этого кликаем по «ЯСпецификацииНоменклатуры» и выбираем «Удалить», появится следующее обращение о невозможности провести удаление, в котором нужно кликнуть «ОК»:
В панели со служебными сообщениями отобразится перечень из объектов, в которых содержаться ссылки на данный справочник. Этот перечень можно заменить при помощи ссылки из «ЯСпецификацииНоменклатуры» на «СпецификацииНоменклатуры»:
Для замены ссылки нужно дважды кликнуть по каждой строке перечня.
К примеру, выберем первый пункт перечня, если кликнуть на него два раза, то запустится объект, в котором будет ссылка на «ЯСпецификацииНоменклатуры»:
Открываем свойства объекта 1С, в которых хранится ссылка на наш справочник:
Внутри поля «Источник» можно наблюдать составной тип с нашим справочником. Меняем ссылку на «СпецификацииНоменклатуры» внутри инструмента по редакции составных типов. Далее делаем следующее, как на скриншоте ниже:
Все действия необходимо провести для каждого элемента перечня. Как только ссылки изменены – объект может быть удалён. Сохраним полученный результат в конфигурации.
Получили, что номенклатурный справочник «СпецификацииНоменклатуры» ссылается теперь на эту таблицу из базы 1С – «_Reference6845». Данные из справочника необходимо вернуть. Ошибка устранена.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Доброго времени суток, уважаемые читатели блога SoftMaker.kz. Сегодня мы поговорим, как побороть ошибку, возникающую в файловой базе 1С при неправильном закрытии системы 1С:Предприятие, например при внезапном отключении света или неправильной работе компьютера (работает и в случае, если 1С:Предприятие 8 установлено на MS SQL Server 2008 R2 Express). Ошибка СУБД: Ошибка SQL: «Таблица не найдена: _Reference76» появлялась, когда производилось тестирование и исправление информационной базы (ТиИ ИБ) при прохождении проверки логической целостности ИБ. При попытке выгрузить ИБ Конфигуратор вылетал.
Проверка физической целостности файла 1Cv8.1CD с помощью утилиты chdbfl.exe показало, что ошибок не обнаружено. Поэтому пришлось идти другим путём и получилось следующее:
- Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С
- Заменяем справочник «Спецификации номенклатуры» на новый
- Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его
Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С
В случае ошибки СУБД: Ошибка SQL: Таблица не найдена _Reference76 сразу становится ясно, что была удалена таблица «_Reference76» и из названия ясно, что это какой-то справочник. Но как теперь определить, к какому именно справочнику таблица «_Reference76» относится, чтобы попытаться её восстановить? Для этого можно написать небольшую обработку для выяснения названия:
Процедура КнопкаВыполнитьНажатие(Кнопка) МассивИменМетаданных = Новый Массив(); Для каждого Объект Из Метаданные.Справочники Цикл МассивИменМетаданных.Добавить(Объект.ПолноеИмя()); КонецЦикла; // Таблица значений, содержащая таблицы указанного объекта. Таблицы = ПолучитьСтруктуруХраненияБазыДанных(МассивИменМетаданных); Для Каждого Таблица Из Таблицы Цикл Сообщить(Таблица.Метаданные + " - " + Таблица.ИмяТаблицыХранения); КонецЦикла; КонецПроцедуры
В результате работы обработки выяснилось, что таблица «_Reference76» относится к справочнику «Спецификации номенклатуры».
... Справочник.СпецификацииНоменклатуры - Reference76 ...
Обработку для поиска соответствия названия справочников конфигурации 1С и их внутренних таблиц можно скачать отсюда.
Заменяем справочник «Спецификации номенклатуры» на новый
Теперь заменим справочник «Спецификации номенклатуры» на новый. Для этого выполним следующие действия:
- Изменим наименование справочника «СпецификацииНоменклатуры» на «ЯСпецификацииНоменклатуры». Нажмём правой кнопкой мыши на справочнике «СпецификацииНоменклатуры» и в контекстном меню выберем пункт «Свойства» и в поле «Имя» изменим наименование.
- Теперь отсортируем справочники в дереве метаданных по имени. Нажмём правой кнопкой мыши на справочнике «СпецификацииНоменклатуры» и в контекстном меню выберем пункт «Сортировать…». Cправочник «СпецификацииНоменклатуры» оказался в самом низу, нам это пригодится в дальнейшем.
- Теперь заменим справочник «Спецификации номенклатуры» на новый. Для этого нужна идентичная конфигурация с неповреждённым справочником «Спецификации номенклатуры». Нужно открыть эту конфигурацию в режиме «Конфигуратор» и выделить справочник «Спецификации номенклатуры» в дереве метаданных и скопировать его (Ctrl+C).
- Открываем «Конфигуратор» с повреждённой базой и вставляем новый справочником «Спецификации номенклатуры» (Ctrl+V).
- Теперь снимем с поддержки справочник «ЯСпецификацииНоменклатуры», чтобы затем удалить его. «Конфигурация» | «Поддержка» | «Настройка поддержки». В дереве метаданных выберем справочник «ЯСпецификацииНоменклатуры» и двойным щелчком мыши на справочнике откроем следующий диалог:
- В диалоге «Настройка правил поддержки» выберем правило «Объект поставщика снят с поддержки» и поставим флажок «Установить для подчинённых объектов».
- После снятия с поддержки справочники «ЯСпецификацииНоменклатуры» и «СпецификацииНоменклатуры» в дереве метаданных конфигурации выглядят следующим образом:
Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его
-
- Жмём правой кнопкой мыши на справочнике «ЯСпецификацииНоменклатуры» и в контекстном меню выбираем пункт «Удалить». Появилось сообщение Конфигуратора: «Объект не может быть удален, так как на него имеются ссылки в других объектах!»
- Нажимаем на кнопку «ОК». В окне служебных сообщений видим список объектов, которые содержат в себе ссылки на справочник «ЯСпецификацииНоменклатуры». Этот список поможет быстро заменить ссылки со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры». Приступим.
- Чтобы заменить ссылки в объектах нажимаем на каждую строку списка двойным кликом. Для примера возьмём первый элемент списка «ПодпискаНаСобытие.ПриУстановкеНовогоКодаСправочника.Источник»
- После двойного клика на этом элементе, в дереве метаданных откроется объект и в нём мы найдем ссылку на справочник «ЯСпецификацииНоменклатуры».
- Два раза нажимаем левой кнопкой мыши, чтобы открыть свойство объекта, в котором содержится ссылка на справочник «ЯСпецификацииНоменклатуры».
- Как видно из вышеприведённого изображения в поле «Источник» содержится составной тип, в который входит и справочник «ЯСпецификацииНоменклатуры». Заменим ссылку со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры» в диалоге редактирования составного типа данных. Ссылка заменяется снятием флажка напротив справочника «ЯСпецификацииНоменклатуры» и установкой флажка напротив справочника «СпецификацииНоменклатуры».
- Эти же самые действия проделываем для всех элементов вышеприведённого списка.
- Открываем каждый объект и заменяем в нём ссылки.
- После замены ссылок объект спокойно удаляется.
- Сохраняем конфигурацию, нажав, клавишу «F7».
Теперь новый справочник «СпецификацииНоменклатуры» ссылается на новую таблицу в базе 1С — _Reference6845. Если в справочнике были какие-нибудь данные, то они уже уничтожены, поэтому нужно их восстановить. Это можно сделать воспользовавшись советами статьи Как выгрузить данные в идентичную конфигурацию 1С? Если была удалена другая таблица, например _DOCUMENT, тогда нужно изменить обработку для поиска соответствия названия документов конфигурации 1С и их внутренних таблиц, а шаги проделать те же самые.