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

Anything in /tmp, /run or /shm you don't need to backup. Exclude /dev/* from backup as it's created on each boot, and /proc/* and /sys/* as those are virtual filesystems.

/var/log typically houses log files, consider removing old log files before backup.

Check which applications are using /var/spool and /var/cache - you may not need to backup something there depending on your needs. For example, if you are running squid and restoring a system you may want to recreate the squid cache anyway, so don't bother backing it up.

Everything else, you should backup.

Общие мысли

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

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

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

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

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

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