Резервное копирование и восстановление Couchbase из cbbackupmgr - PullRequest
2 голосов
/ 14 мая 2019

Я ежедневно беру резервную копию кластера couchbase из команды cbbackupmgr.Я запланировал задание cron месяц назад и только что заметил, когда в первый день произошло резервное копирование с помощью команды cbbackupmgr, созданный размер файла в ГБ.Теперь создание файла в МБ после первого дня до сих пор, так что я наблюдаю здесь, cbbackupmgr делает инкрементное резервное копирование, верно?мой вопрос, если мне нужно восстановить из cbbackupmgr, так что резервное копирование необходимо использовать?или нужно объединить все эти резервные копии, тогда можно будет восстановить только полные данные без какой-либо потери?

уточните, пожалуйста, мое замешательство.

Спасибо.

1 Ответ

2 голосов
/ 15 мая 2019

Вам не нужно объединять перед восстановлением. Вы можете напрямую из инкрементного резервного хранилища. Есть два необязательных параметра командной строки, которые вы можете использовать.

- запуск (резервное копирование)

Имя первой резервной копии в восстанавливаемом хранилище или значение индекса, которое ссылается на инкрементную резервную копию. Допустимые значения индекса: любое положительное целое число, «самый старый» и «последний». Если используется положительное целое число, оно должно ссылаться на индекс инкрементной резервной копии, начиная с самой старой и до самой последней резервной копии. Например, «1» соответствует самой старой резервной копии, «2» соответствует второй самой старой резервной копии и т. Д. Указание «самой старой» означает, что следует использовать индекс самой старой резервной копии, а указание «самой последней» означает, что следует использовать индекс самой последней резервной копии. Если этот флаг не указан, то восстановление начнется с самой старой резервной копии в хранилище резервных копий.

- конец (резервная копия)

Имя последней резервной копии в хранилище резервных копий для восстановления или значение индекса, которое ссылается на инкрементную резервную копию. Допустимые значения индекса: любое положительное целое число, «самый старый» и «последний». Если используется положительное целое число, оно должно ссылаться на индекс инкрементной резервной копии, начиная с самой старой и до самой последней резервной копии. Например, «1» соответствует самой старой резервной копии, «2» соответствует второй самой старой резервной копии и т. Д. Указание «самой старой» означает, что следует использовать индекс самой старой резервной копии, а указание «самой последней» означает, что следует использовать индекс самой последней резервной копии. Если этот флаг не указан, восстановление завершится самой последней резервной копией в хранилище резервных копий.

...