Varmuuskopiointi ei ole yksi niistä trendikkäistä teknologioista, joista huudetaan joka raudalta. Sen täytyy vain olla missä tahansa vakavassa seurassa, siinä kaikki. Varmuuskopioimme useita tuhansia palvelimia pankissamme - tämä on monimutkainen, mielenkiintoinen työ, jonka jotkin hienovaraisuudet sekä tyypilliset varmuuskopiointiin liittyvät väärinkäsitykset haluavat vain kertoa.
Olen työskennellyt tämän aiheen parissa lähes 20 vuotta, joista viimeiset 2 vuotta ovat olleet Promsvyazbankissa. Harjoituksen alussa tein varmuuskopiot lähes manuaalisesti skripteillä, jotka yksinkertaisesti kopioivat tiedostoja. Sitten Windowsiin ilmestyi käteviä työkaluja: Robocopy-apuohjelma tiedostojen valmisteluun ja NT Backup kopiointia varten. Ja vasta sitten tuli aika erikoisohjelmistoille, ensisijaisesti Veritas Backup Execille, jota nykyään kutsutaan nimellä Symantec Backup Exec. Olen siis tuntenut varmuuskopiot jo pitkään.
Yksinkertaisesti sanottuna varmuuskopiointi tarkoittaa kopion säilyttämistä tiedoista (virtuaalikoneita, sovelluksia, tietokantoja ja tiedostoja) varmuuden vuoksi tietyllä säännöllisyydellä. Jokainen tapaus ilmenee yleensä laitteisto- tai loogisena virheenä ja johtaa tietojen menetykseen. Varmuuskopiojärjestelmän tarkoituksena on vähentää tiedon menetystä. Laitteistovika on esimerkiksi palvelimen tai tallennustilan vika, jossa tietokanta sijaitsee. Looginen - tämä on osan tiedoista katoamista tai muutosta, myös inhimillisestä tekijästä johtuen: he poistivat vahingossa taulukon, tiedoston, käynnistivät vinon skriptin suorittamista varten. Myös tietyntyyppisten tietojen säilyttämiselle pitkäksi ajaksi, esimerkiksi useiden vuosien ajan, on viranomaisvaatimuksia.
Varmuuskopioiden tyypillisin käyttötapa on tietokantojen tallennettujen kopioiden palauttaminen erilaisten testijärjestelmien, kehittäjien kloonien, käyttöönottoa varten.
Varmuuskopiointiin liittyy muutamia tyypillisiä myyttejä, jotka pitäisi hälventää kauan sitten. Tässä niistä tunnetuimmat.
Myytti 1. Varmuuskopiointi on pitkään ollut vain pieni toiminto turva- tai tallennusjärjestelmissä
Varmuuskopiojärjestelmät ovat edelleen erillinen ratkaisuluokka ja hyvin riippumaton. Heillä on liikaa työtä tehtävänä. Itse asiassa ne ovat viimeinen puolustuslinja tietojen eheyden suhteen. Varmuuskopiointi toimii siis omaan tahtiinsa, oman aikataulunsa mukaan. Palvelimille luodaan päivittäinen raportti, on tapahtumia, jotka toimivat valvontajärjestelmän laukaisimina.
Lisäksi varmuuskopiointijärjestelmän käyttöoikeuden roolimalli antaa sinun delegoida osan oikeuksista kohdejärjestelmien järjestelmänvalvojille varmuuskopioiden hallintaan.
Myytti 2. Kun RAID on olemassa, varmuuskopiota ei enää tarvita.
RAID-ryhmät ja tietojen replikointi ovat epäilemättä hyvä tapa suojata tietojärjestelmiä laitteistovikoilta, ja jos sinulla on valmiuspalvelin, voit nopeasti järjestää vaihdon siihen, jos pääkone epäonnistuu.
Järjestelmän käyttäjien tekemistä loogisista virheistä redundanssi ja replikointi eivät pelasta. Tässä on takaisinkirjoitusvalmiuspalvelin – kyllä, se voi auttaa, jos virhe havaitaan ennen synkronointia. Ja jos hetki jää väliin? Vain oikea-aikainen varmuuskopiointi auttaa tässä. Jos tiedät, että tiedot muuttuivat eilen, voit palauttaa järjestelmän toissapäiväiseen ja poimia siitä tarvittavat tiedot. Koska loogiset virheet ovat yleisimpiä, vanha kunnon varmuuskopiointi on edelleen todistettu ja tarpeellinen työkalu.
Myytti 3. Varmuuskopiointi tehdään kerran kuukaudessa.
Varmuuskopiointitaajuus on määritettävä asetus, joka riippuu ensisijaisesti varmuuskopiointijärjestelmän vaatimuksista. On täysin mahdollista löytää tietoja, jotka eivät muutu melkein koskaan ja eivät ole erityisen tärkeitä, niiden menetys ei ole yritykselle kriittinen.
Ne voidaan todellakin varmuuskopioida kerran kuukaudessa ja vielä harvemmin. Mutta kriittisempiä tietoja tallennetaan useammin, riippuen RPO (Recovery point objrective) -ilmaisimesta, joka määrittää sallitun tiedonhäviön. Tämä voi olla kerran viikossa, kerran päivässä tai jopa useita kertoja tunnissa. Meillä on nämä tapahtumalokit DBMS:stä.
Kun järjestelmät otetaan kaupalliseen käyttöön, tulee hyväksyä varmuuskopiointidokumentaatio, joka heijastaa pääkohdat, päivitysmenettelyä, järjestelmän palautusmenettelyä, varmuuskopioiden tallentamista ja muuta vastaavaa.
Myytti 4. Kopioiden määrä kasvaa jatkuvasti ja vie kaikki varatun tilan kokonaan.
Varmuuskopioilla on rajoitettu säilytysaika. Ei ole mitään järkeä esimerkiksi tallentaa kaikkia 365 päivittäistä varmuuskopiota vuoden aikana. Pääsääntöisesti on hyväksyttävää säilyttää päivittäisiä kopioita 2 viikkoa, jonka jälkeen ne korvataan uusilla, ja kuukauden ensimmäisenä tehty versio säilyy pitkäaikaisessa säilytyksessä. Sitä puolestaan säilytetään tietyn ajan - jokaisella kopiolla on elinikä.
Tietojen katoamissuoja on olemassa. Sääntö pätee: ennen kuin varmuuskopio poistetaan, on muodostettava seuraava. Näin ollen tietoja ei poisteta, jos varmuuskopiointia ei ole saatu valmiiksi esimerkiksi palvelimen epäkäytettävyyden vuoksi. Ei vain aikakehystä noudateta, vaan myös sarjan kopioiden määrää valvotaan. Jos järjestelmässä on kaksi täyttä varmuuskopiota, niitä on aina kaksi, ja vanha poistetaan vasta, kun uusi kolmas on kirjoitettu onnistuneesti. Joten varmuuskopioarkiston käyttämän määrän kasvu liittyy vain suojattujen tietojen määrän kasvuun, eikä se riipu ajasta.
Myytti 5. Varmuuskopiointi alkoi - kaikki roikkui
On parempi sanoa tämä: jos kaikki roikkuu, järjestelmänvalvojan kädet eivät kasva sieltä. Yleensä varmuuskopion suorituskyky riippuu monista tekijöistä. Esimerkiksi itse varmuuskopiojärjestelmän nopeudesta: kuinka nopeita ovat levymuistit, nauhakirjastot. Varmuuskopiojärjestelmän palvelimien nopeudesta: ehtivätkö he käsitellä tietoja, suorittaa pakkausta ja duplikointia. Ja myös asiakkaan ja palvelimen välisten viestintälinjojen nopeudesta.
Varmuuskopiointi voi mennä yhteen tai useampaan streamiin riippuen siitä, tukeeko varmuuskopioitava järjestelmä monisäikeistystä. Esimerkiksi Oracle DBMS:n avulla voit antaa useita säikeitä käytettävissä olevien prosessorien lukumäärän mukaan, kunnes siirtonopeus saavuttaa verkon kaistanleveysrajan.
Jos yrität varmuuskopioida suuren määrän säikeitä, on olemassa mahdollisuus ylikuormittaa käynnissä oleva järjestelmä, se alkaa todella hidastua. Siksi kierteiden optimaalinen määrä valitaan riittävän suorituskyvyn varmistamiseksi. Jos pieninkin suorituskyvyn heikkeneminen on kriittinen, on erinomainen vaihtoehto, kun varmuuskopiointi ei suoriteta taistelupalvelimelta, vaan sen kloonista - tietokannan terminologiassa valmiustila. Tämä prosessi ei käynnistä pääjärjestelmää. Tietoja voidaan hakea useamman streamin kautta, koska palvelinta ei käytetä ylläpitoon.
Suurissa organisaatioissa varmuuskopiointijärjestelmälle luodaan erillinen verkko, jotta varmuuskopiointi ei vaikuta tuotantoon. Lisäksi liikennettä ei saa siirtää verkon kautta, vaan SAN:n kautta.
Pyrimme jakamaan kuorman myös ajan myötä. Varmuuskopioinnit tehdään pääosin työajan ulkopuolella: yöllä, viikonloppuisin. Lisäksi ne eivät kaikki juokse samaan aikaan. Virtuaalikoneiden varmuuskopiot ovat erikoistapaus. Prosessilla ei käytännössä ole vaikutusta itse koneen suorituskykyyn, joten varmuuskopiointi voidaan jakaa päiväsaikaan eikä lykätä kaikkea yöllä. On monia hienouksia, jos otat kaiken huomioon, varmuuskopiointi ei vaikuta järjestelmien suorituskykyyn.
Myytti 6. Käynnistettiin varajärjestelmä - se on vikasietoisuutta sinulle
Älä koskaan unohda, että varajärjestelmä on viimeinen puolustuslinja, mikä tarkoittaa, että sen edessä pitäisi olla viisi järjestelmää lisää, jotka varmistavat IT-infrastruktuurin ja yritysten tietojärjestelmien jatkuvuuden, korkean käytettävyyden ja katastrofien sietokyvyn.
Ei ole sen arvoista toivoa, että varmuuskopio palauttaa kaikki tiedot ja nostaa nopeasti kaatuneen palvelun. Tietojen häviäminen varmuuskopioinnin hetkestä epäonnistumishetkeen on taattu, ja tietoja voidaan ladata uudelle palvelimelle useiden tuntien (tai päivien) ajan, jos olet onnekas. Siksi on järkevää luoda täysimittaisia vikasietoisia järjestelmiä siirtämättä kaikkea varmuuskopioon.
Myytti 7. Asetin varmuuskopion kerran ja tarkistin, että se toimii. Jää vain katsoa lokit
Tämä on yksi haitallisimmista myyteistä, jonka valheellisuuden huomaat vasta tapahtuman aikana. Onnistuneet varmuuskopiointilokit eivät takaa, että kaikki meni niin kuin pitää. On tärkeää tarkistaa tallennetun kopion käyttöönotettavuus etukäteen. Eli aloita palautusprosessi testiympäristössä ja katso tulosta.
Ja vähän järjestelmänvalvojan työstä
Manuaalisessa tilassa kukaan ei ole kopioinut tietoja pitkään aikaan. Nykyaikaiset SRK:t voivat varmuuskopioida melkein kaiken, sinun on vain määritettävä se oikein. Jos uusi palvelin on lisätty, aseta käytännöt: valitse varmuuskopioitava sisältö, määritä tallennusasetukset ja käytä aikataulua.
Samaan aikaan työtä on vielä paljon laajan palvelinkannan vuoksi, mukaan lukien tietokannat, sähköpostijärjestelmät, virtuaalikoneklusterit ja tiedostojen jaot sekä Windowsissa että Linuxissa/Unixissa. Työntekijät, jotka pitävät varajärjestelmän käynnissä, eivät ole toimettomina.
Loman kunniaksi haluan toivottaa kaikille ylläpitäjille vahvoja hermoja, liikkeiden selkeyttä ja loputonta tilaa varmuuskopioiden säilytykseen!
Lähde: will.com