Sikkerhetskopier serveren din: 6 trinn

2024 Forfatter: John Day | [email protected]. Sist endret: 2024-01-30 11:25

Av Johntron Johntron snakker Følg mer av forfatteren:

Om: Programvareutvikler, medstifter av Placethings og teknolog. Går for tiden på forskerskolen i programmet Emerging Media and Communications ved University of Texas i Dallas. Mer om Johntron »

Lær hvordan du sikkerhetskopierer *nix -boksen til en ekstern harddisk (eller tapedrive uten store anstrengelser). Jeg dekker installasjon av sikkerhetskopimediet, bruker `dump`, gjenoppretter og sikkerhetskopierer filer fra en ekstern server til en ekstern harddisk. For å sikkerhetskopiere en Windows -PC, les artikkelen lifehacker.com her. Trinn 1: Gjør ting klare Trinn 2: Ta en `dump` Trinn 3:` gjenopprett Trinn 4: Ekstern sikkerhetskopiering Trinn 5: Automatisering FreeBSD -logoen er et varemerke for FreeBSD Foundation og brukes av John Syrinek med tillatelse fra The FreeBSD Foundation.

Trinn 1: Gjør deg klar

Før du tar en sikkerhetskopi, må du ha noe å sikkerhetskopiere til. Tradisjonelt har dette vært båndstasjoner; Imidlertid vil en (kvalitet) ekstern harddisk fungere helt fint. Du trenger ikke å bruke en ekstern harddisk, men med en ekstern stasjon har du bekvemmeligheten til å kunne ta harddisken hjem (eller til et annet sted utenfor stedet). Jeg brukte et par Western Digital MyBook-er. Circuit City hadde 80% rabatt på (utvalgte) eksterne stasjoner, og jeg fikk to 250 GB -stasjoner for skitt billig. Etter min erfaring har Western Digital stasjoner av meget høy kvalitet (noe som betyr at de varer evig). Dette gjør dem gode for en sikkerhetskopi. Hvis du skal slite med å sikkerhetskopiere noe, vil du ikke at sikkerhetskopieringsmediet ditt skal gå ut av deg. OK, akkurat som min andre artikkel, bruker jeg FreeBSD®; De fleste tingene jeg kommer til å dekke kan imidlertid gjøres i enhver smak av Linux, Unix eller BSD. (Hopp over neste avsnitt hvis du allerede har USB 2.0 -støtte eller ikke bruker en ekstern USB -stasjon) MyBooks er USB 2.0 -stasjoner. FreeBSD 5.4-STABLE har ikke EHCI-driveren (i utgangspunktet det som gir deg USB 2.0) aktivert som standard. Dette er en enkel løsning, selv om noen synes det er skummelt å kompilere kjernen (det er det ikke). Hvis du er en av de altfor forsiktige typene, anbefaler jeg å ta en sikkerhetskopi FØR du kompilerer kjernen din på nytt. USB 2.0 er kanskje ikke aktivert, men USB 1.1 fungerer fortsatt. Det er bare mye tregere. For å aktivere EHCI, les denne siden i håndboken. Du må sannsynligvis også referere til denne delen av håndboken som forklarer hvordan du faktisk kan kompilere kjernen på nytt. Hvis du bruker en ekstern stasjon, eller til og med en intern stasjon, må du montere stasjonen før du kan bruke den. Dette gjøres med kommandoen `mount ', og er ganske grei. Her er mounts mannsside. Hvis mount klager over at du ikke kan bestemme filsystemtypen, må du sannsynligvis formatere stasjonen. For å gjøre dette må du kjenne riktig enhet for å formatere. For meg var det /dev /da0, men for deg kan det være annerledes. Se dokumentasjonen til distroen din. Etter å ha bestemt hvilken enhet din eksterne HD er koblet til, må du gjøre selve formateringen av stasjonen (vel, partisjon). Bare spør meg hvis du trenger hjelp til å dele opp stasjonen. FreeBSD bruker mkfs til å lage filsystemer på partisjoner. Enhver type filsystem vil fungere, men jeg valgte å bruke UFS fordi det er det FreeBSD bruker som standard. FAT32 er sannsynligvis den mest kompatible med andre operativsystemer, og Ext3 er det de fleste Linux -smaker bruker i dag (eller minst de gjorde sist jeg brukte Linux). Så jeg brukte denne kommandoen for å montere stasjonen min: mount -t ufs /dev /da0 /backupOK, du bør ha backupmediet ditt klart til bruk. Hvis ikke, bare spør:) Fortsett til trinn 2. Merket FreeBSD er et registrert varemerke for FreeBSD Foundation og brukes av John Syrinek med tillatelse fra The FreeBSD Foundation.

Trinn 2: Ta en `dump '

La oss ta sikkerhetskopi av stoffene våre. Det er noen få måter å gjøre dette på. Dump og Tar er sannsynligvis de to vanligste, og begge har sine egne styrker og svakheter. Dump er uten tvil den mest pålitelige måten å sikkerhetskopiere systemet på. den kan imidlertid bare sikkerhetskopiere hele partisjoner. Tjære er raskt og enkelt å bruke på individuelle mapper, men det tar litt tid å sikkerhetskopiere større volumer. Tar komprimerer også filene, og legger til et lag med kompleksitet for å potensielt ødelegge sikkerhetskopiene dine. Les denne siden for mer informasjon. Jeg bestemte meg for å bruke dump på grunn av påliteligheten. Lagringsplass var ikke et problem, og siden jeg har cron som utfører sikkerhetskopier for meg automatisk mens jeg sover, trenger jeg ikke å bekymre meg for tidsrammer. En av dumpens særegenheter er at den sikkerhetskopierer hele partisjoner. Dette betyr at du må dumpe hver partisjon individuelt (f.eks. Partisjonene /usr, /var og /tmp, så vel som /partisjonen). Med Dump kan du også spesifisere "nivå" for sikkerhetskopiering. Jeg skal utføre ukentlige og nattlige sikkerhetskopier. For mine ukentlige sikkerhetskopier bruker jeg nivå 0, og for nattlige sikkerhetskopier bruker jeg nivå 2. Hvis du bruker en båndstasjon, eller hvis du vil spare lagringsplass, bør du vurdere å bruke et Tower of Hanoi -sikkerhetskopieringsprogram (Google det. (Husk, /backup er der jeg har min eksterne HD montert) Kommandoene jeg brukte for ukentlige dumper er:

• dump -0Lna -C 100 -f /backup /ukentlig /root /
• dump -0Lna -C 100 -f /backup /ukentlig /usr /usr
• dump -0Lna -C 100 -f /backup /ukentlig /var /var
• dump -0Lna -C 100 -f /backup /ukentlig /tmp /tmp

Kommandoene jeg brukte for nattdumper er:

• dump -2Lna -C 100 -f /backup /nightly /root /
• dump -2Lna -C 100 -f /backup /nightly /usr /usr
• dump -2Lna -C 100 -f /backup /nightly /var /var
• dump -2Lna -C 100 -f /backup /nightly /tmp /tmp

Jeg brukte faktisk kommandoen `date` til å navngi filene mine med, men jeg har utelatt dette for enkelhets skyld. En dump med kommandoen `date` vil se slik ut: dump -0Lna -C 100 -f/backup/ukentlig/usr/` date "+%Y-%B-%d" `/usr Selvfølgelig trenger du for å opprette passende sikkerhetskopidestinasjonskataloger før du kjører dump -kommandoen, men du bør kunne finne ut av det. Og nå bør du ha et øyeblikksbilde av systemet ditt, eller i det minste vite hvordan du oppretter det. Neste trinn er hvordan du bruker gjenoppretting og hvordan du lager "fixit" disketter. IKKE Hopp over dette trinnet, eller du kaster bort tiden din.

Trinn 3: `gjenopprett`

Det er en stund siden jeg måtte gjenopprette en sikkerhetskopi, så vær med meg.

For å gjenopprette en sikkerhetskopi må du ha et slags minimalt operativsystem for å overføre sikkerhetskopien fra sikkerhetskopimediet til den levende maskinen, en LIVE -maskin (f.eks. Ingen defekt maskinvare) og sikkerhetskopiene selv. For det minimale operativsystemet bruker jeg den samme CD -en som jeg brukte til å installere FreeBSD. Sysinstall har en "Fixit" -modus for å gjenopprette sikkerhetskopier. Hvis du har ikke-standard maskinvare, må du kanskje lage din egen tilpassede oppstartbare disk. Dette vil ikke bli dekket i denne artikkelen, men det består i utgangspunktet av å lage en barebones -kjerne og sette den på en oppstartbar disk. Merk: En VELDIG minimal FreeBSD 5.4 -kjerne er på rundt 2,3 MB, noe som betyr at den ikke får plass på en enkelt diskett. Så i utgangspunktet, hvis baugen treffer viften (ger ger ger), starter du fra CD -en, går inn i "Fixit" -modus, monterer harddisken og kjører deretter gjenopprettingskommandoen. Jeg tror du må montere og demontere partisjonene du gjenoppretter en om gangen. Partisjonstabellene må også være rene, noe som betyr at du kanskje må bruke 'bsdlabel' for å fikse partisjonene dine. Gjenopprett kommando: (etter montering av en ren partisjon og endring til katalogen for destinasjonspartisjonen) gjenopprett vrf /dev /da0 Vær oppmerksom på at det er mulig å gjenopprette deler (individuelle filer eller kataloger) av sikkerhetskopier som er opprettet ved hjelp av dump hvis du trenger det.

Trinn 4: Eksterne sikkerhetskopier

Eksterne sikkerhetskopier kan gjøres ved hjelp av rdump, scp eller tilpasset programvare. De fleste hosting selskaper tilbyr (mot betaling) nattlige sikkerhetskopier. Jeg anbefaler dette på det sterkeste hvis du verdsetter dataene dine. Jeg har hatt to dedikerte servere som driter på meg fra to forskjellige verter. Selv om disse sikkerhetskopiene vanligvis lagres på en separat stasjon, er de vanligvis i samme bygning, så hvis det skjer noe med bygningen (noe som er usannsynlig, men definitivt mulig), er du SOL. Det er derfor jeg anbefaler å lage din egen off-site (i forhold til at systemet blir sikkerhetskopiert) så vel som lokale, nattlige sikkerhetskopier. Vær oppmerksom på at jeg måtte legge til.txt -utvidelsen for å laste opp skriptet (du kan fjerne dette). Fordi firmaet som er vert for min eksterne maskin utfører hver natt tar -sikkerhetskopiering, bestemte jeg meg for å bare kopiere disse filene til en lokal maskin på en kveld basis. Jeg har skrevet et PHP-drevet (fordi det er det jeg vet) skallskript som i hovedsak synkroniserer et eksternt systems sikkerhetskopifiler med en lokal kopi. Den laster ned nye filer, (valgfritt) laster ned sikkerhetskopifiler som har forskjeller i filstørrelser, og fjerner lokale kopier som ikke finnes på det eksterne systemet. Dette sparer båndbredde, tid og lagringsplass. Det er i utgangspunktet bare en 'diff' innpakning for 'scp'. Kilden finner du nederst på denne siden. Hvis du bruker den, må du chmod den for å ha kjøringstillatelse (chmod u =+rx fetchbackups). Jeg anbefaler at operatørbrukeren kjører dette skriptet (chown operator fetchbackups). Alternative eksterne sikkerhetskopimetoder inkluderer bruk av 'scp' på en hel katalog, bruk av 'rdump', eller, som klienter påpekte, bruk av 'rsnapshot' eller 'backuppc'. Hvis du ikke har root -tilgang til din eksterne server, er det kanskje ikke noen av disse metodene som er mulig, og `scp` krever ofte mye tid og båndbredde.

Trinn 5: Automatisering

Så du har funnet ut å ta et øyeblikksbilde av systemet ditt, og nå vil du gjøre det hver kveld. Cron fungerer bra for dette, og det er ganske enkelt å sette opp.

Cron -jobber er ganske enkelt kommandoer som kjøres regelmessig. De kan kjøres månedlig, kveld eller til og med halv sju på mandag morgen. Cron -jobber er spesifisert i crontab -filen. I FreeBSD ligger denne filen på /etc /crontab Se mannssidene for /etc /crontab for å finne ut hvordan det fungerer. Jeg har festet crontab til denne siden (fjern filtypen.txt). Alt du gjør er å legge til cron -jobbene dine og lagre filen. Filen evalueres på nytt hvert minutt, så du er ferdig.

Trinn 6: Konklusjon og siste tanker

Forhåpentligvis har du klart å ta sikkerhetskopi av maskinen (e). Det som følger er bare noen få notater om emnet.

Hvis du er seriøs med sikkerhetskopier, så TEST TEST TEST. Sørg for at sikkerhetskopierings- og gjenopprettingsprosedyrene er feilfrie. Sikkerhetskopier du ikke kan gjenopprette, er verdiløse. Et problem jeg løp inn i var å angi bufferstørrelsen min for stor. Dette kan (i utgangspunktet) gjøre systemet ditt og få det til å fryse. Din cache bør alltid være en brøkdel av RAM-en din for å være effektiv (min er en femtedel), og bør ALDRI overskride størrelsen på bytteplassen. 32MB er hva dumpens mannside anbefaler. Selv om denne informasjonen kan være utdatert, vil det ikke ha noen stor forskjell å ha en stor cache -størrelse hvis du har hele natten på å sikkerhetskopiere systemet. Hvis du har automatisert sikkerhetskopiene dine, må du kontrollere at de fungerer. Det ville være et skikkelig mareritt for systemet ditt å krasje og da innse at sikkerhetskopieringen slutter å fungere for 6 måneder siden på grunn av utilstrekkelig diskplass. Cron -jobber automatiserer bare prosessen med "selvtilfredshet". Hvis du tar sikkerhetskopier manuelt, ikke bli selvtilfreds og glem det. Gjør det til en rutine. Ikke stol på cron -jobber heller, fordi de kan mislykkes. Sikkerhetskopier er bare kopier av filene dine. Dette betyr at sikkerhetskopier bør sikres like godt, om ikke bedre enn, live systemene dine. Oppbevar den eksterne harddisken på et sikkert sted (f.eks. Borte fra vann og innbruddstyver). Kjør backup cronjobs som 'operatør' bruker. Dette er en begrenset konto som eksisterer for ting som dette. Sørg også for at vanlige brukere ikke kan kjøre sikkerhetskopier. Hvis du føler at du potensielt kan være målet for et sofistikert angrep (eller selv om du ikke gjør det), må du alltid kryptere data som overføres under eksterne sikkerhetskopier. På grunn av mengden informasjon, samt regelmessigheten av sikkerhetskopier (hvis du bruker cronjobs), kan hackere ta seg god tid til å stjele informasjonen din. Kryptering er enkel, så bruk den. Sørg for at vanlige brukere ikke kan kjøre sikkerhetskopier til sine egne enheter. Også 'scp' krever autentisering. Jeg anbefaler på det sterkeste forhåndsdelte offentlige/private nøkler. Du vil ikke at passordet ditt skal overføres hver gang en sikkerhetskopi kjøres.