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

Ошибка 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С

Обновлено 19.11.2021

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

по причине:

Ошибка СУБД:

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

по причине:

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

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

Текст ошибки

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

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

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

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

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

Барматолог

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 — потестите, пожалуйста, выгрузки.

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

(4) Значит не зря я перед тем как поставить новую платформу

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

Барматолог

8 — 17.01.18 — 14:06

(6) дело в том, что я создавал новую базу (файловую), уже на 11 — та же проблема.

Но сейчас не поленюсь — проведу ТИИ на старой.

Барматолог

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

на релизе 1С:Предприятие 8.3 (8.3.11.2954)

тоже самое!

ТИИ ИБ — помогает

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, чего тлько в настрйоках принтера не делал…расходку печатает нормально…ни кто с таким не сталкивался?

pagladkov

18 — 06.02.18 — 00:24

Была та же проблема на клиент-серверной базе. 1С:Предприятие 8.3 (8.3.11.2924)

ТИИ не делал. Версию клиента не менял. Но проблему решил.

Выгрузка бэкапа с именем 1Cv8_БЖ_2018.02.05.dt завершалась такой ошибкой.

А выгрузка бэкапа с именем 1Cv8.dt завершалась успешно! Не усложняйте имя файла

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

оглавление

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

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

Именно такая ошибка начала появляться у пользователя обновлятора при выгрузки базы в DT после перехода на версию платформы 1с 8.3.11.2954. Ошибка повторялась в том числе при выгрузке базы из конфигуратора.

Вот, что он выяснил:

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

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

Владимир Милькин

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

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

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

оглавление

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

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

Ошибка Недопустимое имя объекта «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

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

Началось всё тривиально, при очередном «Тестировании и исправлении информационной базы» БП 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).
Открываем «Конфигуратор» с повреждённой базой и вставляем новый справочником «Спецификации номенклатуры» (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
Для анализа конфигурации использовалась обработка Структура хранения таблиц базы данных

Источник

Барматолог

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 — потестите, пожалуйста, выгрузки.

Filippov

2 — 17.01.18 — 13:29

Filippov

3 — 17.01.18 — 13:32

Барматолог

4 — 17.01.18 — 13:40

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

Filippov

5 — 17.01.18 — 13:43

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

hhhh

6 — 17.01.18 — 13:43

sitex

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

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

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

на релизе 1С:Предприятие 8.3 (8.3.11.2954)

тоже самое!

ТИИ ИБ — помогает

smartphone73 smartph

14 — 31.01.18 — 12:34

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

pagladkov

18 — 06.02.18 — 00:24

Была та же проблема на клиент-серверной базе. 1С:Предприятие 8.3 (8.3.11.2924)

ТИИ не делал. Версию клиента не менял. Но проблему решил.

Выгрузка бэкапа с именем 1Cv8_БЖ_2018.02.05.dt завершалась такой ошибкой.

А выгрузка бэкапа с именем 1Cv8.dt завершалась успешно! Не усложняйте имя файла

Источник

В процессе обновления базы 1С 8 произошла критическая ошибка. Не удалось вставить значение NULL в столбец таблицы

Описание ошибки:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось вставить значение NULL в столбец «_Fld518», таблицы «Бухгалтерия.dbo._Reference18NG»; в столбце запрещены значения NULL. Ошибка в INSERT.
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=2, Severity=10, native=515, line=1

Найденные решения:

Нажатие на изображении увеличит его
1C 8, критическая ошибка при обновлении базы, ошибка СУБД, в столбце запрещены значения NULL

Описание ошибки уже само за себя говорит о моменте ее возникновения — в процессе обновления конфигурации базы данных. И текст ошибки сообщает о том, что некоторые данные базы некорректные.

Этот конкретный пример предоставит представление о том, как можно разрешить подобного рода ошибки с минимальными знаниями и использованием MS SQL. Т.к. база данных на СУБД Microsoft SQL Server, то учитывая тот факт, что в ошибке есть исчерпывающие данные, то можно определить проблему и устранить с помощью самой СУБД.

Попробуем определить, в каких объектах базы содержится ошибка и далее.

Потребуется запустить SQL Server Management Studio. В дереве «Обозреватель объектов» находим базу данных по ее имени. Раскрываем ветку «Таблицы»:

1С 8, ошибка при обновлении конфигурации базы данных, не удалось вставить значение NULL в столбец

Можно отметить, что название таблиц «_Reference» — это справочники, «_Document» — документы, «_DocumentJourna» — журнал документов, «_Enum» — перечисления, «_InfoRg» — регистры сведений, «_Const» — константы.

Находим таблицу из описания ошибки, в данном примере «_Reference18». В ошибке еще содержится «NG» — это значит new generation (новое поколение), т.к. таблица обновляется. Но ищем исходную таблицу по имени. Правой кнопкой мыши открываем контекстное меню, переходим в подменю «Создать скрипт для таблицы», далее в подменю «Использую SELECT» и наконец пункт «Новое окно редактирования запросов». Таким подходом через менд запрос SELECT позволяет выбрать сразу содержимое всех колонок (столбцов) таблицы. Нажимаем кнопку «Выполнить» командной панели над обозревателем объектов.

Нажатие на изображении увеличит его
1C 8, определение по базе данных SQL не корректных данных в таблице

Это делается для того, чтоб идентифицировать, в каких данных базы содержится проблема. И по запросу и составу данных станет окончательно ясно, какой это справочник. После выполнения запроса можно изучить колонки таблицы «_Description» — она есть у любой таблицы, т.к. соответствует обязательному реквизиту любого справочника «Наименование» (для документов, таким обязательным реквизитом будет номер и дата — «_Date_Time» и «Number»). В текущем примере данные колонки таблицы «_Fld518» и колонки «_Description» легко позволяют понять, что проблема в реквизите «НомерСчета» справочника «Банковские счета».

Нажатие на изображении увеличит его
1С 8, поиск данных, содержащих NULL в таблицах SQL

Даже если данные будут непонятными, то можно будет в режиме 1С:Предприятие воспользоваться полнотекстовым поиском в базе и найти элемент справочника по наименованию или документ по дате и номеру.

Можно было бы сделать запрос далее к базе SQL на поиск значения NULL в столбце таблицы. Но, если Вы не так сильны в запросах к MS SQL, то предлагается дальнейшее устранение ошибки средствами самой 1С. В зависимости от типа и содержания ошибки стратегия поиска может меняться. Но в данном случае оставалось лишь составить запрос на поиск в справочнике реквизитов «НомерСчета» в значении NULL, ведь именно установка вызывает проблему, значит, скорее всего, что это значение неуместно для данного реквизита.

Нажатие на изображении увеличит его
1С 8, запрос в базе для поиска значения NULL в данных справочника

В результате запроса получается выборка. Далее остается решить, что делать с этими данными. Либо корректно заполнить, либо удалить, если на эти элементы нет ссылок в базе. И далее, если других подобных ошибок в базе нет, то обновление закончится успешно.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

06-08-2021

Журавлев А.С.
(Сайт azhur-c.ru)

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

falselight

02.07.19 — 14:02

При обновлении релиза УТ 11_4_8_73 на 11_4_8_79, вышла следующая ошибка, —

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

по причине:

Ошибка СУБД:

ERROR: unexpected EOF in COPY data

CONTEXT: COPY _reference98_vt35058ng, line 1, column _fld35061

Что является её причиной?

hhhh

1 — 02.07.19 — 14:10

(0) кривые руки?

falselight

2 — 02.07.19 — 14:25

(1) Например? Обновления на предыдущие релизы прошло.

И на этот прошло. Но по кнопке, обновить конфигурацию, вот такая ошибка идет

falselight

3 — 02.07.19 — 15:11

можно как то устранить эту ошибку, и завершить обновление?

falselight

4 — 02.07.19 — 15:14

пробовал обновлять на релиз 11_4_8_82, та же ошибка

Garikk

5 — 02.07.19 — 15:22

«unexpected EOF in COPY data »

это похоже на кривую базу, ТИИ не пробовали?

falselight

6 — 02.07.19 — 15:37

(5) Вчера пробовал, прошло.

Потом ещё несколько обновлений сделал.

Но вот на 11_4_8_79, последнем так случилось. Теперь из за этого не продолжить.

И на 11_4_8_82, тоже пробовал. Так же.

falselight

7 — 02.07.19 — 15:50

Не подскажете как откатиться в обновлении конфигурации?

То есть она обновлена. Но по кнопке обновить конфигурацию базы данных обновления ещё не приняты.

Пока я запустил ТиИ.

Fish

8 — 02.07.19 — 15:52

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

9 — 02.07.19 — 15:53

что такое бекап

worker-good

10 — 02.07.19 — 15:53

(7) После каждого обновления, заходите в пользовательский режим 1С:Преприятия под админом

worker-good

11 — 02.07.19 — 15:54

(9) Бекап, это бек — назад, ап — вверх, в общем улепетываешь со всех ног

Fish

12 — 02.07.19 — 15:55

(9) Резервная копия.

worker-good

13 — 02.07.19 — 15:56

(12) Значит dt-ник это бекап?

Натуральный Йог

14 — 02.07.19 — 15:59

(13) Нет, dt-шник это не копия бд

Натуральный Йог

15 — 02.07.19 — 15:59

dt-шник это выгрузка

falselight

16 — 02.07.19 — 16:16

(10) Это конечно я делал. И там все проходило успешно.

При ТиИ вышла ошибка, — «Ошибка обращения к серверу».

falselight

17 — 02.07.19 — 16:18

(15) Я начал обновление УТ на 10 релизов, после каждого обновления запускаю 1с предприятие, и про доделываю успешно обработки обновления дополнительные.

Натуральный Йог

18 — 02.07.19 — 16:24

(17) Держи меня в курсе

falselight

19 — 02.07.19 — 16:26

Пока внизу написано реструктуризация, такого то регистра сведений.

Да я не знаю, вот и спрашиваю, что бы подсказали кому известно.

Fish

20 — 02.07.19 — 16:27

(13) Нет.

Натуральный Йог

21 — 02.07.19 — 16:27

(19) Серверная?

falselight

22 — 02.07.19 — 16:28

(8) Я обновил на 9 релизов, какой бэеап?

(21) Да серверная

sqr4

23 — 02.07.19 — 16:28

Однажды я сделал копию ДТ, затем протестировал базу и ей пришла хана, а потом ДТшник не загрузился.

С тех пор я делаю ДТ только для перемещения между файловой и серверной базой

falselight

24 — 02.07.19 — 16:29

(23) Мне бы понять как в моем случае быть.

А то одни, процессы, процессы, и ошибка!!! Или ошибки!

Натуральный Йог

25 — 02.07.19 — 16:30

(22) Перегони в файловую и попробуй

hhhh

26 — 02.07.19 — 16:32

(24) памяти добавь. и на другой платформе пробуй.

только не на 14й, там постоянно так ие глюки.

falselight

27 — 02.07.19 — 16:55

режим совместимости стоит 8.3.12

может тут что поменять? А то при ТиИ ругалось что то на режим совместимости.

hhhh

28 — 02.07.19 — 17:04

(27) а запускаешь на 14й? или уже на 15й?

falselight

29 — 02.07.19 — 17:42

(28) 8.3.13.1644

hhhh

30 — 02.07.19 — 17:44

(29) ну работай на 12й пока. не надо на 13ю

falselight

31 — 02.07.19 — 18:19

(30) В смысле что нужно 15 ставить?

falselight

32 — 02.07.19 — 18:23

(30) Там 13я стоит (29), от куда 12 ая? И этому обновлению ут не нужно ничего такого!

Роман

33 — 02.07.19 — 19:58

postgresql? Решилось накатыванием этого обновления в файловом варианте.

Fram

34 — 02.07.19 — 22:04

(33) вот ты спросил! если б он знал, неужели, не упомянул бы в (0) об этом?!

(22) +100500. С бэкапом оно каждый может. А вы без рискните.

hhhh

35 — 02.07.19 — 22:12

(34) это же мелочевка, всего-то 9 обновлений, нахрена еще какой-то «бэеап» ?

falselight

36 — 03.07.19 — 05:14

Тестирование и исправление завершилось.

falselight

37 — 03.07.19 — 05:15

Но ошибка (0) повторяется.

МимохожийОднако

38 — 03.07.19 — 06:27

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

Роман

39 — 03.07.19 — 07:37

Еще раз повторюсь. База легко проходит обновление в файловом режиме. Это проблема не данной базы, а что-то системное.

С данной проблемой уже столкнулся у двух разных клиентов. Платформы разные 8.3.12.1685 и 8.3.13.1644. Объединяет их только использование postgresql. На Ms SQL не пробовал.

Turku

40 — 03.07.19 — 07:42

Да, обновление кривое, видимо. Даже на демо-базе такую же ошибку выдает. Да, на Postgre. В файловом варианте все норм. На боевую базу его решил не ставить. Кстати, уже есть 11.4.8.82.

Роман

41 — 03.07.19 — 11:39

При обновлении на 11.4.8.82 минуя 11.4.8.79 та-же проблема.

falselight

42 — 03.07.19 — 12:51

(38) Так и хотели сделать. И остановиться на 11_4_7_150

Но сейчас какие то ошибки пошли и в старой версии базы данных.

Там postgre sql.

falselight

43 — 03.07.19 — 12:52

(39) Обновление проходит, но потом её не загрузить в postgre sql. Снова ошибки.

falselight

44 — 03.07.19 — 12:54

(40)(41) Да, на релизе 11.4.8.82, та же ошибка.

falselight

45 — 03.07.19 — 12:54

(41) Точно!

Роман

46 — 03.07.19 — 19:12

Странно. У меня без проблем загрузилось обратно.

Фрэнки

47 — 03.07.19 — 19:21

может, как это бывает, проблема в разрядности платформы? и там, где используют 64 битную, то у всех все нормально и не жалуются на такую ошибку?

МимохожийОднако

48 — 03.07.19 — 21:16

(45) Тогда не пропускай релизы

WhiskeyInTheJar

49 — 04.07.19 — 15:36

Пробовал обновлять на SQL тоже выскакивает ошибка

«Ошибка при получении значения из базы данных. Возможной причиной является отсутствие установленного Microsoft SQL Server Native Client.»

В итоге методом исключения нашел что не нужно обновлять справочник «НаборыДополнительныхРеквизитовИСведений», там косяк при изменение имен предопределенных элементов.

Без его изменений обновление ставится.

diktator

50 — 05.07.19 — 10:08

Привет! Первое сообщение на этом форуме.

Уже который день бьёмся над этой ошибкой.

У нас проблема с обновлением конфигурации 1С ERP c версии с 2.4.8.63 на версию 2.4.8.82 (а так же пробовали на версию 2.4.8.79).

Выходит ошибка одна и та же ошибка в обоих вариантах обновления:

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

по причине:

Ошибка СУБД:

ERROR: unexpected EOF in COPY data

CONTEXT: COPY _reference289_vt69912ng, line 1, column _fld69915

Клиент-серверный вариант

Платформа 8.3.12.1685

PostgreSQL 9.6

Это, конечно, не УТ, но весьма сходные ошибки. Будем пробовать без указанного справочника. Возможно, так же связано с этим справочником и в ERP.

diktator

51 — 05.07.19 — 15:38

update:

Накатили обновление без справочника «НаборыДополнительныхРеквизитовИСведений».

Прошло успешно.

Написал в ТП 1С, что ответят по этому поводу.

diktator

52 — 07.07.19 — 10:13

Update:

Ответ от техподдержки 1С: прислать лог технологического журнала rphostXXX.log. Повторяем обновление, высылаем лог, ждем ответа.

craxx

53 — 07.07.19 — 10:14

(50) платформу надо бы обновить. 8.3.12.1685 редкостно глючная

diktator

54 — 11.07.19 — 08:52

Пришел ответ от 1С:

Обновить платформу до 8.3.15 и postgre до 10.

Будем осуществлять на тестовом сервере.

Фрэнки

55 — 11.07.19 — 08:59

(53) Я стараюсь из такой ветки только 8.3.12.1790 использовать. Но в продуктиве у меня ее уже нет.

Продуктив сейчас на 8.3.14.1779

А в тестовую машину уже поставил 8.3.15.1489

diktator

56 — 11.07.19 — 13:47

Обновили на тестовом сервере платформу до последней 8.3.15.1489.

Обновили PostgreSQL до последней версии 10.5-24.1.

Обновление конфигурации устанавливается без ошибок.

Будем в ближайшее время тестить эту платформу.

Если у кого-то уже есть инфа по ней — прошу отписаться.

Всем спасибо!

При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?

20 июня, 2019
20 июня, 2019

Дано

При применении конфигурации в РИБ возникает критическая ошибка и конфигуратор аварийно завершается.
Затем, при попытке зайти в конфигуратор, 1С выдает следующее сообщение: “При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?”
Выбор любого из действий ни к чему не приводит и если ответить утвердительно, то повтор обновления не происходит.
Попытка вернуться к конфигурации БД через параметр командной строки /RollbackCfg так же не увенчалась успехом. При использовании этого метода в диспетчере задач видно, что 1С запускается на 2-3 секунды и даже не успевает развернуться в памяти, и фактически не отрабатывает.

Версия платформы 8.3.13.1809 (клиент-сервер)

Решение

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

Итак суть решения состоит в том чтобы очистить некоторые данные в таблицах БД (SQL), которые говорят системе о незавершенном обновлении. Нужно выполнить запросы к БД.
Конечно же я настоятельно рекомендую выполнять все действия при наличии резервной копии БД, причем средствами сервера БД. Но если на это нет времени, то мы себя немного обезопасим резервной копией таблиц.

select * into Config_tmp from Config

select * into ConfigSave_tmp from ConfigSave

delete from ConfigSave

delete from config where FileName = ‘commit’

delete from config where FileName = ‘dynamicCommit’

delete from config where FileName = ‘dbStruFinal’

Кстати о возможности возврата к отправной точке, первые два select копируют две таблицы, с которыми мы будем выполнять действия и создают временные таблицы Config_tmp и ConfigSave_tmp на всякий случай для возможности возврата.

первый из delete удаляет все данные таблицы ConfigSave.
остальные удаляют определенные записи из таблицы config.

После выполнения этих действий вы сможете зайти в 1С в режиме конфигуратора, при этом все ваши изменения будут потеряны.

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

drop table Config_tmp

drop table ConfigSave_tmp

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

Информация обновляется…

17.11.2022 09:15
1С выпустили информационное письмо по поводу проблем с обновлением платформы.

http://1c.ru/news/info.jsp?id=29975

Если кратко, то
0. Фирма 1С приносит свои извинения за сложившуюся ситуацию.
1. Возникли внешние обстоятельства, на которые пришлось максимально быстро реагировать. Были буквально считанные часы.
2. Спешка привела к дополнительным проблемам при выпуске обновлений, которые на данный момент устранены, правильные версии платформ уже доступны на https://info83.1c.ru.
3. Возникла еще одна проблема, у тех пользователей, кто успел попользоваться платформой 8.3.17.2757 могла возникнуть проблема с регистром бухгалтерии (проводками).
Для большинства пользователей поможет патч EF_60004003, который установится автоматически и сам все исправит (мы рекомендуем включить автоматическую установку патчей и использовать ее всегда).
Второй вариант — использовать специальную обработку. Информация о ней описана в инфописьме по ссылке выше.

16.11.2022 18:15
На сайте релизов 1С опубликованы новые версии платформ, которые исправляют проблему с сервером 32 бит.

https://releases.1c.ru/project/Platform83

8.3.22.1709 16.11.22
8.3.21.1624 16.11.22
8.3.20.2184 16.11.22
8.3.19.1726 16.11.22
8.3.18.1959 16.11.22

В скором времени релизы будут опубликованы на info83.1c.ru

15.11.2022 12:00
Еще раз про проблему с ложным срабатыванием нелицензированности.
1. Официальных комментариев кроме необходимости проверить и удалить ломалки пока нет
2. Проблема наблюдается на серверах 32 бит (некоторым помогает перевести сервера на 64 бит, если есть такая лицензия, например, на серверах Мини)
3. Некоторым помогает временная блокировка интернета на сервере 1С (или всех ресурсов 1С)
4. Появился такой комментарий. Повторять на свой страх и риск

«185.12.152.0/24», «185.12.153.0/24», «185.12.154.0/24», «185.12.155.0/24», «220.181.0.0/16», «39.128.0.0/10», «5.188.115.0/24», «93.184.220.0/22», «37.61.222.112/29», «139.45.192.0/18», «142.250.0.0/15», «64.233.160.0/19», «209.85.128.0/17», «77.88.55.0/24», «5.255.255.0/24», «5.45.205.0/24», «94.100.176.0/21», «217.69.136.0/21», «18.184.212.59», «23.52.27.27», «23.46.123.27», «91.239.5.113», «89.111.148.64/26»

Осторожно! я не проверял тут ничего. Вероятно можно много лишнего запретить. Дал знакомый айтишник. но после этого ошибка не воспроизводится. Используем только легальное по 1С и, естественно, как только проблема с 32х разрядным сервером решится, этот запрет будет отключен.

15.11.2022 17:45
Сообщение от Сергея Нуралиева

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

— Версия 8.3.17.2757 снята со скачивания. Мы анализируем возможно не исправленную в ней проблему. Рекомендуем пока вместо нее скачивать и использовать версию 8.3.18.1957, или более старшие. Рассчитываем завтра уточнить проблему, опубликовать способ автоматической диагностики и исправления.

— В клиент-серверном варианте развертывания в 32 разрядных версиях сервера часть пользователей получают сообщения «Возникла непредвиденная ошибка». Если вы столкнулись с данной проблемой, в качестве временной меры для ее обхода можно перейти на 64 разрядный сервер – получить временную программную лицензию «1С:Предприятие 8.3 КОРП. Лицензия на сервер (x86-64) «, действующую 60 дней и дистрибутив платформы x86-64. Для этого надо:

1. Войти под своим логином на Портал ИТС по ссылке https://portal.1c.ru/software/registration. Если у Вас нет логина на Портале ИТС, или вы его не помните и не можете быстро восстановить, необходимо зарегистрироваться на https://portal.1c.ru/ (для этого не обязательно быть владельцем продуктов 1С и указывать их регномера), заполнив простую анкету и согласившись с условиями. Рекомендуем сразу заполнять верный e-mail и мобильный телефон, т. к. на них будет приходить подтверждение для получения временной лицензии.

2. На странице https://portal.1c.ru/software/registration в разделе «Получить бесплатно» выбрать необходимую вам временную лицензию, заполнить сведения, согласиться с условиями получения и активации лицензии, и получить ее.

15.11.2022 15:30
Важно! Комментарий от разработчиков 1С по поводу ошибочных сообщений о нелицензирнности платформы.

Ошибочные срабатывания могут быть для 32-битной платформы. Кто столкнулся с подобной проблемой нужно обратиться по адресу v8@1c.ru с описанием ситуации. Разработчики обещают предоставлять в таких случаях временную лицензию на 64 бит.

15.11.2022 12:20
Говорят, что если ничего не помогает, можно заблокировать доступ серверу 1С в интернет. Для этого можно выполнить следующее:

Если сервер Windows.

Достаточно в встроенном брандмауэре (windows firewall) в разделе «Дополнительные настройки», «Правила для исходящего подключения» создать 3 запрещающих правила для:

ragent.exe

rmngr.exe

rphost.exe

Если установлен антивирус с «Сетевой защитой», то аналогичные настройки сделать в нем.

15.11.2022 10:40
Важно! Фирма 1С разослала письмо с дополнительной информацией о проблеме с неправомерным использованием программного продукта».
http://1c.ru/news/info.jsp?id=29961

Если кратко, то:
1. Обновиться на правильные версии нужно обязательно
2. Если обновились и возникла ошибка с неправомерным использованием, а вы уверены, что все лицензии у вас куплены, то нужно пройти по шагам https://1c.ru/rus/support/surrog.htm. То есть 1С где-то видит ломалку и поэтому ругается.
3. Если вы уверены, что ломалок нет или их не удается найти и удалить, нужно ставить временные лицензии. Обещают организовать их выпуск сегодня до 11:00 по Мск.
4. Временные лицензии можно запросить у ваших партнеров или скачать на сайте самостоятельно https://portal.1c.ru/software/registration
5. Пока будет действовать временная лицензия надо будет выявить и удалить все следы ломалок
6. Если у вас «ломаная 1С», то вы можете тоже заказать временную лицензию, а потом спокойно приобрести официальную

p.s. у некоторых специалистов 1С все же есть подозрение, что что-то не так с системой лицензирования и 1С ругается там где нет ломалок. Но каких-либо ошибок на данный момент по этим вопросам зафиксировано не было

15.11.2022 10:35
Фирма 1С запустила новый сайт с большой мощностью скачивания новых платформ. Позволяет скачать без регистрации и регистрационных номеров

https://info83.1c.ru/

15.11.2022 9:35
На данный момент разработчики 1С не успели дать официальных комментариев по решению проблемы ложного сообщения о нелицензионности.

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

Помогло полное удаление всех установленных платформ. Очистка левой папки license в ProgramData (их там стало две: в одной — как и положено все файлики программных лицензий- ее оставляем, в другой — непонятный набор файлов).

Затем установили платформу заново. Проблема ушла.

15.11.2022 7:15
Сегодня точно будет тяжелый день.
Хотим обратить внимание на два важных момента

Скачать платформу сегодня будет сложно
Сервера 1С с дистрибутивами платформ сегодня скорее всего будут перегружены и скачать что-то будет не просто. Если вы столкнетесь с такими трудностями, напишите нам в комментарии, попробуем вам помочь.

В программе может выскочить ложное предупреждение о срочной необходимости обновиться
Вчера всем пользователям всех 1С ушла рассылка о необходимости обновиться, вне зависимости от версии пользователя. Обращаем ваше внимание, что сообщение может быть ложное. Обращаться к администраторам необходимо, если у вас версия платформы с ошибкой из списка ниже.

15.11.2022 7:00
Некоторые пользователи сообщают, что после обновления платформы на версию из «разрешенного» списка, начинают появляться сообщения о нелегальности использования. Пишет про неправомерное использование программного продукта.
Такие сообщения далеко не единичные, похоже на массовую проблему. Но пока комментариев от представителей 1С нет.

Похоже проблема возникает на серверной 1С с разрядностью 32 бит.

неправомерно.png

15.11.2022 6:00
Началось. В восточных регионах России некоторые пользователи столкнулись с проблемой при работе в 1С. Выскакивает сообщение «К сожалению, возникла непредвиденная ошибка».
После обновления платформы на нужные версии из списка работоспособность восстанавливается

14.11.2022
Сегодня стало известно о критических ошибках в версиях 1С. В этой новости мы обновляем информацию: что делать пользователям, где скачать обновление.

Что случилось?
В некоторых релизах программ 1С есть критическая проблема, из-за которой не получится работать в приложении. Программа будет закрываться через несколько минут после начала работы.

Сохранённые данные не пострадают.

Проблема актуальна для всех клиентских приложений на ОС Windows.
Всё будет в порядке в клиентах Linux и macOS, в web-клиенте на всех ОС.

Решением может быть работа через веб-клиент — для этого нужны веб-сервер, настроенный на работу с 1С, подключение к интернету и браузер. Для того, чтобы настроить работу через веб-сервер администраторам потребуется некоторое время, но это может быть существенно быстрее, чем обновлять большое количество пользователей.

Скорее всего, проблема проявится 15 ноября 2022.

Что делать?

Проверить, какой у вас релиз программы. Для этого нужно открыть информацию «О программе». Если у вас один из релизов из таблицы ниже, нужно обновить программу. Если у вас есть технические специалисты, лучше обновить программу сегодня, 14 ноября.

Вот версии, которые нужно обновить, и ссылки на скачивание:

Версия с ошибкой	Нужно установить	Где скачать
8.3.22.1672, 8.3.22.1603	8.3.22.1704	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.22.1704
8.3.21.1607, 8.3.21.1508, 8.3.21.1484	8.3.21.1622	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.21.1622
8.3.20.2076, 8.3.20.2039	8.3.20.2180	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.20.2180
8.3.19.1665, 8.3.19.1659	8.3.19.1723	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.19.1723
8.3.18.1902, 8.3.18.1894	8.3.18.1957	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.18.1957
8.3.17.2733, 8.3.17.2665	8.3.17.2757	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.17.2757

Как определить версию вашей платформы 1С?

Шаг 1. Откройте меню «О программе»

Шаг 2. Проверьте цифры версии платформы

При обновлении конфигурации может возникнуть очень неприятная вещь!
В процессе обновления информационной базы произошла критическая ошибка по причине:
Попытка вставки неуникального значения в уникальный индекс: Далее текст самой ошибки.
Эту ошибку устранить довольно легко! А как, читайте дальше…

Предыстория

Нужно нам было создать новый регистр сведений «ЖурналОтслеживанияСообщений». Добавили в конфигурацию, загрузили данные. Затем пошла работа по оптимизации. Пришлось менять структуру регистра. Но не тут-то было!

Реорганизация

Тут все ясно. Записи стали неуникальными, нужно их удалить!

Самой простой способ это:

НоваяЗапись = РегистрыСведений.ЖурналОтслеживанияСообщений.СоздатьНаборЗаписей();
НоваяЗапись.Записать();

Таким методом мы очистим регистр в 1С очень быстро (но это будет и нашей ошибкой).

Ошибка

Казалось бы, в регистре пусто, и можно обновлять 1С. Не хочу вас удивить, но будет снова ошибка:

Ошибка 1С

Что же представляет ошибка:

В процессе обновления информационной базы произошла критическая ошибка
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name ‘dbo._InfoRgChngR34546NG’ and the index name ‘_InfoR34546_ByNodeMsg_RNTSRRRRRRNG’. The duplicate key value is (0x00000011, 0x80ca00155d03c00d11e54af2ae5400d7, <NULL>, Sep 27 4015 10:22PM, 768404, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1

Пояснение

Давайте разберемся со структурой SQL. У нас есть регистр «ЖурналОтслеживанияСообщений», он в SQL находится в таблице «_InfoR34546″. Проверить это вы можете специальными обработками или методом «тыка» (нам это не придется делать т.к. в тексте ошибки уже указано название таблицы).

А теперь поясню, что же произошло. Когда мы загрузили данные в регистр, то в SQL они попали в таблицу «_InfoR34546″. Когда мы кодом в 1С очистили таблицу, то эти данные удалились из таблицы «_InfoR34546″, но они скопировались в таблицу «_InfoRgChngR34546″. Это и стало проблемой.

Решение

Для решения возникшей проблемы нам понадобится очистить SQL таблицу «_InfoRgChngR34546″.

Расскажу на примере «Microsoft SQL Server Management Studio». Заходим в «Management Studio». Находим нашу базу, открываем вкладку таблиц, кликаем на любую и жмем кнопку «Новый запрос»:. Теперь набираем запрос

truncate table "_InfoRgChngR34546"

У вас может быть и другая таблица! Не забывайте!

И жмем выполнить или клавишу «F5». Вот такой должен быть результат:

Успех

Все, теперь можно спокойно обновлять 1С, и ошибки не будет!

Нам всем знакомо, как долго может идти обновление: это может занимать несколько часов, а в некоторых случаях – даже
несколько дней.

Однако, его можно заметно ускорить. А для этого нужно немного погрузиться в детали и поговорить о реструктуризации

Когда в 1С изменяются метаданные (добавляются документы, реквизиты, индексы), происходит изменение структуры таблиц.

При запуске обновления создается полная копия таблицы, включая индексы – уже с новой структурой. Этот процесс называется реструктуризацией. Разумеется, это все занимает довольно заметное время.

Для случаев, когда объемы данных небольшие, это не так чувствительно.

Но реструктуризация больших баз, в которых содержатся таблицы с десятками миллионов строк, может затянуться на несколько часов или даже дней. Потеря такого количества времени – это уже весьма болезненно.

Еще в платформе 8.3.11 появился механизм, который помогает ускорить реструктуризацию в разы, а в некоторых случаях – на порядки.

С момента выхода этого релиза прошло уже 5 лет, но, судя по вопросам в Мастер-группе, до сих пор многие не знакомы с этим механизмом и не знают о его преимуществах.

Сегодняшнее видео закрывает этот вопрос:

Объясняем, чем механизм, который появился в 8.3.11, отличается от стандартного способа реструктуризации
Показываем, как настроить и использовать новый механизм
Демонстрируем его преимущества и рассказываем о его недостатках
Объясняем, кому необходим этот механизм, а кому переходить на него не стоит.

Если Вы недовольны тем, с какой скоростью проходит реструктуризация в ваших базах, это видео обязательно к просмотру.

Но даже если Вы работаете в маленькой компании и с этой проблемой еще не столкнулись – рекомендуем все-таки найти 17 минут и посмотреть его. Если завтра Вы поменяете работу и столкнетесь с такой проблемой – не придется волноваться из-за того, что Вы не в курсе таких нюансов.

Ключевые моменты видео:

00:00 – Постановка задачи
00:28 – Старый способ реструктуризации и его недостатки
01:50 – Новый способ реструктуризации
02:17 – Плюсы нового способа
03:04 – Установка Java на сервер 1С
04:18 – Настройка файла conf.cfg на клиенте
05:40 – Демонстрация работы старого механизма
07:36 – Демонстрация работы нового механизма
08:58 – Особенности использования нового механизма
09:10 – Включение протокола TCP/IP для СУБД
10:52 – Проверка сторонних индексов
13:20 – Настройка параметра MAXDOP в MS SQL
16:36 – Итоги

После курса Вы сможете:

Оценивать состояние системы в любой момент времени
Быстро находить причины замедления в программном коде – и сразу писать его так, чтобы замедления в будущем не было
Отслеживать динамику производительности за определенный период
Устранять ожидания на блокировках и решать проблемы со взаимоблокировками

Для кого этот курс

Вам нужен этот курс, если Вы хотите:

Писать код, за который не стыдно – в нестабильное время особенно важно быть в компании на хорошем счету
Быть востребованным специалистом – на каждом втором собеседовании спрашивают про умение оптимизировать 1С
Не терять клиентов из-за того, что «ваша 1С тормозит, а вы ничего не делаете» – это и раньше было нехорошо, а теперь и вовсе непозволительная роскошь.

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

Автор NataliaGon, 26 июн 2018, 15:45

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

Здравствуйте, помогите разобраться с ошибкой. Я не программист а бухгалтер,При обновлении конфигурации 1С БГУ ред.1.0 выдало ошибку:
В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: Ошибка SQL: Таблица не найдена ‘_Document19281’ по причине: Ошибка SQL: Таблица не найдена ‘_Document19281

(0) с какого релиза на какой обновлялись?
конфигурация типовая ИЛИ изменённая?

Представьте себе, какая была бы тишина, если бы люди говорили только то, что знают

Цитата: NataliaGon от 26 июн 2018, 15:45
Здравствуйте, помогите разобраться с ошибкой. Я не программист а бухгалтер,При обновлении конфигурации 1С БГУ ред.1.0 выдало ошибку:
В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: Ошибка SQL: Таблица не найдена ‘_Document19281’ по причине: Ошибка SQL: Таблица не найдена ‘_Document19281

Программисты программируют (меняют/создают код), программирование тут ни при чём!
Что делали?
Явно поиск по ключевым словам через браузер интернета даже не пытались попробовать!

База — какая? файловая или клиент-серверная?
1С — какой версии
Если файловая, то испрвляйте с использованием утилиты chdbfl.exe
Если клиент-серверная то исправляйте средствами клиента СУБД и инструкциями, найденными в интернете

Поиск пробовали

Однозначно что—то у вас с базой данных. Как вариант откатиться назад, обновить платформу и еще раз попробовать. Или просто откатиться и еще раз попробовать.

В процессе обновления на релиз 1.0.52.6, конфигурация типовая, не изменённая, Файловая. Пробовали ТиИ, исправляла с использованием утилиты chdbfl.exe

Платформу то обновлять пробовали?

Да платформу обновляли на 8.3.12.1412

Из архива восстанавливали и пробовали обновлять заново уже на обновленной платформе?

Архив тоже не выгружается , ругается на эту ошибку

Попробуйте восстановить архив в новую файловую базу

При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?

20 июня, 2019
20 июня, 2019

Дано

Версия платформы 8.3.13.1809 (клиент-сервер)

Решение

select * into Config_tmp from Config
select * into ConfigSave_tmp from ConfigSave

delete from ConfigSave

delete from config where FileName = 'commit'
delete from config where FileName = 'dynamicCommit'
delete from config where FileName = 'dbStruFinal'

первый из delete удаляет все данные таблицы ConfigSave.
остальные удаляют определенные записи из таблицы config.

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

drop table Config_tmp
drop table ConfigSave_tmp

Найденные решения:

Попробуем определить, в каких объектах базы содержится ошибка и далее.

1С 8, ошибка при обновлении конфигурации базы данных, не удалось вставить значение NULL в столбец

Нажатие на изображении увеличит его
1C 8, определение по базе данных SQL не корректных данных в таблице

Нажатие на изображении увеличит его
1С 8, поиск данных, содержащих NULL в таблицах SQL

Нажатие на изображении увеличит его
1С 8, запрос в базе для поиска значения NULL в данных справочника

Оцените, помогло ли Вам предоставленное описание решения ошибки?

06-08-2021

Журавлев А.С.
(Сайт azhur-c.ru)

Ошибка 1С

Обновлено 19.11.2021

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

по причине:

Ошибка СУБД:

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

по причине:

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

Текст ошибки

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

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

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

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

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

Источник

Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С
Заменяем справочник «Спецификации номенклатуры» на новый
Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его

Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С

Процедура КнопкаВыполнитьНажатие(Кнопка)
	МассивИменМетаданных = Новый Массив();
	Для каждого Объект Из Метаданные.Справочники Цикл
		МассивИменМетаданных.Добавить(Объект.ПолноеИмя());
	КонецЦикла;
	// Таблица значений, содержащая таблицы указанного объекта.
	Таблицы = ПолучитьСтруктуруХраненияБазыДанных(МассивИменМетаданных);
	Для Каждого Таблица Из Таблицы Цикл
		Сообщить(Таблица.Метаданные + " - " + Таблица.ИмяТаблицыХранения);
	КонецЦикла;
КонецПроцедуры

...
Справочник.СпецификацииНоменклатуры - Reference76
...

Заменяем справочник «Спецификации номенклатуры» на новый

Теперь заменим справочник «Спецификации номенклатуры» на новый. Для этого выполним следующие действия:

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

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

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

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

Ошибка Недопустимое имя объекта «SchemaStorage»

Re: Ошибка Недопустимое имя объекта «SchemaStorage»

Re: Ошибка Недопустимое имя объекта «SchemaStorage»

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

Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С

Заменяем справочник «Спецификации номенклатуры» на новый

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

ПОДПИСКА

Откуда ноги

Что делать?

Лечение

Размышления

На дорожку

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

При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?

Дано

Решение

Что делать?

Как определить версию вашей платформы 1С?

После курса Вы сможете:

Для кого этот курс

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

При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?

Дано

Решение

Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С

Заменяем справочник «Спецификации номенклатуры» на новый

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

ПОДПИСКА