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

436
Arun Kumar

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

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

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

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

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

Спасибо
Арун

0
У вас уже есть решения. Решиться и пойти с этим? Если ваше решение действительно в режиме реального времени, вы уже знаете, что некоторые из них не будут работать. Возможно, вам придется искать другие механизмы для этого. `Svnsync` или, возможно, другой подход, такой как ZFS Snapshots, может помочь вам в этом. Я действительно не понимаю, почему вы все о резервном копировании, когда вы действительно хотите иметь отказоустойчивый / горячий резерв. Seth 7 лет назад 0
@ Сет, я выяснил все возможные пути и искал рекомендуемый, который не вызывает проблем с целостностью файла. Таким образом, механизм резервного копирования должен быть готов к работе в режиме ожидания без особых задержек и потери данных. Я проверяю репликацию ZFS вместо снимка. Arun Kumar 7 лет назад 0

1 ответ на вопрос

1
Lazy Badger

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

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

Итак, вы говорите, что не будет никаких проблем с целостностью файла, если я синхронизирую основной файл с помощью rsync. Что произойдет, если rsync извлечет файлы во время фиксации, которая еще не завершена.? Arun Kumar 7 лет назад 0
Хранилище репозитория ** поддерживает транзакции в ядре ** - Вы можете иметь или не иметь полную транзакцию (фиксация сохранена) в файле rsynced, а не "часть фиксации". Но SVN-по своей природе инструменты кажутся как-то лучше Lazy Badger 7 лет назад 0

Похожие вопросы