5

Я делаю резервную копию моего Linux CentOS 6, используя Rsapshot.

У меня уже есть ежедневные резервные копии, которые делают только важные вещи, такие как базы данных и электронные письма.

Тем не менее, я хотел бы создать « полную » резервную копию, где будет отражаться почти вся машина. Это для "на всякий случай" паранойи.

Я понимаю, что некоторые каталоги просто содержат временные файлы, или воссоздаются при каждой загрузке, или имеют другие соображения, которые указывают на то, что резервное копирование их не приносит никакой пользы. В стандартной установке CentOS 6, для каких каталогов нет преимуществ для их резервного копирования, и какая техническая причина применима к каждому из них?

п.с. Иерархия файловой системы CentOS

3 ответа3

4

Все, что находится в /tmp , /run или /shm вам не нужно делать резервные копии. Исключите /dev/* из резервной копии, поскольку она создается при каждой загрузке, и /proc/* и /sys/* поскольку они являются виртуальными файловыми системами.

/var/log обычно хранятся файлы журналов, рассмотрите возможность удаления старых файлов журналов перед резервным копированием.

Проверьте, какие приложения используют /var/spool и /var/cache - вам может не понадобиться делать что-то для резервного копирования в зависимости от ваших потребностей. Например, если вы запускаете squid и восстанавливаете систему, вы все равно можете захотеть воссоздать кеш squid , так что не беспокойтесь о его резервном копировании.

Все остальное, вы должны сделать резервную копию.

2

Общие мысли

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

  • Если вы используете инкрементное резервное копирование, оно будет сохранять только файлы, которые были изменены, а многие вещи редко изменяются. Таким образом, даже если вы сделаете резервную копию некоторых ненужных каталогов, после первоначального резервного копирования он может не добавить много содержимого.

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

  • Если вы не используете инкрементное резервное копирование, вы можете сэкономить некоторое пространство и время, структурируя контент, чтобы отделить вещи, которые меняются, от вещей, которые не делают. Это легко сделать в вашем домашнем каталоге, даже если вы не хотите связываться с системными каталогами. Сделайте новую резервную копию фиксированного контента только по мере необходимости.

Конкретные предложения

LawrenceC сосредоточился на системных каталогах. Вы также можете применить свою цель исключения каталога в каталоге /home, и в зависимости от того, что вы загрузили, могут быть существенные фрагменты (я предполагаю, что CentOS похож на другие дистрибутивы Linux):

Исключения

  • .local/share/Trash (ваши удаленные файлы, если вы не хотите их сохранять)
  • Найдите каталоги с именем cache или .cache . Это временные файлы.
  • Ищите каталоги с именами типа log или Crash Reports . Они часто содержат записи, которые постоянно растут из-за активности или проблем. Возможно, вы захотите просмотреть их, но если информация древняя и у вас нет проблем, их сохранение не имеет большой ценности.

Периодическое резервное копирование, только

Существуют некоторые каталоги, которые могут быть довольно большими и могут не меняться в зависимости от того, как вы их используете, или изменения могут не иметь большого значения, если вы выполняете аварийное восстановление. Это может быть виртуальная машина или WINE (и / или PlayOnLinux). Если они у вас есть, и они велики и не имеют критических ежедневных изменений, вы можете создать резервные копии этих данных по отдельности в менее частом расписании.

Отдельные файлы

Если вы коллекционер или хранитель видео, музыки, изображений или исторических писем, эти коллекции могут стать большими. Часто вы добавляете к ним, но предыдущие файлы не меняются. Если вы делаете полные резервные копии, они могут занять значительное место в каждой резервной копии. Один из способов сэкономить место и время для резервного копирования - это разделить "исторические" файлы в отдельном каталоге. Резервное копирование по отдельности по мере необходимости.

0
  • Кэши браузеров. Кэши Firefox и Chrome / Chromium должны быть исключены, поскольку они бесполезны для целей резервного копирования:

    exclude /home/username/.cache/mozilla/firefox/*.default/cache2/entries/*
    exclude /home/username/.cache/mozilla/firefox/*.default/cache2/doomed/*
    exclude /home/username/.cache/chromium/*
    
  • Кэш Google-Earth: может занимать много места и снова бесполезен для целей резервного копирования:

    exclude /home/username/.googleearth/Cache/unified_cache_leveldb_leveldb2/*
    
  • VDI / VMDK / VHD виртуальной машины: даже небольшое изменение внутри виртуальной машины требует копирования всего файла. Вместо этого можно использовать отличный инструмент, такой как vdfuse (https://github.com/Thorsten-Sick/vdfuse), для монтирования образов дисков VM и добавления к исходному пути для инкрементного резервного копирования. Пустая копия образа диска виртуальной машины может храниться в целях восстановления (монтирование и копирование файлов).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .