Синхронизация SVN с SVN - ведущий / ведомый

Question

Мы планируем выполнить синхронизацию SVN-SVN (репликация репозитория с несколькими сайтами), мы используем Visual SVN server Enterprise edition. И я пытаюсь понять концепцию Мастера и Раба. Если главный репозиторий не работает, подчиненный репозиторий доступен только для чтения. Как справиться с этой ситуацией? Есть ли какой-либо возможный способ вызвать почту, если хранилище недоступно? Есть ли другое решение, чтобы справиться с этим?

Пожалуйста, помогите мне.

Answer 1

Я не уверен, что именно вы подразумеваете под "главный репозиторий не работает". Если вы спрашиваете об аварийном восстановлении, процедура аварийного восстановления описана в статье KB93: Выполнение аварийного восстановления для распределенных репозиториев VDFS. Если вы спросите о высокой доступности, вы можете использовать другие инструменты, такие как отказоустойчивая кластеризация Windows, которые предназначены для этой задачи.

Обратите внимание, что функция репликации многоузлового репозитория на сервере VisualSVN основана на технологии распределенной файловой системы VisualSVN (VDFS). VDFS - это надежная и надежная технология. С VDFS вы можете быть уверены, что следующие утверждения всегда верны:

• Главный репозиторий всегда доступен для чтения и записи - даже если некоторые из соответствующих подчиненных репозиториев недоступны.
• Ведомый репозиторий всегда доступен для записи, если имеется подключение к соответствующему главному репозиторию
• Репликация устойчива к временным проблемам с подключением.
• Доступ на чтение к ведомому хранилищу не требует подключения к соответствующему главному хранилищу.
• Восстановление возможно, если главный репозиторий потерян из-за аварии.

Основная гарантия отказоустойчивости технологии VDFS заключается в том, что главный репозиторий никогда не зависит от любого из подчиненных репозиториев. Поскольку главный сервер никогда не зависит от какого-либо из подчиненных серверов, вы получаете высокий уровень надежности, если ваш главный сервер работает в отказоустойчивой среде. Даже если все подчиненные репозитории не работают или недоступны, главный репозиторий остается читаемым и доступным для записи. Также гарантируется, что в случае сбоев сети репликация будет автоматически восстановлена ​​после восстановления сети.