Jakie foldery nie powinny być tworzone w CentOS?

10

Używam rsnapshot do rozpoczęcia tworzenia kopii zapasowej instalacji CentOS 5.5 i potrzebuję listy folderów, które prawdopodobnie powinienem wykluczyć z kopii zapasowych. Serwer jest przede wszystkim serwerem WWW LAMP i będzie służył w momencie tworzenia kopii zapasowej, chociaż powinien mieć stosunkowo niski wolumen. Czy tworzenie kopii zapasowych / var / lib / mysql to zły pomysł?

Zakładam, że nie powinienem martwić się o tworzenie kopii zapasowych / proc. Jakie inne foldery nie muszą być archiwizowane?

— InvisibleFrisbee
źródło

10

Prawie na pewno można zignorować /proc, /dev, /tmpi /var/tmp.

Można z powodzeniem zignorować /var/log(i wszelkie inne katalogi logowania), /var/cachejeśli go masz, i być może części /var/db(chociaż musisz być ostrożny /var/db: czasem pojawiają się naprawdę ważne rzeczy ...)

Poza tym prawdopodobnie chcesz wykonać kopię zapasową, poczekaj kilka dni i zrób kolejne, aby zobaczyć, jakie zmiany z czasem. Jeśli widzisz wiele „śmieci” w tych kopiach zapasowych, możesz dokładniej dostosować listę wykluczeń.

Po wybraniu elementów, które chcesz wykonać kopię zapasową i dostosuj listy włączeń / wykluczeń, upewnij się, że wykonałeś odpowiedni test przywracania - weź maszynę z czystego metalu i przejdź przez proces wymagany do ponownego uruchomienia danych i oprogramowania, bez dotykając oryginalnej maszyny.

Jeśli nie możesz zarządzać tym przywracaniem za pomocą tego, co utworzyłeś kopię zapasową, naprawdę nie masz kopii zapasowej ...

— voretaq7
źródło

/ sys również należy zignorować.

— Jmarki

/sysJest jeszcze jeden dobry zignorować - także jeśli masz BIND działa w chroot chcesz ignorować /dev, /procitp pod chroot ...

— voretaq7

2

Proszę nie ignorować plików dziennika . Jest tak, chyba że masz jakiś inny mechanizm odzyskiwania danych, który może być potrzebny do celów debugowania.

— Martin M.

@Server Horror - prawda, jeśli nie masz zdalnej konfiguracji dziennika systemowego, możesz również chcieć tworzyć kopie zapasowe dzienników - Wadą takiego działania jest to, że rotacja dziennika wygląda (w przypadku większości programów do tworzenia kopii zapasowych) tak, jakby każdy plik się zmienił: wykonać kilka kopii każdego obróconego dziennika. Nie ma problemu dla niektórych systemów, dodatkowy koncert lub mniej więcej dzień dla zajętych serwerów sieciowych z

— pełnymi

1

Jedyne foldery, których potrzebujesz, to /var/wwwi /var/lib/mysqlTwoja strona internetowa oraz dane. W /etc/httpdrazie potrzeby wykonaj kopię zapasową, aby uzyskać konfigurację Apache. Zobacz tutaj do dyskusji na temat tworzenia kopii zapasowych /var/lib/mysqlw porównaniu użyciu mysqldump.

Jeśli możesz użyć migawki lvm do wykonania kopii zapasowej, byłoby to jeszcze lepsze, ale pamiętaj, aby jak najszybciej zniszczyć migawkę. Migawki Lvm niszczą twoje osiągi.

— James
źródło

5

To dobry początek tworzenia kopii zapasowej MySQL, ale powiedzenie „Jedyne foldery, których potrzebujesz” jest BARDZO niebezpieczne, szczególnie gdy nie znasz środowiska - w innych lokalizacjach mogą znajdować się krytyczne rzeczy (np. Informacje o użytkowniku / haśle w /etc/passwd& /etc/shadowKlucze SSH poniżej /home, skrypty niestandardowe poniżej /usr/local...). Zasadniczo lepiej jest zbudować listę elementów, które można bezpiecznie wykluczyć z kopii zapasowej, niż próbować przechwycić wszystko, czego potrzebujesz za pomocą określonych elementów.

— voretaq7

0

Przepraszam, za mało informacji.

Czy to serwer WWW, serwer bazy danych, serwer samby, serwer nazw? Zależy to całkowicie od rodzaju uruchomionych usług.

Zwykle nie tworzę kopii zapasowej niczego, co zapewnia dystrybucja (wszystkiego, co pochodzi z pakietu). Mam kopie zapasowe:

pliki konfiguracyjne
pliki dziennika (na wypadek, gdyby stało się coś nieprzyjemnego)
„ dane ” - byłyby to pliki strefy dla bindowania, zrzutów ldap, zrzutów bazy danych i tym podobnych.
katalogi domowe, jeśli na serwerach logują się prawdziwi użytkownicy

— Martin M.
źródło