резервное копирование Subversion репозиториев

Question

CentOS 5.3 Subversion 1.4.2

Я забыл добавить.В настоящее время общий размер хранилища составляет около 5 ГБ, но со временем он будет увеличиваться.

На нашем внутреннем сервере с CentOS 5.3 у нас есть исходный код и документы, и мы используем subversion 1.4.2.

Мы ищем стратегию резервного копирования.Мы хотим выполнять ежедневные резервные копии.У нас есть около 30 репозиториев для резервного копирования разных размеров.

Я мог бы создать файл сценария и выполнить рекурсивное резервное копирование с помощью дампа svnadmin.

Однако я ищу систему автоматического резервного копирования, которая будет работать ночьюСкажите 12:00 каждый день.

Кто-нибудь знает о каких-либо системах резервного копирования с открытым исходным кодом?Я думаю, что моя компания не хочет платить за любую систему.

Большое спасибо за любые советы,

Answer 1

Есть и другие решения с открытым исходным кодом, которые я мог бы назвать, но для этого приложения я бы выбрал rsync и cron job.

Вот хороший обзор некоторых вариантов с открытым исходным кодом (некоторые больше ориентированы на рабочий стол).

EDIT

Хорошая особенность rsync в том, что он может напрямую синхронизировать папку, в которой хранится репозиторий. Недостатком этого подхода является то, что он может синхронизировать поврежденный репозиторий. Создание дампа и хранение инкрементных резервных копий защитит вас от этого.

Несмотря на то, что я рекомендовал выше, лично я предпочел бы полностью избежать подрывной деятельности. При использовании DVCS, такого как git или mercurial, разработчик всегда имеет полную рабочую копию хранилища, которую можно использовать для восстановления копии на вашем общем сервере.

Answer 2

Я согласен, что вы должны использовать svn hotcopy или svnadmin dump для резервного копирования Subversion репозиториев.В противном случае вы можете сделать резервную копию поврежденной версии репозитория, если кто-то сделает коммит во время резервного копирования.

Несмотря на головокружительное количество сценариев резервного копирования Subversion с открытым исходным кодом, я бы рекомендовал использовать this svn-инструмент резервного копирования .Он сочетает в себе лучшие из полных и инкрементных резервных копий репозитория и будет генерировать только один файл резервной копии для каждого репозитория, независимо от того, сколько раз он был запущен.Получающиеся резервные копии сжаты и идеально подходят для эффективной передачи через rsync.

Answer 3

По моему мнению, вам не обязательно создавать дамп SVN для резервного копирования.svn dump - это список наборов изменений, которые перечислены в одном файле, это может быть более ресурсоемким.Я просто верю, что вы сможете просто сжать файловую систему, в которой находятся все репозитории, и позже сможете восстановить ее.

Другой вариант, который я могу вспомнить, это rsvndump , этот тип дампа может выполняться постепенно, что значительно сократит время.

Если вы ищете бедствиеС точки зрения восстановления, вероятно, у вас может быть другая параллельная система, в которой вы можете выполнить svnsync, который будет создавать резервную копию репо каждые несколько минут. Таким образом, объем данных, который вы пропустите в резервной копии, может быть очень минимальным.*

Answer 4

Проверьте возможный дубликат. Нетрудно написать сценарий и запланировать его как работу cron. Я бы предложил сделать как инкрементное ночное резервное копирование (дамп svnadmin), так и еженедельное полное резервное копирование (hotcopy).