E
так причем тут криптопровайдер? любой из них будет работать с одним и тем же сертификатом
Ну попробуйте сертификат и контейнер VipNet перенести в CriptoPro, и покажите результат. Я не знаю что тут ещё сказать.
Size: a a a
2021 March 05
E
так причем тут криптопровайдер? любой из них будет работать с одним и тем же сертификатом
И не Криптопровайдер, а СКЗИ
E
Или наоборот CriptoPro в VipNet без разницы. Как вам удобно)
ИС
SELECT p.pid,
now() - a.xact_start AS duration,
COALESCE((a.wait_event_type || '.'::text) || a.wait_event, 'f'::text) AS waiting,
CASE
WHEN a.query ~ '^autovacuum.*to prevent wraparound'::text THEN 'wraparound'::text
WHEN a.query ~ '^vacuum'::text THEN 'user'::text
ELSE 'regular'::text
END AS mode,
p.datname AS database,
p.relid::regclass AS "table",
p.phase,
pg_size_pretty(p.heap_blks_total * current_setting('block_size'::text)::integer) AS table_size,
pg_size_pretty(pg_total_relation_size(p.relid::regclass)) AS total_size,
pg_size_pretty(p.heap_blks_scanned * current_setting('block_size'::text)::integer) AS scanned,
pg_size_pretty(p.heap_blks_vacuumed * current_setting('block_size'::text)::integer) AS vacuumed,
round(100.0 * p.heap_blks_scanned::numeric / p.heap_blks_total::numeric, 1) AS scanned_pct,
round(100.0 * p.heap_blks_vacuumed::numeric / p.heap_blks_total::numeric, 1) AS vacuumed_pct,
p.index_vacuum_count,
round(100.0 * p.num_dead_tuples::numeric / p.max_dead_tuples::numeric, 1) AS dead_pct
FROM pg_stat_progress_vacuum p
RIGHT JOIN pg_stat_activity a ON a.pid = p.pid
WHERE (a.query ~* '^autovacuum:'::text OR a.query ~* '^vacuum'::text) AND a.pid <> pg_backend_pid()
ORDER BY (now() - a.xact_start) DESC;Сергей спасибо огромное за запрос!
СГ
Илья Савельев
Сергей спасибо огромное за запрос!
пжлста). Нашли источник проблемы?
ИС
Антон Дорошкевич
давай по другому:
1. Откл автовакуум в настройках
2. перечитываешь настройки
3. Убиваешь сессии автовакууму, ибо сам наврятли уже умрёт
4. на этих таблицах, а лучше на всех из запроса делаешь vacuum+analyze+freeze (без full)
5. вкл автовакуум
6. перечитываешь настройки
наблюдаешь
1. Откл автовакуум в настройках
2. перечитываешь настройки
3. Убиваешь сессии автовакууму, ибо сам наврятли уже умрёт
4. на этих таблицах, а лучше на всех из запроса делаешь vacuum+analyze+freeze (без full)
5. вкл автовакуум
6. перечитываешь настройки
наблюдаешь
Антон сделал все как ты сказал, прям на конкретных базах не помогло, что еще можно? pg_repack?
ИС
пжлста). Нашли источник проблемы?
Yfitk
ИС
Нашел, пока не знаю как победить
АД
Илья Савельев
Антон сделал все как ты сказал, прям на конкретных базах не помогло, что еще можно? pg_repack?
pg_repack - ага
ИС
Хотя может и помогло, это нормально что на 100% висит по 2-3 мин, потом уходит?
ИС
15363 | 00:02:24.13828 | f | 14856318 | cleaning up indexes | 2513 MB | | 2513 MB | 2513 MB | 100.0 | 100.0 | 0 | 0.0
СГ
Илья Савельев
Хотя может и помогло, это нормально что на 100% висит по 2-3 мин, потом уходит?
уходит вообще из результатов запроса?
ИС
ИС
уходит вообще из результатов запроса?
да
СГ
Илья Савельев
да
нормально. в 100% может находиться на "завершающих" этапах.
АД
Илья Савельев
Хотя может и помогло, это нормально что на 100% висит по 2-3 мин, потом уходит?
нормально я думаю
ИС
ИС
Антон Дорошкевич
нормально я думаю
зря волну значит поднимаю?
СГ
Илья Савельев
зря волну значит поднимаю?
вы же писали что базы не уходили из результатов запроса, так?
ИС
вы же писали что базы не уходили из результатов запроса, так?
я похоже всех запутал ))) извините, базы из запроса уходят на какое то время, потом снова возвращаются с теми же строчками и данными