|
Анализ субконто зависает
| ☑ |
0
Gnyoku
10.11.22
✎
12:57
|
Доброго времени суток, впервые столкнулся с такой проблемой, Анализ субконто за произвольные даты зависает на пол часа а то и день, но при этом если не указывать начальный период, но указать конечный, результат выходит мгновенно. Есть ли кто встречался с такой проблемой? впервые решил обратится на форум. Анализ субконто типовой, конфигурация Бухгалтерия 3.0.41.2 для Казахстана, версия платформы 8.3.17.1851, База серверная на postgres.
|
|
1
shuhard
10.11.22
✎
12:58
|
(0) итоги как посчитаны ?
|
|
2
lodger
10.11.22
✎
12:59
|
(0) одна из агрегатных таблиц побилась.
тут нужны обычные танцы с бубном: перестроить агрегаты, пересчитать итоги, Тестирование и Исправление...
|
|
3
lodger
10.11.22
✎
13:01
|
когда танцевальный батл из (2) будет завершен без успеха, тогда пора начинать ковырятся на форумах с крутыми пост-грешниками, которые умеют в 1с. чтобы они подсказали как тюнить постгрю для регистров бухни.
|
|
4
Gnyoku
10.11.22
✎
13:10
|
Сделаю Тестирование и Исправления, отпишу результат, пока люди работают развернул копию базы(актуальные данные на прошлый день), там все летает
|
|
5
Gnyoku
10.11.22
✎
13:10
|
тестирования и исправления там не проводил
|
|
6
lodger
10.11.22
✎
13:41
|
(4) дело в конкретном экземпляре БД.
агрегаты и итоги можно пересчитать и с юзерами.
|
|
7
Gnyoku
03.02.23
✎
07:34
|
Все оказалось банальнее и скучнее, при настройках БД, autovacuum не отрабатывал потому что таблицы были крупными, для тех кто хочет проверить когда был последний VACUUM в базе оставлю здесь:
SELECT
schemaname, relname,
last_vacuum, last_autovacuum,
vacuum_count, autovacuum_count
FROM pg_stat_user_tables;"
|
|
8
Gnyoku
03.02.23
✎
07:36
|
Чтобы проверить схожая ли у вас проблема пропишите там где вы отправляете запрос в postgresql(я в pgadmin все делал) VACUUM FULL, потом проверьте анализ субконто
|
|