Перемещение и восстановление кластера PostgreSQL

• Можно ли восстановить резервную копию кластера в работающий экземпляр Managed Service for PostgreSQL в другой облачной сети?

• Можно ли изменить срок хранения автоматических резервных копий?

• Нужен ли плагин wal2json, если выполняется только реплицирование, но не копирование данных?

• Можно ли локально выгрузить резервную копию базы данных?

• Как перенести локальный дамп базы данных PostgreSQL в Yandex Cloud?

• Почему перенос данных через создание и восстановление логического дампа завершается ошибкой?

• Что делать, если при выполнении логической репликации возникает ошибка replication slot already exists?

Можно ли восстановить резервную копию кластера в работающий экземпляр Managed Service for PostgreSQL в другой облачной сети?Можно ли восстановить резервную копию кластера в работающий экземпляр Managed Service for PostgreSQL в другой облачной сети?

Восстановить кластер из резервной копии можно только в рамках одной облачной сети.

Чтобы перенести данные между облачными сетями, воспользуйтесь инструкциями по миграции.

Можно ли изменить срок хранения автоматических резервных копий?Можно ли изменить срок хранения автоматических резервных копий?

При создании или изменении кластера можно задать срок хранения автоматических резервных копий.

Нужен ли плагин wal2json, если выполняется только реплицирование, но не копирование данных?Нужен ли плагин wal2json, если выполняется только реплицирование, но не копирование данных?

Да, плагин обязателен, даже если вы не выполняете копирование данных.

Можно ли локально выгрузить резервную копию базы данных?Можно ли локально выгрузить резервную копию базы данных?

Локально выгрузить резервную копию из Yandex Cloud средствами сервиса нельзя, но вы можете воспользоваться утилитой pg_dump.

Как перенести локальный дамп базы данных PostgreSQL в Yandex Cloud?Как перенести локальный дамп базы данных PostgreSQL в Yandex Cloud?

Воспользуйтесь инструкцией в разделе Миграция базы данных.

Почему перенос данных через создание и восстановление логического дампа завершается ошибкой?Почему перенос данных через создание и восстановление логического дампа завершается ошибкой?

Восстановление логического дампа может завершаться одной из ошибок:

• ERROR: role "<имя_пользователя_источника>" does not exist
• ERROR: must be member of role "<имя_пользователя_источника>"

Ошибки связаны с отсутствием в кластере-приемнике пользователя или привилегий пользователя, от имени которого был создан логический дамп в кластере-источнике.

Чтобы устранить ошибки:

1. Добавьте пользователя в кластере-приемнике с доступом к базе данных для переноса и таким же именем, что и у пользователя, с помощью которого был создан логический дамп в кластере-источнике.
2. Восстанавливайте логической дамп с помощью этого пользователя или выдайте его привилегии пользователю, с помощью которого вы восстанавливаете логической дамп.

Что делать, если при выполнении логической репликации возникает ошибка ?Что делать, если при выполнении логической репликации возникает ошибка replication slot already exists?

По умолчанию при создании подписки создается и слот репликации. Ошибка replication slot already exists означает, что слот репликации уже существует.

Устранить ошибку можно одним из способов:

1. Привяжите подписку к существующему слоту репликации. Для этого добавьте в запрос для создания подписки параметр create_slot = false.
2. Удалите существующий слот репликации и попробуйте создать подписку еще раз.