Ошибка sql таблица не найдена commonsettings

«В процессе обновления информационной базы произошла критическая ошибка»
Если вы видите такое сообщение при тестирование — Вам сюда

Началось всё тривиально, при очередном «Тестировании и исправлении информационной базы» БП 8.1 программа выдала ошибку

«Ошибка SQL Таблица не найдена ‘NNNNNNNN’» .

Особого значения не придал, ИБ база работает жалоб не поступает. Спокойно перевел базу на платформу 8.2.

Системный администратор предложил перевести с файловой версии на серверную и вот тут-то всё вспонилось.

— База не тестируется.

— Реструктуризация таблиц информационной базы  не выполняется 

(В процессе обновления информационной базы произошла критическая ошибка)

— Реструктуризация таблиц информационной базы  не выполняется 

Первое что пришло в голову тестирование chdbfl.exe, но чудес не произошло

(Ошибок не обнаружено)

Хорошо, сейчас выполню выгрузку базы в файл и далее загрузка в пустую. Ага, как бы не так. 

Программа завершена аварийно. Приехали — ждите теперь серверный вариант — «Нет выгрузки, нет и загрузки».

Какая таблица отсутствует нашел из окна «В процессе обновления информационной базы произошла критическая ошибка» в нижней строке состояния программы. Эту таблицу я не использую, следовательно мне повезло- нет необходимости что-то восстанвливать. Но, в принципе, это может быть и справочник и документ. Тогда после восстановления, предполагаю, надо из архивной версии заполнять данные.

=============================================================================================
Критическую Ошибку я победил, всё по порядку:
1. Взял начальную установку конфигурации БП в фирме 1С и установил её себе (пустая база).
2. Выгрузил из начальной установки ИБ (пустой базы) конфигурацию в файл.
3. В ИБ с ошибкой (отсутствует таблица NNNNN) снял конфигурацию с поддержки и разрешил изменение.
Нашел, что это за плохой объект конфигурации и попробовал его удалить (рассказал ранее).
Программа выдала ссылки на этот объект. Зашел по этим ссылкам и удалил из них свой объект.
Далее удалил без помех свой объект и … очень важно !!!
— обновил конфигурацию базы
— тестировал с исправление ИБ
4. После тестирования загрузил конфигурацию из начальной установки ИБ и снова повторил загрузку в базу измененной
конфигурации и полное тестирование ИБ.

Примечание.
После загрузки конфигурации из начальной установки ИБ программа создала мой ошибочный объект
и установила конфигурацию снова на поддержку с запретом редактирования.
=============================================================================================

 Успехов. Ни сбоев, ни критических ошибок.

Доброго времени суток, уважаемые читатели блога 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).

    Справочник «Спецификации номенклатуры» в дереве метаданных 1С

  • Открываем «Конфигуратор» с повреждённой базой и вставляем новый справочником «Спецификации номенклатуры» (Ctrl+V).
  • Теперь снимем с поддержки справочник «ЯСпецификацииНоменклатуры», чтобы затем удалить его. «Конфигурация» | «Поддержка» | «Настройка поддержки». В дереве метаданных выберем справочник «ЯСпецификацииНоменклатуры» и двойным щелчком мыши на справочнике откроем следующий диалог:

    Справочник 1С «Спецификации номенклатуры» снимается с поддержки поставщика

  • В диалоге «Настройка правил поддержки» выберем правило «Объект поставщика снят с поддержки» и поставим флажок «Установить для подчинённых объектов».
  • После снятия с поддержки справочники «ЯСпецификацииНоменклатуры» и «СпецификацииНоменклатуры» в дереве метаданных конфигурации выглядят следующим образом:

    Справочник 1С «Спецификации номенклатуры» после снятия поддержки поставщика

Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его

    • Жмём правой кнопкой мыши на справочнике «ЯСпецификацииНоменклатуры» и в контекстном меню выбираем пункт «Удалить». Появилось сообщение Конфигуратора: «Объект не может быть удален, так как на него имеются ссылки в других объектах!»

      Предупреждение о ссылках на справочник 1С «ЯСпецификацииНоменклатуры» и невозможности его удаления

    • Нажимаем на кнопку «ОК». В окне служебных сообщений видим список объектов, которые содержат в себе ссылки на справочник «ЯСпецификацииНоменклатуры». Этот список поможет быстро заменить ссылки со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры». Приступим.

      Список объектов 1С, ссылающихся на справочник «ЯСпецификацииНоменклатуры» в окне служебных сообщений Конфигуратора

    • Чтобы заменить ссылки в объектах нажимаем на каждую строку списка двойным кликом. Для примера возьмём первый элемент списка «ПодпискаНаСобытие.ПриУстановкеНовогоКодаСправочника.Источник»
  • После двойного клика на этом элементе, в дереве метаданных откроется объект и в нём мы найдем ссылку на справочник «ЯСпецификацииНоменклатуры».

    Открытие объекта 1С в дереве метаданных, содержащего ссылку на справочник «ЯСпецификацииНоменклатуры»

  • Два раза нажимаем левой кнопкой мыши, чтобы открыть свойство объекта, в котором содержится ссылка на справочник «ЯСпецификацииНоменклатуры».

    Свойства объекта 1С с реквизитом, в котором содержиться ссылка на справочник «ЯСпецификацииНоменклатуры»

  • Как видно из вышеприведённого изображения в поле «Источник» содержится составной тип, в который входит и справочник «ЯСпецификацииНоменклатуры». Заменим ссылку со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры» в диалоге редактирования составного типа данных. Ссылка заменяется снятием флажка напротив справочника «ЯСпецификацииНоменклатуры» и установкой флажка напротив справочника «СпецификацииНоменклатуры».

    Замена ссылки справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры» в диалоге редактирования составного типа данных объекта 1С

  • Эти же самые действия проделываем для всех элементов вышеприведённого списка.
  • Открываем каждый объект и заменяем в нём ссылки.
  • После замены ссылок объект спокойно удаляется.
  • Сохраняем конфигурацию, нажав, клавишу «F7».

Теперь новый справочник «СпецификацииНоменклатуры» ссылается на новую таблицу в базе 1С — _Reference6845. Если в справочнике были какие-нибудь данные, то они уже уничтожены, поэтому нужно их восстановить. Это можно сделать воспользовавшись советами статьи Как выгрузить данные в идентичную конфигурацию 1С? Если была удалена другая таблица, например _DOCUMENT, тогда нужно изменить обработку для поиска соответствия названия документов конфигурации 1С и их внутренних таблиц, а шаги проделать те же самые.

ПОДПИСКА

Ошибка 1С

Обновлено 19.11.2021

При обновлении файловых Конфигураций 1С на платформе линейки 8.3.20.X (ошибка замечена на релизах платформы 8.3.20.1613 … 8.3.20.1590) может появляется ошибка:

В процессе обновления информационной базы произошла критическая ошибка

по причине:

Ошибка СУБД:

Ошибка SQL: Таблица не найдена ‘SchemaStorage’

по причине:

Ошибка SQL: Таблица не найдена ‘SchemaStorage’

Решить эту проблему можно запуском обработки “Тестирования и исправления” в конфигураторе на платформах более низкой версии. Мы запускали на версии 8.3.17.1851. После успешного тестирования и исправления обновление конфигурации проходит без ошибок.

Чтобы выполнить тестирование и исправление сделаете резервную копию базы данных. Откройте Конфигуратор и запустите обработку с параметрами как на скриншотах ниже:

Текст ошибки

Ошибка SQL: Таблица не найдена'SchemaStorage'

Открыть Тестирование и исправление

Выполнить Тестирование и исправление

Альтернативным вариантом может быть выгрузка конфигурации в dt и обратная загрузка.

Путевые листы для 1С, промо

Не выгружается информационная база

Автор Ost1n, 27 июл 2014, 01:10

0 Пользователей и 1 гость просматривают эту тему.

Всем здравствуйте!
Возникла неприятная ситуация.
При выгрузке информационной базы, процедура прерывается записью дампа.
Проверял утилитой chdbfl.exe — ошибок не находит.
При проверке на целостность инфо. базы, через конфигуратор — выкидывает ошибку:

Ошибка СУБД:
Ошибка SQL: Таблица не найдена ‘_Enum508’

Решил создать пустую базу с такой же конфигурацией и залить её поверх старой — ситуация не поменялась, бесит!
Варианты на данном этапе исчерпаны  :dfbbdrfb:

Может кто нибудь с такой бедой сталкивался?

О программе:

Платформа

: 1С Предприятие (8.3.4.437)

Конфигурация

: Бухгалтерия предприятия, редакция 3.0 (3.0.31.16)

База

: файловая


Попробуйте залить точно такую же конфигурацию полностью.

Если ошибка не уйдет, тогда надо базу смотреть.


Цитата: GRADUS от 27 июл 2014, 03:05
Попробуйте залить точно такую же конфигурацию полностью.

Если ошибка не уйдет, тогда надо базу смотреть.

Да я вроде не частями заливал.
Создал пустую базу, залил конфигурацию 3.0.31.12, которая была в распоряжении и обновил её до нужной т.е. до 3.0.31.16, выгрузил в .cf и загрузил в поврежденную базу.

Если это частями, то как тогда полностью загружать?

Добавлено: 27 июл 2014, 11:33


Сейчас проверил с помощью Tool_1CD на наличие таблицы _Enum508 в пустой базе данных, которую создал для заливки — она там присутствует!
А вот в той базе куда я вновь созданный .cf заливал она отсутствует.
Вопрос — что не так, может я чего-то не правильно сделал что эта таблица не загрузилась?

Добавлено: 27 июл 2014, 12:56


Все дамы и господа!
Восстановил таблицу и теперь информационная база выгружается на раз!!! :zebzdr:
Оказывается ко всему вышеизложенному нужно было провести реструктуризацию через конфигурацию и прогнать проверку на целостность.
Проверил через Tool_1CD и опа, табличка на месте.

Всем спасибо и успехов!


  • Форум 1С

  • Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4

  • Конфигурирование, программирование в 1С Предприятие 8

  • Не выгружается информационная база

Похожие темы (5)

Рейтинг@Mail.ru

Rambler's Top100

Поиск

20.02.2019

4,416 Просмотров

Восстановление файловой базы с помощью tools 1cd

Небольшая заметка, как удалось вылечить битую файловую базу 1С, с помощью утилиты tools 1cd.

Не умею хорошо писать. Но думаю, информация может быть полезной кому-нибудь, кто столкнулся с похожей проблемой.

Описание ситуации:
База Бухгалтерия предприятия 3.0, файловая, не хочет обновлять базу, выдает ошибку:
«В процессе обновления информационной базы произошла критическая ошибка по причине:

Ошибка СУБД:

Ошибка SQL: Таблица не найдена ‘_Document349_VT9553’
по причине:
Ошибка SQL: Таблица не найдена ‘_Document349_VT9553’

Восстановление файловой базы с помощью tools 1cd

Rambler's Top100

Поиск

20.02.2019

4,416 Просмотров

Восстановление файловой базы с помощью tools 1cd

Небольшая заметка, как удалось вылечить битую файловую базу 1С, с помощью утилиты tools 1cd.

Не умею хорошо писать. Но думаю, информация может быть полезной кому-нибудь, кто столкнулся с похожей проблемой.

Описание ситуации:
База Бухгалтерия предприятия 3.0, файловая, не хочет обновлять базу, выдает ошибку:
«В процессе обновления информационной базы произошла критическая ошибка по причине:

Ошибка СУБД:

Ошибка SQL: Таблица не найдена ‘_Document349_VT9553’
по причине:
Ошибка SQL: Таблица не найдена ‘_Document349_VT9553’

Восстановление файловой базы с помощью tools 1cd

Выгрузка базы данных в файл dt тоже выдает ошибка, но менее подробная («Ошибка СУБД»)

Восстановление файловой базы с помощью tools 1cd

Тестирование и исправление отправляло конфигуратор в дамп.
Утилита chdbfl показывала «Ошибок не обнаружено»
Утилита tools_1cd, по команде «Проверка состава таблица» нашла такие ошибки:
Проверка состава таблиц завершена с ошибками, и список из трех таблиц: _VT9553, _DataSeparationUse18106, _DataSeparationUse16595

Восстановление файловой базы с помощью tools 1cd

При этом:

  • конфигурация была рабочая и пользователи в ней спокойно работали.
  • архивов свежих не было, были месячной давности, но они делались методом копирования файла 1cd, и при анализе они оказались с такой же ошибкой.
  • файл конфигурации удалось сохранить, а также удалось сохранить файл конфигурации поставщика.
  • конфигурация позволяла открывать себя на платформе версии 8.3.8. Это было важно потому, что программа Tools1CD не работает с более старшими версиями (или у меня старая версия программы).

Проблему удалось решить с помощью утилиты Tools1C (Огромное спасибо ее создателю)

Далее список шагов, которые привели к успеху:

  1.  Определил с помощью метода ПолучитьСтруктуруХраненияБазыДанных что это за таблица, на которое ругается программа. Оказалась эта таблица «Документ.ПоступлениеИзПереработки.ВозвратнаяТара»
    Выяснил, что таких документов в базе нету вообще, и можно просто заменить эту таблицу пустой таблицей.
  2. Выгрузил конфигурацию поставщика, и создал новую базу на основании этой конфигурации. Замечание. Установил используемую платформу 8.3.8 из-за проблем совместимости с tools1C
  3. С помощью метода ПолучитьСтруктуруХраненияБазыДанных нашел название нужной таблицы в новой базе.
    Название оказалось совсем другим: «Document452.VT13246»
  4.  Открыл новую базу утилитой tools1C, нашел нужную таблицу и выгрузил ее в файл.

Восстановление файловой базы с помощью tools 1cd5.Изменил название таблицы на название из старой базы

  • В самой папке
  • В файле descr
  • Также поменял номер таблицы с 452 на 349 в полях ссылках, правда другие номера в ссылочных полях оставил такими, какие есть

6. открыл старую базу утилитой tools1C, и нажал создать таблицу из файла

Восстановление файловой базы с помощью tools 1cd7.После этого база позволила мне выгрузить ее в файл dt.

8.Ну а после я ее перезагрузил из dt файла. И эта уже была полностью рабочая база.

Автор — Роман Заболотин (rzabolotin)

Тэг1с tools обработка 1с помощь

проверить также

прочий приход денежных средств

Ввод начальных остатков в 1С через приходный КО

У некоторых пользователей возникает вопрос как сделать ввод начальных остатков в 1С через приходный кассовый …

Сбойнула база (диск умер). Данные восстановили, но база перестала запускаться.

После Chdfl с ключом «исправлять» данные таблицы _CommonSettings благополучно удалились. и получаем сообщение из заголовка темы.

Tool_1CD также на эту таблицу ругается (до прогона chdfl), и помимо этого, выдает «Ошибка получения файла из страницы.Страница не является заголовочной страницей файла данных».

бэкап есть трехмесячной давности (файл .dt).

Отсюда вопрос — можно ли чем-нибудь перенести таблицу из старой рабочей версии в новую нерабочую, либо создать там эту таблицу.

Все что в интернете нашел — по базам 8.2, с новым форматом не работает.  

Ну или вдруг кто возьмется помочь (не безвозмездно, разумеется) ?

Доброго времени суток, уважаемые читатели блога 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).

    Справочник «Спецификации номенклатуры» в дереве метаданных 1С

  • Открываем «Конфигуратор» с повреждённой базой и вставляем новый справочником «Спецификации номенклатуры» (Ctrl+V).
  • Теперь снимем с поддержки справочник «ЯСпецификацииНоменклатуры», чтобы затем удалить его. «Конфигурация» | «Поддержка» | «Настройка поддержки». В дереве метаданных выберем справочник «ЯСпецификацииНоменклатуры» и двойным щелчком мыши на справочнике откроем следующий диалог:

    Справочник 1С «Спецификации номенклатуры» снимается с поддержки поставщика

  • В диалоге «Настройка правил поддержки» выберем правило «Объект поставщика снят с поддержки» и поставим флажок «Установить для подчинённых объектов».
  • После снятия с поддержки справочники «ЯСпецификацииНоменклатуры» и «СпецификацииНоменклатуры» в дереве метаданных конфигурации выглядят следующим образом:

    Справочник 1С «Спецификации номенклатуры» после снятия поддержки поставщика

Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его

    • Жмём правой кнопкой мыши на справочнике «ЯСпецификацииНоменклатуры» и в контекстном меню выбираем пункт «Удалить». Появилось сообщение Конфигуратора: «Объект не может быть удален, так как на него имеются ссылки в других объектах!»

      Предупреждение о ссылках на справочник 1С «ЯСпецификацииНоменклатуры» и невозможности его удаления

    • Нажимаем на кнопку «ОК». В окне служебных сообщений видим список объектов, которые содержат в себе ссылки на справочник «ЯСпецификацииНоменклатуры». Этот список поможет быстро заменить ссылки со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры». Приступим.

      Список объектов 1С, ссылающихся на справочник «ЯСпецификацииНоменклатуры» в окне служебных сообщений Конфигуратора

    • Чтобы заменить ссылки в объектах нажимаем на каждую строку списка двойным кликом. Для примера возьмём первый элемент списка «ПодпискаНаСобытие.ПриУстановкеНовогоКодаСправочника.Источник»
  • После двойного клика на этом элементе, в дереве метаданных откроется объект и в нём мы найдем ссылку на справочник «ЯСпецификацииНоменклатуры».

    Открытие объекта 1С в дереве метаданных, содержащего ссылку на 
	справочник «ЯСпецификацииНоменклатуры»

  • Два раза нажимаем левой кнопкой мыши, чтобы открыть свойство объекта, в котором содержится ссылка на справочник «ЯСпецификацииНоменклатуры».

    Свойства объекта 1С с реквизитом, в котором содержиться ссылка на 
	справочник «ЯСпецификацииНоменклатуры»

  • Как видно из вышеприведённого изображения в поле «Источник» содержится составной тип, в который входит и справочник «ЯСпецификацииНоменклатуры». Заменим ссылку со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры» в диалоге редактирования составного типа данных. Ссылка заменяется снятием флажка напротив справочника «ЯСпецификацииНоменклатуры» и установкой флажка напротив справочника «СпецификацииНоменклатуры».

    Замена ссылки справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры» 
	в диалоге редактирования составного типа данных объекта 1С

  • Эти же самые действия проделываем для всех элементов вышеприведённого списка.
  • Открываем каждый объект и заменяем в нём ссылки.
  • После замены ссылок объект спокойно удаляется.
  • Сохраняем конфигурацию, нажав, клавишу «F7».

Теперь новый справочник «СпецификацииНоменклатуры» ссылается на новую таблицу в базе 1С — _Reference6845. Если в справочнике были какие-нибудь данные, то они уже уничтожены, поэтому нужно их восстановить. Это можно сделать воспользовавшись советами статьи Как выгрузить данные в идентичную конфигурацию 1С? Если была удалена другая таблица, например _DOCUMENT, тогда нужно изменить обработку для поиска соответствия названия документов конфигурации 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». Данные из справочника необходимо вернуть. Ошибка устранена.

Специалист компании «Кодерлайн»
Айдар Фархутдинов

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

Open

SminexIT opened this issue

Nov 12, 2021

· 4 comments

Assignees

@MaksimDzyuba

Labels

bug

Something isn’t working

Синхронизация с ИБ

Механизм синхронизации с инфо-базазой, приложения (applications)

Comments

@SminexIT

Описание ошибки

ИБ клиент-серверная (MS SQL), примерный размер 120 ГБ

При длительном обновлении ИБ (длительной реструктуризации), процесс иногда падает с ошибкой ..DBNames.

edt_01

Если после этого попробовать сразу снова обновить ИБ из EDT, возникает ошибка «Запись не найдена в менеджере имен базы данных», после чего ИБ не подлежит восстановлению (по крайней мере пока способы не найдены)

edt_03

(Было предположение, что это как-то связано с «удалёнными» расширениями, но удаление всех расширений в базе и тестирование и исправление расширений на логическую целостность не помогает)

Логи EDT показывают следующую информацию: Таблица Chrc29665 отсутствует в схеме базы данных (pos=100), где Chrc — планы видов характеристик (в данном случае ошибка возникла после добавления предопределенного реквизита в План Видов Характеристик)

edt_02

Но при анализе таблиц БД, такую таблицу (Chrc29665) найти не удалось.

Ошибка повторялась как минимум:

  • после добавления предопределенного реквизита в План Видов Характеристик
  • после добавления реквизита в документ
  • после изменения длины строкового реквизита в справочнике (в этом случае ошибка была: Таблица Reference28658 отсутствует в схеме базы данных (pos=1525), данная таблица в ИБ так же не найдена)

Как воспроизвести

  1. Добавить/Изменить любой реквизит, в любом объекте, в котором в БД содержится очень много элементов (чтобы вызвать длительную реструктуризацию),
  2. Кликнуть по разрабатываемому приложению — Обновить конфигурацию
  3. Дождаться появления ошибки ..DBNames (понятно что появляется далеко не всегда, обычно при проблемах с сетью)
  4. Повторно кликнуть по разрабатываемому приложению — Обновить конфигурацию

Скриншоты

edt_04

Ожидаемое поведение

ошибка «Запись не найдена в менеджере имен базы данных» не возникает и ИБ не разрушается

Лог рабочей области

trace.log
[ATT35712.log](https://github.com/1C-Company/1c-edt-issues/files/7527954/ATT35712.log
bak_0.log
)
trace.bak_0.log

Версия 1С:EDT

2021.2.6

Операционаня система

Windows

Установленые плагины

Нет плагинов

Дополнительная информация

Версия платформы 8.3.20.1549

@mrshadow300373

(Было предположение, что это как-то связано с «удалёнными» расширениями

У меня точно такая же проблема произошла, после удаления 5 из 6 расширений из базы. И есть BAK этой базы до удаления расширений 100% воспроизводимость, сейчас оформляю на v8@1c.ru . EDT тут ни причём совсем.

@MaksimDzyuba

(Было предположение, что это как-то связано с «удалёнными» расширениями

У меня точно такая же проблема произошла, после удаления 5 из 6 расширений из базы. И есть BAK этой базы до удаления расширений 100% воспроизводимость, сейчас оформляю на v8@1c.ru . EDT тут ни причём совсем.

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

@mrshadow300373

(Было предположение, что это как-то связано с «удалёнными» расширениями

У меня точно такая же проблема произошла, после удаления 5 из 6 расширений из базы. И есть BAK этой базы до удаления расширений 100% воспроизводимость, сейчас оформляю на v8@1c.ru . EDT тут ни причём совсем.

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

Код ошибки они не прислали, номер обращения HL-500056
Причин тоже не сказали, предложили способ как «вылечить» проблему, но у меня согласно их инструкции не получилось. У меня при попытке добавить изменить структуру регистра, на который они сослались реорганизация ИБ не проходит. Текст переписки, в нём нет ничего конфиденциального, прилагаю.

(#HL-500056) RE[8]_ После удаления расширений в работоспособной ИБ база перестаёт открываться в режиме 1С_Предприятия с ошибкой.zip

Отвечать я им более не стал, так как диалог мне напомнил разговор слепого с глухим. Я их спрашиваю про причины, они мне предлагают лекарство:

Мне нужно понять
что приводит к подобным ситуациям, какие мои действия были неправильные действия, почему расширения склеились.

Как это произошло сказать сложно. Восстановить сценарий поломки по сломанной когда-то, возможно уже достаточно давно, базы практически невозможно.

Можно предположить, что может помочь реструктуризация этого регистра.
Открываем конфигурацию, модифицируем регистр (как угодно, добавить ресурс). Сохраняем. <<—здесь у меня не получилось
Проверяем ТИИ. Ошибок нет.
Конфигурация работает. Можно удалить расширение IEX и все остальные.

@MaksimDzyuba

да, посмотрел, не понятно, так как обращение Ваше уже закрыто, и я не могу понять делалось ли вообще что-то(

Labels

bug

Something isn’t working

Синхронизация с ИБ

Механизм синхронизации с инфо-базазой, приложения (applications)

Понравилась статья? Поделить с друзьями:
  • Ошибка sql символьные или двоичные данные могут быть усечены
  • Ошибка sql сервера что это
  • Ошибка sql сервера error 40
  • Ошибка spn 523470 fmi 2 урал
  • Ошибка sql сервер не существует или доступ запрещен