Вопрос

Кто-нибудь хранит свою папку Repositories на сетевом диске, для которого выполняется резервное копирование? Есть ли какие-либо проблемы с этим, в отличие от, скажем, сохранения его на хост-сервере, на котором установлен диск Subversion C?

Мы хотим разместить наше хранилище на другом сетевом диске (отличном от сервера, на котором работает сервер VisualSVN), и чтобы сервер VisualSVN считывал хранилище с совершенно другого компьютера.

Мы будем делать резервные копии местоположения, на которое мы указываем сервер VisualSVN, каждые 5 минут, чтобы папка SVN-репозитория создавала резервные копии в любое время, когда происходит сбой. Тогда нам, скорее всего, не придется беспокоиться о том, чтобы потом объединить любые последние изменения от разработчиков обратно в устаревшее / устаревшее число репо, потому что мы так часто его резервируем.

Это было полезно?

Решение

В разделе часто задаваемых вопросов о подрывной деятельности есть обсуждение хранения репозиториев в NFS ; по сути, в этом случае вы должны использовать серверную часть fsfs. Использование fsfs также необходимо для горячего резервного копирования хранилища; для bsdf вам понадобится hot-backup.py (или горячая копия svnadmin). С обычной программой резервного копирования может случиться так, что «текущая» файл указывает на ревизию, которая еще не полностью скопирована во время резервного копирования. " svnadmin recovery " может исправить это, если вам нужно восстановить резервную копию, где это произошло (или убедиться, что резервное копирование «текущего» выполнено до того, как какой-либо из файлов ревизий будет).

Другие советы

Надеюсь, вы используете что-то отличное от протокола file: //!

В целом должно быть нормально, если резервное копирование происходит в нерабочее время.

Ознакомьтесь с Тема резервного копирования в книге SVN.

Я разместил репо на веб-сервере, который регулярно резервируется и использует mod-svn для apache.

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

Будьте осторожны, простая наивная копия репозитория не гарантирует правильную резервную копию, если svnserver не был остановлен. Может быть раздражает остановка сервера каждые 5 минут для резервного копирования.

Убедитесь, что вы используете svnadmin hotcopy , а не просто снимок SAN или команда копирования.

Кроме того, вы можете запускать сценарии в хуке post commit для создания резервных копий, когда что-то действительно изменилось.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top