в схеме базы данных нет таблицы с именем q_000_t_001

1. yaroslavch 29 17.09.18 09:48 Сейчас в теме
День добрый. Есть Комплексная автоматизация 1.1.105.1. Платформа 8.2.19.130
PostgreeSQL.

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

С какого-то момента, скорее всего при обновлении, только вот каком х.з момент упущен, при попытке зайти в Мониторе обмена, в просмотр зарегистрированных к выгрузке в плане обмена стала выходить ошибка:

Ошибка SDBL: В схеме базы данных нет таблицы с именем q_000_t_001 (яндекс и гугл, ни чего путного не выдают, хотя фразу поисковую выдают сразу )

Программно так же нельзя ни очистить план обмена ни зарегистрировать. Выбивает с ошибкой и Программа вылетает.

В файловой версии - такого глюка нет. Все отлично заходится и чистится. Тестирование и исправление, а так же стандартная утилита для тестирования структуры базы данных(chdbfl.exe) - ошибок не находят.

Что можно сделать, как исправить, чтобы в sql версии так же можно было заходить в монитор обмена и редактировать список к выгрузке.
Вознаграждение за ответ
Показать полностью
Найденные решения
26. Akuji 22 18.09.18 16:45 Сейчас в теме +7 $m
(23)т.е. ошибка снова возникает при следующем обмене...
А удалить полностью БД в постгри - пересоздать и уже в новую БД загрузить дт? или так и делал?)
Или рядом создать вторую базу и там проверить...
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
4. user856012 14 17.09.18 09:52 Сейчас в теме
(1)
С какого-то момента, скорее всего при обновлении
Первое, что приходит в голову: структура баз изменилась после обновления, а правила обмена остались прежними.
8. yaroslavch 29 17.09.18 12:01 Сейчас в теме
(4) правила своевременно обновляются под релизы.

ошибка именно при попытке просмотреть что зарегистировано в плане обмена к обмену
9. user856012 14 17.09.18 12:04 Сейчас в теме
(8)
ошибка именно при попытке просмотреть что зарегистировано в плане обмена к обмену
ИМХО, тут-то собака и порылась, надо начинать с решения этой ошибки.

Кстати, а в файловом варианте эта ошибка тоже возникает?
10. yaroslavch 29 17.09.18 12:05 Сейчас в теме
(9) Написал выше, в файловом варианте все отлично работает...
11. user856012 14 17.09.18 12:13 Сейчас в теме
(10)
в файловом варианте все отлично работает...
Ну, тогда это какие-то косяки Postgre, тут я пас.

Разве что попробовать платформу обновить?
17. v.l. 435 17.09.18 15:33 Сейчас в теме
(11) Ох уж эти одноэсники. Вам бы только обновлять, да и то мифический страх перед нечетными релизами.
12. dandykry 10 17.09.18 12:55 Сейчас в теме
(1) Тестирование со всеми включенными галками?
16. v.l. 435 17.09.18 15:32 Сейчас в теме
(12) Это временная таблица самого сервера PostgreSQL
yaroslavch; +1 Ответить
21. dandykry 10 18.09.18 07:14 Сейчас в теме
(16) Да оно видно по названию, что она временная, но что в ней хранится. У меня подозрение, что в плане обмена есть регистры, и когда форма зарегистрированных объектов получает записи регистра, образуется эта временная таблица и все падает. Я хотел предложить обработкой пробежаться по метаданным регистров и сделать срезы или получить остатки. Думаю на каком-то выйдет эта ошибка. Дальше колдовать с этим регистром. По идее я бы попробовал бы его изменить (добавить реквизит или измерение) и сделать реструктуризацию.

Почему регистр - потому что на сколько я помню, в узле плана обмена хранятся данные не во временной таблице, поэтому отпадает
28. v.l. 435 18.09.18 21:16 Сейчас в теме
(21) В них можкт храниться что угодно. В том числе временные метаданные при реструктуризации.
Но сами изменения конфы хранятся в таблице ConfigSave. Если Конфигуратор падает при запуске, надо дропнуть эту таблицу.

Я специально экспериментировал - в запросе помещал выборку во временную таблицу и её содержимое попадало в темповую таблицу скуля.

Когда в запросе написал ПОМЕСТИТЬ вт а потом УНИЧТОЖИТЬ вт, то квосты подчищалист и на сервре.
Просто однажды после разных падений и дисконнектов клиентов эта временная база забивалась и Конфигуратор падал при реорганизации.
Лечил перезапуском службы скуля.
30. dandykry 10 19.09.18 07:23 Сейчас в теме
(28) Я слегка термины перепутал и ввел в заблуждение. Не временная таблица, а виртуальная.

В вашем случае не понимаю, как временная таблица может влиять на конфигуратор, если только вы не о ConfigSave (она не временная), но если о ней, то не понимаю как вы ее
ПОМЕСТИТЬ вт а потом УНИЧТОЖИТЬ вт
.

В случае ТС, идет какой-то запрос к бд, создается некая временная таблица q_000_t_001, и она падает. Это моё предположение.
31. v.l. 435 19.09.18 09:30 Сейчас в теме
(30) Да это я изначально писал ТС, но ошибся сообщением.
(22) Не всегда. При выгрузке в dt большой базы (на моем примере база 180 ГиБ) и загрузке обратно падал конфигуратор с сообщением. что сервер SQL не ответил вовремя.

Хотя скуль работал без сбоев. Просто 1С решила, что "и так много поработали, хватит".
На маленьких базах сойдет.
22. Akuji 22 18.09.18 14:47 Сейчас в теме
(1)
В файловой версии - такого глюка нет.

А выполнить операцию в файловой и загрузить результат в рабочую нельзя?
23. yaroslavch 29 18.09.18 16:20 Сейчас в теме
(22) это как временное решение, так и делаю..
Но всё завязывается тогда на меня.. А нужно чтобы пользователи это делали
26. Akuji 22 18.09.18 16:45 Сейчас в теме +7 $m
(23)т.е. ошибка снова возникает при следующем обмене...
А удалить полностью БД в постгри - пересоздать и уже в новую БД загрузить дт? или так и делал?)
Или рядом создать вторую базу и там проверить...
32. yaroslavch 29 24.09.18 12:59 Сейчас в теме
(26)
в принципе только на этих выходных удалось получить в доступ сервер с 1С..

Помогло вот что..

1. Выгрузил базу в файловую и еще раз прогнал тестирование и исправление - особо ни чего не найдено
2. на всякий случай проверил внешней утилитой от 1С - ошибок нет

3. Удалил базу нафиг с сервера

4. заново создал в SQL базу и загрузил туда выгрузку

Взлетело...

При этом как советовали ранее, пробовали и КЭШ чистить и у пользователе я и на сервере, и Остановку служб делать, это не помогало...

Только пересоздание базы..
27. user856012 14 18.09.18 18:36 Сейчас в теме +3 $m
(1)
Ошибка SDBL: В схеме базы данных нет таблицы с именем q_000_t_001 (яндекс и гугл, ни чего путного не выдают, хотя фразу поисковую выдают сразу )
Ну, это смотря что искать.

Волшебного заклинания типа "сим-салабим-ахалай-махалай" - да, нету, а вот пищи для размышлений - навалом:

- в-первых, это проблема не только Postgree, но и других СУБД:
https://www.forum.mista.ru/topic.php?id=773588
https://www.forum.mista.ru/topic.php?id=538526

- во-вторых, бывает, что таблица с указанным именем присутствует, но ее структура не соответствует требованиям 1С:
http://www.gilev.ru/1c/support/tasks/cast.htm

- в-третьих, таблицу эту создает сама платформа 1С, даже при выполнении вполне невинного запроса: http://fs.kursypo1c.ru/free/articles/programmist1C/ %20-%20Материалы%20из%20курса%20по%20запросам%20-%20Устройство%20виртуальной%20таблицы%20остатков.pdf

То есть, причина проблемы - в точечной несовместимости 1С и имеющейся СУБД. Подтверждается это и тем, что в файловом варианте ошибка не воспроизводится.


Выводы? Лично я сделал следующий: поскольку работа платформы 1С оптимизируется под MS SQL (там такая проблема вроде бы тоже случается, но это - только со слов знатока из (19), то есть смысл подумать о переходе на эту СУБД. Затратно, поэтому лучше сначала потренироваться на кошках копии базы.

Или, как более дешевый вариант - ковырять отладчиком код, вызывающий ошибку и переписывать его, пытаясь угадать - какие нужно внести изменения для того, чтобы Postgree отработал корректно?

А потом, в случае успеха, повторять эти телодвижения после каждого обновления... и молиться, чтобы больше ничего подобного не вылезло в других местах.
33. yaroslavch 29 24.09.18 13:06 Сейчас в теме
(27) Решения я не увидел, но спасибо за ссылки, для собственного саморазвития было интересно
2. Adilgeriy 25 17.09.18 09:51 Сейчас в теме
а создать пустую таблицу с таким именем?
18. v.l. 435 17.09.18 15:33 Сейчас в теме
(2) Где её создавать? В служебной таблице посгри?
yaroslavch; +1 Ответить
3. uriah 18 17.09.18 09:52 Сейчас в теме
А если после тестирования и исправления выгрузить из файлового режима и заново загрузить в POSTGres, будет ошибка проявляться?
7. yaroslavch 29 17.09.18 12:00 Сейчас в теме
(3) так делал... не помогает.
Я выгружал в файловую версию, теситровал, прогонял утилиткой - ни каких ошибок.

Чистил план обмена и загружал обратно в Postgers

ошибка к сожалению не уходит
19. v.l. 435 17.09.18 15:36 Сейчас в теме
(7) Такая ошибка наблюдалась при частых аварийных заверениях работы с базой.
Как на MS SQL 2014, так и на PostgreSQL.

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

Лечение:
симптоматически: остановить сервер 1С, остановить сервер SQL. Очистить кеш клиентских баз 1С, очистить кеш на сервере 1С, очистить кеш у пользователя, от имени которого запускается "сервер 1С". Запустить службу SQL, запустить службу 1С.
административно: проверить все коннекты, настроить сеть, настроить сервер.
организационно: лупить по рукам пользователей и погромистов 1С, которые запускают запросы за неопределенный период или пишут кривые запросы.
yaroslavch; +1 Ответить
5. Xershi 1504 17.09.18 09:52 Сейчас в теме
https://infostart.ru/public/412626/ удалить мусор руками или вернуть таблицу.
user705522_constantin_h; +1 Ответить
6. Timur.V 79 17.09.18 10:14 Сейчас в теме
1) Перезагрузить службу сервера 1С Предприятия.
2) Очистить кеш сервера.
edkuznetsov; held88; +2 Ответить
13. 27272 17.09.18 13:24 Сейчас в теме
Была такая ошибка в БГУ1. Помогло удаление кэша из %Appdata%
24. yaroslavch 29 18.09.18 16:23 Сейчас в теме
(13) Не помогает. Пробовал чистить, и с других компов так же.. Результат один и тот же
14. vynosmozga 6 17.09.18 15:07 Сейчас в теме
Как вариант: обновить конфу саму в себя, предварительно скачав полный дистрибутив.
15. v.l. 435 17.09.18 15:31 Сейчас в теме
Пишем грамотно:
"ни чего путного" -> "ничего путного"
"так же нельзя" - > "также нельзя" и в других местах "также" в данном контексте должно писаться слитно.
20. echo77 1865 17.09.18 16:20 Сейчас в теме
25. yaroslavch 29 18.09.18 16:32 Сейчас в теме
(20)пока нет.. остановка сервера и перезапуск служб не помогло...
К сожалению, телодвижения можно делать вечером, после рабочего дня.. Тут получается задержка
29. v.l. 435 18.09.18 21:22 Сейчас в теме
(25) Выполнили рекомендацию из (19)?
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот