Sikkerhedskopier din server: 6 trin

2024 Forfatter: John Day | [email protected]. Sidst ændret: 2024-01-30 08:30

Af JohntronJohntron talerFølg mere af forfatteren:

Om: Softwareudvikler, Placethings medstifter og teknolog. Går i øjeblikket på forskerskole i programmet Emerging Media and Communications ved University of Texas i Dallas. Mere om Johntron »

Lær, hvordan du sikkerhedskopierer din *nix -boks til en ekstern harddisk (eller tapedrive uden større indsats). Jeg dækker installation af backupmediet ved hjælp af `dump`, gendannelse og også sikkerhedskopiering af filer fra en ekstern server til en ekstern harddisk. For at sikkerhedskopiere en Windows -pc skal du læse artiklen lifehacker.com her. Trin 1: Gør ting klar Trin 2: Tag en `dump` Trin 3:` gendannelse Trin 4: Fjernbackup Trin 5: Automatisering FreeBSD -logoet er et varemærke tilhørende The FreeBSD Foundation og bruges af John Syrinek med tilladelse fra FreeBSD Foundation.

Trin 1: Gør ting klar

Inden du laver en sikkerhedskopi, skal du have noget at sikkerhedskopiere til. Traditionelt har dette været bånddrev; en (kvalitet) ekstern harddisk fungerer dog fint. Du behøver ikke at bruge en ekstern harddisk, men med et eksternt drev har du den bekvemmelighed at kunne bringe harddisken hjem (eller til en anden off-site placering). Jeg brugte et par Western Digital MyBook'er. Circuit City havde 80% rabat på (udvalgte) eksterne drev, og jeg fik to 250 GB drev til snavs billigt. Efter min erfaring har Western Digital drev af meget høj kvalitet (hvilket betyder, at de holder for evigt). Dette gør dem gode til en backup. Hvis du kommer til at gå besværet med at bakke op om noget, vil du ikke have, at dit backupmedium kører ud på dig. OK, ligesom min anden artikel, bruger jeg FreeBSD®; de fleste ting, jeg vil dække, kan dog gøres i enhver smag af Linux, Unix eller BSD. (Spring over det næste afsnit, hvis du allerede har USB 2.0 -understøttelse eller ikke bruger et eksternt USB -drev) MyBooks er USB 2.0 -drev. FreeBSD 5.4-STABLE har ikke EHCI-driveren (stort set det, der giver dig USB 2.0) som standard. Dette er en let løsning, selvom nogle måske synes, at genkompilering af kernen er skræmmende (det er det ikke). Hvis du er en af de alt for forsigtige typer, anbefaler jeg at tage en sikkerhedskopi, FØR du kompilerer din kerne igen. USB 2.0 er muligvis ikke aktiveret, men USB 1.1 fungerer stadig. Det er bare meget langsommere. For at aktivere EHCI skal du læse denne side i håndbogen. Du bliver sandsynligvis også nødt til at henvise til dette afsnit i håndbogen, der forklarer, hvordan du reelt kan kompilere kernen igen. Hvis du bruger et eksternt drev eller endda et internt drev, skal du montere drevet, før du kan bruge det. Dette gøres med kommandoen 'mount' og er ret ligetil. Her er mounts man -side. Hvis mount klager over ikke at kunne bestemme filsystemtypen, skal du sandsynligvis formatere drevet. For at gøre dette skal du kende den korrekte enhed, der skal formateres. For mig var det /dev /da0, men for dig kan det være anderledes. Se din distros dokumentation. Når du har bestemt, hvilken enhed din eksterne HD er tilsluttet, skal du foretage den faktiske formatering af drevet (godt, partition). Hvis du har brug for hjælp til at opdele dit drev, skal du bare spørge mig. FreeBSD bruger mkfs til at oprette filsystemer på partitioner. Enhver type filsystem fungerer, men jeg valgte at bruge UFS, fordi det er det FreeBSD bruger som standard. FAT32 er sandsynligvis den mest kompatible med andre operativsystemer, og Ext3 er, hvad de fleste Linux -smag bruger i dag (eller i hvert fald de gjorde sidste gang jeg brugte Linux). Så jeg brugte denne kommando til at montere mit drev: mount -t ufs /dev /da0 /backupOK, skal du have dit backupmedium klar til brug. Hvis ikke, bare spørg:) Fortsæt til trin 2. Mærket FreeBSD er et registreret varemærke tilhørende The FreeBSD Foundation, og bruges af John Syrinek med tilladelse fra FreeBSD Foundation.

Trin 2: Tag en `dump '

Lad os tage backup af vores ting. Der er et par måder at gøre dette på. Dump og Tar er nok de to mest almindelige, og begge har deres egne styrker og svagheder. Dump er den mest pålidelige måde at sikkerhedskopiere dit system på. den kan dog kun sikkerhedskopiere hele partitioner. Tjære er hurtig og let at bruge på individuelle mapper, men det tager noget tid at sikkerhedskopiere større mængder. Tar komprimerer også filerne og tilføjer et lag kompleksitet til potentielt at ødelægge dine sikkerhedskopier. Læs denne side for mere information Jeg besluttede at bruge dump på grund af pålideligheden. Lagerplads var ikke et problem, og da jeg har cron til automatisk at udføre sikkerhedskopier for mig, mens jeg sover, behøver jeg ikke bekymre mig om tidsrammer. Et af dumpens finurligheder er, at det sikkerhedskopierer hele partitioner. Det betyder, at du skal dumpe hver partition individuelt (f.eks. /Usr, /var og /tmp -partitionerne samt /partitionen). Dump lader dig også angive "niveau" for backup. Jeg foretager ugentlige og natlige sikkerhedskopier. Til mine ugentlige sikkerhedskopier bruger jeg niveau 0, og til mine natlige sikkerhedskopier bruger jeg niveau 2. Hvis du bruger et bånddrev, eller hvis du vil spare lagerplads, kan du overveje at bruge et Tower of Hanoi backup -system (Google det. (Husk, /backup er der, hvor jeg har min eksterne HD monteret) De kommandoer, jeg brugte til ugentlige lossepladser, er:

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

Kommandoerne, jeg brugte til natdumper, 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 brugte faktisk kommandoen `date` til at navngive mine filer med, men jeg har for enkelthedens skyld udeladt dette. En dump ved hjælp af kommandoen `date` ville se sådan ud: dump -0Lna -C 100 -f/backup/ugentlig/usr/` dato "+%Y-%B-%d" `/usr Selvfølgelig skal du bruge for at oprette passende backup -destinationsmapper, før du kører dump -kommandoen, men du burde kunne finde ud af det. Og nu skal du have et øjebliksbillede af dit system, eller i det mindste vide, hvordan du opretter et. Det næste trin er, hvordan du bruger gendannelse og hvordan man laver "fixit" disketter. Spring ikke over dette trin, eller du spilder din tid.

Trin 3: `gendan`

Det er et stykke tid siden, jeg har været nødt til at gendanne en sikkerhedskopi, så vær med mig.

For at gendanne en sikkerhedskopi skal du have en slags minimal operativsystem for at overføre sikkerhedskopien fra dit backupmedium til den levende maskine, en LIVE -maskine (f.eks. Ingen defekt hardware) og dine sikkerhedskopier selv. For det minimale operativsystem bruger jeg den samme cd, som jeg brugte til at installere FreeBSD. Sysinstall har en "Fixit" -tilstand for at gendanne sikkerhedskopier. Hvis du har ikke-standard hardware, skal du muligvis oprette din egen brugerdefinerede bootable disk. Dette vil ikke blive dækket i denne artikel, men det består grundlæggende i at oprette en barebones -kerne og lægge den på en bootbar disk. Bemærk: En MEGET minimal FreeBSD 5.4 -kerne er omkring 2,3 MB, hvilket betyder, at den ikke passer på en enkelt diskette. Så i bund og grund, hvis keglen rammer blæseren (ger ger ger), starter du fra din cd, går ind i "Fixit" -tilstand, monterer din harddisk og kører derefter kommandoen gendannelse. Jeg tror, du skal montere og afmontere de partitioner, du gendanner en ad gangen. Dine partitionstabeller skal også være rene, hvilket betyder, at du muligvis skal bruge 'bsdlabel' til at reparere dine partitioner. Gendan kommando: (efter montering af en ren partition og ændring til mappen over destinationspartitionen) gendan vrf /dev /da0 Bemærk venligst, at det er muligt at gendanne dele (individuelle filer eller mapper) af sikkerhedskopier, der er oprettet ved hjælp af dump, hvis du har brug for det.

Trin 4: Fjernbackups

Eksterne sikkerhedskopier kan foretages ved hjælp af rdump, scp eller brugerdefineret software. De fleste hostingfirmaer leverer (mod betaling) natlige sikkerhedskopier. Jeg anbefaler stærkt dette, hvis du værdsætter dine data. Jeg har haft to dedikerede servere til at lure mig fra to forskellige værter. Selvom disse sikkerhedskopier typisk er gemt på et separat drev, er de normalt i samme bygning, så hvis der sker noget med bygningen (hvilket er usandsynligt, men absolut muligt), så er du SOL. Det er derfor, jeg anbefaler at lave din egen off-site (i forhold til systemet der sikkerhedskopieres) såvel som lokale, natlige sikkerhedskopier. Bemærk, at jeg var nødt til at tilføje.txt -udvidelsen for at uploade scriptet (du kan fjerne dette). Fordi firmaet, der er vært for min eksterne maskine, udfører natlige 'tar' -sikkerhedskopier, besluttede jeg mig for bare at kopiere disse filer til en lokal maskine hver nat basis. Jeg har skrevet et PHP-drevet (fordi det er det, jeg ved) shell-script, der i bund og grund synkroniserer et fjernsystems backup-filer med en lokal kopi. Det downloader nye filer, (valgfrit) downloader backupfiler, der har forskelle i filstørrelser, og fjerner lokale kopier, der ikke findes på det eksterne system. Dette sparer båndbredde, tid og lagerplads. Det er dybest set bare en 'diff' indpakning til 'scp'. Kilden kan findes nederst på denne side. Hvis du bruger det, skal du sørge for at chmod det for at have eksekveringstilladelse (chmod u =+rx fetchbackups). Jeg anbefaler, at operatørbrugeren kører dette script (chown -operatørhentning). Alternative eksterne backup -metoder inkluderer brug af 'scp' på en hel mappe, brug af 'rdump', eller, som clievers påpegede, at bruge 'rsnapshot' eller 'backuppc'. Hvis du ikke har root -adgang til din fjernserver, er nogle af disse metoder muligvis ikke mulige, og 'scp' kræver ofte meget tid og båndbredde.

Trin 5: Automatisering

Så du har fundet ud af at lave et øjebliksbillede af dit system, og nu vil du gøre det hver nat. Cron fungerer godt til dette, og det er ret enkelt at konfigurere.

Cron -job er simpelthen kommandoer, der køres regelmæssigt. De kan køre månedligt, nat eller endda klokken halv syv mandag morgen. Cron -job er angivet i crontab -filen. I FreeBSD er denne fil placeret på /etc /crontab Se mandsiderne for /etc /crontab for at finde ud af, hvordan det fungerer, jeg har knyttet min crontab til denne side (fjern.txt -udvidelsen). Alt du skal gøre er at tilføje dine cron -job og gemme filen. Filen revurderes hvert minut, så du er færdig.

Trin 6: Konklusion og sidste tanker

Forhåbentlig er det lykkedes dig at tage backup af dine maskiner. Det følgende er blot et par noter om emnet.

Hvis du er seriøs med sikkerhedskopier, så TEST TEST TEST. Sørg for, at dine sikkerhedskopierings- og gendannelsesprocedurer er fejlfrie. Sikkerhedskopier, som du ikke kan gendanne, er værdiløse. Et problem, jeg løb ind i, var at indstille min cachestørrelse for stor. Dette kan (dybest set) gøre dit system og få det til at fryse. Din cache bør altid være en brøkdel af din RAM for at være effektiv (min er en femtedel) og må ALDRIG overstige størrelsen på dit bytteplads. 32MB er, hvad dumpens man -side anbefaler. Selvom disse oplysninger kan være forældede, vil en stor cache -størrelse ikke gøre den store forskel, hvis du har hele natten til at sikkerhedskopiere dit system. Hvis du har automatiseret dine sikkerhedskopier, skal du sørge for, at de fungerer. Det ville være et sandt mareridt for dit system at gå ned og SÅ indse, at din backup crons holdt op med at arbejde for 6 måneder siden på grund af utilstrækkelig diskplads. Cron -job automatiserer bare processen med "selvtilfredshed". Hvis du laver sikkerhedskopier manuelt, skal du ikke blive selvtilfreds og glemme. Gør det til en rutine. Stol heller ikke på cron -job, fordi de kan mislykkes. Sikkerhedskopier er kun kopier af dine filer. Det betyder, at sikkerhedskopier skal sikres lige så godt, hvis ikke bedre end dine live -systemer. Opbevar din eksterne harddisk et sikkert sted (f.eks. Væk fra både vand OG indbrudstyve). Kør backup cronjobs som 'operatør' -bruger. Dette er en begrænset konto, der findes for ting som dette. Sørg også for, at normale brugere ikke kan køre sikkerhedskopier. Hvis du føler, at du potentielt kan være målet for et sofistikeret angreb (eller endda hvis du ikke gør det), skal du altid kryptere data, der overføres under eksterne sikkerhedskopier. På grund af mængden af oplysninger såvel som regelmæssigheden af sikkerhedskopier (hvis du bruger cronjobs), kan hackere tage sig tid til at stjæle dine oplysninger. Kryptering er let, så brug den. Sørg for, at normale brugere ikke kan køre sikkerhedskopier til deres egne enheder. Også 'scp' kræver godkendelse. Jeg anbefaler stærkt foruddelte offentlige/private nøgler. Du vil ikke have, at din adgangskode skal overføres, hver gang der køres en sikkerhedskopi.