Varundage oma server: 6 sammu

2024 Autor: John Day | [email protected]. Viimati modifitseeritud: 2024-01-30 08:50

Autor: JohntronJohntron räägib

Teave: tarkvaraarendaja, Placethingsi kaasasutaja ja tehnoloog. Praegu õpib Dallases Texase ülikooli areneva meedia ja kommunikatsiooni programmi aspirantuuris. Veel Johntronist »

Siit saate teada, kuidas varundada oma *nix -kasti välisele kõvakettale (või ilma suurema vaevata lindiseadmele). Ma katan varukandja installimise, kasutades "dump", taastades ja ka varundades faile kaugserverist välisele kõvakettale. Windowsi arvuti varundamiseks lugege siit artiklit lifehacker.com.: Tehke prügikast 3. samm: `taastamine 4. samm: kaugvarundused 5. samm: automaatika

Samm: valmistage asjad valmis

Enne varundamise tegemist peab teil olema midagi varundada. Traditsiooniliselt on see olnud lindiseade; (kvaliteetne) väline kõvaketas töötab aga suurepäraselt. Te ei pea kasutama välist kõvaketast, kuid välise draivi abil saate kõvaketta koju (või mõnda muusse väljaspool asukohta) tuua. Kasutasin paari Western Digital MyBook'i. Circuit City müügil (valitud) välised draivid olid 80% soodsamalt ja ma sain odavalt kaks 250 GB draivi. Minu kogemuste kohaselt on Western Digitalil väga kvaliteetsed draivid (see tähendab, et need kestavad igavesti). See muudab need suurepäraseks varukoopiaks. Kui kavatsete midagi varundada, ei taha te, et teie varukoopia teie peale hakkaks. OK, nagu ka minu teine artikkel, kasutan ka FreeBSD®; enamikku asju, mida ma kajastan, saab teha mis tahes Linuxi, Unixi või BSD maitsega. (Jätke järgmine lõik vahele, kui teil on juba USB 2.0 tugi või te ei kasuta välist USB -draivi) MyBooks on USB 2.0 draivid. FreeBSD 5.4-STABLE'il pole EHCI draiverit (põhimõtteliselt see, mis annab teile USB 2.0) vaikimisi lubatud. See on lihtne lahendus, kuigi mõned võivad arvata, et tuuma uuesti kompileerimine on hirmutav (see pole nii). Kui olete üks liiga ettevaatlikest tüüpidest, soovitan ENNE oma kerneli uuesti kompileerimist varundada. USB 2.0 ei pruugi olla lubatud, kuid USB 1.1 töötab endiselt. See on lihtsalt palju aeglasem. EHCI lubamiseks lugege seda käsiraamatu lehte. Tõenäoliselt peate viitama ka sellele käsiraamatu jaotisele, kus selgitatakse, kuidas tuuma tegelikult uuesti kompileerida. Kui kasutate välist draivi või isegi sisemist draivi, peate draivi enne kasutamist kasutama. Seda tehakse käsuga "mount" ja see on üsna lihtne. Siin on Mount'i man leht. Kui mount kurdab, et ei suuda failisüsteemi tüüpi määrata, peate tõenäoliselt draivi vormindama. Selleks peate teadma, millist seadet vormindada. Minu jaoks oli see /dev /da0, kuid teie jaoks võib see olla erinev. Tutvuge oma distributsiooni dokumentatsiooniga. Kui olete kindlaks määranud, millise seadmega teie väline HD on ühendatud, peate tegema draivi (hästi, partitsiooni) tegeliku vormindamise. Kui vajate abi oma draivi jagamisel, küsige minult. FreeBSD kasutab partitsioonide failisüsteemide loomiseks mkfs -i. Igat tüüpi failisüsteem töötab, kuid ma otsustasin kasutada UFS -i, sest seda kasutab FreeBSD vaikimisi. FAT32 on ilmselt kõige enam ühilduv teiste operatsioonisüsteemidega ja Ext3 on see, mida enamik Linuxi maitseid tänapäeval kasutavad (või vähemalt tegid seda eelmisel korral, kui ma Linuxit kasutasin). Niisiis kasutasin oma draivi ühendamiseks seda käsku: mount -t ufs /dev /da0 /backupOK, teil peaks olema varukandja kasutamiseks valmis. Kui ei, küsige lihtsalt:) Jätkake 2. sammuga. Märk FreeBSD on The FreeBSD Foundationi registreeritud kaubamärk ja seda kasutab John Syrinek FreeBSD Foundationi loal.

2. samm: tehke prügila

Varundame oma asjad. Selleks on paar võimalust. Dump ja Tõrv on ilmselt kaks levinumat ning mõlemal on oma tugevused ja nõrkused. Dump on praktiliselt kõige usaldusväärsem viis süsteemi varundamiseks; see saab aga varundada ainult terveid sektsioone. Tõrva on üksikute kaustade jaoks kiire ja lihtne kasutada, kuid suuremate mahtude varundamine võtab natuke aega. Tõrv tihendab ka failid, lisades keerukuse, mis võib teie varukoopiaid kahjustada. Lisateabe saamiseks lugege seda lehte. Otsustasin usaldusväärsuse tõttu prügilat kasutada. Salvestusruum ei olnud probleem ja kuna mul on cron, kes varundab minu jaoks automaatselt magamamineku ajal, ei pea ma ajagraafikute pärast muretsema. Üks prügi veidrusi on see, et see varundab terveid partitsioone. See tähendab, et peate eraldama iga partitsiooni eraldi (nt partitsioonid /usr, /var ja /tmp, samuti /partitsioon). Dump võimaldab teil määrata ka varundamise "taseme". Teen varundusi iganädalaselt ja öösel. Oma iganädalaste varukoopiate tegemiseks kasutan taset 0 ja öiste varunduste puhul taset 2. Kui kasutate lindiseadet või soovite salvestusruumi säästa, kaaluge Hanoi torni varundamisskeemi kasutamist (Google it. (Pidage meeles, et /backup on see, kuhu mul on väline HD ühendatud) Käsklused, mida kasutasin iganädalaste prügilate jaoks, on järgmised:

• dump -0Lna -C 100 -f /backup /nädalas /root /
• dump -0Lna -C 100 -f /backup /week /usr /usr
• dump -0Lna -C 100 -f /backup /week /var /var
• dump -0Lna -C 100 -f /backup /week /tmp /tmp

Käsud, mida ma öiste prügimägede jaoks kasutasin, on järgmised:

• dump -2Lna -C 100 -f /backup /öine /juur /
• dump -2Lna -C 100 -f /backup /nightly /usr /usr
• dump -2Lna -C 100 -f /backup /nightly /var /var
• dump -2Lna -C 100 -f /backup /öösel /tmp /tmp

Ma tegelikult kasutasin oma failide nimetamiseks käsku "date", kuid olen selle lihtsuse huvides välja jätnud. Käsk `date` kasutav prügila näeks välja umbes selline: dump -0Lna -C 100 -f/backup/week/usr/` date "+%Y-%B-%d" `/usr Loomulikult vajate enne dump käsu käivitamist sobivate varukoopiate sihtkataloogide loomiseks, kuid peaksite sellest aru saama. Ja nüüd peaks teil olema oma süsteemi ülevaade või vähemalt teadma, kuidas seda luua. Järgmine samm on taastamise kasutamine ja kuidas teha "fixit" diskette. ÄRGE jätke seda sammu vahele või raiskate oma aega.

3. samm: "taastamine"

Olen juba mõnda aega varukoopiat taastama pidanud, nii et kannatage minuga.

Varukoopia taastamiseks peab teil olema mingisugune minimaalne operatsioonisüsteem, et varukoopia teisaldada varukandjalt reaalajas masinale, LIVE -masinale (nt vigane riistvara puudub) ja teie varukoopiad ise. Minimaalse operatsioonisüsteemi jaoks kasutan sama CD -d, mida kasutasin FreeBSD installimiseks. Sysinstallil on varukoopiate taastamiseks režiim Fixit. Kui teil on mittestandardne riistvara, peate võib-olla looma oma kohandatud alglaadimisketta. Selles artiklis seda ei käsitleta, kuid põhimõtteliselt koosneb see paljaste tuumade loomisest ja selle käivitamisele. Märkus: VÄGA minimaalne FreeBSD 5.4 tuum on umbes 2,3 MB, mis tähendab, et see ei mahu ühele disketile. Põhimõtteliselt, kui kaka tabab ventilaatorit (ger ger ger), käivitate oma CD -lt, sisenete režiimi "Fixit", ühendate kõvaketta ja käivitate seejärel taastamise käsu. Usun, et peate ükshaaval installima ja lahti ühendama partitsioonid, mida taastate. Samuti peavad teie partitsioonitabelid olema puhtad, mis tähendab, et peate võib -olla kasutama partitsioonide parandamiseks nuppu "bsdlabel". Taastamiskäsk: (pärast puhta partitsiooni paigaldamist ja sihtpartitsiooni kataloogi muutmist) restore vrf /dev /da0 Pange tähele, et vajadusel on võimalik taastada kaadrite osad (üksikud failid või kataloogid).

4. samm: kaugvarundused

Kaugvarundamist saab teha rdump-, scp- või kohandatud tarkvara abil. Enamik hostiettevõtteid pakuvad (tasu eest) öiseid varukoopiaid. Soovitan seda väga, kui hindate oma andmeid. Mul on kahest erinevast hostist jama saanud kaks spetsiaalset serverit. Kuigi need varukoopiad salvestatakse tavaliselt eraldi draivi, on need tavaliselt samas hoones, nii et kui hoonega midagi juhtub (mis on ebatõenäoline, kuid kindlasti võimalik), siis olete SOL. Sellepärast soovitan teha oma varundamata süsteemi (võrreldes varundatava süsteemiga) oma varukoopiaid ja kohalikke öiseid varukoopiaid. Pange tähele, et ma pidin skripti üleslaadimiseks lisama laiendi.txt (saate selle eemaldada). Kuna minu kaugarvutit majutav ettevõte teeb öiseid "tõrva" varukoopiaid, otsustasin need failid öösel lihtsalt kohalikku masinasse kopeerida alus. Olen kirjutanud PHP-juhitud (sest seda ma tean) kestaskripti, mis sünkroonib põhiliselt kaugsüsteemi varufailid kohaliku koopiaga. See laadib alla uued failid, laadib (valikuliselt) uuesti alla varukoopiad, mille failisuurused on erinevad, ja eemaldab kohalikud koopiad, mida kaugesüsteemis pole. See säästab ribalaiust, aega ja salvestusruumi. Põhimõtteliselt on see lihtsalt scp -i jaoks mõeldud pakend. Allika leiate selle lehe allosast. Kui kasutate seda, käivitage kindlasti chmod, et saada täitmisluba (chmod u =+rx fetchbackups). Soovitan operaatori kasutajal seda skripti käivitada (chown operator fetchbackups). Alternatiivsed kaugvarundusmeetodid hõlmavad "scp" kasutamist kogu kataloogis, "rdump" kasutamist või, nagu kliendid märkisid, "rsnapshot" või "backuppc" kasutamist. Kui teil pole kaugserverile juurjuurdepääsu, ei pruugi mõned neist meetoditest olla võimalikud ja "scp" nõuab sageli palju aega ja ribalaiust.

Samm: automatiseerimine

Nii et olete mõelnud teha oma süsteemist hetktõmmise ja nüüd soovite seda teha igal õhtul. Cron töötab selle jaoks suurepäraselt ja seda on üsna lihtne seadistada.

Croni tööd on lihtsalt regulaarselt käivitatavad käsud. Need võivad toimuda igakuiselt, öösel või isegi esmaspäeva hommikul kell pool seitse. Croni tööd on määratud crontab -failis. FreeBSD -s asub see fail aadressil /etc /crontab Vaadake faili /etc /crontab man lehekülgi, et teada saada, kuidas see toimib. Lisasin oma crontabi sellele lehele (eemaldage laiend.txt). Kõik, mida peate tegema, on lisada oma croni tööd ja salvestada fail. Faili hinnatakse uuesti iga minuti järel, nii et olete valmis.

6. samm: järeldus ja lõplikud mõtted

Loodetavasti on teil õnnestunud oma masina (d) varundada. Järgnev on vaid mõned märkused selle teema kohta.

Kui mõtlete varundamisele tõsiselt, siis TEST TEST TEST. Veenduge, et varundus- ja taastamisprotseduurid oleksid veatud. Varukoopiad, mida te ei saa taastada, on väärtusetud. Üks probleem, millega ma kokku puutusin, oli vahemälu liiga suureks seadmine. See võib (põhimõtteliselt) teie süsteemi kahjustada ja selle külmutada. Vahemälu peaks alati olema murdosa teie RAM-ist, et see oleks tõhus (minu viiendik) ja see ei tohiks kunagi ületada teie vahetusruumi suurust. 32 MB on see, mida prügila man -leht soovitab. Kuigi see teave võib olla vananenud, ei ole suure vahemälu suurusel suurt vahet, kui teil on kogu öö süsteemi varundamiseks. Kui olete oma varukoopiad automatiseerinud, veenduge, et need töötaksid. See oleks tõeline õudusunenägu, kui teie süsteem kokku jookseb ja SIIS mõistate, et teie varukoopiad lõpetasid töötamise 6 kuud tagasi ebapiisava kettaruumi tõttu. Croni tööd lihtsalt automatiseerivad "rahulolu" protsessi. Kui teete varukoopiaid käsitsi, ärge muutuge rahulolevaks ja unustage. Muutke see rutiiniks. Ärge lootke ka croni töödele, sest need võivad ebaõnnestuda. Varukoopiad on lihtsalt teie failide koopiad. See tähendab, et varukoopiad peaksid olema sama hästi, kui mitte paremad, kui teie reaalajas süsteemid. Hoidke oma välist kõvaketast kindlas kohas (näiteks eemal nii veest kui ka sissemurdjatest). Käitage varukoopiaid operaatori kasutajana. See on piiratud konto, mis eksisteerib selliste asjade jaoks nagu see. Veenduge ka, et tavakasutajad ei saaks varukoopiaid käivitada. Kui arvate, et võite olla keeruka rünnaku sihtmärk (või isegi kui te seda ei tee), krüpteerige alati kaugvarundamise ajal edastatud andmed. Teabe hulga ja varukoopiate regulaarsuse tõttu (kui kasutate cronjobs'i) võivad häkkerid teie teabe varastamiseks aega võtta. Krüptimine on lihtne, nii et kasutage seda. Veenduge, et tavakasutajad ei saaks oma seadmetesse varukoopiaid käivitada. Samuti nõuab scp autentimist. Soovitan KÕRGELT eeljagatud avalikke/privaatvõtmeid. Te ei soovi, et teie parooli edastataks iga kord, kui varukoopia käivitatakse.