Я настраиваю защищенную производственную среду с mongoDb 4.0.8.Меня беспокоит процедура резервного копирования для серверов конфигурации.
Пока мы будем использовать стандартную минимальную конфигурацию для шардинга:
- 1 маршрутизатор / mongos,
- набор реплик конфигурации,
- набор точных копий.(При увеличении объема данных будет добавлено больше реплики сегментов)
У нас уже есть метод пересчета непротиворечивых данных в сегментах в случае потери данных.Мне интересно, как лучше восстанавливать данные сервера конфигурации.Учитывая наихудший сценарий: все серверы конфигурации повреждены.
Мой первый вопрос , почему MongoDb не может пересчитать данные конфигурации путем запроса шардов? Насколько я вижу, нет способа сделатьчто или не нашел в документации?Разве информация, содержащаяся в осколках, недостаточна для этого?
Я подумываю использовать mongodump / mongorestore.Я мог бы добавить другой сервер в набор реплик конфигурации (который не мог стать основным) и запускать подпрограмму каждый час с этого сервера для создания mongodump (как в этой процедуре )
Я бы сделал то же самое для шарда, чтобы сохранить синхронизированную конфигурацию (например, если кусок был перемещен, а восстановленный сервер конфигурации устарел).Из-за размера данных было бы неплохо инкрементное резервное копирование.
Это хороший подход или есть что-то более простое / более надежное?