Как часто вы резервное копирование вашего хранилища Subversion? - PullRequest
3 голосов
/ 18 сентября 2009

Я хотел знать частоту, с которой разные магазины резервируют свои репозитории. Я слышал, что некоторые даже идут каждые 5 минут, чтобы избежать необходимости беспокоиться после восстановления, проходя все локальные проекты, чтобы найти и объединить любые незафиксированные изменения, которые отсутствуют после восстановления.

  • Насколько велик ваш магазин (# разработчиков)
  • Как часто резервное копирование репо?

Ответы [ 16 ]

3 голосов
/ 18 сентября 2009

Делайте ежедневные резервные копии - помещайте их в другой раздел, машину, физический сайт - и логарифмически очищайте старые резервные копии (это пример, адаптируйте его к своему контексту):

  • сохранить все снимки за сегодня и вчера
  • сохранить один снимок за последнюю неделю и один - две недели назад
  • сохранить один снимок в месяц за весь предыдущий месяц этого года
  • сохранить один снимок в год за все предыдущие годы

Или следуйте подходу Дильберта:

OUr Disaster Recovery Plan Goes Something Like This
(источник: ntpro.nl )

3 голосов
/ 18 сентября 2009

Когда я управлял svnserver для команды из примерно 15 разработчиков:

  1. Синхронизация с зеркальным сервером при каждом коммите
  2. Зеркальный сервер выдает каждую ревизию при фиксации
  3. Ночные инкрементные резервные копии на главном сервере
  4. Еженедельное массовое резервное копирование на главном сервере с сохранением истории за 2 недели
2 голосов
/ 19 сентября 2009
  • хорошее резервное копирование
  • проверка того, что резервная копия на самом деле работает лучше

Не забывайте время от времени устанавливать резервную копию на одноразовый сервер Subversion, просто чтобы убедиться, что все в порядке.

2 голосов
/ 18 сентября 2009
  • 4 разработчика
  • Мы выполняем резервное копирование один раз в день (в 3 часа ночи)
1 голос
/ 20 сентября 2009

При рассмотрении вопроса о том, как часто нужно выполнять резервное копирование. Подумайте, сколько стоит день / неделя для вас. В любой профессиональной среде стоимость пары дней разработчиков, вероятно, равна стоимости сервера резервного копирования и нескольких минут для настройки задания cron для запуска svnadmin dump. Как минимум, вы должны выполнять резервное копирование каждый день, если ваши данные (или время) ничего не стоят для вас.

В идеале нужно иметь полное горячее зеркало вашего репозитория, которое также может помочь снизить нагрузку на отдельный сервер. Если вы планируете настроить процесс резервного копирования для Subversion (или CVS), обратите внимание на WANdisco . Они предоставляют различные решения для кластеризации / зеркалирования, которые позволяют масштабировать хранилище и прозрачно восстанавливать после ошибок.

Subversion High Availability обеспечивает непрерывное горячее резервное копирование, делая автоматическое аварийное переключение и аварийное восстановление прозрачным как для разработчиков, так и для администраторов.

high availability screenshot
(источник: wandisco.com )

Если у вас есть несколько сайтов или большой сайт, вы также можете рассмотреть их кластеризацию или системы с несколькими сайтами для кластера Subversion с балансировкой нагрузки без разделения ресурсов.

clustering screen shot
(источник: wandisco.com )

1 голос
/ 18 сентября 2009
  • 1-2 разработчиков
  • Один раз в день около полуночи
0 голосов
/ 19 сентября 2009

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

(дома я делаю еженедельные резервные копии)

0 голосов
/ 19 сентября 2009

Я редко делаю резервную копию своего личного svn-репозитория - я делал это вручную примерно раз в месяц, начиная с предыдущих 1.4 дней, и мне действительно нужно было установить svnsync некоторое время. svnsync отлично. С другой стороны, для личного хранилища резервное копирование немного менее важно для меня; Я бы потерял некоторую историю, но важные моменты находятся в проверках на нескольких удаленных рабочих станциях, которые сами резервируются; фактический контент не будет потерян.

На работе кто-то еще управляет резервным копированием, и, вероятно, нехорошо, что я понятия не имею о настройке.

Серьезно, сейчас, с помощью svnsync, разумное резервное копирование тривиально настроить. Конечно, он не будет включать ваши хуки коммитов, и это нехорошо - но тривиальное удаленное резервное копирование всего контента, безусловно, хорошо. А что касается хитов коммитов, вам просто нужно их отдельно поддержать. Поскольку они могут измениться почти никогда, это выполнимо. С помощью svnsync вы действительно можете настроить зеркало на резервное копирование каждые 5 минут - и, что лучше всего, синхронизирующее зеркало само по себе является полностью допустимым хранилищем svn, которое, если вы планируете его, можно использовать в качестве замены svn-сервера практически мгновенно, основной сервер отключается (вам нужно разобраться с такими вещами, как контроль доступа, и заменить хуки svnsyncs своим обычным набором, и вы захотите присвоить новому серверу то же DNS-имя, что и старому серверу, для действительно безобидного перехода) .

0 голосов
/ 19 сентября 2009

1 разработчик. Я подтверждаю это каждую ночь в 3 часа ночи.

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

Я не сохраняю старые резервные копии, так как само хранилище svn содержит всю историю.

Я просто использую внутреннее планирование winzip для автоматической архивации и загрузки по ftp. Простой и эффективный

0 голосов
/ 18 сентября 2009
  • 2 разработчика
  • Ежедневно выполняем резервное копирование на другой диск на другой машине
  • Мы выполняем резервное копирование ежемесячно с сайта
...