у нас есть два подхода к репликации БД:
Я планирую проанализировать эти два подхода и подготовить сравнительный отчет с рекомендацией. В настоящее время я настроил среду репликации с использованием репликации Master-Master.
Пожалуйста, дайте мне несколько указателей с подробным анализом.
Мастер-мастер подход
+ Вы можете отправлять запросы на обновление на любой сервер базы данных.
+ Если один Мастер потерпел неудачу, другой будет готов вступить во владение.
- Возможно повреждение данных и / или конфликты индексов при неправильной настройке.
- Вы можете получить несогласованные / неполные данные, когда один узел не может получить обновления от другого. Помните, что вы будете читать / писать на оба сервера.
Подход хозяин-раб
+ Нет возможности конфликта индексов. Обновление выполняется только на одном узле.
+ Вы всегда можете получить согласованные данные от главного и актуальных подчиненных узлов. Этого можно добиться, если приложение, обновляющее базу данных, ведет себя должным образом !!
- Вы можете отправлять запросы на обновление только на главный узел.
- Возможно, вам придется вручную переключиться на один из подчиненных узлов при выходе из строя главного узла.
Просто напоминание
Выполнение репликации базы данных не означает, что вы делаете резервную копию базы данных. Резервная копия базы данных важна для возможности восстановления согласованной копии ваших данных в случае повреждения. В этом случае на всех ваших узлах репликации могут быть одинаковые поврежденные данные !!