пропущено...
Не совсем понятно при чем тут сеть - локально же делается.
В логе постгресса на это время ошибок не нашел.
интересно особенно про локально
может диски в процессе перегрузились...
в общем если wal_sender_timeout не поможет - можно будет смотреть дальше.
PS: 7000 wal файлов за время base backup это очень и очень много (больше 100GB wal) это за какое время у вас base backup делается и какой размер базы?
--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
Я уже и описание перечитал бэйсбэкапа нескоьлко раз и видео пересмотрел про репликацию, где бэйсбэкап описывается и там не нашел про wal_sender_timeout... Хорошо что пояснили.
Объем кластера около 1 Тб, делается примерно 8 часов. Раз в неделю.
Про локально, я не совсем верно сказал, делается на другой сервер, который примонтирован в локальлную дирректоорию, так что по сети передается, да.
БайсБэкап долгое время выполнялся нормально вдруг перестал с ошибкой, которая выше.
Никаких настроек не меняли ни в ОС ни в самой команде бэкапирования.
Параметры при создании бэйсбэкапа следующие:
-Ft Записывает в целевой каталог файлы в формате tar. Основной каталог хранения данных будет писаться в файл base.tar, а табличные пространства — в файлы, именованные в соответствии с их OID.
-z Включает gzip-сжатие для выводимого tar-файла с уровнем компрессии по умолчанию. Сжатие поддерживается лишь в режиме упаковки.
-P Включает отчёт о прогрессе.
-v Включает режим подробного вывода.
-Xs Включает все необходимые файлы журналов транзакций (файлы WAL) в резервную копию. В том числе включаются все журналы транзакций, сгенерированные в процессе создания резервной копии. Если параметр указан, то главный процесс БД может быть запущен непосредственно с восстановленным каталогом, без дополнительного архива журналов; таким образом полученная резервная копия будет вполне самодостаточной.
Передавать журнал транзакций в процессе создания резервной копии. При этом открывается второе соединение к серверу, по которому будет передаваться журнал транзакций, одновременно с созданием резервной копии. Таким образом будут использоваться два подключения из разрешённых параметром max_wal_senders. И если клиент будет успевать получать журнал транзакций, ведущему серверу не потребуется хранить дополнительные журналы транзакций.
-n По умолчанию, когда программа pg_basebackup прерывается с ошибкой, она удаляет все каталоги, которые она могла создать, прежде чем обнаружила, что не может завершить задание (например, каталог данных и каталог журнала предзаписи). Данный ключ отключает эту очистку и тем самым полезен для отладки.
