Сейчас вызову шквал тухлых помидор в свою сторону. Но выскажусь.
Я как потребитель "тупой 1сник".
1. Не понимаю что привязались к текущим транзакциям?
Они не завершены значит бог с ними.
2. Почему в течении стольких лет в пг не реализован простой и понятный бекап как в мсскл?
3. Почему нельзя сделать возможность просто копировать базы с ноды на ноду. Копируя каталог.
4. Производительность пг. Про настройку для запуска на калькуляторе это сказки для бедных.
Почему за столько лет не сделан какой нить автотюнер. Хотя бы полуавтоматический, узко заточенный под 1с. Что бы при запуске ответив на десяток вопросов пг был бы настроен под работу с 1с хотя бы на 50% а лучше 80%.

Я понимаю что условно бесплатно "жричодали". Но какое то развитие в сторону массового рынка должно быть?

Если я не знаю каких то мастеров настройки и бекапа. Буду благодарен если кто-то поделится.
Это снимет 80% вопросов новичков.

На одном сервере можно делать в разных кластерах.

1. А если база исходно содержит ошибку тии?
Как понять что бекап хороший?
2. Тии не выявляет всех проблем.

кстати, кто чем делает бекапы/развертывания?
так чтобы индексы реляции вьюхи не летели? роли парва?

я чет уже ногу сломал

pg_dump/pg_dumpall/pg_basebackup  ?

Для параноиков дополнительно холодный бекап на уровне файловой системы.

автотюнер сделан. это конфиг по умолчанию. он подходит 90% пользователям.
копируйте весь каталог. только не забудьте остановить перед этим СУБД. По сути pg_probackup именно копирует файлы, но использует механизм чтобы СУБД не останавливать при этом

скрипт "стоп-копи-старт"?

pg_basebackup max_wal_senders=2 - не дает стартануть процесс постгреса, например

В простейшем случае да, еще можно затарить.

я уже сто раз проклял постгрес по причине порога вхождения

1) в мс не надо стопать СУБД, достаточно отключить базу
2) весь каталог это со всеми базами? простой сценарий надо одну из баз перенести на другой сервер. зачем мне все 15 тащить?

есть простой метод - взять все с дева и перенести на прод? со всеми ролями\правами?

А если ошибка логической целостности была до бэкапа и виноваты в этом пользователи с административными правами в 1С (возможность удаления без контроля ссылочной целостности) или ошибки в процессе обновления, то какое развитие событий?

Плюсом у ТИИ с проверкой логической целостностью есть галчонки вроде "Не очищать", "Удалять" и "Создавать" - вы какие используете?

такого нет. только дополнительные инструменты. Но я бы не стал называть это типовым использованием СУБД.

он как минимум не адаптипуется в зависимости от объема памяти на севере.

галочек в командной строке нет
/opt/1C/v8.3/x86_64/1cv8 DESIGNER /S"u1804\demo" /IBcheckAndRepair -LogAndRefsIntegrity /Out"/home/user/log.txt"

pg_dump, не гарантирует восстановление данных, проверку целостности данных, поэтому это не backup.
я не буду никого агитировать, это как про бэкапы, есть те кто УЖЕ их делает.

под виндой это и не нужно. данные будут закэшированы самой ОС. Вчера приводили примеры, что с настройкой shared_buffers = 128MB  под винду нужно ставить.
А те кто ставят под линукс - понимают что сервер нужно тюнить