Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Восстановление из резервной копии с параметром --db-include=DBNAME ?? #584

Open
CpServiceSpb opened this issue Jan 25, 2023 · 4 comments

Comments

@CpServiceSpb
Copy link

Есть Postgresql 13.9.2 (сборки 1С)
Есть pg_probackup vanila v13.

В СУБД несколько БД, например 4 - БД1, БД2, БД3, БД4.
Каждые сутки (1 раз) делается полная (FULL) резервная копия (кластера)

  1. При восстановлении с параметром --db-include=БД1, другие БД (в кластере (БД2, БД3, БД4)) все таки тоже восстанавливаются (с теми владельцами, которые были при резервном копировании) но пустые, без данных, но восстанавливаются.
    Есть возможность восстанавливать только указанную/ные БД ?

  2. Сделано 2 полные (FULL) резервные копии, в разные даты, например:

  • от 10.01.23.
  • от 15.01.23.
    Восстановили 2 из 4 БД, например БД1, БД3 из копии на 15.01.23, например 20.01.23.
    Но 25.01.23 появилась необходимость "довосстановить" еще 1 (из 4) БД, например БД2, но из предыдущей резервной копии от 10.01.23, не "трогая" уже восстановленные БД1 и БД3.
    Такое возможно сделать ?
@yosemity
Copy link

  1. Нет. Вы же кластер восстанавливаете, метаданные важны.
  2. Нет. Вы же кластер восстанавливаете. Тут без разницы какая дата, хоть та же. При восстановлении вам даже не даст такое сделать, сразу заругается на не пустой каталог кластера.

По второму пункту, опишите более подробно задачу и желаемый результат. Если это база для разработчиков и частичного восстановления данных из старой копии, то есть варианты круче - использование ZFS со снапшотами.

@CpServiceSpb
Copy link
Author

CpServiceSpb commented Jan 26, 2023

  1. Но параметр же --db-include=DBNAME есть.
    По моему разумению - если есть такой параметр и указана БД, то восстанавливаются все "системные" данные - данные (метаданные) необходимые для функционирования кластера и отдельно взятая/взятые, указанная/указанные БД без какого-либо "упоминания" о других БД.
    Или тогда, к какому сценарию применителен этот параметр ?
  2. "Побазовая работа" - а-ля как в MS SQL - есть "системные" БД, есть "пользовательские БД.
    Восстановили "системные" - кластер "завелся", а потом восстанавливаем "пользовательские" БД, какие надо.

Как понял, в работающий ничего не восстановить.
Поэтому, если "грохнуть" кластер, и восстановить из копии от 15.01.23, восстановятся все 4 БД - БД1, БД2, БД3, БД4.
Но БД4 вообще не нужна, а БД2 нужна на 10.01.23.
Если же восстанавливать из копии на 10.01.23, то опять же получим 4 БД и все на 10.01.23.

В итоге (в данном случае) нужно получить 3 БД - БД1 и БД3 на 15.01.23, а БД2, на 10.01.23.

@CpServiceSpb
Copy link
Author

Хотелось бы добавить режим восстановления отдельной БД в пусть не запущенный, но существующий кластер, но без восстановления данных по другим БД - без "упоминания" других БL, которые уже могут быть в этом кластере.

@CpServiceSpb
Copy link
Author

В контексте этого вопроса: можете добавить параметр - "автоматически удалять пустые БД" после восстановления только определенны (--db-include) или исключения при восстановлении только определенных (--db-exclude) БД ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants