Automatinių jūsų serverio atsarginių kopijų kūrimo scenarijus

Tie iš mūsų, kurie valdome serverius, žino, kaip svarbu turėti išsaugojimus, visko atsargines kopijas.

Prieš kurį laiką (keletą mėnesių ... gana kelis mėnesius) čia konfigūracijos nebuvo automatiškai sukurtos serveriuose, žurnaluose ar panašiuose dalykuose. Ir tai tiesiog negalėjo būti tokia haha, svarsčiau apie galimybę naudoti bacula, bet Dieve !! Tai, ko aš norėjau, taip pat buvo labai, labai sudėtinga, mano nuomone, jei norite tiesiog padaryti atsargines kopijas ir jas išsaugoti (arba nusiųsti į kitą serverį, arba el. Paštu), nereikia naudoti „Bacula“ su paprasta scenarijus visos problemos išspręstos, todėl nusprendžiau sukurti savo scenarijų ir taip buvau labiau patenkinta 😀

Būtent šiuo scenarijumi dalinuosi su jumis, labai trumpai paaiškinu, ką jis daro:

1. Sukurkite aplanką, kuriame viskas bus išsaugota, ir šis aplankas bus tada suspaustas.
2. Šiame aplanke bus metų, mėnesio ir šios dienos pavadinimas, pavyzdžiui, šiandien tas aplankas vadinsis: 2012-04-26
3. Copia / etc / (ir visas jo turinys) į tą aplanką.
4. Kopijuoti žurnalus (/ var / log /) į tą minėtą aplanką.
5. Eksportuokite turimas „MySQL“ duomenų bazes.
6. Suspausti naudojant slaptažodį (SLAPTAŽODIS) tą aplanką, suspauskite jį į .RET.
7. Generuoti failą (duomenys.info) su visu atliktu aukščiau pateiktu žurnalu (failo kopijavimo žurnalas ir glaudinimas į .rar), be dydžio (MB) .RAR faile, kurį jums primenu, yra viskas, ką nusprendėme išsaugoti.
8. Ištrinkite aplanką, į kurį įdėjome failus ir tada suglaudėme, nes jei jau turime šį suglaudintą aplanką, nereikia jo taip pat nesuspausto.
9. Siųskite el. Laiškus administratoriams ar žmonėms, susijusiems su serveriu, informuodami, kad atsarginė kopija buvo padaryta teisingai, o failas su visko žurnalu bus išsiųstas prie to laiško (data.info.rar)

Akivaizdu, kad šio scenarijaus negalima vykdyti, o dabar haha, turite jį atidaryti ir pakeisti jame savo MySQL slaptažodį, nes aš nežinau jūsų duomenų bazių LOL !!! pagrindinio slaptažodžio, taip pat pakeisti el. Jie nori, kad pranešimas būtų išsiųstas, nes mano įdėti el. Laiškai yra tik pavyzdžiai.

Jei norite suspausti .tar.gz o ne į .rar (kaip sukonfigūruotas scenarijus) aš palikau komentuojamą eilutę, tiesiog nekomentuokite ir pakomentuokite .rar. Panašiai, jei norite nukopijuoti SSH (naudodami SCP) suglaudintą failą į kitą serverį ar prieglobą, aš taip pat palikau eilutę pabaigoje (ji yra komentuojama), joje turite įdėti prieigos duomenis į savo serverį ar prieglobą (vartotoją ir domeną) arba serverio URL), tačiau taip pat turite tai padaryti konfigūruoti SSH be slaptažodžio, nes scenarijus negalės pasiekti serverio, jei jam nebus suteikta prieiga.

Ak, jei norite, kad el. Laiškų siuntimas veiktų, turite tai padaryti pašto indeksas įdiegta serveryje, beveik visi įdiegiami pašto indeksas bet ei, paaiškinimas galioja 🙂

Nors ... jie galėtų modifikuoti ir naudoti a scenarijus Pitonas kad prieš kurį laiką išėjau, bet manau, kad tai veiktų šiek tiek daugiau ^ - ^ U

Na, belieka palikti scenarijų:

VPS atsarginis scenarijus

Atminkite, kad turite suteikti jai vykdymo teises (chmod + x vps_backup-script.sh)

Norėdami paleisti kiekvieną dieną 10:XNUMX, jie tai įdėjo į terminalą:

echo "* 10    * * *   root    cd /root && ./vps_backup-script.sh" >> /etc/crontab && /etc/init.d/cron restart

Darant prielaidą, kad scenarijus išsaugotas kaip: /root/vps_backup-script.sh

Gerai, aš nenoriu, kad tai atrodytų per daug sudėtinga, o tai nėra haha, iš tikrųjų tai yra kažkas labai paprasto, tik tai, kad pirmą kartą pamatęs, gali būti šiek tiek baisu 🙂

Praneškite man apie bet kokias abejones, klausimus ar pasiūlymus, žinote, kad man patinka padėti 😀

saludos

PD: Aš paaiškinu, kad nesu, ir nelaikau savęs programuotoju haha, net ne artimas LOL !! Žinau, kad scenarijų galima optimizuoti daug daugiau, bet ei ... aš nesu programuotojas 🙂