gifts2017

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

Опубликовал Валерий Буданов (buval) в раздел Администрирование - Тестирование и исправление

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

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

"Ошибка SQL Таблица не найдена 'NNNNNNNN'" .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Люба Самарцева (Луна5) 30.11.11 18:57
2. Алекс Ю (AlexO) 01.12.11 01:13
(0) автор, у вас что - БД на Постгре??
с этого и начинайте тогда.
Для постгре скл потеря таблиц, вернее, ссылок на них в структуре базы (особенно после динамического обновления) - вещь обычная. И характерна имено для PostgreSQL.
В MS SQL (видимо, в силу более детально разработанной спецификации вариантов работы, приводящих к ошибкам), такого не наблюдается..
3. Алекс Ю (AlexO) 01.12.11 01:15
да, плюс за само желание разобраться поставил.
4. Валерий Буданов (buval) 01.12.11 22:53
(2) AlexO, ИБ работала в файловом варианте при появлении ошибки "Таблица не найдена". После исправления ошибки данные были загружены в PostgreSQL.
5. Валерий Буданов (buval) 01.12.11 22:57
(1) Луна5, не ручаюсь за правильность подхода, ну ... а если базовую открыть на платформе проф выполнить исправления. Уже после попробовать загрузить базовую конфигурацию. Могу ошибаться и это невозможно.
6. Сергей Шепелев (redgoll) 07.12.11 07:57
Молодец, что описал проблему и ее решение. У меня тоже была похожая ситуация и решил так же. Только там все проще было. Был отчет, который при запуске "ронял" систему. Так же его удалил и загрузил из другой конфы.
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?
7. Алексей Новоселов (a-novoselov) 07.12.11 10:26
(0) Насколько я помню, проблема решается простым сохранением конфигурации в файл и загрузкой из файла (не через "сравнить и объединить", а именно через "загрузить из файла"). Тогда после обновления конфигурации ИБ все отсутствующие таблицы создаются. Зачем такие сложности?
8. Валерий Буданов (buval) 07.12.11 23:07
(6) redgoll,

Какая таблица отсутствует нашел из окна "В процессе обновления информационной базы произошла критическая ошибка" в нижней строке состояния программы.
redgoll пишет:
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?


в описании своей методики как раз на из Screen внизу выделил красным название объекта, вызвавшего причину критической ошибки. Вот текст из моего описания "Какая таблица отсутствует нашел из окна "В процессе обновления информационной базы произошла критическая ошибка" в нижней строке состояния программы. "
9. Анатолий Дмитрук (progres488) 25.03.13 15:10
интересует вот этот пункт, как вы искали?

Нашел, что это за плохой объект конфигурации и попробовал его удалить (рассказал ранее)
10. Валерий Буданов (buval) 26.03.13 11:50
(9) progres488,
Это ссылка на 3 рисунок из публикации называется "В процессе обновления информационной базы произошла критическая ошибка"
http://infostart.ru/upload/iblock/02e/ysxom3.JPG
Внизу рисунка обведено красным сообщение программы
"Рестуктуризация РегистрСведений.ПервоначальныеСведенияОСННалоговыйУчетУСН таблица регистрации изменений". Именно это и есть "Плохой объект"
11. NCHRobert (NCHRobert) 24.01.14 16:42
Подскажите, а как быть, если Конфигуратор открылся, а конфигурация не открывается? При открытии конфигурации ошибка формата потока. При ТиИ "Не найдена таблица "_InfoRg9313"". Выяснил, что не находит таблицу Регистра сведений "Ставка налога на прибыль(не используется)". ИБ не выгружается.
12. Валерий Буданов (buval) 11.02.14 11:48
(11) NCHRobert,
Если у меня появляются неообъяснимые ошибки выполняю такую последовательность действий:
- выгоняю ВСЕХ пользователей (жду когда все выйдут) в меню Активный пользователи
- у меня база файловая делаю копию каталога базы;
- определяю какая версия платформы запускается (стандартно последняя из каталога "C:\Program Files\1cv82\8.2.19.83\bin")
- в этом каталоге нахожу файл chdbfl.exe (это проверка базы для критических ошибок); запускаю проверку
Имя файла БД "Каталог базы на Вашем диске"\1Cv8.1CD; устанавливаю флаг Исправлять обнаруженные ошибки; Выполнить (на этом этапе конфигурация должна открыться)
- открываю конфигуратор и тестирую базу средствами 1с;проверки - все флаги; режим устанавливаю Тестирование и исправление; При наличии ссылок на несуществующие объекты = Создавать объекты; При частичной потере данных объектов = Создавать объекты; Выполнить

После этого все ошибки исчезают. Если эти действия приходится выполнять с переодичностью чаще одного раза в месяц (2 раза в неделю) причина в сбоях жестких дисках , где находится база
Дополнительно всегда выполняю архивацию базы 1 раз в неделю в стабильном состоянии, до 2 раз в день при появлении систематических ошибок.
Архивы располагаю на сторонних компьютерах, например, у клиента (при нахождении базы на сервере)
13. Денис Калашников (DeNaZaVr) 14.08.14 12:06
Приветствую. Столкнулся с аналогичной проблемой. Ошибка ссылается на объект _DocumentJournal16269, который найти не получается. Может кто подсказать как его найти? Заранее благодарен.
Прикрепленные файлы:
14. c00lwork c00lwork (c00lwork) 12.07.15 19:07
присоединяюсь к динозавру
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа