Найкращий спосіб зробити резервне копіювання 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. Він повинен поставлятися з підривною роботою і містить всю логіку робити те, що ви хочете, плюс автоматичне розгортання старих резервних копій. Я написав наступний скрипт обгортки, який використовує svn-hot-backup для запуску як нічний cronjob для резервного копіювання єдиного сервера з декількома сховищами, злегка модифіковані для узагальнення.

#!/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 repos. Як би там не було, читання книги SVN - це хороший вихідний пункт, як говорилося раніше.

Я створюю резервні копії декількох сховищ 100 ГБ + svn звичайним старим rsync. svnadmin dumpі svnadmin hotcopyтриватиме дні в цих сховищах.

Ще одна річ, на яку слід дивитися, - svnadmin dumpце не резервні копії замків та сценарії гаків.

Ось що я роблю зі своїми сховищами: використовую сервіс резервного копіювання папок типу Dropbox (ось посилання на їх версію для Linux ). Ви просто зробите Dropbox корінь вашого сховища (або навіть вище), і він створюється резервним копієм щоразу, коли файл змінюється. Він не тільки буде доступний на комп’ютерах, але ви зможете отримати доступ до нього в Інтернеті та мати його версії.

Є кілька таких онлайн-сервісів резервного копіювання - більшість безкоштовних до 2 Гб.