Как сбросить содержимое базы dB в семенной кластер
Я использую серверный кластер мембраны 1.7.1 из 3 машин (только для vbuckets) и хотел бы иметь возможность создавать резервные копии содержимого для - предположительно маловероятного - случая, когда весь кластер выходит из строя.
Я периодически получаю новые данные от своего провайдера; Я хочу хранить старые данные более или менее неопределенно и добавлять новые данные. Представьте себе приложение для оценки вина. Новые винтажи приходят постоянно, но мне нужно держать старые.
В настоящее время у меня есть процесс, который делает следующее:
- Загрузите некоторые данные от стороннего поставщика
- Вставьте данные в мой vbucket; некоторые старые данные могут быть перезаписаны, некоторые будут новыми
- Тусоваться до следующего обновления данных; другие процессы будут читать данные
Что я хотел бы сделать, это:
- Посмотрите, есть ли в моем ведре какие-либо данные
- Если это не так, загрузите из автономного хранилища (см. Шаг № 5)
- Загрузите некоторые данные от стороннего поставщика
- Вставьте данные в мой vbucket; некоторые старые данные могут быть перезаписаны, некоторые будут новыми
- Взять дамп всех данных в автономное хранилище
- Тусоваться до следующего обновления данных; другие процессы будут читать данные
Шаги 1,2, 5 новые.
Итак, вопрос о шаге № 5. Является ли протокол TAP хорошим способом выгрузить содержимое моего мембранного контейнера? Будет ли это мешать читателям?
1 ответ
В документации на мембрану рекомендуется использовать средство резервного копирования mbbackup, которое вызывается вручную из командной строки вне вашего приложения. Сброшенные данные можно восстановить через mbrestore. Целью mbrestore может быть кластер, отличный от исходного кластера, на котором вы запускали mbbackup.
Ссылка: http://www.couchbase.org/wiki/display/membase/Membase+Server+version+1.7.1+and+up
Если вы работаете в AWS, вы можете запускать membase на EBS и периодически снимать тома EBS на Amazon S3.
Ссылка: http://couchbase.org/forums/thread/correct-way-back-aws-membase-ebs