Biztonsági mentések szervezése különböző Yandex lemezszámlákhoz, a dbs megőrzésével és a levélküldéssel

A fenti megközelítés legfontosabb eltérései a fentiektől:

1. Egy másik ügyféllel dolgozunk, akit vezetek.

2. Megtanuljuk, hogyan készítsünk biztonsági másolatot a különböző I meghajtókra, ez akkor hasznos, ha több ügyfél van a kiszolgálón, amelyet támogat, és szerveznie kell biztonsági mentéseket az ügyfelek különböző meghajtóként.

3. A biztonsági másolatokról értesítjük magunkat.

4. Megtanuljuk, hogyan készítsen biztonsági mentést egy nap alatt, és mentse el az utolsó három példányt.

A cikkben szereplő algoritmus az Ubuntu 16.04 szerveren működik.

Előzetes felkészülés: telepítse és konfigurálja az ssmtp-t, hogy üzeneteket küldjön a kiszolgálóról

Számos cikk található a szerverről küldött levélküldés szervezéséről. Általában a Postfix felállításáról szólnak. Valójában ma mindent könnyebbé tehet. Domaineket delegáltunk a Yandex-höz, és most hagyjuk, hogy az SMTP protokoll segítségével működjön a levelekkel. Nem fogjuk szállítani a szerverünket.

Az ssmtp szerverre telepítéséhez futtassa a következő parancsot:

Az SSMTP-konfiguráció szerkesztése:

És emlékezzünk rá:

A / root könyvtárban hozd létre az rsync_email_orig fájlt, a jövőben hasznos lesz. És az alábbi formában hoztuk:

Másoljuk az rsync_email_orig (nem kell elrontani - ez egy sablon), és próbálj meg levelet küldeni neked:

Ha minden rendben van, egy levél fog eljutni a postahivatalba. Ha a levél nem jön, különösen a mail.ru esetében jellemző, ellenőrizze a spam mappát. Bár levelet nem szabad spamelni. Domaineket delegáltunk a Yandex-höz, és a leveleket a digitális aláírással dkim aláírtuk.

Általában azonban a beállítás elemi, nem lehetnek problémák

Mindent! A mi célunkra ez elegendő, az SSMTP beállításának részletesebb információi megtalálhatók az interneten.

Előkészítés: a kliens kliensét konfiguráljuk

Miért választották ezt az ügyfelet:

A ydcmd telepítéséhez hajtsa végre a következő parancsokat egymás után:

Ellenőrizzük, hogy minden jól ment:

És nézzen ki valami ilyesmit:

Hozzon létre egy második konfigurációt, például:

Azt is szem előtt tartjuk:

Ellenőrizzük az ügyféllemez működését:

Ha minden rendben van, akkor valami ilyesmit kell kapnia:

Ellenőrizzük a munkát egy másik konfigurációval:

A ydcmd mappával létrehozunk egy mappát az I lemezeken lévő biztonsági másolatokhoz

A ydcmd parancsokkal többet megtudhat a --help opcióval történő futtatással:

Ez a felkészülés a különböző I lemezek készítéséhez szükséges mentések megszervezésére. Leveleket küldhetünk, és az ügyfelek vezetnek.

A különböző I meghajtók biztonsági mentése

Ha más könyvtárstruktúrával rendelkezik, akkor javíthatja ezt a változók módosításával az alábbi bash parancsfájlban.

A biztonsági mentések szervezésének lépéseinek listája

1. A root felhasználó gyökérkönyvtárában hozzon létre egy fájlt, például user_list_all:

Emlékezzünk rá:

Mint látjuk, a user_list_all nem más, mint az elv szerint szervezett csv fájl:
system_user_name; domain; DB_for_damp; username_username_BD; jelszó_DB

Fontos. Ha ezzel a fájllal dolgozik, ne hagyjon üres sorokat, csak akkor mentse el az adatokat, ha a kurzor az utolsó sor végén van.

Hozzunk létre egy második fájlt egy egyedi mentéshez, például:

És ugyanarra a formára hoztuk:

2. Hozzon létre egy bash parancsfájlt, és tegye ki, hogy végrehajthassa a jogokat, például:

Nyissa meg a szerkeszteni kívánt fájlt:

Insert, ctrl + shift + v, a szkript kódja:

Módosítsuk a változókat:

A DIR változó a felhasználó otthoni mappájának elérési útja.
DIR_SITES - egy mappát felhasználó webhelyekkel, ugyanaz legyen minden felhasználó számára, például: public_html.
EMAIL az e-mail címe a levélnek.

Óvatosan tanulmányozza a kódblokkot

És szerkesztsd magadnak:

Az állatorvos kifejezése a következőket mondja: ha a $ USER egyenlő az állatorvossal, állítsa be a változók értékeit:

- változó FÁJL - a fájl neve az űrlap olvasásához:

- A cnf változó az állatorvos felhasználójának ydcmd konfigurációs állománya a lemez meghajtóval;

- változó DIR_BACKUP - mappát biztonsági mentésekhez a felhasználó vet;

Az Expression *) az alapértelmezett értékeket állítja be, ha előzőleg semmilyen felhasználónevet nem sikerült elérni.

Ie ebben a blokkban be kell regisztrálnia a felhasználókat, a fájlokat az olvasáshoz, a ydcmd konfigurációit, a mentések tárolására szolgáló mappákat.

Figyeljen a vonalra is:

3. Megpróbálhatja futtatni a szkriptet az rsync.sh biztonsági mentések szervezéséhez.

Válasszon ki egy olyan felhasználót, akinek nincs sok adat a biztonsági mentéshez, a parancsfájl első futtatásához, és futtassa a parancsfájlt a / root mappából a user_name paraméterrel, például:

az állatorvos a felhasználónév, amelyhez biztonsági másolatot készítünk.

Ha semmi sem történik: az rsync.sh parancsfájl ellenőrzi:

Próbálja megváltoztatni 1 (az aktuális év páratlan napját) 0-ra (az aktuális év egy napja).

Ezt ne figyelje.

A forgatókönyv következtében:

- A mappában / gyökérben létrehoz egy könyvtárat a backup_vet biztonsági mentések tárolására, a következő archívummal: backup_your_site.ru_date_data.zip;

- A backup_vet mappát szinkronizálni fogják az I biztonsági másolat felhasználó állomással;

- Kap egy ilyen levelet:

A cron konfigurálása ütemezett feladatok végrehajtásához

Végezze el a parancsokat (a cronban a feladat a superuser gyökér számára kerül létrehozásra):

És maguk írják a parancsokat, például:

Ahol az összes és az állatorvos a csv-fájlok, a konfigurációs fájlok az ügyfél által vezetett, és a mappáikat a biztonsági mentésekhez.

Ezek a parancsok minden nap reggel és reggel három reggel indulnak. A /root/rsync.sh script minden másnap fut.

következtetés

• A biztonsági mentéseket minden másnap elmenti;
• Az archívumok utolsó három változatát tárolják;
• Nem csak a fájlokat menti el, hanem az adatbuborék;
• Leveleket kapunk a biztonsági mentések sikereiről.

• Az SSMTP működését telepítjük, konfiguráljuk és teszteljük;
• Telepítsük és állítsuk be az Y ügyféllemezt a ydcmd-t (kapjunk zsetont az ügyfeleink számára és készítsünk konfigurációkat);
• Szkript létrehozása és szerkesztése az rsync.sh biztonsági és csv felhasználói fájlokhoz;
• A feladatot a cron-ban regisztráljuk.