Создание секунды (клон) MongoDB ReplicaSet на тех же томах
Мы обновляем наше программное обеспечение, которое собирается потребовать обновления нашей базы данных MongoDB. Мы планируем выполнение его путем создания копии существующего ReplicaSet с новым именем и создания наших обновлений нового и затем переключения, когда все готово. Оба из этих ReplicaSet будут на тех же серверах.
Я уже создал новую автономную базу данных под ее новым именем (Сделал mongodumop от Основного устройства и затем Восстановленный это как автономное под его новым именем на том же объеме как Основное устройство). Что я хочу сделать, теперь изменение эта новая база данных от автономного до ReplicaSet, не влияя на исходное Производство ReplicaSet
Я нашел - Преобразовывают Автономное в Набор Копии http://docs.mongodb.org/manual/tutorial/convert-standalone-to-replica-set/
Но этот пример просто показывает единственный ReplicaSet, и я просто хочу удостовериться, что процедура все еще работала бы с двумя базами данных по тем же серверам. Название ReplicaSet, который будет преобразован из автономного, является одной из опций запуска монго (-replSet) в этом примере. Был бы для той опции быть нужными и исходные и новые названия ReplicaSrt или просто новое, которое будет преобразовано из Автономного
Для преобразования автономного набора реплик во второй набор реплик, без влияния на исходный набор реплик, вы должны следовать инструкциям для нормальной установки наборов копий, принимая во внимание следующее:
- Использовать другое имя replSet для нового набора
- Использовать другой путь dbpath для любых новых членов набора
- Использовать другой путь лог-файла для любых новых членов набора
- Устанавливать новых членов с разными портами
Если все вышеперечисленное учтено, то ваши 2 набора будут отличаться друг от друга, и между ними не будет попыток общаться друг с другом. Пожалуйста, выполняйте операции rs.add() также внимательно, указывая порты новых членов, а не старых
.Это очень странный способ обновления набора реплик. Обычный метод называется «непрерывное обновление» и работает следующим образом:
- Завершение работы вторичного сервера
- Обновление пакетов MongoDB
- Следуйте инструкциям для первого запуска, если они есть
- Повторите шаги 1–4 для всех оставшихся вторичных серверов
- Подключиться к первичному
- Отключить его, используя
rs.stepDown (3600) - Повторить шаги 1–4
Обновление выполнено с минимальным временем простоя (фактически , всего около 2 секунд до выборов после того, как праймериз ушли), никакого копирования отсюда туда.