У нас есть репозитории Subversion, доступ к которым осуществляется через svn + ssh и модуль svn apache. Есть ли проблемы с непосредственным резервным копированием каталогов репозитория, или я получу что-нибудь, сделав для них дамп svnadmin?
В настоящее время я считаю, что можно сделать резервную копию каталогов.
Посмотреть здесь: Лучший способ делать резервные копии Subversion? так как он ответит на ваш вопрос в целом, я полагаю.
ПРИМЕЧАНИЕ: нижеприведенное основано на моем собственном опыте системного администратора. Я не эксперт по Subversion, и вы можете получить более подробные ответы на StackOverflow.
Лично мне раньше приходилось делать резервную копию сервера SVN, и я использовал svnadmin dump хотя инженерный отдел. head там поклялся, что его ночная rsync также действительна. Есть риск с rsync, если репозитории используются, хотя rsync не поймает все.
Что касается меня, я оставил его работу rsync cron, чтобы он был доволен, и svnadmin dump в удаленный tar-файл.
Что касается преимуществ svnadmin dump или hotcopy, Честно говоря, я не могу придумать ни одного, по крайней мере, в сценарии аварийного восстановления, кроме того, что они могут убедиться, что они используют онлайн-репозитории.
Никогда не используйте резервные копии на уровне файлов каталогов репозитория SVN. Даже если вы используете FSVS.
"svnadmin dump" хорош для долгосрочных архивов, потому что он не зависит от платформы. Обратной стороной является много дольше генерируется и занимает намного больше места (даже при сжатии с помощью gzip -5). Он также не может создавать резервные копии таких вещей, как сценарии репозитория и некоторые другие вещи.
"svnadmin hotcopy" - наш предпочтительный метод резервного копирования в ночное время. В SVN 1.8 процесс горячего копирования является инкрементным, и вам больше не нужно удалять целевой каталог до горячего копирования. Наша ночная горячая копия сократилась с 2-3 часов до 10-15 минут после перехода на SVN 1.8.
(После того, как мы сделаем горячее копирование, мы используем rdiff-backup и отправим на резервный сервер. Это имеет то преимущество, что мы можем вернуть репозиторий в любой день в течение последних 6 месяцев.)
Третий вариант - svnsync, при котором вы поддерживаете работающий сервер SVN с теплым резервом.