У меня есть сервер с CentOS 5.6 с SVN, и я хотел бы ежедневно делать инкрементные резервные копии изменений, в то время как я делаю полную резервную копию еженедельно. Мне нужно сделать резервную копию на внешнем жестком диске, который будет подключен к серверу.
Я попробовал примеры, предоставленные Майк Рубель используя rsync, но на самом деле он не делал инкрементное резервное копирование - он делал полную резервную копию. К сожалению, я не очень хорошо разбираюсь в сценариях bash: /
Любая помощь приветствуется
rsyncЕжедневное использование репозитория SVN предоставит вам «самую последнюю» резервную копию репозитория.
Первый rsync это полная резервная копия в том смысле, что каждый файл копируется по сети.
Последующие rsyncs являются «инкрементными резервными копиями» в том смысле, что алгоритм синхронизации гарантирует, что будут отправлены только изменения, но не инкрементное с точки зрения восстановления (вы не сможете восстановить репозиторий, как это было в прошлую среду - версия, которая у вас есть на вашей цели rsync, - это та версия, которая у вас есть).
В вашем случае, если все, о чем вы заботитесь, - это сохранить хорошую копию репозитория, rsync может подойти. Если вам нужна детализация, позволяющая восстановить до определенного дня, вам следует изучить такое решение, как Bacula или какое-то другое программное обеспечение для резервного копирования, предназначенное для резервного копирования данных.
Программное обеспечение резервного копирования имеет гибкие возможности планирования.
Другим важным преимуществом программного обеспечения, такого как Bacula, является то, что вы можете использовать его для резервного копирования других вещей (например, всех ваших производственных серверов). Это будет казаться значительно более важным после вашего первого катастрофического отказа оборудования, когда вы сможете восстановить все свои данные из резервных копий :-)
В конечном итоге вам нужно учитывать свои цели при создании резервной копии (в частности: Что вы хотите восстановить? и Сколько работы потребуется, чтобы восстановить то, что вы не могу восстановить?), затем выберите соответствующую стратегию резервного копирования.
Есть две причины делать резервные копии:
По определению, регулярные коммиты в SVN заботятся о причине 2. Если вы удаляете или перезаписываете критический файл, просто вытащите старую версию обратно из репозитория.
Остается причина 1. Пока у вас есть хорошие проверенные сторонние копии вашего репозитория, вы должны быть настроены. Делайте его полные копии ежедневно, периодически проверяя извлечение из скопированного репозитория, и все готово.
Если бы это был я, я бы удостоверился, что мой репозиторий использует бэкэнд FSFS (очевидно, это значение по умолчанию с версии 1.2, но не тогда, когда я начинал). Это сохранит ваш репозиторий в обычных файлах в файловой системе, и вы сможете создавать их резервные копии с помощью rsync, svnadmin hotcopy (пример сценария здесь) или любым другим инструментом, который вам нужен.
Я нашел эту ссылку очень полезной в отношении инкрементного и полного резервного копирования по выходным.