I-backup ang Iyong Server: 6 Mga Hakbang

2024 May -akda: John Day | [email protected]. Huling binago: 2024-01-30 13:15

Sinulat ni JohntronJohntron NagsasalitaMasunod Dagdag ng may-akda:

Tungkol sa: Developer ng software, kasamang tagapagtatag ng Placethings, at teknolohikal. Kasalukuyang pumapasok sa nagtapos na paaralan sa umuusbong na programa ng Media at Komunikasyon sa Unibersidad ng Texas sa Dallas. Karagdagang Tungkol sa Johntron »

Alamin kung paano i-backup ang iyong * nix box sa isang panlabas na harddrive (o tapedrive nang walang labis na pagsisikap). Sinasaklaw ko ang pag-install ng backup medium, gamit ang "dump`, pagpapanumbalik, at pag-back up din ng mga file mula sa isang remote server sa isang panlabas na harddrive. Upang i-backup ang isang Windows PC, basahin ang artikulong lifehacker.com dito. Hakbang 1: Maghanda ng mga bagay-bagay: Kumuha ng isang 'dump`Step 3: "restoreStep 4: Remote backupsStep 5: AutomationThe FreeBSD Logo ay isang trademark ng The FreeBSD Foundation at ginamit ni John Syrinek na may pahintulot ng The FreeBSD Foundation.

Hakbang 1: Maghanda ng Stuff

Bago ka gumawa ng isang backup, kailangan mong magkaroon ng isang bagay na mai-backup. Ayon sa kaugalian, ito ay naging mga tape drive; gayunpaman, ang isang (kalidad) panlabas na harddrive ay gagana nang maayos. Hindi mo KAILANGAN na gumamit ng isang panlabas na harddrive, ngunit sa isang panlabas na pagmamaneho mayroon kang kaginhawaan na mauwi ang harddrive sa bahay (o sa ilang ibang lokasyon na hindi nasa site). Gumamit ako ng isang pares ng Western Digital MyBook's. Ang Circuit City ay mayroong 80% na benta sa (mga piling) panlabas na drive, at nakakuha ako ng dalawang 250GB drive para sa murang dumi. Sa aking karanasan, ang Western Digital ay may napakataas na kalidad na mga drive (nangangahulugang tatagal sila magpakailanman). Ginagawa nitong mahusay ang mga ito para sa isang backup. Kung dadaan ka sa abala ng pag-back up ng isang bagay, hindi mo nais ang iyong medium ng pag-backup na huminto sa iyo. OK, tulad ng aking iba pang artikulo, gagamit ako ng FreeBSD®; gayunpaman, ang karamihan sa mga bagay na sasakupin ko ay maaaring gawin sa anumang lasa ng Linux, Unix, o BSD. (Laktawan ang susunod na talata kung mayroon ka nang suporta sa USB 2.0 o hindi gumagamit ng isang panlabas na USB drive) Ang MyBooks ay Mga USB 2.0 drive. Ang FreeBSD 5.4-STABLE ay walang EHCI driver (karaniwang bagay na nagbibigay sa iyo ng USB 2.0) na pinagana ng default. Ito ay isang madaling ayusin, kahit na maaaring isipin ng ilan na ang muling pagsasaayos ng kernel ay nakakatakot (hindi ito). Kung ikaw ay isa sa mga labis na maingat na uri, inirerekumenda kong gumawa ng isang backup BAGO muling kumpunihin ang iyong kernel. Maaaring hindi paganahin ang USB 2.0, ngunit gumagana pa rin ang USB 1.1. Mas mabagal lang ito. Upang paganahin ang EHCI, basahin ang pahinang ito ng Handbook. Marahil ay kakailanganin mo ring mag-refer sa seksyon na ito ng Handbook na nagpapaliwanag kung paano talagang magkumpuni ng kernel. Kung gumagamit ka ng isang panlabas na drive, o kahit isang panloob na drive, kakailanganin mong i-mount ang drive bago mo ito magamit. Ginagawa ito sa utos ng `mount`, at medyo prangka. Narito ang pahina ng tao ni mount. Kung nagrereklamo ang mount tungkol sa hindi matukoy ang uri ng filesystem, maaaring kailanganin mong i-format ang drive. Upang magawa ito, kakailanganin mong malaman ang tamang aparato upang mai-format. Para sa akin, ito ay / dev / da0, ngunit para sa iyo maaari itong naiiba. Kumonsulta sa dokumentasyon ng distro mo. Matapos matukoy ang iyong aling aparato ang naka-attach sa iyong panlabas na HD, kakailanganin mong gawin ang aktwal na pag-format ng drive (mabuti, paghati). Kung kailangan mo ng tulong sa paghiwalay ng iyong drive, tanungin mo lang ako. Gumagamit ang FreeBSD ng mkfs upang lumikha ng mga filesystem sa mga partisyon. Ang anumang uri ng filesystem ay gagana, ngunit pinili kong gumamit ng UFS dahil iyon ang ginagamit ng FreeBSD bilang default. Ang FAT32 ay marahil ang pinaka katugma sa iba pang mga operating system, at Ext3 ang ginagamit ng karamihan sa mga flavors ng Linux ngayon (o atleast ginawa nila noong huling ginamit ko ang Linux). Kaya, ginamit ko ang utos na ito upang mai-mount ang aking drive: mount -t ufs / dev / da0 / backupOK, dapat ay handa nang handa ang iyong backup medium. Kung hindi, magtanong lamang:) Magpatuloy sa Hakbang 2. Ang markang FreeBSD ay isang rehistradong trademark ng The FreeBSD Foundation at ginagamit ni John Syrinek na may pahintulot ng The FreeBSD Foundation.

Hakbang 2: Kumuha ng isang `dump`

I-backup natin ang ating mga bagay-bagay. Mayroong ilang mga paraan upang magawa ito. Ang Dump at Tar ay marahil ang dalawang pinaka-karaniwan, at parehong may kani-kanilang mga kalakasan at kahinaan. Ang basura ay hands-down ang pinaka maaasahang paraan upang i-backup ang iyong system; gayunpaman, maaari lamang itong mag-backup ng buong mga pagkahati. Ang tar ay mabilis at madaling gamitin sa mga indibidwal na folder, ngunit tumatagal ng ilang oras upang mai-backup ang mas malaking dami. Sinisiksik din ng alkitran ang mga file, pagdaragdag ng isang layer ng pagiging kumplikado upang potensyal na masira ang iyong mga pag-backup. Basahin ang pahinang ito para sa karagdagang impormasyon Napagpasyahan kong gumamit ng dump dahil sa pagkakatiwalaan. Ang imbakan ay hindi isang isyu, at dahil mayroon akong cron na gumaganap ng mga pag-backup para sa akin nang awtomatiko habang natutulog ako, hindi ko na kailangang magalala tungkol sa mga timeframe. Ang isa sa mga quirks ng dump ay ang pag-backup ng buong mga pagkahati. Nangangahulugan ito na kailangan mong itapon ang bawat pagkahati nang isa-isa (hal. Ang / usr, / var, at / tmp na mga partisyon, pati na rin ang / pagkahati). Hinahayaan ka ng dump na tukuyin ang "antas" ng pag-backup din. Gumaganap ako ng lingguhan at gabi-araw na mga pag-backup. Para sa aking mga lingguhang pag-backup, gumagamit ako ng antas 0, at para sa aking mga pag-backup sa gabi-gabi, gumagamit ako ng antas 2. Kung gumagamit ka ng isang tape drive, o kung nais mong makatipid ng lugar ng pag-iimbak, isaalang-alang ang paggamit ng isang backup ng Tower of Hanoi backup scheme (Google it. (Tandaan, / ang backup ay kung saan naka-mount ang aking panlabas na HD) Ang mga utos na ginamit ko para sa mga lingguhang pagtapon ay:

• dump -0Lna -C 100 -f / backup / lingguhan / ugat /
• magtapon -0Lna -C 100 -f / backup / lingguhan / usr / usr
• magtapon -0Lna -C 100 -f / backup / lingguhan / var / var
• magtapon -0Lna -C 100 -f / backup / lingguhan / tmp / tmp

Ang mga utos na ginamit ko para sa nightly dumps ay:

• magtapon -2Lna -C 100 -f / backup / gabi-gabi / ugat /
• magtapon -2Lna -C 100 -f / backup / gabi-gabi / usr / usr
• magtapon -2Lna -C 100 -f / backup / gabi-gabi / var / var
• magtapon -2Lna -C 100 -f / backup / gabi-gabi / tmp / tmp

Talagang ginamit ko ang utos ng `date` upang pangalanan ang aking mga file, ngunit tinanggal ko ito alang-alang sa pagiging simple. Ang isang dump na gumagamit ng `date` command ay magmumukhang ganito: dump -0Lna -C 100 -f / backup / lingguhan / usr /` date "+% Y-% B-% d" `/ usrOf course, kakailanganin mo upang lumikha ng anumang naaangkop na mga direktoryo ng patutunguhang backup bago patakbuhin ang dump command, ngunit dapat mong malaman ito. At ngayon dapat kang magkaroon ng isang snapshot ng iyong system, o hindi alam kung paano lumikha ng isa. Ang susunod na hakbang ay kung paano gamitin ang ibalik at kung paano gumawa ng "fixit" na mga floppies. HUWAG LALAKIPAN ANG HAKBANG ITO o sinasayang mo lang ang iyong oras.

Hakbang 3: `ibalik`

Medyo matagal na mula nang kailangan kong ibalik ang isang backup, kaya tiisin mo ako.

Upang maibalik ang isang backup, kailangan mong magkaroon ng ilang uri ng kaunting OS upang ilipat ang backup mula sa iyong daluyan ng pag-backup sa live machine, isang LIVE machine (hal, walang sira na hardware), at ang iyong mga backup mismo. Para sa kaunting OS, gumagamit ako ng parehong CD na ginamit ko upang mai-install ang FreeBSD. Ang Sysinstall ay may "Fixit" mode upang maibalik ang mga backup. Kung mayroon kang hindi pamantayang hardware, maaaring kailanganin mong lumikha ng iyong sariling pasadyang bootable disk. Hindi ito sasakupin sa artikulong ito, ngunit karaniwang binubuo ito ng paglikha ng isang barebones kernel at inilalagay ito sa isang bootable disk. Tandaan: Ang SOBRANG minimal na kernel ng FreeBSD 5.4 ay nasa paligid ng 2.3MB, nangangahulugang hindi ito magkakasya sa isang solong floppy. Kaya karaniwang, kung ang tae ay tumama sa fan (ger ger ger), nag-boot ka mula sa iyong CD, ipasok ang mode na "Fixit", i-mount ang iyong harddrive, at pagkatapos ay patakbuhin ang command na ibalik. Naniniwala akong kailangan mong i-mount at i-unmount ang mga pagkahati na binabalik mo nang paisa-isa. Gayundin, ang iyong mga talahanayan ng pagkahati ay dapat na malinis, ibig sabihin maaari mong gamitin ang `bsdlabel` upang ayusin ang iyong mga pagkahati. Ibalik ang utos: (pagkatapos ng pag-mount ng isang malinis na pagkahati at pagbabago sa direktoryo ng patutunguhang pagkahati) ibalik ang vrf / dev / da0 Mangyaring tandaan na posible na ibalik ang mga bahagi (indibidwal na mga file o direktoryo) ng mga pag-backup na nilikha gamit ang dump kung kailangan mo.

Hakbang 4: Mga Remote na Pag-back up

Ang mga malayuang pag-backup ay maaaring gawin gamit ang rdump, scp, o pasadyang software. Karamihan sa mga kumpanya ng pagho-host ay nagbibigay ng (para sa isang bayad) na mga backup sa gabi-gabi. Lubos kong inirerekumenda ito kung pinahahalagahan mo ang iyong data. Nagkaroon ako ng dalawang nakalaang server na crap out sa akin mula sa dalawang magkakaibang host. Bagaman ang mga backup na ito ay karaniwang nakaimbak sa isang hiwalay na drive, kadalasan ay nasa iisang gusali sila, kaya kung may mangyari sa gusali (na malamang na hindi, ngunit tiyak na posible), ikaw ay SOL. Ito ang dahilan kung bakit inirerekumenda ko ang paggawa ng iyong sariling off-site (na may kaugnayan sa system na nai-back up) backup pati na rin mga lokal, gabi-gabing pag-backup. Mangyaring tandaan na kinailangan kong idagdag ang extension na.txt upang mai-upload ang script (maaari mong alisin ito). Dahil ang kumpanya na nagho-host ng aking remote machine ay gumaganap gabi-gabing "mga backup na", nagpasya akong kopyahin lamang ang mga file na ito sa isang lokal na makina sa bawat gabi batayan Nagsulat ako ng isang shell na hinimok ng PHP (dahil iyon ang alam ko) na script ng shell na bascally nagsi-sync ng mga backup na file ng isang remote system na may isang lokal na kopya. Nagda-download ito ng mga bagong file, (opsyonal) na muling na-download ang mga backup na file na may mga pagkakaiba sa mga fileize, at inaalis ang mga lokal na kopya na wala sa remote system. Makakatipid ito ng bandwidth, oras, at espasyo sa pag-iimbak. Karaniwan ito ay isang `diff` na pambalot lamang para sa` scp`. Ang mapagkukunan ay matatagpuan sa ilalim ng pahinang ito. Kung gagamitin mo ito, tiyaking chmod ito upang magkaroon ng pahintulot (chmod u = + rx fetchbackup). Inirerekumenda ko na patakbuhin ng gumagamit ng operator ang script na ito (chown operator fetchbackups). Kabilang sa mga alternatibong pamamaraan ng remote backup ang paggamit ng `scp` sa isang buong direktoryo, paggamit ng" rdump`, o, tulad ng itinuro ng mga cliever, gamit ang "rsnapshot` o` backuppc`. Kung wala kang root access sa iyong remote server, ang ilan sa mga pamamaraang ito ay maaaring hindi posible, at ang `scp` ay madalas na nangangailangan ng maraming oras at bandwidth.

Hakbang 5: Awtomatiko

Kaya't naisip mo na makagawa ng isang snapshot ng iyong system, at ngayon nais mong gawin ito gabi-gabi. Mahusay na gumagana ang Cron para dito, at medyo simple itong i-setup.

Ang mga trabaho sa Cron ay simpleng mga utos na pinapatakbo nang regular. Maaari silang tumakbo buwan-buwan, gabi-gabi, o kahit na sa kalahating pasado alas-7 ng umaga sa lunes. Ang mga trabaho sa cron ay tinukoy sa crontab file. Sa FreeBSD ang file na ito ay matatagpuan sa / etc / crontab Tingnan ang mga pahina ng tao para sa / etc / crontab upang malaman kung paano ito gumagana Inilakip ko ang aking crontab sa pahinang ito (alisin ang extension na.txt). Ang gagawin mo lang ay idagdag ang iyong mga trabaho sa cron at i-save ang file. Sinusuri muli ang file bawat minuto, kaya't tapos ka na.

Hakbang 6: Konklusyon at Pangwakas na Mga Saloobin

Inaasahan mong nagawa mong i-backup ang iyong (mga) machine. Ang sumusunod ay ilang tala lamang sa paksa.

Kung seryoso ka sa mga pag-backup, pagkatapos ay TEST TEST TEST. Siguraduhin na ang iyong backup at ibalik ang mga pamamaraan ay walang kamalian. Walang halaga ang mga pag-back up na hindi mo maibabalik. Ang isang problema na nasagasaan ko ay ang pagtatakda ng laki ng aking cache. Maaari nitong (talaga) Gawin ang iyong system at maging sanhi ito upang mag-freeze. Ang cache mo ay dapat palaging isang maliit na bahagi ng iyong RAM upang maging epektibo (ikalimang ng minahan), at dapat HINDI lumampas sa laki ng iyong pagpapalit ng puwang. Ang 32MB ay kung ano ang inirekomenda ng pahina ng manong dump. Habang ang impormasyong ito ay maaaring hindi na napapanahon, ang pagkakaroon ng isang malaking cache ay hindi makakagawa ng pagkakaiba-iba kung mayroon kang buong gabi upang mai-backup ang iyong system. Kung na-automate mo ang iyong mga pag-backup, tiyaking gumagana ang mga ito. Ito ay magiging isang tunay na bangungot para sa iyong system na mag-crash at pagkatapos ay mapagtanto na ang iyong backup crons ay tumigil sa pagtatrabaho 6 na buwan na ang nakakaraan dahil sa hindi sapat na puwang ng disk. Ang mga trabaho sa Cron ay ginagawa lamang ang proseso ng "kasiyahan". Kung gumawa ka ng mga backup nang manu-mano, huwag maging kampante at kalimutan. Gawin itong isang gawain. Huwag ring umasa sa mga trabaho sa cron, dahil maaari silang mabigo. Ang mga backup ay kopya lamang ng iyong mga file. Nangangahulugan ito na ang mga pag-backup ay dapat na ma-secure din, kung hindi mas mahusay kaysa sa, iyong mga live na system. Panatilihin ang iyong panlabas na harddrive sa isang ligtas na lokasyon (tulad ng malayo sa parehong tubig AT mga magnanakaw). Patakbuhin ang mga backup cronjobs bilang gumagamit ng 'operator'. Ito ay isang limitadong account na umiiral para sa mga bagay tulad nito. Siguraduhin din na ang mga normal na gumagamit ay hindi maaaring magpatakbo ng mga backup. Kung sa palagay mo maaari kang maging target ng isang sopistikadong pag-atake (o kahit na hindi mo ginagawa), palaging i-encrypt ang data na inilipat sa mga remote backup. Dahil sa dami ng impormasyon, pati na rin ang pagiging regular ng mga pag-backup (kung gumagamit ka ng mga cronjobs), maaaring magtagal ang mga hacker sa pagnanakaw ng iyong impormasyon. Madali ang pag-encrypt, kaya gamitin ito. Tiyaking hindi maaaring magpatakbo ng mga backup ang mga normal na gumagamit sa kanilang sariling mga aparato. Gayundin, ang `scp` ay nangangailangan ng pagpapatotoo. Lubos kong inirerekumenda ang mga preshared na pampubliko / pribadong key. Hindi mo nais na mailipat ang iyong password sa tuwing tatakbo ang isang backup.