Странное поведение запроса в БП 3.0

1. lefthander 26.03.22 17:43 Сейчас в теме
Добрый день, коллеги. Столкнулся с непоняткой. в БП есть обработка Регистрация счетов фактур на аванс.
С некоторых пор запрос в обработке возвращает все (!) документы за весь период, хотя указан один день.
Естественно выполняется заполнение долго и чаще всего завершается ошибкой.
Кроме тестирования и исправления - что можно сделать что бы понять что это...
Тестирование и исправление не проходит... база серверная, и очень большая... и в какой то момент при тестировании падает.
Вот у кого есть идеи? Как понять почему не отбирается по периоду? БП 3.0 106.101 Платформа 20.1674...
Ошибка на скрине
Прикрепленные файлы:
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. starjevschik 26.03.22 19:21 Сейчас в теме
хм. А совет, который на картинке, удалось выполнить? И как результат?
3. lefthander 26.03.22 19:36 Сейчас в теме
(2)Трудно понять какого места не хватило... после показа админам обещали добавить размер диска... но все равно несколько раз запускал и ошибка всегда эта на операции пересчет итогов. На диске где запускал 180 гигов свободно...
4. starjevschik 26.03.22 19:40 Сейчас в теме
(3) ну я бы предположил, что речь идет о диске где или сама база или tempdb. Запускать можно где угодно, но СУБД пишет туда, куда ей сказали, а не туда, откуда запускается клиентский процесс...
5. lefthander 26.03.22 20:34 Сейчас в теме
(4)Это понятно... вопрос то в том почему запрос у которого задан интервал игнорирует его и возвращает все документы регистра... :)
6. starjevschik 26.03.22 21:48 Сейчас в теме
(5) ну потому что индекс кривой. А переделать его мешает отсутствие места на диске. На картинке же написано. Надо найти место для баз, переиндексировать, потом уже проверять запросы. В другом порядке задача вряд ли решается.
7. lefthander 27.03.22 10:36 Сейчас в теме
(6)А напрямую в SQL можно как то потестировать? или лучше туда не лезть?
8. starjevschik 27.03.22 13:57 Сейчас в теме
(7) напрямую в SQL, я надеюсь, у вас есть план обслуживания базы с периодическим обновлением индексов и статистик и архивацией. Если нет, то гоните быстрее админа базы и нанимайте нового толкового, пока база еще жива. Может успеете.
Без достаточного места на дисках с базами здесь не о чем говорить.
Можно базу попробовать сжать, если новый диск непосилен для фирмы. Заархивировать, перевести в симпл рекавери, сжать, вернуть обратно. Если журнал большой, то это может ненадолго помочь, пока ищете деньги на диски.
9. lefthander 27.03.22 15:09 Сейчас в теме
10. redfred 27.03.22 15:32 Сейчас в теме
(8) Судя по тексту ошибки у человека там вообще постгрес. Какие уж там симпл рекавери и прочее
Оставьте свое сообщение

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