|
Медленно работают бухгалтерские отчеты с отбором | ☑ | ||
---|---|---|---|---|
0
1snik_d
19.01.22
✎
12:15
|
Всем привет. Столкнулся сегодня с такой проблемой. Есть 1С Бух 3.0 на PostgreSQL. Формирую карточку 41 счета с отбором по конкретной номенклатуре. Если брать любой период до декабря 2021 года, то практически мгновенно работает. Если "зацепить" декабрь и далее, то висит по 15 минут, но выдает результат в конце. Та же карточка без отбора отрабатывает моментально независимо от периода формирования. Куда можно покопать?
|
|||
1
Dmitrii
гуру
19.01.22
✎
12:34
|
Убедиться, что с базой никто не работает интенсивно на запись. Например, не запущено какое-нибудь безумное перепроведение или восстановление последовательностей.
Пересчитать итоги и текущие итоги по регистру бухгалтерии. Проверить, что записи в регистре корректные и нет каких-нибудь документов (регистраторов) со странными датами типа 2202 год (вместо 2022) или 1021 год. Обновить индексы и статистику СУБД. Если ничего не поможет - смириться. Скорее всего, это особенность построения неудачного плана запроса PostgreSQL. И если это так, то тут мало что можно сделать без переписывания самого отчета. Или искать спецов по тонкой настройке этого зверя. |
|||
2
1snik_d
19.01.22
✎
13:02
|
Кроме планов запроса все проверено и пересчитано. А вот регламенты в PostgreSQL что-то давно не выполнялись, сейчас попробую там статистику пересчитать
|
|||
3
1snik_d
19.01.22
✎
13:12
|
Блин, статистику обновил и все нормализовалось. Но как-то странно все-равно. По части данных нормально план строился, по части нет.
|
|||
4
Мимохожий Однако
19.01.22
✎
13:14
|
(3) Странно, что не сделал этого раньше
|
|||
5
1snik_d
19.01.22
✎
13:15
|
Может заодно кто подскажет, чтоб новую тему не открывать. Установлена служба pgagent, в которой и настроено все регламентное. Так вот выяснилось, что служба в какой-то момент отвалилась и даже после перезагрузки не запускалась. Запустил сейчас руками и регламент завелся.
|
|||
6
1snik_d
19.01.22
✎
13:16
|
(4) Надежда на то, что оно само. Регламенты настроены, чего туда лезть, а оно вон как.
|
|||
7
Мимохожий Однако
19.01.22
✎
13:17
|
ОФФ "Никогда не было и вдруг опять" © Черномырдин
|
|||
8
Мультук
гуру
19.01.22
✎
13:55
|
(5)
P.S. Я бы на твоем месте (прости) еще бы глянул "а чего там с резервными копиями". А то "регламенты настроены" "чего туда лезть", а там 1) СХД отвалился 2) красный лампочка в raid массиве давно горит (с) 3) мы сейчас быстро raid восстановим, он ведь raid5 и вывалился один диск. но нет (с) P.P.S. Я серьезно. |
|||
9
1snik_d
19.01.22
✎
17:50
|
(8) Это не моя головная боль
|
|||
10
ansh15
19.01.22
✎
18:13
|
>>даже после перезагрузки не запускалась
В журналаы операционной системы ничего не пишется при этом? Может запуск ручной или вообще отключен? |
|||
11
Garikk
19.01.22
✎
18:18
|
(9) твоя боль алертнуть кому надо чтобы посмотрели, потому что когда оно умрет, боль будет уже у тебя и НЕ ВАЖНО что виноват ктото другой, чинить то тебе придется
|
|||
12
1snik_d
19.01.22
✎
21:13
|
(11) Если все рухнет и бэкапов не будет, то чинить ничего уже не придется. А для контроля работы и копий есть админ, ему за это деньги платят
|
|||
13
Garikk
19.01.22
✎
21:21
|
(12) если рухнет и вам восстановят напополам сломанную базу, чинить будете вы
=== вообще такое отношение к работе хорошо показывает ваш уровень как ИТ специалиста, понятно что это не ваша специализация, но бывает крайне полезно думать за коллегу идиота |
|||
14
Garikk
19.01.22
✎
21:23
|
(13) ведь полюбому найдётся какойнить прикопанный древний бекап, какиетнить выгрузи из обменов
и именно вас будут просить всё вернуть взад... а если вы 'всё сломалось, сами чините, админ виноват'... ну чё скажешь, сколько вам денег платят? |
|||
15
1snik_d
19.01.22
✎
21:48
|
(13) Ну и зачем мне за кого-то думать, ну детский сад прям.
|
|||
16
1snik_d
19.01.22
✎
21:56
|
(14) Я не фикси, и за любой чих попрошу денег
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |