Backup ass net eng vun den trendy Technologien, déi vun all Eisen geruff ginn. Et muss just an all seriöse Gesellschaft sinn, dat ass alles. Mir backen e puer dausend Serveren an eiser Bank - dat ass eng komplex, interessant Aarbecht, e puer vun de Subtleties vun deenen, wéi och typesch Mëssverständnis iwwer Backups, just gesot ginn.
Ech hunn op dësem Thema fir bal 20 Joer geschafft, vun deenen déi lescht 2 Joer bei Promsvyazbank waren. Ganz am Ufank vun der Praxis hunn ech Backups bal manuell gemaach, mat Scripten déi einfach Dateien kopéiert hunn. Dunn erschéngen praktesch Tools a Windows: de Robocopy Utility fir Dateien ze preparéieren an NT Backup fir ze kopéieren. An eréischt duerno koum d'Zäit fir spezialiséiert Software, virun allem Veritas Backup Exec, déi elo Symantec Backup Exec genannt gëtt. Also ech sinn scho laang mat Backups vertraut.
An einfache Begrëffer, Backupsatellit hält eng Kopie vun Daten (virtuell Maschinnen, Uwendungen, Datenbanken a Fichieren) just am Fall mat enger gewësser Regularitéit. All Fall manifestéiert sech normalerweis als Hardware oder logesche Feeler a féiert zu Datenverloscht. Den Zweck vun engem Backup System ass de Verloscht vun Informatioun ze reduzéieren. En Hardwarefehler ass zum Beispill e Feeler vum Server oder Späichere wou d'Datebank läit. Logesch - dëst ass de Verloscht oder Ännerung vun engem Deel vun den Donnéeën, och wéinst dem mënschleche Faktor: Si hunn zoufälleg en Dësch, Datei geläscht, e kromme Skript fir d'Ausféierung gestart. Et ginn och Reguléiererfuerderunge fir eng gewëssen Zort vun Informatioun fir eng laang Zäit ze späicheren, zum Beispill bis zu e puer Joer.
Déi typesch Notzung vu Backups ass d'Restauratioun vun enger gespäicherter Kopie vun Datenbanken fir den Asaz vu verschiddenen Testsystemer, Klonen fir Entwéckler.
Et ginn e puer typesch Mythen ronderëm de Backup, déi viru laanger Zäit sollte verdriwwen ginn. Hei sinn déi bekanntste vun hinnen.
Mythos 1. Backupsatellit war laang just eng kleng Funktioun bannent Sécherheet oder Stockage Systemer
Backup Systemer bleiwen nach eng separat Klass vu Léisungen, a ganz onofhängeg. Si hunn ze vill Aarbecht ze maachen. Tatsächlech sinn se déi lescht Verteidegungslinn wann et ëm Dateintegritéit kënnt. Also de Backup funktionnéiert a sengem eegenen Tempo, op sengem eegene Zäitplang. En deegleche Bericht gëtt fir d'Server generéiert, et ginn Eventer déi als Ausléiser fir den Iwwerwaachungssystem handelen.
Plus, d'Rollmodell vum Zougang zum Backup-System erlaabt Iech en Deel vun der Autoritéit un Administrateuren vun Zilsystemer ze delegéieren fir Backups ze verwalten.
Mythos 2. Wann et en RAID gëtt, gëtt e Backup net méi gebraucht.
Zweifelhaft, RAID-Arrays an Datereplikatioun sinn e gudde Wee fir Informatiounssystemer vu Hardwarefehler ze schützen, a wann Dir e Standby-Server hutt, kënnt Dir séier d'Schaltung organiséieren am Fall wou d'Haaptmaschinn fällt.
Vun de logesche Feeler, déi vun de Benotzer vum System gemaach goufen, späichert Redundanz a Replikatioun net. Hei ass e Schreif-Back-Standby-Server - jo, et kann hëllefen wann e Feeler festgestallt gëtt ier et synchroniséiert gouf. A wann de Moment verpasst ass? Nëmmen e fristgerecht Backup hëlleft hei. Wann Dir wësst datt d'Donnéeën gëschter geännert hunn, kënnt Dir de System op den Dag viru gëschter restauréieren an déi néideg Donnéeën dovun extrahéieren. Mat der Tatsaach, datt logesch Feeler am meeschte verbreet sinn, bleift de gudden alen Backup e bewährte an néidegt Tool.
Mythos 3. E Backup ass eppes wat eemol am Mount gemaach gëtt.
D'Backup Frequenz ass eng konfiguréierbar Astellung déi haaptsächlech vun Äre Backup System Ufuerderunge hänkt. Et ass ganz méiglech Daten ze fannen déi bal ni ännert an net besonnesch wichteg ass, hire Verloscht wäert net kritesch fir d'Firma sinn.
Si kënnen tatsächlech eemol de Mount gebackupt ginn an och manner dacks. Awer méi kritesch Daten ginn méi dacks gespäichert, ofhängeg vum RPO (Recovery Point Objektiv) Indikator, deen den zulässlechen Dateverloscht setzt. Dëst kann eemol d'Woch sinn, eemol am Dag, oder souguer e puer Mol an der Stonn. Mir hunn dës Transaktiounsprotokoller vum DBMS.
Wann Systemer a kommerziell Operatioun gesat ginn, muss d'Backupdokumentatioun guttgeheescht ginn, déi d'Haaptpunkte reflektéiert, d'Aktualiséierungsprozedur, d'Prozedur fir de System ze restauréieren, d'Prozedur fir d'Backups ze späicheren, an dergläiche.
Mythos 4. De Volume vun de Kopien wiisst stänneg an hëlt all zougewisen Plaz komplett op.
Backups hunn eng limitéiert Retentiounszäit. Et mécht kee Sënn, zum Beispill, all 365 deeglech Backups während dem Joer ze späicheren. Normalerweis ass et akzeptabel alldeeglech Exemplare fir 2 Wochen ze halen, duerno gi se mat frëschen ersat, an d'Versioun, déi als éischt am Mount gemaach gouf, bleift a laangfristeg Lagerung. Et, am Tour, ass och fir eng gewëssen Zäit gespäichert - all Kopie huet eng Liewensdauer.
Et gëtt Dateverloschtschutz. D'Regel gëlt: ier e Backup geläscht gëtt, muss deen nächste geformt ginn. Dofir ginn d'Donnéeën net geläscht wann de Backup net ofgeschloss ass, zum Beispill wéinst der Onverfügbarkeet vum Server. Net nëmmen Zäitframe ginn respektéiert, awer d'Zuel vun de Kopien am Set gëtt och kontrolléiert. Wann de System entworf ass fir zwee voll Backups ze hunn, ginn et ëmmer zwee vun hinnen, an déi al gëtt nëmmen geläscht wann en neien drëtten erfollegräich geschriwwe gëtt. Also de Wuesstum vum Volumen, deen vum Backuparchiv besat ass, ass nëmme mat dem Wuesstum vun der Quantitéit vu geschützte Daten verbonnen an hänkt net vun der Zäit of.
Mythos 5. Backup ugefaangen - alles hänkt
Et ass besser dëst ze soen: wann alles hänkt, da wuessen d'Hänn vum Administrateur net vun do aus. Am Allgemengen hänkt d'Performance vun engem Backup vu ville Faktoren of. Zum Beispill, iwwert d'Geschwindegkeet vun der Backupsatellit System selwer: wéi séier sinn Disk Stockage, Band Bibliothéiken. Vun der Geschwindegkeet vun de Serveren vum Backupsystem: ob se Zäit hunn fir Daten ze veraarbechten, Kompressioun an Deduplikatioun auszeféieren. An och op d'Geschwindegkeet vun de Kommunikatiounslinnen tëscht dem Client an dem Server.
De Backup kann op een oder méi Streame goen, jee no ob de System deen ënnerstëtzt gëtt Multithreading ënnerstëtzt. Zum Beispill, d'Oracle DBMS erlaabt Iech verschidde Threads ze ginn, jee no der Unzuel vun de verfügbaren Prozessoren, bis d'Transferrate op d'Netzwierkbandbreedlimit trefft.
Wann Dir probéiert eng grouss Unzuel vun Threads ze backen, da gëtt et eng Chance fir e lafende System ze iwwerlaascht, et fänkt wierklech un ze luesen. Dofir gëtt déi optimal Unzuel u Fuedem gewielt fir genuch Leeschtung ze garantéieren. Wann och déi geringste Ofsenkung vun der Leeschtung kritesch ass, da gëtt et eng exzellent Optioun wann de Backup net vun engem Kampfserver duerchgefouert gëtt, mee vu sengem Klon - Standby an der Datebankterminologie. Dëse Prozess boott den Haaptaarbechtssystem net. D'Donnéeë kënnen duerch méi Streams zréckgewonne ginn, well de Server net fir Ënnerhalt benotzt gëtt.
A groussen Organisatiounen gëtt e separaten Netzwierk fir de Backupsystem erstallt, sou datt de Backup net d'Produktioun beaflosst. Zousätzlech, kann de Verkéier net iwwer de Reseau iwwerdroen ginn, mä duerch d'SAN.
Mir probéieren d'Laascht och mat der Zäit ze verdeelen. Backups gi meeschtens während net-Aarbechtszäiten gemaach: Nuets, Weekends. Och lafen se net all zur selwechter Zäit. Backups vu virtuelle Maschinnen sinn e spezielle Fall. De Prozess huet praktesch keen Effekt op d'Performance vun der Maschinn selwer, sou datt de Backup iwwer den Dag verbreet ka ginn, an net alles an der Nuecht ausstellen. Et gi vill Subtletien, wann Dir alles berücksichtegt, wäert de Backup net d'Performance vun de Systemer beaflossen.
Mythos 6. E Backup System lancéiert - dat ass Feeler Toleranz fir Iech
Vergiesst ni datt e Backup-System déi lescht Verteidegungslinn ass, dat heescht datt et fënnef méi Systemer virdru sollte sinn, déi d'Kontinuitéit, d'héich Disponibilitéit an d'Katastrophentoleranz vun der IT-Infrastruktur an Enterprise-Informatiounssystemer garantéieren.
Hoffnung datt de Backup all d'Donnéeën restauréiert an de gefall Service séier eropgeet ass et net wäert. Dateverloscht vum Moment vum Backup bis zum Moment vum Echec ass garantéiert, an d'Donnéeë kënnen e puer Stonnen op en neie Server eropgeluede ginn (oder Deeg, wéi Dir Gléck hutt). Dofir mécht et Sënn fir vollwäerteg Feeler-tolerant Systemer ze kreéieren ouni alles op e Backup ze verréckelen.
Mythos 7. Ech hunn eng Kéier e Backup opgestallt, kontrolléiert datt et funktionnéiert. Et bleift just fir d'Logbicher ze kucken
Dëst ass ee vun de schiedlechste Mythen, d'Fälschung vun deenen Dir nëmmen während dem Tëschefall erkennt. Erfollegräich Backup-Logbicher sinn net eng Garantie datt alles wierklech gaangen ass wéi et sollt. Et ass wichteg déi gespäichert Kopie am Viraus z'iwwerpréiwen. Dat ass, fänkt den Erhuelungsprozess an engem Testëmfeld un a kuckt d'Resultat.
An e bëssen iwwert d'Aarbecht vum System Administrateur
Am manuelle Modus huet keen Daten fir eng laang Zäit kopéiert. Modern SRKs kënne bal alles backen, Dir musst et just richteg astellen. Wann en neie Server bäigefüügt gouf, setzen d'Politik: wielt den Inhalt deen gebackupt gëtt, spezifizéieren Späicheroptiounen a gëlt den Zäitplang.
Zur selwechter Zäit gëtt et nach ëmmer vill Aarbecht wéinst der extensiv Flott vu Serveren, dorënner Datenbanken, Mailsystemer, virtuelle Maschinnecluster, an Dateideelen souwuel op Windows wéi och Linux / Unix. Mataarbechter déi de Backupsystem lafen halen, sëtzen net idle.
Zu Éiere vun der Vakanz wëll ech all Admins staark Nerven, Kloerheet vu Bewegungen an endlos Plaz fir Backups ze späicheren wënschen!
Source: will.com