pg_basebackup. оно меня шлет лесом, типа:
pg_basebackup: error: ВАЖНО: число запрошенных подключений резервных серверов превосходит max_wal_senders (сейчас: 0)
но я указываю --wal-method=none
при чем тут валсендеры?
может есть альтернативные способы сделать бэкап с работающего сервера, которые не привязаны к подобным опциям, которые требуют рестарта?
The backup is made over a regular PostgreSQL connection that uses the replication protocol. The connection must be made with a user ID that has REPLICATION permissions (see Section 22.2) or is a superuser, and pg_hba.conf must permit the replication connection. The server must also be configured with max_wal_senders set high enough to provide at least one walsender for the backup plus one for WAL streaming (if used).
да, спасибо, уже прочитал. поэтому и спросил уже про альтернативы нормальные без таких зависимостей
можно руками файлы скопировать, c обёрткой pg_start_backup/pg_stop_backup
ну хотя вам WAL же всё равно нужны будут, то есть нужно как минимум что бы archive_command был включен (раз стриминг у вас выключен), либо можно задрать wal_keep_segments и копить все WAL нужные для восстановления бекапа
да не нужны мне вал-ы
без wal вы не сможете запустить бинарный бекап
т.е. вал-метод=ноне по сути не имеет смысла?
если вы каким-либо другим способом не архивируете wal необходимые для запуска этого бекапа — то да, не имеет смысла, такой бекап без wal запустить будет невозможно
вал-метод=ноне используют если у вас например есть отдельный архив для PITR куда все wal непрерывно архивируются, тогда при запуске бекапа вы просто загрузите нужные WAL из архива и при создании бекапа вам не надо второй раз их архивировать в сам бекап
вот бы это было в документации к опции pg_basebackup.... в любом случае спасибо. приму к сведению
ну там написано, возможно не очень очевидно, угу: _Unless the method none is specified_, it is possible to start a postmaster in the target directory without the need to consult the _WAL archive_, thus making the output a _completely standalone backup_.
> что это всё ненадолго и скоро должно накрыться Но если им очень хочется, это никак не поможет. > его бизнес, или там проект, пусть накрывается, не моя зона ответственности. Вот я и имел в виду, что в этом EAV и это решение не сильно отличаются — вопрос в том, у кого есть "волшебная кнопка" (права на то, чтобы создать в базе бардак). > и будет работать как тот заяц! "Работает" оно как-то так себе, если нужно consistency, а особенно плохо, если есть нетривиальные запросы и данных относительно много (опять-таки, того, что эта штука подходит для «тяп ляп и вот "динамические атрибуты" уже в production», я не отрицаю).
Называю что?
Обсуждают сегодня