подскажите если в пг в archive_command прописать скрипт переодический дающий разрешение и не дающий разрешение сброса WALов в основную базу.... заметил что когда растет кол-во сегментов WAL то в этот момент при том же кол-ве блокировок в 1с не отображаются конфликты блокировок.... как только archive_command прописываем /sbin/true на диске уменьшается занимаемое пространство и происходит commit в основуню БД wal сегментов... и если ставить частый wal checkpoint то место база занимает на диске немного но при том же кол-ве блокировок в пг появляются тут же конфликты блокировок в 1с....

Wat?

А смысл?
Тебе для использования WAL при бекапах нужны все журналы всеравно

это понятно но в моен когда они увиличеваются конфликтов блокировок в 1с нету!

используй wal-g он за одно сразу несколько копирует

потом когда выполняется archive_command = "/sbin/true" тут же высвобождается место на диске и появляются конфликты блокировок в 1с

Но ты теряешь PITR

тоесть он WALы коммитит в БД я так понимаю

если тебе PITR ненужен, то зачем тебе wal archive

Что значит коммитит wal?

синхронит актуальность базы

https://www.postgresql.org/docs/8.3/wal-async-commit.html
https://www.postgresql.org/docs/8.3/runtime-config-wal.html#GUC-WAL-WRITER-DELAY
commit_delay
commit_siblings
посмотри

в этот период небыло блокировок но место в сутки 110гиг хавало..

это 5 дней

прописал  command_archive /sbin/true при веключенной archive always

место высвободилось и появились конфликты в 1С

вот этот же период... по диску

сижу и думаю скрипт наваять чтоб такого рода плодил WAL сегменты и ночью сбрасывал....

А чекпойнты как настроены?

были каждые 5 минут... сейчас поставил каждые 10 минут не помогает.... конфликты в 1с так и идут