Если вы видите такое сообщение при тестирование — Вам сюда
Началось всё тривиально, при очередном «Тестировании и исправлении информационной базы» БП 8.1 программа выдала ошибку
«Ошибка SQL Таблица не найдена ‘NNNNNNNN'» .
Особого значения не придал, ИБ база работает жалоб не поступает. Спокойно перевел базу на платформу 8.2.
Системный администратор предложил перевести с файловой версии на серверную и вот тут-то всё вспонилось.
— База не тестируется.
— Реструктуризация таблиц информационной базы не выполняется
(В процессе обновления информационной базы произошла критическая ошибка)
— Реструктуризация таблиц информационной базы не выполняется
Первое что пришло в голову тестирование chdbfl.exe, но чудес не произошло
(Ошибок не обнаружено)
Хорошо, сейчас выполню выгрузку базы в файл и далее загрузка в пустую. Ага, как бы не так.
Программа завершена аварийно. Приехали — ждите теперь серверный вариант — «Нет выгрузки, нет и загрузки».
Какая таблица отсутствует нашел из окна «В процессе обновления информационной базы произошла критическая ошибка» в нижней строке состояния программы. Эту таблицу я не использую, следовательно мне повезло- нет необходимости что-то восстанвливать. Но, в принципе, это может быть и справочник и документ. Тогда после восстановления, предполагаю, надо из архивной версии заполнять данные.
=============================================================================================
Критическую Ошибку я победил, всё по порядку:
1. Взял начальную установку конфигурации БП в фирме 1С и установил её себе (пустая база).
2. Выгрузил из начальной установки ИБ (пустой базы) конфигурацию в файл.
3. В ИБ с ошибкой (отсутствует таблица NNNNN) снял конфигурацию с поддержки и разрешил изменение.
Нашел, что это за плохой объект конфигурации и попробовал его удалить (рассказал ранее).
Программа выдала ссылки на этот объект. Зашел по этим ссылкам и удалил из них свой объект.
Далее удалил без помех свой объект и … очень важно !!!
— обновил конфигурацию базы
— тестировал с исправление ИБ
4. После тестирования загрузил конфигурацию из начальной установки ИБ и снова повторил загрузку в базу измененной
конфигурации и полное тестирование ИБ.
Примечание.
После загрузки конфигурации из начальной установки ИБ программа создала мой ошибочный объект
и установила конфигурацию снова на поддержку с запретом редактирования.
=============================================================================================
Успехов. Ни сбоев, ни критических ошибок.
а если конфа базовая? 🙁
(0) автор, у вас что — БД на Постгре??
с этого и начинайте тогда.
Для постгре скл потеря таблиц, вернее, ссылок на них в структуре базы (особенно после динамического обновления) — вещь обычная. И характерна имено для PostgreSQL.
В MS SQL (видимо, в силу более детально разработанной спецификации вариантов работы, приводящих к ошибкам), такого не наблюдается..
да, плюс за само желание разобраться поставил.
(2) AlexO, ИБ работала в файловом варианте при появлении ошибки «Таблица не найдена». После исправления ошибки данные были загружены в PostgreSQL.
(1) Луна5, не ручаюсь за правильность подхода, ну … а если базовую открыть на платформе проф выполнить исправления. Уже после попробовать загрузить базовую конфигурацию. Могу ошибаться и это невозможно.
Молодец, что описал проблему и ее решение. У меня тоже была похожая ситуация и решил так же. Только там все проще было. Был отчет, который при запуске «ронял» систему. Так же его удалил и загрузил из другой конфы.
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?
(0) Насколько я помню, проблема решается простым сохранением конфигурации в файл и загрузкой из файла (не через «сравнить и объединить», а именно через «загрузить из файла»). Тогда после обновления конфигурации ИБ все отсутствующие таблицы создаются. Зачем такие сложности?
(6) redgoll,
Какая таблица отсутствует нашел из окна «В процессе обновления информационной базы произошла критическая ошибка» в нижней строке состояния программы.
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?
в описании своей методики как раз на из Screen внизу выделил красным название объекта, вызвавшего причину критической ошибки. Вот текст из моего описания «Какая таблица отсутствует нашел из окна «В процессе обновления информационной базы произошла критическая ошибка» в нижней строке состояния программы. «
интересует вот этот пункт, как вы искали?
Нашел, что это за плохой объект конфигурации и попробовал его удалить (рассказал ранее)
(9) progres488,
http://infostart.ru/upload/iblock/02e/ysxom3.JPG
Это ссылка на 3 рисунок из публикации называется «В процессе обновления информационной базы произошла критическая ошибка»
Внизу рисунка обведено красным сообщение программы
«Рестуктуризация РегистрСведений.ПервоначальныеСведенияОСННалоговыйУчетУСН таблица регистрации изменений». Именно это и есть «Плохой объект»
Подскажите, а как быть, если Конфигуратор открылся, а конфигурация не открывается? При открытии конфигурации ошибка формата потока. При ТиИ «Не найдена таблица «_InfoRg9313″». Выяснил, что не находит таблицу Регистра сведений «Ставка налога на прибыль(не используется)». ИБ не выгружается.
(11) NCHRobert,
Если у меня появляются неообъяснимые ошибки выполняю такую последовательность действий:
— выгоняю ВСЕХ пользователей (жду когда все выйдут) в меню Активный пользователи
— у меня база файловая делаю копию каталога базы;
— определяю какая версия платформы запускается (стандартно последняя из каталога «C:Program Files1cv828.2.19.83in»)
— в этом каталоге нахожу файл chdbfl.exe (это проверка базы для критических ошибок); запускаю проверку
Имя файла БД «Каталог базы на Вашем диске»1Cv8.1CD; устанавливаю флаг Исправлять обнаруженные ошибки; Выполнить (на этом этапе конфигурация должна открыться)
— открываю конфигуратор и тестирую базу средствами 1с;проверки — все флаги; режим устанавливаю Тестирование и исправление; При наличии ссылок на несуществующие объекты = Создавать объекты; При частичной потере данных объектов = Создавать объекты; Выполнить
После этого все ошибки исчезают. Если эти действия приходится выполнять с переодичностью чаще одного раза в месяц (2 раза в неделю) причина в сбоях жестких дисках , где находится база
Дополнительно всегда выполняю архивацию базы 1 раз в неделю в стабильном состоянии, до 2 раз в день при появлении систематических ошибок.
Архивы располагаю на сторонних компьютерах, например, у клиента (при нахождении базы на сервере)
Приветствую. Столкнулся с аналогичной проблемой. Ошибка ссылается на объект _DocumentJournal16269, который найти не получается. Может кто подсказать как его найти? Заранее благодарен.
присоединяюсь к динозавру
(14)
в интернете нашла код (в прикреплённом файле).
К сожалению, автора не помню.
(7) Видимо, проблема вашим способом решается не всегда. Мне не помогло.
(13) Можно использовать серверный метод ПолучитьСтруктуруХраненияБазыДанных(). Он вернет необходимую таблицу соответствия имен.
На основе вышевыложенной обработки (она выложена на сайте http://www.softmaker.kz) сделал свою, которая показывает все объекты, таким образом нашел проблему в регистре РегистрБухгалтерии.Хозрасчетный, а именно РегистрБухгалтерии.Хозрасчетный.Изменения. Я удалил все ссылки на планы обмена, затем и сами планы обмена, снял полностью конфу с поддержки (серый, даже не замочек) и затем накатил типовую, ошибка пропала. Обработку прикрепляю, надеюсь ни у кого ошибок не возникнет и обработка не понадобится)))
не работает на 8.3, очень важно обновлять удаленный объект на 8.2
на 8.3 делаю по-другому:
1.сохраняю конфигурацию БД в файл
2.запускаю тестирование и исправление
3.смотрю на какую таблицу ругается
4.через обработку «Соответствие всех объектов конфигурации с таблицами.epf» выясняю что за объект
5.удаляю этот объект в конфигурации (+ссылки на него)
6.сохраняю конфигурацию
7.обновляю конфигурацию БД
8.копирую удаленные объекты из аналогичной конфигурации
9.сохраняю конфигурацию
10.обновляю конфигурацию БД (автоматически создаются таблицы)
11.загружаю конфигурацию из файла в п.1