три вопроса животрепещущих.
1) Правильно ли я понимаю, что archive_mode on используется как правило совместно с некоторой файлошарой?
2) pg_basebackup мне пишет write-ahead log start point: 16F5/8000028, когда стратует синк -- но на мастере в директории pg_wal я не вижу файла с маской *8000028* -- нормально ли это?
3) если archive_mode установлен в off, единствнный способ запустить реплику -- это увеличивать max_wal_segments на мастере, верно? (чтобы wal-ы не протухли к моменту завершения синка)
1) Да кто ж его знает. В смысле -- кто ж его знает, как оно "как правило", тут сколько людей -- столько бэкапов. Я не то чтобы шарой -- я обычно scp запускаю. Но у меня большых объёмов тащемта нет. 2) Сервер можэт и удалять в процэссе, это нормально в принцыпе. 3) Нет, если -X не указан -- то он и сам запросит слот репликацыи чтобы эти логи не удалялись раньшэ времени.
Репликация по физическому слоту: если pg_basebackup -X stream -S имя_слота, то пока слот на ведущем не удалите журналы будут копиться. Можно играться с wal_keep_segments. По 1) archive_command = '/bin/true' и архивы улетают в пустоту. 2) нормально, если они уже удалены. 3) читайте выше.
> 2) нормально, если они уже удалены. Но я ведь верно понимаю, что это нифига не нормально, если я вот только-только стартовал pg_basebackup?
Обсуждают сегодня