Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm

Форум Администрирование Общие вопросы администрирования (Admin)

1. AndrewUs 11 03.05.20 20:35 Сейчас в теме

Здравствуйте!
При попытке обновить базу данных появилась ошибка: "Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm"
Бухгалтерия предприятия 3.0.75.109
Платформа 8.3.16.1148.
База файловая.
Обновление платформы не решает проблему.

При попытке сделать ТИИ останавливается на проверке таблица "Document438"

При выгрузке конфигурации появляется таже ошибка.
Последние рабочие архивы дают туже ошибку.
chdbfl.exe наличие ошибок не показывает.

Поиск таблица привел к документу "ОтчетКомиссионераОПродажах", но после выгрузки конфигурации в файл, данная таблица уже ссылается справочник, в новой базе.

Прохождение пути устранения ошибки в статье https://infostart.ru/public/99809/ ни к чему не привели.

Подскажите, что еще можно сделать, что бы реанимировать базу?

P.S. создание РИБ невозможно - ошибка
выгрузка загрузка, так себе вариант, т.к. тоже возникает ошибка

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

Прикрепленные файлы:

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

9. Torin 758 03.05.20 22:21 Сейчас в теме

(1) ИМХО-
1.Выгрузить файл конфигурации
2.Снять конфигурацию с поддержки.
3.Добавить справочник и документ ( в конфигураторе )
3.Обновить конфигурацию базы данных после снятия с поддержки
4.Загрузить конфигурацию ( ранее выгруженную п.1) заменив существующую ( добавленный справочник и документ удаляться)
5.Обновить конфигурацию базы данных.
P|S В результате этих действий произойдет перестроение структуры таблиц базы данных
ну и забываем сделать архив :) перед тем как...

13. AndrewUs 11 04.05.20 15:54 Сейчас в теме

(9) Не помогает, все равно появляется таже ошибка

2. user633533_encantado 11 03.05.20 21:10 Сейчас в теме

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

Уверены, что таблица именно ОтчетКомиссионераОПродажах, есть документы такого вида в базе ?

5. AndrewUs 11 03.05.20 22:12 Сейчас в теме

(2)Вот именно, что нет этих документов. Уверенности нет, доверяю внешней обработке по метаданным.

8. AndrewUs 11 03.05.20 22:14 Сейчас в теме

(2) При попытке открыть журнал этих документов выпадает ошибка.

3. ab_initio 95 03.05.20 21:20 Сейчас в теме

А насколько велика Ваша база? Каков размер ее? Только сегодня как раз тема была про разрушение больших файловых баз:
https://forum.infostart.ru/forum9/topic240442/

6. AndrewUs 11 03.05.20 22:13 Сейчас в теме

(3)База весит всего 800 мб, из-за размера вряд ли.

10. ab_initio 95 03.05.20 22:41 Сейчас в теме

(6) Ну да. Размер совсем маленький. Если есть у Вас возможность работать в клиент-серверном варианте (не важно какая СУБД), то так будет сильно лучше.

15. AndrewUs 11 06.05.20 07:54 Сейчас в теме

(10) Это, конечно, вариант, но как мне базу перенести в клиент-серверный вариант, если выгрузка дает ошибку))

4. ab_initio 95 03.05.20 21:28 Сейчас в теме

Попробуйте использовать универсальную обработку с диска ИТС "Выгрузка и загрузка данных XML" (UploadToXML). С ее помощью можно попытаться сериализовать и выгрузить частями или полностью данные в XML и загрузить их в чистую базу на итдентичной конфигурации.
В процессе выгрузки она у Вас будет падать на определенных данных. Тем самым Вы сможете увидеть какие данные конкретно являются "битыми". Их Вы сможете отсечь / обойти с помощью фильтров, которые в этой обработке предусмотрены.

7. AndrewUs 11 03.05.20 22:13 Сейчас в теме

(4)Попробую отсечь именно выгрузкой.

11. user633533_encantado 11 03.05.20 23:34 Сейчас в теме

Нужно грохнуть эту таблицу в базе совсем. Не методами 1С естественно, ведь данных там нет.

14. AndrewUs 11 05.05.20 08:53 Сейчас в теме

(11) Не подскажете самый надежный вариант?

16. ab_initio 95 06.05.20 08:34 Сейчас в теме

(14)

Не подскажете самый надежный вариант?

Вы имеете в виду вариант грохнуть таблицу?
Если базу не удается выгрузить в DT, то и перенести ее на SQL тоже не удастся, а значит не удастся и грохнуть отдельную таблицу.
Можно попытаться выяснить что это за документ "Document438". Для этого есть метод глобального контекста ПолучитьСтруктуруХраненияБазыДанных (GetDBStorageStructureInfo).
Попытаться посмотреть из режима пользователя что там внутри таблиц этого документа и его табличных частей. Возможно, что через интерфейс и не будет ничего видно, то тогда попытаться с помощью консоли запросов пошарить.

20. user633533_encantado 11 08.05.20 17:35 Сейчас в теме

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

23. AndrewUs 11 10.05.20 20:53 Сейчас в теме

(20) Пробовал, но не копировал из копии базы данных, а сразу устанавливал обновление, все равно ошибка проявилась.

24. user633533_encantado 11 10.05.20 22:22 Сейчас в теме

(23) Нет, нужно было совсем таблицу удалить. Т.е. документ из конфигуратора. И создать новый не на поддержке.

25. vadim1011985 101 10.05.20 22:23 Сейчас в теме

(23) ошибка в структуре базы данных , по какой-то причине не находится указанная таблица. возможно поехало смещение . Единственный вариант разобраться с ошибкой это использовать Hex-редактор и программы как Tools _1cd и попытаться восстановить структуру (т.е. как минимум надо знать и понимать формат баз 8.3.8 и 8.2.14). Tools_1cd есть функция поиск и восстановление потерянных таблиц , но проблема в том что tools_1cd может работать только со старым форматом баз 8.2.14. Можно конечно попробовать сконвертировать базу , но не факт что поврежденные данные останутся или база вообще сконвертируется

12. vadim1011985 101 04.05.20 11:13 Сейчас в теме

(1) Раз ошибка в проявляет себя в конфигураторе , то дело серьезное.
Тут без вспомогательных утилит не обойтись. Если пришлёте базу - готов посмотреть - может получится восстановить

17. user633533_encantado 11 08.05.20 13:40 Сейчас в теме

(12) Обычно базы содержат коммерческую информацию и личные данные, а вы просите прислать. Это вообще то статья УК 183 или 137.
Что за наивность такая ?

18. vadim1011985 101 08.05.20 16:21 Сейчас в теме

(17) когда слетает база , людям срать на статьи УК - главное что бы запустилась (обновилась) иначе это потеря пары -тройки лет работы Бухгалтерии и ещё пару месяцев на ее восстановление или потеря работы того , кто допустил косяк. Мне многие базы присылали - я восстанавливал и отправлял обратно. Если нет доверия - ок удаленный доступ и постоянный надзор. В любом случае решает человек кто накосячил или кому поставили задачу исправить. Так что никакой наивности в моем предложении посмотреть проблему нет.

19. user633533_encantado 11 08.05.20 17:33 Сейчас в теме

(18) Решать должен владелец базы, а не программист. Но давать базу постороннему человеку, просто за обещание помочь это уже чистая глупость.

Хотя может для вас это в порядке вещей, базы клиентов раздавать кому попало, я не знаю.

21. vadim1011985 101 08.05.20 18:40 Сейчас в теме

(19) не буду с вами спорить , пусть каждый останется при своём мнении. Но лично моя практика показывает что 7 из 10 человек предоставляют базу . Даже тут на форуме в темах по восстановлению баз лежат ссылки на битые базы

22. user633533_encantado 11 08.05.20 21:48 Сейчас в теме

(21) Да, не будем устраивать такие споры, это не развлекательный портал. Но бесконтрольная передача баз это плохо и это преступление, а то, что "ну все же так делают" очень плохое объяснение.

И посты типа "передай мне базу", дискредитируют профессию. Мы должны уважать сохранность данных, которые клиенты нам доверили.

Оставьте свое сообщение

E-mail: