Комментарии
Избранное
Подписка
Сортировка:
Древо
(0) автор, у вас что - БД на Постгре??
с этого и начинайте тогда.
Для постгре скл потеря таблиц, вернее, ссылок на них в структуре базы (особенно после динамического обновления) - вещь обычная. И характерна имено для PostgreSQL.
В MS SQL (видимо, в силу более детально разработанной спецификации вариантов работы, приводящих к ошибкам), такого не наблюдается..
с этого и начинайте тогда.
Для постгре скл потеря таблиц, вернее, ссылок на них в структуре базы (особенно после динамического обновления) - вещь обычная. И характерна имено для PostgreSQL.
В MS SQL (видимо, в силу более детально разработанной спецификации вариантов работы, приводящих к ошибкам), такого не наблюдается..
Молодец, что описал проблему и ее решение. У меня тоже была похожая ситуация и решил так же. Только там все проще было. Был отчет, который при запуске "ронял" систему. Так же его удалил и загрузил из другой конфы.
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?
(6) redgoll,
Какая таблица отсутствует нашел из окна "В процессе обновления информационной базы произошла критическая ошибка" в нижней строке состояния программы.
в описании своей методики как раз на из Screen внизу выделил красным название объекта, вызвавшего причину критической ошибки. Вот текст из моего описания "Какая таблица отсутствует нашел из окна "В процессе обновления информационной базы произошла критическая ошибка" в нижней строке состояния программы. "
Какая таблица отсутствует нашел из окна "В процессе обновления информационной базы произошла критическая ошибка" в нижней строке состояния программы.
redgoll пишет:
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?
По-моему, ты не описал главное, как ты обнаружил свой сбойный объект в конфигурации?
в описании своей методики как раз на из Screen внизу выделил красным название объекта, вызвавшего причину критической ошибки. Вот текст из моего описания "Какая таблица отсутствует нашел из окна "В процессе обновления информационной базы произошла критическая ошибка" в нижней строке состояния программы. "
(0) Насколько я помню, проблема решается простым сохранением конфигурации в файл и загрузкой из файла (не через "сравнить и объединить", а именно через "загрузить из файла"). Тогда после обновления конфигурации ИБ все отсутствующие таблицы создаются. Зачем такие сложности?
(9) progres488,
Это ссылка на 3 рисунок из публикации называется "В процессе обновления информационной базы произошла критическая ошибка"
Внизу рисунка обведено красным сообщение программы
"Рестуктуризация РегистрСведений.ПервоначальныеСведенияОСННалоговыйУчетУСН таблица регистрации изменений". Именно это и есть "Плохой объект"
Это ссылка на 3 рисунок из публикации называется "В процессе обновления информационной базы произошла критическая ошибка"
Внизу рисунка обведено красным сообщение программы
"Рестуктуризация РегистрСведений.ПервоначальныеСведенияОСННалоговыйУчетУСН таблица регистрации изменений". Именно это и есть "Плохой объект"
Подскажите, а как быть, если Конфигуратор открылся, а конфигурация не открывается? При открытии конфигурации ошибка формата потока. При ТиИ "Не найдена таблица "_InfoRg9313"". Выяснил, что не находит таблицу Регистра сведений "Ставка налога на прибыль(не используется)". ИБ не выгружается.
(11) NCHRobert,
Если у меня появляются неообъяснимые ошибки выполняю такую последовательность действий:
- выгоняю ВСЕХ пользователей (жду когда все выйдут) в меню Активный пользователи
- у меня база файловая делаю копию каталога базы;
- определяю какая версия платформы запускается (стандартно последняя из каталога "C:\Program Files\1cv82\8.2.19.83\bin")
- в этом каталоге нахожу файл chdbfl.exe (это проверка базы для критических ошибок); запускаю проверку
Имя файла БД "Каталог базы на Вашем диске"\1Cv8.1CD; устанавливаю флаг Исправлять обнаруженные ошибки; Выполнить (на этом этапе конфигурация должна открыться)
- открываю конфигуратор и тестирую базу средствами 1с;проверки - все флаги; режим устанавливаю Тестирование и исправление; При наличии ссылок на несуществующие объекты = Создавать объекты; При частичной потере данных объектов = Создавать объекты; Выполнить
После этого все ошибки исчезают. Если эти действия приходится выполнять с переодичностью чаще одного раза в месяц (2 раза в неделю) причина в сбоях жестких дисках , где находится база
Дополнительно всегда выполняю архивацию базы 1 раз в неделю в стабильном состоянии, до 2 раз в день при появлении систематических ошибок.
Архивы располагаю на сторонних компьютерах, например, у клиента (при нахождении базы на сервере)
Если у меня появляются неообъяснимые ошибки выполняю такую последовательность действий:
- выгоняю ВСЕХ пользователей (жду когда все выйдут) в меню Активный пользователи
- у меня база файловая делаю копию каталога базы;
- определяю какая версия платформы запускается (стандартно последняя из каталога "C:\Program Files\1cv82\8.2.19.83\bin")
- в этом каталоге нахожу файл chdbfl.exe (это проверка базы для критических ошибок); запускаю проверку
Имя файла БД "Каталог базы на Вашем диске"\1Cv8.1CD; устанавливаю флаг Исправлять обнаруженные ошибки; Выполнить (на этом этапе конфигурация должна открыться)
- открываю конфигуратор и тестирую базу средствами 1с;проверки - все флаги; режим устанавливаю Тестирование и исправление; При наличии ссылок на несуществующие объекты = Создавать объекты; При частичной потере данных объектов = Создавать объекты; Выполнить
После этого все ошибки исчезают. Если эти действия приходится выполнять с переодичностью чаще одного раза в месяц (2 раза в неделю) причина в сбоях жестких дисках , где находится база
Дополнительно всегда выполняю архивацию базы 1 раз в неделю в стабильном состоянии, до 2 раз в день при появлении систематических ошибок.
Архивы располагаю на сторонних компьютерах, например, у клиента (при нахождении базы на сервере)
На основе вышевыложенной обработки (она выложена на сайте www.softmaker.kz) сделал свою, которая показывает все объекты, таким образом нашел проблему в регистре РегистрБухгалтерии.Хозрасчетный, а именно РегистрБухгалтерии.Хозрасчетный.Изменения. Я удалил все ссылки на планы обмена, затем и сами планы обмена, снял полностью конфу с поддержки (серый, даже не замочек) и затем накатил типовую, ошибка пропала. Обработку прикрепляю, надеюсь ни у кого ошибок не возникнет и обработка не понадобится)))
Прикрепленные файлы:
Соответствие всех объектов конфигурации с таблицами.epf
на 8.3 делаю по-другому:
1.сохраняю конфигурацию БД в файл
2.запускаю тестирование и исправление
3.смотрю на какую таблицу ругается
4.через обработку "Соответствие всех объектов конфигурации с таблицами.epf" выясняю что за объект
5.удаляю этот объект в конфигурации (+ссылки на него)
6.сохраняю конфигурацию
7.обновляю конфигурацию БД
8.копирую удаленные объекты из аналогичной конфигурации
9.сохраняю конфигурацию
10.обновляю конфигурацию БД (автоматически создаются таблицы)
11.загружаю конфигурацию из файла в п.1
1.сохраняю конфигурацию БД в файл
2.запускаю тестирование и исправление
3.смотрю на какую таблицу ругается
4.через обработку "Соответствие всех объектов конфигурации с таблицами.epf" выясняю что за объект
5.удаляю этот объект в конфигурации (+ссылки на него)
6.сохраняю конфигурацию
7.обновляю конфигурацию БД
8.копирую удаленные объекты из аналогичной конфигурации
9.сохраняю конфигурацию
10.обновляю конфигурацию БД (автоматически создаются таблицы)
11.загружаю конфигурацию из файла в п.1
Прикрепленные файлы:
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2")
|
Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2")
Открыть