У меня есть сервер с 8 ТБ данных и лента с ленточными картриджами на 400 ГБ с большим номером. Каким будет лучшее решение для резервного копирования этого сервера с наименьшими усилиями? Я думаю, что после одной полной резервной копии я могу сделать много приращений на одной ленте 400 ГБ. Но как я могу сделать полную резервную копию на всех лентах (с ручной заменой ленты) и как восстановить один файл из полной резервной копии и приращений?
Есть ли какой-нибудь простой способ сделать это, например, резервное копирование tar на диск?
Не пытайтесь сделать это самостоятельно. Вы должны использовать такую программу, как Аманда или бакула для управления своими резервными копиями.
Используйте amanda, если у вас нет ленточной библиотеки.
Используйте bacula, если у вас есть ленточная библиотека.
мини-тирада следует
Конечно, просто использую dump
или tar
работает и просто.
Насколько легко восстановить определенный файл, созданный неделю назад? Месяц назад? Как вы отслеживаете, что где? Помните, что резервное копирование - это просто, но восстановление - важная часть.
Вы можете разработать метод, позволяющий отслеживать, что происходит, и выполнять всю эту работу самостоятельно. Преуспевать! Наслаждайтесь болью, когда все становится сложно. Но то, что вы выиграете, если выделите небольшой промежуток времени из своего расписания для настройки amanda (ладно, это больше для bacula, но это более сложно. Большие вложения, большие настройки, большая отдача), вы вернетесь почти сразу. Мы используем его даже для сценариев резервного копирования с одним сервером, поскольку его очень легко настроить, и в долгосрочной перспективе вы многократно получаете то, что потратили.
Я бы определенно рекомендовал полные резервные копии вместо инкрементных - это просто избавляет от боли!
Хотя вы можете сделать это с tar (по крайней мере, вы можете с tar-версией Gnu), я бы рекомендовал использовать что-то более надежное - мне нравится afio (в отличие от tar, где вы помещаете файлы в архив, а затем сжимаете архив, афио сначала сжимает файл, а затем добавляет ему архив - гораздо более надежное решение - и оно будет использовать любую доступную программу для сжатия!). Он справляется с многотомными материалами.
Как всегда в случае резервного копирования, «лучший» относится к тому, что вы создаете, почему вы выполняете резервное копирование (т.е. что вы пытаетесь уменьшить с помощью резервного копирования), какие инструменты у вас есть, сколько данных, как часто, политика хранения и т. Д.
Я использую tar
для меня. ИМХО, Аманда и Бэкула слишком большие / сложные для резервного копирования одной машины, но все зависит от перечисленных выше вещей.
Я использовал разные резервные копии. Безусловно, Bacula - надежный способ резервного копирования, но я думаю, что часть вопроса связана с безопасностью и простотой. Труднее найти более простой или надежный способ резервного копирования файловой системы, чем использовать старый добрый дамп. (Это предполагает, что вы используете файловую систему, поддерживаемую dump. Согласно тестам, проведенным на протяжении многих лет, это определенно лучше, чем tar, у которого мало возможностей исправления ошибок, и после начального дампа уровня 0 вы можете легко выполнять инкрементное резервное копирование.
Посмотрите в этой ссылке все мелкие детали для резервного копирования.
http://www.cyberciti.biz/faq/linux-tape-backup-with-mt-and-tar-command-howto/
#!/bin/bash INCR_LOG = "/var/log/increment.snar" DAY_OF_WEEK = $(date +%u) if [ $DAY_OF_WEEK = 0 ]; then rm $INCR_LOG; fi tar -cf archive-$DAY_OF_WEEK.tar --listed-incremental=$INCR_LOG /dir/to/be/backed/up
Что-то похожее на это, настройте его на ежедневную работу в crontab. Будет делать еженедельное полное резервное копирование и ежедневное инкрементное копирование.
Я бы посоветовал делать полное первоначальное резервное копирование, которое охватывает несколько лент, а затем ежедневно выполнять дифференциальное резервное копирование 5-7 лент. Когда размер дифференциальной резервной копии увеличивается до заполнения полной ленты, сделайте еще одну полную резервную копию и начните цикл заново. В вашем случае это будет одна полная резервная копия примерно раз в год. Вы можете использовать Аманду, чтобы настроить это.