Вопрос или проблема
Кто-нибудь знает компании, которые предоставляют хостинговые резервные копии Subversion?
В основном, моя компания хотела бы реплицировать наши репозитории Subversion на хостинговый сервис Subversion третьей стороны. Мы хотели бы, чтобы наш внутренний репозиторий оставался основным хостом, но чтобы сервис третьей стороны работал как своего рода “рабочий” сервер, на который мы могли бы легко переключиться в случае необходимости (т.е. мы просто попросили бы разработчиков создать новую версию из хостингового сервера Subversion третьей стороны, и они бы только потеряли X часов работы).
Я уже рассматривал несколько хостинговых сервисов Subversion, но из того, что я видел, все они ожидают, что будут основным хостом с резервными копиями репозитория, реплицирующимися на ваш внутренний сервер, что является противоположным тому, что мы хотим. Спасибо заранее.
Я запускаю скрипт резервного копирования на удаленном сервере каждую ночь. Поскольку svndump
поддерживает инкрементальные дампы, довольно просто делать ночные инкрементальные дампы и еженедельные/ежемесячные полные дампы.
Получите учетную запись shell где-нибудь и используйте svnsync.
Я полагаю, вы могли бы установить хук для подтверждения, который будет дублировать дельту между “мастером” и “рабочими” серверами. Однако я бы предложил более простой метод.
Получите себе универсальный “сайт” Unix где-нибудь — slicehost.com или что-то подобное. Вам нужно лишь сделать так, чтобы он был достаточно большим для хранения ваших данных, а память действительно не так важна.
Затем вы можете либо периодически rsync’овать ваш основной репозиторий на этот рабочий сервер, либо установить какой-то умный хук rsync при каждом подтверждении.
Тем не менее, Subversion обеспечивает большую гибкость в работе без сети, поэтому, если ваши разработчики могут работать “в одиночку” несколько часов, пока вы восстанавливаете основной сервер, это может быть приемлемо. Это полностью ваше решение.
Я знаю, что мне бы очень не хватало моего svn репозитория, если бы он исчез.
Я уже рассматривал несколько хостинговых сервисов Subversion, но из того, что я видел, все они ожидают, что будут служить основным хостом с резервными копиями репозитория, реплицирующимися на ваш внутренний сервер, что является противоположным тому, что мы хотим.
Что мешает вам использовать их хост в качестве зеркала, если вы никогда не будете подтверждать в него, а только синхронизироваться с помощью svnsync?
Рекомендую RiouxSVN.
Ответ или решение
Резервное копирование Subversion на сторонних серверах
Ваша компания ищет решение для организации репликации репозиториев Subversion (SVN) на стороннем хостинге, сохраняя при этом основной репозиторий внутри компании. В таких случаях важно учитывать, что не все предоставляемые хостинг-сервисы подойдут для задач, описанных вами. Позвольте предложить несколько стратегий и компаний, которые могут оказаться полезными.
Варианты резервного копирования
-
Использование
svnsync
:
Вы можете использовать командуsvnsync
для создания зеркала вашего основного репозитория на стороннем сервере. Это простой и эффективный способ синхронизации, который позволит вам поддерживать резервную копию в актуальном состоянии. Сторонние хостинговые компании, такие как RiouxSVN, могут предложить решение, которое будет работать как зеркальный сервер, при этом вы будете выполнять коммиты только на основной сервер. -
Использование хостинга с доступом к оболочке:
Многие облачные провайдеры, такие как DigitalOcean или AWS, предлагают возможность создания серверов с доступом к оболочке. Вы можете создать сервер и с помощью командыrsync
периодически синхронизировать ваш основной репозиторий с этим хостингом. Также можно настроить хук наcommit
, который будет запускатьrsync
автоматически при каждом коммите. -
Резервное копирование через
svndump
:
Используя утилитуsvndump
, вы можете регулярно создавать резервные копии вашего репозитория. Вы можете перенастроить скрипт резервного копирования для создания инкрементальных дампов каждую ночь и полных дампов раз в неделю или месяц. Это обеспечит надежное хранилище для вашей информации и при необходимости позволит вам восстановить репозиторий.
Рекомендации по выбору поставщиков
При выборе хостинга, обеспечивающего резервное копирование, учтите следующие факторы:
- Гибкость хостинга: Убедитесь, что выбранный хостинг позволяет настраивать сервер под свои нужды и поддерживает необходимые вам инструменты (например,
svnsync
иrsync
). - Надежность и безопасность: Оцените репутацию провайдера. Добросовестные компании предлагают высокий уровень защиты данных и резервирования.
- Уровень поддержки: Выберите компанию с качественной службой поддержки, чтобы в случае возникновения проблем вы могли быстро получить помощь.
Рекомендованные компании
-
RiouxSVN:
Вы уже упоминали RiouxSVN — это платформа, где вы можете разместить свои репозитории и использовать их в качестве резервной копии. Они предлагают инструменты для обеспечения устойчивой синхронизации. -
Cloud Hosting Services:
Рассмотрите возможность использования услуг, таких как DigitalOcean или AWS, которые позволят вам создать или масштабировать серверы для хранилища данных. -
GitHub/GitLab (как альтернативные решения):
Хотя это не прямые конкуренты для SVN, возможно, вам стоит рассмотреть возможность миграции на системы контроля версий, которые интегрированы с хостингом и предлагают мощные возможности резервного копирования.
Заключение
Организация резервного копирования репозиториев Subversion на сторонних серверах может быть выполнена с использованием различных подходов. Важно найти правильный баланс между стоимостью, удобством и безопасностью. С учетом ваших потребностей в быстрой доступности и минимизации потерь данных, рассмотрите вышеупомянутые методы и компании, чтобы обеспечить надежное резервное копирование.