Лучший способ сделать резервные копии Subversion?

Каков наилучший способ создания резервных копий Subversion (на сервере на основе Debian).

Это использовать svnadmin?

svnadmin dump /path/to/reponame > reponame.dump

Или, может быть, просто смолить каталог, где находятся репозитории?

tar -cvzf svn.backup.tar.gz /var/subversion/

Каковы плюсы и минусы вышеперечисленного?

Спасибо Йохан

Обновление : это небольшой сервер с небольшим количеством репозиториев. Так что инкрементные резервные копии, вероятно, не нужны, я думаю, что лучше сосредоточиться на простоте.

Обновление : я использовал скрипт-упаковщик пакетов (который, в свою очередь, был оболочкой для svn-hot-backup), чтобы сделать полное резервное копирование, а затем сделал полное восстановление на другом чистом компьютере. Однако я удалил эту часть "SVN_HOTBACKUP_NUM_BACKUPS = 10", так как она не работала для меня.

Пожалуйста, обратите внимание, что я чувствую, что это было довольно просто, и результат был очень близок к просто смоле. Но, как указал здесь Манни, использование svn-hot-backup / "svnadmin hotcopy" - более надежный метод, поскольку tar может время от времени создавать поврежденные резервные копии, если вам не повезло.

Ищите скрипт svn-hot-backup. Он должен поставляться с Subversion и содержать всю логику, чтобы делать то, что вы хотите, плюс автоматическое развертывание старых резервных копий. Я написал следующий скрипт-обертку, который использует svn-hot-backup для выполнения в качестве ночного задания для резервного копирования одного сервера с несколькими репозиториями, слегка измененными для обобщения.

#!/bin/bash

#
# Dumps the svn repos to a file and backs it up
# to a local directory.

#Keeps the last 10 revisions
REPODIR="/var/repos"
BAKDIR="/data/backup/svn"
PROG="/usr/local/sbin/svn-hot-backup"
REPOLIST='repo1 repo2 repo3'

if [ ! -x "${PROG}" ]
then
        echo "svnbak: Could not execute \`${PROG}\`"
        exit 1
fi

for repo in ${REPOLIST}
do
    # Dump the database to a backup file
    echo "svnbak: Dumping subversion repository:  ${repo}"
    SVN_HOTBACKUP_NUM_BACKUPS=10 nice ${PROG} --archive-type=gz ${REPODIR}/${repo} ${BAKDIR}/${repo} &> /tmp/svnbak.$$

    if [ "$?" -eq "1" ]
    then
        echo "svnbak: Hot backup on '${repo}' failed with message:"
        /bin/cat /tmp/svnbak.$$
    fi

    /bin/rm /tmp/svnbak.$$
done

exit 0

Вы видели документацию по этому поводу ?

По сути, у вас есть два варианта:

1. Выполнять добавочное резервное копирование, используя svnadmin dump
2. Резервное копирование всего хранилища с помощью svnadmin hotcopy

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

Независимо от того, используете ли вы инкрементное или полное резервное копирование, это зависит от количества паранойи, размера вашего хранилища, ваших потребностей и вашей инфраструктуры.

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

Почему это важно? Что ж, если у вас большая команда разработчиков и у вас есть ежедневная резервная копия Subversion, и ваша система отказывает 12 часов в старой резервной копии, весь рабочий день теряется.

Если вы выполняете полное резервное копирование ( то есть горячее копирование SVN ) много раз в день, то это приводит к ненужной загрузке вашего компьютера хранилища, что раздражает нетерпеливых разработчиков.

В качестве бонуса; Я также рекомендую Backup-PC в качестве решения для резервного копирования. Он может делать инкрементные удаленные резервные копии и способен сэкономить много места, если вы создаете резервные копии одинаковых файлов в разных системах.

Я использую svnsync для резервного копирования в другое хранилище, доступное только для чтения, которое само копируется с устаревшими копиями (день, неделя, месяц)

Вы можете сделать инкрементное резервное копирование с помощью svnadmin, если хотите, вы должны запустить hot-backup.py до создания архива tar.

Вот статья о резервном копировании SVN-репозиториев. В любом случае, чтение книги SVN является хорошей отправной точкой, как уже было сказано.

Я делаю резервные копии нескольких репозиториев 100GB + SVN с помощью простого старого rsync. svnadmin dumpи svnadmin hotcopyзаймет дни на этих репозиториях.

Еще одна вещь, на которую стоит обратить внимание, - svnadmin dumpэто не резервное копирование блокировок и скриптов хуков.

Вот что я делаю с моими репозиториями: используйте службу резервного копирования папок, такую ​​как Dropbox (вот ссылка на их версию для Linux ). Вы просто делаете Dropbox корневым каталогом вашего хранилища (или даже над ним), и он будет сохраняться при каждом изменении файла. Мало того, что это будет доступно через компьютеры, но вы сможете получить доступ к нему онлайн и иметь его версии.

Существует несколько таких онлайн-сервисов резервного копирования - большинство из них бесплатны до 2 ГБ.