Ошибка при обновлении область не найдена

Обновлено 19.11.2021

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

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

по причине:

Ошибка СУБД:

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

по причине:

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

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

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

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

  

Барматолог

17.01.18 — 13:13

  

Барматолог

1 — 17.01.18 — 13:23

Народ, у кого 8.3.11.2924 — потестите, пожалуйста, выгрузки.

  

Filippov

2 — 17.01.18 — 13:29

Выскакивал на такое сообщение. Попробовал пропустить ТИИ. Сообщений об ошибках при ТИИ не было, но псле него выгрузка прошла нормально. Все это именно при переходе на 8.3.11.2924

  

Filippov

3 — 17.01.18 — 13:32

Ошибка была при выгрузке файловой ЗУП 3.1.4.161. Потом попробовал при выгрузке базы из клиент-серверной ЗУП 2.5 — то же самое, ошибка как у вас написано. ТИИ пока не делал, с базой работают

  

Барматолог

4 — 17.01.18 — 13:40

(3) Думаю что ТИИ не поможет — косяк платформы, вероятность 146%

  

Filippov

5 — 17.01.18 — 13:43

Но у меня после этого выгрузка прошла, хотя надежды не было

  

hhhh

6 — 17.01.18 — 13:43

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

  

sitex

7 — 17.01.18 — 13:44

  

Барматолог

8 — 17.01.18 — 14:06

  

Барматолог

9 — 17.01.18 — 14:24

Помогла ТИИ

  

Барматолог

10 — 17.01.18 — 14:26

+ТИИ — только реструктуризация

  

Filippov

11 — 17.01.18 — 17:20

(4) (6) Не очевидное вероятно

  

ВечныйНуб

12 — 19.01.18 — 11:22

(10) Та ж фигня. ТИИ реструктуризация помогла. Пока других косяков 8.3.11.2924 не обнаружено, остаёмся на ней.

  

m1_1976

13 — 27.01.18 — 11:23

  

smartphone73 smartph

14 — 31.01.18 — 12:34

не подскажете что такое ТИИ ИБ? просто поставил тоже вчера релиз 1С:Предприятие 8.3 (8.3.11.2954).сегодня обнова прискакала на утп, пытаюсь выгрузить и эту же ошибку пишет..зараза

  

shadow_sw

15 — 31.01.18 — 12:54

(14)Тестирование и исправление информационной базы

  

smartphone73 smartph

16 — 31.01.18 — 16:25

спасибо большое!))

  

smartphone73 smartph

17 — 01.02.18 — 17:11

день добрый! снова к Вам! релиз 1С:Предприятие 8.3 (8.3.11.2954) при печати счета по заказу- просто не вмещается лист А4, чего тлько в настрйоках принтера не делал…расходку печатает нормально…ни кто с таким не сталкивался?

Ошибка: wget: unable to resolve host address

оглавление

Контроль за выполнением обработчиков обновления

2020-12-17T16:16:54+00:00

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

Нажмите одну из кнопок, чтобы поделиться:

Ошибка: wget: unable to resolve host address

оглавление

Контроль за выполнением обработчиков обновления

Модератор: Дмитрий Юхтимовский

---

---

---

---

---

Вернуться в Прочее

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

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

Доброго времени суток, уважаемые читатели блога 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С и их внутренних таблиц, а шаги проделать те же самые.

ПОДПИСКА

Откуда ноги

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

Что делать?

Нужно привести таблицы(поля) SQL в соответствие с описанием конфигурации.

Т.е. все таблицы(поля), описанные в конфигурации, должны присутствовать в SQL.

!!! Внимание Если у вас появляется ошибка «schemastorage does not exist» попробуйте сначала провести ТИИ (тестирование и исправление информационной базы), а именно только «реструктуризация БД«. В большинстве случаев она помогает, возможно поможет и при отсутствии других таблиц.

  Лечение

Необходимо, воспользовавшись утилитами, сравнить таблицы SQL с 1с. Описание ошибки сразу выводит на ту таблицу, которую нужно искать.

Далее нужно добавить(исправить) таблицы SQL с тем, чтобы они соответствовали конфигурации 1с.

В приложенном файле показаны примеры исправления.

Размышления

1.Поиск в интернете показал, что наиболее страдают этой ошибкой базы, размещенные на Postgre.

Здесь описано, что эта проблема существует и решена в версиях начиная с 8.3.

Сталкивался трижды с этой проблемой. Во всех случаях это был Postgre 8.4.

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

3. Данная ошибка не возникает, если в новой конфигурации, относительно старой, не изменяли реквизиты, таблицы. Т.е. при изменении только программного кода, форм  конфигурации, такая ошибка не должна  проявляться, т.к. не изменяется структура таблиц SQL.

На дорожку

При исправлении ошибки, сами работы с таблицами SQL, хотя и не являются сложными, но все же требуют определенной подготовки.

Поэтому — пару рекомендаций, чтобы не пришлось решать описанную проблему:

— Не хочу обижать Postgre, но если база данных небольшая, может использовать MSSQL? Бесплатная версия Express позволяет обслуживать базу размером до 10Гб.

— По возможности избегайте делать динамическое обновление. Хотя фирма 1с периодически сообщает, что ей удалось «победить» эту проблему, но «Пуганая ворона…».

Ну и конечно, прежде чем начать работать с базой данных «по живому», сделайте ее бэкап.

Благодарности:

• За статью спасибо aspirator23
• Для анализа конфигурации использовалась обработка Структура хранения таблиц базы данных