Существуют ли технические причины, по которым определенные каталоги могут или должны быть исключены из резервного копирования в Linux, и что это за каталоги?

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

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

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

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

ps CentOS файловая система иерархии

Источник

3 ответа

Решение

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

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

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

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

Источник

Общие мысли

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

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

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

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

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

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

Исключения

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

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

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

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

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

Источник

  • Кэши браузера: кеши 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), для монтирования образов дисков виртуальной машины и добавления к исходному пути для инкрементного резервного копирования. Пустая копия образа диска виртуальной машины может храниться в целях восстановления (монтирование и копирование файлов).

Источник
Другие вопросы по тегам