, vi regelmæssige pc - brugere er så afhængige af digitale dokumenter, at det ville være dumt ikke at gøre vores bedste for at sikre, at vi aldrig vil miste dem, uanset hvad der sker. den første løsning er naturligvis, at kun redde filer i en åben, standardformater, som giver størst mulig garanti for at forblive læselige i fremtiden med software.det andet, som er omfattet af en tredje del miniseries fra i dag, er altid at have backup - kopier af hvert enkelt dossier.i denne artikel, vil vi begynde med nogle væsentlige kriterier, der skal følges, når man planlægger en backup.vi viser en meget enkel backup manuskript.det kan ikke være glamourøst, men vil helt sikkert arbejde på udlodning eller stationær miljø kan du bruge i den ventede fremtid.grundlæggende kriterier, den første regel af alternativer er at oplagre dem i et separat sted.hvis du opbevare såvel originalen og kopi af samme computer, hardware fiasko er alt, du behøver at miste alt for godt: altid kopi på eksterne drev eller et eller andet sted online, din backup.den anden ting at finde ud af, er, at finde ud af, hvad du har brug for at redde, og hvor ofte de skal gøre det.bag alt, hver dag, ville være spild af tid og rum., binære programmer bør f.eks. bare bliver fra den originale pakninger eller kildekode.for logfiler, i stedet, installere logrotate., systemkonfiguration filer er normalt opbevares i /etc /register.bruger konfiguration filer i stedet, er gemt noget til de respektive $hjem telefonbøger.alle disse spørgsmål er af ringe størrelse, men kun ændres efter større ændringer af deres miljø (computer, distribution eller isp), eller hvis du i stedet for nogle store software komponenter, som postfix med eksport - eller kde med nisse.derfor kan du enten spilde lidt (re) kopiere dem ved enhver hjælp eller kun redde kopier manuelt, når du virkelig ændre dem., relationsdatabaser. som mysql eller postgresql, der også anvendes som backends af flere stationære anvendelser, er mere kompliceret.backup klogt, de ligner bundter af binære filer som en server ændrer med tilfældige intervaller.du kan ikke bare lave en direkte kopi af disse dokumenter og være sikker på, at de vil være brugbare.du må fortælle - - selv i stedet for at smide alle sine data i ascii - filer, som du kan så igen, ligesom alt andet: de tilsvarende procedurer er beskrevet i særskilte artikler, for mysql og en for postgresql backup.hvad med e - mail.det, vi ser i vores e - mail - klient vindue som en "postkasse", som indeholder mange meddelelser kan være på diskette, enten en enkelt sagsmappe (mbox format) eller et register, hvor hvert enkelt budskab er i en separat fil (maildir og lignende).backup klogt, den anden løsning er bedre, i det mindste for postkasser, der ændrer sig ofte, fordi de kan behandle fælles budskaber, som andre brugere fil fra regneark til film eller billeder, gallerier.automatisk backup, bruger filer bør støttes ofte!den enkleste og mest effektive måde at udføre automatisk backup, i det mindste for begyndere, er at kombinere fuld støtte, der hver måned eller uge, med en daglig forøgede.sidstnævnte kun arkiver ændret eller tilføjet inden for de sidste 24 timer eller siden den seneste fulde støtte, for at redde en masse diskplads.enkle alternativer metoder concatenate alle filer, du er nødt til at redde et stort arkiv, både for enkelhed og nummerportabilitet.fil tilladelser, symbolske bånd eller fil navne, som er meget lange, eller som indeholder usædvanlige, ikke - ascii tegn må ikke opbevares på hver fil system, herunder de dvd 'er eller fede formaterede usb - nøgler.samlet arkiv filer med korte, enkle navne i stedet kan kopieres overalt og stadig bevare alle de egenskaber for hver sag, den indeholder.skal du trykke - og /eller kryptering af disse arkiver?måske, måske ikke.hvis de fleste af de gamle filer er allerede komprimeret formater, fra mp3 - at opendocument, du vil ikke få meget plads til yderligere komprimering.desuden, hvis en komprimeret arkiv er ødelagt, kan det blive umuligt at pakker alt ud.i et sådant tilfælde, ville du mistede alle filerne, den indeholdt.hvis en del af tjære fil, er beskadiget, men resten er stadig erstattes.kryptering er alle de samme risici, plus en glemt password.det giver mere mening at finde ud af, hvad du virkelig private filer og kryptering af hver af dem hver for sig.tjære grundlæggende er det bedste kompromis mellem enkelhed og fleksibilitet for backup på nationale samlingsregering /linux - systemer er den nationale samlingsregering version af tjære (bånd archiver) program, som også kommer med en omfattende online - manualen.tjære, kan skabe arkiver fra bunden og sætte nye filer til eksisterende.det er også i stand til at finde ud af, hvilke af de filer, der er indeholdt i et arkiv, hvor ændrede efter dens oprettelse, og erstatte dem med deres nyere versioner."t" og "x" muligheder liste og ekstrakt indholdet af arkivet fil er passeret gennem "f" option:, tjære tf somearchive.tar&#liste indhold af tjære somearchive.tar, somearchive.tar xf&#ekstrakt alle filer fra somearchive.tar, tjære x my_resume.odt f somearchive.tar&#extract my_resume.odt fra somearchive.tar, tjære har muligheder kun arkiv filerne ændret efter en bestemt dato, eller dem, der er anført i en tekst - filen.den anden metode er meget mere fleksibel end den første, selv når man kun ønsker at arkivere nyere sager.grunden er, at du kan generere filen liste manuelt eller automatisk, med enhver kombination af filtrering af kriterier, der kan blive kodet i et manuskript., et konkret eksempel: kombinerer fuld og gradvise backups, smadre manuskript af liste 1 kan udføre både fuld og gradvise backups, for alle brugere af nationale samlingsregering /linux maskine.autobackup opbevares i $targetdir fortegnelse, indenfor en sub - mappe, opkaldt efter den pågældende dag.den enkelte bruger (eller administrator) lister i separate filer, og kun de filer eller mapper, der har brug for hjælp.konfiguration filer, postkasser og andre dokumenter, der er støttet separat for hver af de brugere, der var nævnt i $brugere (cfr) 6 og 7).når manuskriptet er iværksat uden argumenter, tjære, der er i overensstemmelse med 24."af" muligheder, skabe et arkiv, der hedder $targetdir /$dato /$bruger $list.tar; - w udsteder en advarsel, hvis noget gik galt, og det giver navnet på den fil liste til at bruge.hvis du løber manuskriptet til "incr" option (cfr linje 13), i stedet for det skaber andre fil lister på stedet, med find - kommandoen i linje 17: "- mtime - 1": "find alle filer oprettet eller modificerede ikke mere end en dag siden."1 #!/bin /fest, 2&#grundlæggende fuld /trinvis backup manuskript, 3, 4 targetdir = /mydata /backups, 5 dato = er dato +% y% m% d ', 6 file_lists ='docs e - mail ud, 7 brugere = "marco fabrizio, 8, 9, cd /10 mkdir $targetdir /$dato