Які папки я не повинен робити резервну копію на CentOS?


10

Я використовую rsnapshot, щоб почати створювати резервну копію встановлення CentOS 5.5, і мені потрібен список папок, який я, мабуть, повинен бути виключений із резервних копій. Сервер - це насамперед веб-сервер LAMP, і він буде обслуговуватися під час резервного копіювання, хоча має бути відносно низьким. Чи є резервна копія / var / lib / mysql поганою ідеєю?

Я припускаю, що я не повинен турбуватися про резервне копіювання / завантаження, які інші папки не потрібно робити резервні копії?

Відповіді:


10

Можна майже напевно ігнорувати /proc, /dev, /tmpі /var/tmp.

Хороший випадок може бути зроблений для ігнорування /var/log(та будь-яких інших каталогів журналів), /var/cacheякщо у вас є, а також, можливо, і з частинами /var/db(хоча ви повинні бути обережними /var/db: іноді там ставлять дійсно важливі речі ...)

Крім того, ви, мабуть, хочете зробити резервну копію, зачекайте кілька днів і зробіть іншу, щоб побачити, що змінюється з часом. Якщо ви бачите багато "мотлоху" в цих резервних копіях, ви можете більш ретельно адаптувати список виключень.


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

Якщо ви не можете управляти цим відновленням із тим, що ви створили резервну копію, у вас дійсно немає резервної копії ...


/ sys також слід ігнорувати.
Jmarki

/sysце ще один хороший один ігнорувати - і якщо у вас є BIND працює в ізольованому оточенні ви хочете ігнорувати /dev, /procі т.д. під ізольованому оточенні ...
voretaq7

2
Будь ласка , не ігноруйте логіни . Тобто, якщо у вас є якийсь інший механізм повернення даних, який може знадобитися для налагодження.
Мартін М.

@Server Horror - правда, якщо у вас не встановлений віддалений syslog, можливо, ви також хочете створити резервну копію журналів. Недоліком цього є те, що обертання журналу виглядає (для більшості програм резервного копіювання), як і кожен файл, змінений: робити кілька копій кожного обертового журналу. Не проблема в деяких системах, додатковий концерт або близько того дня для зайнятих веб-серверів з
вербовими

1

Єдині папки , ви повинні потрібні, /var/wwwі /var/lib/mysqlотримати свій веб - сайт і дані. І /etc/httpdстворити резервну копію, щоб отримати конфігурацію apache, якщо потрібно. Дивіться тут дискусію щодо резервного копіювання /var/lib/mysqlта використання mysqldump.

Якщо ви можете використовувати lvm-знімок для резервного копіювання, це було б ще краще, але обов'язково знищуйте знімок, як тільки зможете. Знімки Lvm руйнують вашу ефективність.


5
Це гарний початок із резервного копіювання MySQL, але сказати "Єдині папки, які вам знадобляться" НАДКРИТКО небезпечно, особливо якщо ви не знайомі з оточенням. У інших місцях можуть бути критичні речі (наприклад, інформація про користувача / пароль у /etc/passwd& /etc/shadowSSH ключі під /home, власні сценарії під /usr/local...). Як правило, краще скласти список того, що можна безпечно виключити з резервної копії, а не намагатися захопити все необхідне з конкретними включеннями.
voretaq7

0

Забагато інформації, вибачте.

Це веб-сервер, сервер баз даних, сервер самби, сервер імен. Це повністю залежить від того, які саме послуги працюють.

Зазвичай я не створюю резервну копію нічого, що забезпечується дистрибутивом (усе, що виходить з пакету). Для мене є резервні копії:

  • файли конфігурації
  • файли журналу (на випадок, якщо трапиться щось неприємне)
  • " дані " - це були б файли зони для прив'язки, ldap "скидання", скидання баз даних і багато чого іншого.
  • домашні каталоги, якщо на серверах увійшли справжні користувачі
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.