Які каталоги мені потрібні для створення резервної копії?


43

Які каталоги слід створити, щоб мати резервну копію всіх створених користувачем файлів?

Після встановлення ванільної програми Debian я можу зробити достатньо сприятливого, щоб отримати потрібні мені пакунки. Отже, якщо я не хочу створювати резервну копію всієї системи, де всі файлові системи містять створені користувачем конфігурацію та файли даних?


3
Відсутність у всіх цих відповідях - це те, що відбувається після резервного копіювання файлів ... Ви просто копіюєте їх назад, коли нова установка завершиться? Які проблеми можуть виникнути, коли ви це зробите?
Андрій

@Andrew гарне запитання - можливо, нова посада?
користувач394

1
Я думаю, що я просто виявляю недолік, який має навіть Linux. Сподіваємось, можливо, це вплине на майбутній дизайн ОС.
Андрій

Відповіді:


14

Це залежить від того, що ви маєте на увазі під "генерованим користувачем". Більшість конфігурацій, які ви матимете, стосуються служб / демонів та програм, що працюють у вашій системі. Більшість із них розмістили конфігурацію в / etc. Користувальницькі програми мають конфігурацію у вашому домашньому каталозі (як правило, у каталозі програм). Але ви можете мати деякі програми, які також зберігають свої дані у / var / lib або / var / spool.

Отже, відповідь така: "це залежить від того, що ти працюєш на своїй машині".


2
ви забули/home
ксенотеррацид

3
hu, ні, я написав "Програми, що базуються на користувача, мають конфігурацію у вашому домашньому каталозі".
Люк Степнєвський

Я дійсно думаю, що це питання має закінчитися чимось на зразок списку "потрібних папок" плюс "необов'язкових", а також власних файлів. Наприклад, список навпаки може бути хорошим, тому папки, які вам не потрібно зберігати, як / dev, / mnt, / sys тощо.
erm3nda

2
Зауважте, що ви можете встановити та використовувати etckeeper(доступно хоча б на Debian). Він ініціює сховище git у вашому /etcкаталозі та дозволяє версії змін вашої конфігурації.
П’єр-Ів Ле Девехат

61

Оскільки це запитання має багато різних відповідей, наступний список повинен поєднувати пропозиції в один вичерпний список:

За більшості обставин ви хочете створити резервну копію таких даних:

  • /home/ для даних користувача та конфігурації.
  • /etc/ для системних файлів конфігурації.
  • /var/містить сукупність каталогів, які ви зазвичай хочете створити для резервного копіювання, і тих, які ви не хочете створювати. Дивіться нижче для більш детального пояснення.

Ще кілька каталогів, які слід врахувати:

  • /usr/local/тут встановлені пакети, встановлені вручну (тобто не встановлені через apt). Якщо у вас тут встановлені пакети, можливо, ви захочете створити резервну копію всього каталогу, тому вам не доведеться перевстановлювати їх. Якщо самі пакети для вас не важливі, їх має бути достатньо для резервного копіювання /usr/local/etc/та /usr/local/src/.
  • /opt/якщо ви нічого тут не зберігали, вам не потрібно створювати резервні копії. Якщо ви щось тут зберегли, ви можете вирішити, чи хочете ви створити резервну копію.
  • /srv/начебто /opt/, але, за умовою, більше шансів містити дані, які ви насправді хочете створити для резервного копіювання.
  • /root/зберігає конфігурацію для кореневого користувача. Якщо це важливо для вас, вам слід створити резервну копію.

/var/

/var/ містить багато файлів, які ви хочете створити для резервного копіювання за більшості обставин, а також деякі, які ви не хочете створювати.

Ви, ймовірно, хочете створити резервну копію таких:

  • /var/lib/цей каталог містить дані змінних станів для встановлених програм. Залежно від програми ви хочете створити резервну копію цього стану чи ні. Якщо ви хочете бути в безпечній стороні, ви можете просто створити резервну копію всього. В іншому випадку ви можете переглянути кожен підкаталог і вирішити для себе, чи містяться дані важливі для вас, щоб створити резервну копію.
  • /var/mail/ зазвичай потрібно створити резервну копію локальної пошти.
  • /var/www/ якщо ваш веб-корінь розташований тут, і це єдине місце, де зберігається ваш веб-вміст, ви хочете створити резервну копію.
  • /var/games/ Ви можете створити резервну копію цих даних, якщо для вас досить важливі дані гри про систему (для цього сховища використовується не багато ігор).
  • /var/backups/зазвичай містять файли, які автоматично генеруються з інших даних, які ви зазвичай хочете під час резервної копії, але це займе зайву кількість місця в резервній копії або є іншим чином громіздким для резервного копіювання. Наприклад, dpkg скидає тут список встановлених пакетів, щоб ви могли пізніше знати, які пакунки встановити після відновлення резервної копії. Ви, мабуть, хочете створити резервну копію цього.

Ви, мабуть, не хочете створювати резервну копію таких:

  • /var/cache/незважаючи на назву, важливий деякий вміст цього каталогу, тому перевіряйте кожен підкаталог окремо, як правило, важливо все, що ви вводите сюди самі. Ви також можете зробити резервну копію /var/cache/debconf/.
  • /var/lock/ Замки зазвичай (завжди) не потрібно створювати резервні копії.
  • /var/run/ містить дані, важливі лише для вашої запущеної системи, тобто, коли ви відключаєте систему, вона більше не буде потрібна.
  • /var/spool/ зазвичай важливі дані не повинні зберігатися тут, але ви можете перевірити.
  • /var/spool/cron/crontabs/ може містити багато команд або складний графік, навіть залежно від інших систем, що потребує значних зусиль, щоб зібрати їх.

Ви повинні вирішити самі:

  • /var/local/ ви зазвичай знаєте, чи зберігаєте ви щось тут і хочете ви цього в резервній копії чи ні.
  • /var/opt/перегляньте /var/local/або краще перевірте, чи зберігається тут щось важливе.
  • /var/log/ залежить від того, чи важливі ваші журнали для вас, і якщо у вас є достатньо місця для їх зберігання (вони можуть зайняти багато місця для резервного копіювання з часом).

і т.д. зберігач - хороший спосіб резервного копіювання /etcпапки.
JCM

чи є речі всередині, /etcякі вам не потрібно робити резервні копії?
DeveloperACE

РозробникACE: Зазвичай ні. /etcмістить загальносистемні файли конфігурації. Зазвичай ви хочете створити резервну копію конфігурації, тому вам не доведеться перенастроювати все, коли ваші життєві дані втрачаються. Можливо, ви, можливо, не хочете створювати резервні копії всіх файлів конфігурації, які ви ніколи не змінювали, і, таким чином, як і раніше залишаються оригінальними конфігураціями за замовчуванням, але я не знаю жодного програмного забезпечення для резервного копіювання, яке б зробило це розрізнення досить легким, щоб варто було докласти зусиль.
Kritzefitz

@Kritzefitz може відновити такі файли, як, наприклад, / etc / shadow до нової інсталяції, що може викликати проблеми?
DeveloperACE

або якийсь апаратний / пристрій конкретний?
DeveloperACE

14

Ви будете резервне копіювання деякі «сміття» , роблячи це ... але якщо ви просто резервну копію всіх /home, /etcі /var/ви повинні мати всі (якщо ви не знаєте , що покласти що - то де - то ще). Ви хочете вийти з /var/tmp, /var/run/, /var/lockнапевно. Після цього я прочитав відповідь Люка .


8
Як щодо /root?
Tik0

3
або /optабо /usr/local?
tgharold

3

Коротше кажучи, ви хочете зробити резервну копію /home(як правило, там, де містяться файли, створені користувачем), /etcі /usr/local. Останні два створюють резервні копії файлів конфігурації. Я рекомендую використовувати таке програмне забезпечення для резервного копіювання, як sbackup, яке робить те, що вам потрібно, і просте у використанні.


3

Кілька інших каталогів, про які слід пам’ятати - більшість людей у ​​них нічого не матиме, або їх навіть не може бути, але в деяких випадках ви можете знайти щось важливе!

/usr/local
/opt
/root

У моїй системі / usr / local є в ній деякі власні системні сценарії, / opt має кілька ігор, які були встановлені завантаженими пакетами (тобто не .deb-пакетами) та / root має декілька файлів конфігурації, якими користується користувач адміністратора.


2

Це залежить від встановлених вами програм та служб та якої версії Linux ви використовуєте. Більшість налаштувань є /etc, тому це важлива папка для резервного копіювання.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.