Apache SVN рекомендуемое в реальном времени решение для резервного копирования

У меня работает Apache Subversion в производственной среде, размер хранилища составляет около 100 ГБ. Сейчас я пытаюсь создать резервный отказоустойчивый для основного сервера SVN. Я прошел через несколько механизмов резервного копирования, но я не смог найти идеальный, который бы подходил для моей настройки отработки отказа. Может кто-нибудь может предложить мне идеальное решение для резервного копирования в реальном времени для SVN с легким переключением при сбое и аварийного восстановления.

У меня есть следующая информация о резервной копии, но мне нужно знать, какая из них является наиболее рекомендуемой.

  • Использование дампа svnadmin для полного резервного копирования. (для 100 ГБ каждый раз это будет головная боль, восстановление также является болью)
  • Использование дампа svnadmin с инкрементным резервным копированием. (Это мой текущий сценарий резервного копирования. Ежедневное создание резервных копий)
  • rsync первичный каталог svn на резервный хост. (Я не уверен в целостности файлов, использующих этот механизм. Любой внезапный сбой на первичном может привести к повреждению репозитория SVN на вторичном.? Я не уверен в этом)
  • Использование svnsync для зеркалирования репозиториев.

    Пожалуйста, предложите, как двигаться дальше с ценными комментариями.

Спасибо
Arun

1 ответ

svnadmin hotcopy это более надежный (и простой) способ, чем инкрементные дампы (и, кстати, он "просто работает").

Репозитории Rsynced (или любым другим образом скопированные на уровне файлов) не могут быть повреждены в любом случае - SVN основан на транзакциях, вы просто пропускаете и не увидите не завершенные в основной операции резервного копирования

Другие вопросы по тегам