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

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

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

  • Использование svnsync для зеркалирования репозиториев.

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

Спасибо
Arun

|источник

1 ответ1

1

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

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

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .