Firwat musst Dir Backups maachen? No allem ass d'Ausrüstung ganz, ganz zouverlässeg, an ausserdeem ginn et "Wolleken" déi besser an Zouverlässegkeet si wéi physesch Serveren: mat enger korrekter Konfiguratioun kann e "Cloud" Server ganz einfach den Ausfall vun engem physeschen Infrastrukturserver iwwerliewen, a vun der Siicht vun Service Benotzer, gëtt et e klengen, knapps merkbar sprangen an Zäit Service. Zousätzlech erfuerdert Duplikatioun vun Informatioun dacks fir "extra" Prozessorzäit, Diskbelaaschtung an Netzwierkverkéier ze bezuelen.
En ideale Programm leeft séier, leeft net Erënnerung, huet keng Lächer an existéiert net.
- Onbekannt
Well Programmer nach ëmmer vun Protein Entwéckler geschriwwe ginn, an et gëtt dacks keen Testprozess, plus Programmer gi seelen mat "best practices" geliwwert (déi selwer och Programmer sinn an dofir imperfekt), Systemadministratoren mussen meeschtens Problemer léisen déi kuerz kléngen awer präzis: "zréck op wéi et war", "d'Basis op normal Operatioun bréngen", "schafft lues - rullt zréck", an och mäi Favorit "Ech weess net wat, awer fixen et".
Zousätzlech zu logesche Feeler, déi entstinn als Resultat vun onsécher Aarbecht vun Entwéckler, oder enger Kombinatioun vun Ëmstänn, wéi och onkomplett Wëssen oder Mëssverständnis vu klenge Fonctiounen vun Gebai Programmer - dorënner Verbindung a System, dorënner Betribssystemer, Chauffeuren an Firmware - et ginn och aner Feeler. Zum Beispill, déi meescht Entwéckler vertrauen op Runtime, komplett vergiessen iwwer kierperlech Gesetzer, déi nach ëmmer onméiglech sinn ze ëmgoen mat Programmer. Dëst beinhalt déi onendlech Zouverlässegkeet vum Disk-Subsystem an allgemeng all Datelagerung-Subsystem (inklusiv RAM a Prozessor-Cache!), An Null Veraarbechtungszäit um Prozessor, an d'Feele vu Feeler während der Iwwerdroung iwwer dem Netz a während der Veraarbechtung op der Prozessor, an Netz Latenz, déi gläich ass 0. Dir sollt d'berüchteg Frist net vernoléissegen, well wann Dir et net an der Zäit trefft, gëtt et Problemer méi schlëmm wéi d'Nuancen vum Netzwierk an der Diskoperatioun.
Wat maache mat Probleemer déi a voller Kraaft opstinn an iwwer wäertvoll Daten hänken? Et gëtt näischt fir lieweg Entwéckler ze ersetzen, an et ass net e Fakt datt et an der nächster Zukunft méiglech ass. Op der anerer Säit, nëmmen e puer Projeten hunn et fäerdeg bruecht voll ze beweisen datt de Programm wéi virgesinn funktionnéiert, an et wäert net onbedéngt méiglech sinn d'Beweiser op aner ähnlech Projeten ze huelen an ëmzesetzen. Och esou Beweiser dauert vill Zäit a erfuerdert speziell Fäegkeeten a Wëssen, an dëst miniméiert praktesch d'Méiglechkeet fir hir Benotzung ze berücksichtegen Termin. Zousätzlech wësse mir nach net wéi mir ultraschnell, bëlleg an onendlech zouverlässeg Technologie benotze fir Informatioun ze späicheren, ze veraarbechten an ze vermëttelen. Esou Technologien, wa se existéieren, sinn a Form vu Konzepter, oder - meeschtens - nëmmen a Science Fiction Bicher a Filmer.
Gutt Kënschtler kopéieren, grouss Kënschtler klauen.
— Pablo Picasso.
Déi erfollegräichste Léisungen an iwwerraschend einfach Saache geschéien normalerweis wou Konzepter, Technologien, Wëssen a Wëssenschaftsberäicher treffen, déi op den éischte Bléck absolut inkompatibel sinn.
Zum Beispill, Villercher a Fligeren hunn Flilleken, awer trotz der funktioneller Ähnlechkeet - de Prinzip vun der Operatioun an e puer Modi ass d'selwecht, an technesch Problemer ginn op eng ähnlech Manéier geléist: huel Schanken, d'Benotzung vu staarken a liichte Materialien, etc. - d'Resultater si komplett anescht, obwuel ganz ähnlech. Déi bescht Beispiller, déi mir an eiser Technologie gesinn, sinn och gréisstendeels aus der Natur geléint: d'Drockkompartimenter vu Schëffer an U-Booter sinn eng direkt Analogie mat Anneliden; Razzia-Arrays bauen an Datenintegritéit iwwerpréiwen - d'DNA Kette duplizéieren; wéi och gepaart Organer, Onofhängegkeet vun der Aarbecht vun verschiddenen Organer aus dem Zentralnervensystem (Automatisatioun vum Häerz) a Reflexer - autonom Systemer um Internet. Selbstverständlech, fäerdeg Léisungen "head-on" huelen an ëmsetzen ass voll mat Probleemer, awer wien weess, vläicht ginn et keng aner Léisungen.
Wann ech nëmme gewosst hätt, wou Dir géif falen, hätt ech Stréi ausgeluecht!
- Wäissrussesch Vollekssprooch
Dëst bedeit datt Backupkopien vital sinn fir déi déi wëllen:
- Kënnen d'Operatioun vun Äre Systemer mat minimalem Downtime restauréieren, oder souguer ouni et
- Akt fett, well am Fall vun engem Feeler gëtt et ëmmer d'Méiglechkeet vun engem Réckgang
- Miniméiert d'Konsequenze vun der virsiichteger Datekorruptioun
Hei ass eng kleng Theorie
All Klassifikatioun ass arbiträr. D'Natur klasséiert net. Mir klassifizéieren well et fir eis méi bequem ass. A mir klasséieren no Daten, déi mir och arbiträr huelen.
— Jean Bruler
Onofhängeg vun der kierperlecher Späichermethod, logesch Datelagerung kann op zwou Weeër opgedeelt ginn fir dës Donnéeën ze kréien: Block a Datei. Dës Divisioun ass viru kuerzem ganz verschwonnen ginn, well reng Block, wéi och reng Datei, logesch Späichere gëtt et net. Wéi och ëmmer, fir Simplicitéit, wäerte mir unhuelen datt se existéieren.
Blockdatenlagerung implizéiert datt et e physikaleschen Apparat gëtt wou Daten a bestëmmte fixen Portiounen geschriwwe ginn, Blocken. Blocks ginn op enger bestëmmter Adress zougänglech; all Block huet seng eege Adress am Apparat.
E Backup gëtt normalerweis gemaach andeems Dir Blocks vun Daten kopéiert. Fir d'Integritéit vun der Donnéeën ze garantéieren, ginn d'Opnahmen vun neie Blocken, souwéi Ännerunge vun existéierenden, suspendéiert zum Zäitpunkt vun der Kopie. Wa mir eng Analogie vun der normaler Welt huelen, ass déi nootste Saach e Kleederschaf mat identesch nummeréierten Zellen.
Dateidatenlagerung baséiert op dem logesche Gerätsprinzip ass no der Blocklagerung an ass dacks uewen organiséiert. Wichteg Differenzen sinn d'Präsenz vun enger Späicherhierarchie a mënschlech liesbar Nimm. Eng Abstraktioun gëtt a Form vun enger Datei zougewisen - e benannt Dateberäich, souwéi e Verzeechnes - eng speziell Datei, an där d'Beschreiwungen an den Zougang zu anere Fichier gespäichert ginn. Dateie kënne mat zousätzlech Metadaten geliwwert ginn: Kreatiounszäit, Zougangsfändelen, asw. Backups ginn normalerweis sou gemaach: si sichen no geännerten Dateien, kopéiert se dann op eng aner Dateilagerung mat der selwechter Struktur. Dateintegritéit gëtt normalerweis ëmgesat duerch d'Feele vu Dateien déi geschriwwe ginn. Datei Metadaten ginn op déiselwecht Manéier gebackupt. Déi nootste Analogie ass eng Bibliothéik, déi Sektioune mat verschiddene Bicher huet, an och e Katalog mat mënschlech liesbare Nimm vun de Bicher huet.
Viru kuerzem gëtt heiansdo eng aner Optioun beschriwwen, vun där am Prinzip d'Dateidatelagerung ugefaang huet, an déi déiselwecht archaesch Features huet: Objektdatenlagerung.
Et ënnerscheet sech vun der Dateilagerung an datt et net méi wéi een Nesting (flaach Schema) huet, an d'Dateinamen, och wann d'Mënsch liesbar sinn, sinn nach ëmmer méi gëeegent fir d'Veraarbechtung vu Maschinnen. Wann Dir Backups ausféiert, gëtt Objektlagerung meeschtens ähnlech wéi Dateilagerung behandelt, awer heiansdo ginn et aner Optiounen.
- Et ginn zwou Zorte vu Systemadministratoren, déi, déi keng Backups maachen, an déi, déi SCHON maachen.
- Eigentlech ginn et dräi Zorte: et ginn och déi, déi kontrolléieren ob d'Backupe restauréiert kënne ginn.- Onbekannt
Et ass och derwäert ze verstoen datt den Datebackupprozess selwer vu Programmer duerchgefouert gëtt, sou datt et all déiselwecht Nodeeler huet wéi all aner Programm. Ofhängegkeet vum mënschleche Faktor ze läschen (net eliminéieren!) wéi och Features - déi individuell net e staarken Effekt hunn, awer zesumme kënnen e merkbare Effekt ginn - de sougenannte Regel 3-2-1. Et gi vill Méiglechkeeten fir ze entschlësselen, awer ech hunn déi folgend Interpretatioun besser gär: 3 Sätze vun de selwechten Donnéeë musse gespäichert ginn, 2 Sätze mussen a verschiddene Formater gespäichert ginn, an 1 Set muss an enger geographescher Fernspäicherung gespäichert ginn.
De Späicherformat soll wéi follegt verstane ginn:
- Wann et eng Ofhängegkeet vun der kierperlecher Späichermethod ass, änneren mir déi kierperlech Method.
- Wann et eng Ofhängegkeet vun der logescher Späichermethod ass, änneren mir déi logesch Method.
Fir de maximalen Effekt vun der 3-2-1 Regel z'erreechen, ass et recommandéiert de Späicherformat op béide Weeër z'änneren.
Aus der Siicht vun der Bereetschaft vun engem Backup fir säin Zweck - d'Funktionalitéit ze restauréieren - gëtt en Ënnerscheed tëscht "waarm" an "kal" Backups gemaach. Heiss ënnerscheede sech vun kalen an nëmmen enger Saach: si sinn direkt prett fir ze benotzen, während déi kal e puer zousätzlech Schrëtt fir Erhuelung erfuerderen: Entschlësselung, Extraktioun aus dem Archiv, etc.
Verwiessele keng waarm a kal Exemplare mat online an offline Kopien, déi kierperlech Isolatioun vun Daten implizéieren an tatsächlech en anert Zeechen vun der Klassifikatioun vu Backupmethoden sinn. Also eng offline Kopie - net direkt un de System verbonnen wou et muss restauréiert ginn - kann entweder waarm oder kal sinn (a punkto Bereetschaft fir Erhuelung). Eng Online Kopie kann direkt disponibel sinn, wou et muss restauréiert ginn, a meeschtens ass et waarm, awer et ginn och kal.
Zousätzlech, vergiesst net, datt de Prozess vun der Schafung vun Backupsatellit selwer normalerweis net mat der Schafung vun enger Backupsatellit Enn, an et kann eng zimlech grouss Zuel vu Kopie ginn. Dofir ass et néideg tëscht vollen Backups z'ënnerscheeden, d.h. déi, déi onofhängeg vun anere Backups restauréiert kënne ginn, souwéi differentiell (inkrementell, differentiell, dekrementell, etc.) Kopien - déi, déi net onofhängeg restauréiert kënne ginn an déi virleefeg Restauratioun vun engem oder méi anere Backups erfuerderen.
Differential inkrementell Backups sinn e Versuch fir Backupspäicherplaz ze spueren. Also, nëmmen geännert Daten aus dem fréiere Backup ginn op d'Backupkopie geschriwwe.
Differenziell dekrementell sinn fir dee selwechten Zweck erstallt, awer op eng liicht aner Manéier: eng komplett Backupkopie gëtt gemaach, awer nëmmen den Ënnerscheed tëscht der frëscher Kopie an der viregter gëtt tatsächlech gespäichert.
Separat ass et derwäert de Prozess vu Backup iwwer Lagerung ze berücksichtegen, wat d'Feele vu Späichere vun Duplikaten ënnerstëtzt. Also, wann Dir voll Backups uewen schreift, ginn nëmmen d'Ënnerscheeder tëscht de Backups tatsächlech geschriwwe ginn, awer de Prozess fir d'Backups ze restauréieren ass ähnlech wéi d'Restauratioun vun enger voller Kopie a komplett transparent.
Quis custodiet ipsos custodes?
(Wie wäert d'Wuechter selwer bewaachen? - lat.)
Et ass ganz désagréabel wann et keng Backupsatellit Exemplare sinn, mä et ass vill méi schlëmm wann eng Backupsatellit Kopie schéngt gemaach ginn, mä wann restauréiert et stellt sech eraus, datt et net restauréiert ginn kann, well:
- D'Integritéit vun de Quelldaten ass kompromittéiert.
- D'Backupspäicherung ass beschiedegt.
- D'Erhuelung funktionnéiert ganz lues; Dir kënnt keng Daten benotzen déi deelweis erholl goufen.
E richteg konstruéierten Backupprozess muss sou Kommentaren berücksichtegen, besonnesch déi éischt zwee.
D'Integritéit vun de Quelldaten kann op verschidde Manéiere garantéiert ginn. Am meeschte verbreet sinn déi folgend: a) Snapshots vum Dateiesystem um Blockniveau erstellen, b) den Zoustand vum Dateiesystem "afréieren", c) e spezielle Blockapparat mat Versiounspäicherung, d) sequenziell Opnam vun Dateien oder spären. Checksums ginn och ugewannt fir sécherzestellen datt d'Donnéeë während der Erhuelung verifizéiert ginn.
Stockage Korruptioun kann och mat Kontrollsumme festgestallt ginn. Eng zousätzlech Method ass d'Benotzung vu spezialiséierten Apparater oder Dateiesystemer, an deenen scho opgeholl Daten net geännert kënne ginn, awer nei kënnen derbäigesat ginn.
Fir d'Erhuelung ze beschleunegen, gëtt d'Datenerhuelung mat multiple Prozesser fir d'Erhuelung benotzt - virausgesat datt et kee Flaschenhals a Form vun engem luesen Netzwierk oder luesen Disksystem gëtt. Fir d'Situatioun mat deelweis erholl Daten ëmzegoen, kënnt Dir de Backup-Prozess a relativ kleng Subtasks briechen, déi all eenzel separat ausgefouert ginn. Sou gëtt et méiglech d'Performance konsequent ze restauréieren wärend d'Erhuelungszäit virausgesot gëtt. Dëse Problem läit am meeschten am organisatoresche Fliger (SLA), also wäerte mir net am Detail op dëst ophalen.
En Expert a Gewierzer ass net deen, deen se zu all Plat bäidréit, mee deen, deen ni eppes Extraes derbäi setzt.
-IN. Sinyavsky
Praxis betreffend d'Software, déi vu Systemadministrateuren benotzt gëtt, kënne variéieren, awer d'allgemeng Prinzipien sinn ëmmer nach, op déi eng oder aner Manéier, d'selwecht, besonnesch:
- Et ass staark recommandéiert fäerdeg Léisungen ze benotzen.
- Programmer sollen prévisibel funktionéieren, d.h. Et sollt keng ondokumentéiert Funktiounen oder Flaschenhals sinn.
- All Programm opzestellen sollt sou einfach sinn datt Dir net all Kéier d'Handbuch oder d'Cheat-Sheet liesen musst.
- Wa méiglech, soll d'Léisung universell sinn, well Serveren kënnen immens an hir Hardware Charakteristiken variéieren.
Et ginn déi folgend allgemeng Programmer fir Backups vu Blockapparaten ze huelen:
- dd, kennt System Administratioun Veteranen, dëst enthält och ähnlech Programmer (déi selwecht dd_rescue, zum Beispill).
- Utilities agebaut an e puer Dateiesystemer déi en Dump vum Dateiesystem erstellen.
- Omnivorous Utilities; zum Beispill Partclone.
- Eegent, dacks propriétaire, Entscheedungen; zum Beispill, NortonGhost a spéider.
Fir Dateiesystemer gëtt de Backup-Problem deelweis geléist mat Methoden, déi fir Blockapparat applicabel sinn, awer de Problem kann méi effizient geléist ginn, zum Beispill:
- Rsync, en allgemeng Zweck Programm a Protokoll fir den Zoustand vun Dateiesystemer ze synchroniséieren.
- Built-in Archivering Tools (ZFS).
- Drëtt Partei Archivéieren Tools; de beléifste Vertrieder ass tar. Et ginn anerer, zum Beispill, dar - en Ersatz fir tar fir modern Systemer riicht.
Et ass derwäert separat iwwer Software Tools ze ernimmen fir Datenkonsistenz ze garantéieren wann Dir Backupkopien erstellt. Déi meescht benotzt Optiounen sinn:
- De Dateiesystem am ReadOnly Modus montéieren (ReadOnly), oder de Dateiesystem afréieren (afréieren) - d'Methode ass limitéiert Uwendung.
- Erstellt Schnappschëss vum Zoustand vun Dateiesystemer oder Blockgeräter (LVM, ZFS).
- D'Benotzung vun Drëtt-Partei-Tools fir d'Organisatioun vun Impressiounen, och a Fäll wou d'virdrun Punkten aus irgendege Grënn net geliwwert kënne ginn (Programmer wéi Hotcopy).
- D'Copy-on-Change Technik (CopyOnWrite) ass awer meeschtens un de benotzte Dateiesystem gebonnen (BTRFS, ZFS).
Also, fir e klenge Server musst Dir e Backup-Schema ubidden, deen den folgenden Ufuerderunge entsprécht:
- Einfach ze benotzen - keng speziell zousätzlech Schrëtt sinn erfuerderlech wärend der Operatioun, minimal Schrëtt fir Kopien ze kreéieren an ze restauréieren.
- Universal - Wierker souwuel op grouss a kleng Serveren; dëst ass wichteg wann d'Zuel vun de Serveren eropgeet oder d'Skaléierung.
- Installéiert vun engem Package Manager, oder an engem oder zwee Kommandoen wéi "Download an unpack".
- Stabil - e Standard oder laang etabléiert Späicherformat gëtt benotzt.
- Schnell an der Aarbecht.
Bewerber vun deenen, déi méi oder manner den Ufuerderunge entspriechen:
- rdiff-Backup
- rsnapshot
- Burp
- duplizéiert
- Duplikatioun
- loossen Dup
- duer
- zbackup
- restesch
- borgbackup
Eng virtuell Maschinn (baséiert op XenServer) mat de folgende Charakteristiken gëtt als Testbank benotzt:
- 4 Kär 2.5 GHz,
- 16 GB RAM,
- 50 GB Hybridlagerung (Späichersystem mat Cache op SSD 20% vun der virtueller Diskgréisst) a Form vun enger separater virtueller Disk ouni Partitionéierung,
- 200 Mbps Internetkanal.
Bal déi selwecht Maschinn gëtt als Backupsatellit Receiver Server benotzt ginn, nëmme mat engem 500 GB Festplack.
Betribssystem - Centos 7 x64: Standard Partition, zousätzlech Partition gëtt als Datenquell benotzt.
Als initial Daten, loosst eis e WordPress Site mat 40 GB Mediendateien an enger mysql Datebank huelen. Zanter virtuell Serveren variéieren immens an Charakteristiken, an och fir besser reproducibility, hei ass
Server Testresultater mat Sysbench.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (mat gebündelt LuaJIT 2.1.0-beta3)
Lafen den Test mat folgenden Optiounen:
Unzuel u Fiedem: 4
Initialiséiere zoufälleg Zuel Generator aus aktuell Zäit
Prime Zuelen Limite: 20000
Initialiséieren Aarbechter thread ...
Threads ugefaang!
CPU Geschwindegkeet:
Evenementer pro zweet: 836.69
Duerchsatz:
Evenementer / s (eps): 836.6908
Zäit ofgelaaf: 30.0039s
Gesamtzuel vun Evenementer: 25104
Latenz (ms):
min: 2.38 Uhr
duerchschnëttlech: 4.78
maximal: 22.39
95. Prozentsaz: 10.46
Zomm: 119923.64
Threads Fairness:
Evenementer (avg / stddev): 6276.0000 / 13.91
Ausféierung Zäit (Avg / stddev): 29.9809 / 0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=read memory run
sysbench 1.1.0-18a9f86 (mat gebündelt LuaJIT 2.1.0-beta3)
Lafen den Test mat folgenden Optiounen:
Unzuel u Fiedem: 4
Initialiséiere zoufälleg Zuel Generator aus aktuell Zäit
Lafen Memory Speed Test mat de folgenden Optiounen:
Spär Gréisst: 1KiB
Ganzen Gréisst: 102400MiB
Operatioun: liesen
Ëmfang: global
Initialiséieren Aarbechter thread ...
Threads ugefaang!
Total Operatiounen: 50900446 (1696677.10 pro Sekonn)
49707.47 MiB transferéiert (1656.91 MiB/s)
Duerchsatz:
Evenementer / s (eps): 1696677.1017
Zäit ofgelaaf: 30.0001s
Gesamtzuel vun Evenementer: 50900446
Latenz (ms):
min: 0.00 Uhr
duerchschnëttlech: 0.00
maximal: 24.01
95. Prozentsaz: 0.00
Zomm: 39106.74
Threads Fairness:
Evenementer (avg / stddev): 12725111.5000 / 137775.15
Ausféierung Zäit (Avg / stddev): 9.7767 / 0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=schreift Memory Run
sysbench 1.1.0-18a9f86 (mat gebündelt LuaJIT 2.1.0-beta3)
Lafen den Test mat folgenden Optiounen:
Unzuel u Fiedem: 4
Initialiséiere zoufälleg Zuel Generator aus aktuell Zäit
Lafen Memory Speed Test mat de folgenden Optiounen:
Spär Gréisst: 1KiB
Ganzen Gréisst: 102400MiB
Operatioun: schreiwen
Ëmfang: global
Initialiséieren Aarbechter thread ...
Threads ugefaang!
Total Operatiounen: 35910413 (1197008.62 pro Sekonn)
35068.76 MiB transferéiert (1168.95 MiB/s)
Duerchsatz:
Evenementer / s (eps): 1197008.6179
Zäit ofgelaaf: 30.0001s
Gesamtzuel vun Evenementer: 35910413
Latenz (ms):
min: 0.00 Uhr
duerchschnëttlech: 0.00
maximal: 16.90
95. Prozentsaz: 0.00
Zomm: 43604.83
Threads Fairness:
Evenementer (avg / stddev): 8977603.2500 / 233905.84
Ausféierung Zäit (Avg / stddev): 10.9012 / 0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (mat gebündelt LuaJIT 2.1.0-beta3)
Lafen den Test mat folgenden Optiounen:
Unzuel u Fiedem: 4
Initialiséiere zoufälleg Zuel Generator aus aktuell Zäit
Extra Datei opgemaach Fändelen: (keen)
128 Dateien, 8MB all
1 GiB Gesamtgréisst Dateigréisst
Block Gréisst 4KiB
Zuel vun IO Ufroen: 0
Liesen / Schreiwen Verhältnis fir kombinéiert zoufälleg IO Test: 1.50
Periodesch FSYNC aktivéiert, rifft fsync () all 100 Ufroen.
Rufft fsync () um Enn vum Test, Aktivéiert.
Benotzt synchron I / O Modus
Maachen zoufälleg r / w Test
Initialiséieren Aarbechter thread ...
Threads ugefaang!
Duerchsatz:
liesen: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
schreiwen: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
Latenz (ms):
min: 0.00 Uhr
duerchschnëttlech: 0.27
maximal: 18.01
95. Prozentsaz: 1.08
Zomm: 238469.45
Dës Note fänkt eng grouss
Serie vun Artikelen iwwer Backupsatellit
- Backup, Deel 1: Firwat Backup gebraucht gëtt, en Iwwerbléck iwwer Methoden, Technologien
- Backup Part 2: Iwwerpréift an Testen rsync-baséiert Backupsatellit Tools
- Backup Deel 3: Iwwerpréiwung an Tester Duplizitéit, Duplikitéit, Déjà Dup
- Backupsatellit Deel 4: Iwwerpréiwung an Testen zbackup, restic, borgbackup
- Backup Part 5: Testen Bacula a veeam Backup fir Linux
- Backupsatellit Deel 6: Vergläichen Backupsatellit Tools
- Backupsatellit Deel 7: Conclusiounen
Source: will.com