Fizične in logične varnostne kopije so dve temeljni vrsti varnostnih kopij z različnimi razlikami in primeri uporabe, zlasti pri obravnavi baz podatkov MySQL na relacijski bazi podatkov Amazon Web Services (AWS) (RDS). Spodaj je poglobljena razlaga in primerjava fizičnih in logičnih varnostnih kopij za MySQL na AWS RDS.
Fizične varnostne kopije
Fizične varnostne kopije so sestavljene iz natančnih kopij datotek in imenikov baze podatkov, ki hranijo surove podatke. Te varnostne kopije so kot posnetek dejanske baze podatkov na ravni datotečnega sistema. V fizični varnostni kopiji so narejene kopije datotek, kot so datoteke podatkovnih podatkovnih podatkov, tabele, dnevniške datoteke in konfiguracijske datoteke. Običajno se to stori s kopiranjem datotek neposredno z lokacije shranjevanja baze podatkov. Varnostna kopija je v bistvu ogledalo fizičnega stanja baze podatkov v trenutku varnostne kopije.
Značilnosti fizičnih varnostnih kopij:
- Popolnost in hitrost: Fizične varnostne kopije so zelo hitre, ker vključujejo kopiranje datotek, kot je brez pretvorbe ali razlage. Zaradi tega so primerni za velike baze podatkov, kjer sta hitra varnostna kopija in obnovitev ključnega pomena.
-Kompaktnost: Ker gre za kopijo bajtov za bajt, so fizične varnostne kopije običajno bolj kompaktne kot logične varnostne kopije, ki pretvorijo podatke v izjave SQL ali besedilno obliko.
- Obnovitev zrnatosti: Fizične varnostne kopije pogosto omogočajo okrevanje na celotni ravni baze podatkov ali tabel. Obnovitvena zrnatost se lahko razlikuje glede na uporabo motorja za shranjevanje.
- Obnova: Obnavljanje fizične varnostne kopije vključuje kopiranje varnostnih kopij nazaj na prvotne lokacije. To je lahko enostavno, vendar zahteva, da je celoten niz datotek nedotaknjen, saj manjkajoče datoteke lahko preprečijo popolno okrevanje.
-Specifično za okolje: Fizične varnostne kopije vključujejo informacije, povezane z primerom, kot so datoteke in podatki, specifični za sistem, zato se običajno povrnejo v okolje, podobno, kot je bilo varnostno kopijo.
- OFFLICAL ALI PRIMERJENO VARNOSTI: Na splošno fizične varnostne kopije zahtevajo, da je baza podatkov brez povezave ali v doslednem stanju (na primer posnetek), da se izognete zajemanju datotek, ki so na sredini pisanja, ki bi lahko pokvarile varnostno kopijo. Vendar obstajajo orodja, ki lahko ustvarijo spletne fizične varnostne kopije z usklajevanjem z bazo podatkov, npr. Percona xtrabackup.
Omejitve fizičnih varnostnih kopij z AWS RDS za MySQL:
- AWS RDS ne dovoljuje tradicionalnih fizičnih varnostnih kopij (kopije neposrednega datotečnega sistema), ker se osnovna infrastruktura upravlja in ne omogoča dostopa do datotečnega sistema.
- Orodja, kot je Percona Xtrabackup, ki olajšajo fizične varnostne kopije za namestitve na mestu ali Amazon EC2 MySQL, ni mogoče uporabiti neposredno v primerkih RDS.
- Namesto tega AWS RDS ponuja zmogljivosti za posnetke, ki so tudi oblika fizične varnostne kopije, vendar se upravljajo drugače. Posnetki zajemajo celoten primerek baze podatkov v trenutku in jih shrani in upravlja z AWS.
- Obstaja metoda za obnovo fizičnih varnostnih kopij v RDS iz Amazon S3, vendar se upravlja kot obnova iz S3, ne pa varnostno kopijo datotek.
Logične varnostne kopije
Logične varnostne kopije Izvlečejo strukturo baze podatkov in njene vsebine v logične izjave, običajno ukaze SQL, kot so Ustvari tabelo in vstavite izjave, ki lahko ustvarijo predmete in podatke baze podatkov, ko se varnostna kopija obnovi. Te varnostne kopije so pogosto v obliki besedilnih datotek ali binarnih logičnih datotek.
Značilnosti logičnih varnostnih kopij:
-Oblika: Logične varnostne kopije so neodvisne od platforme in vsebujejo samo shemo baze podatkov in podatke, brez podrobnosti o shranjevanju na nizki ravni, kot so podatkovne datoteke ali dnevniki.
- Uporabnost in prenosljivost: Ker logične varnostne kopije vsebujejo ukaze za poustvarjanje predmetov baze podatkov in vstavljanje podatkov, jih je mogoče obnoviti v različnih strojnih arhitekturih, različicah MySQL ali v oblaku, zaradi česar so zelo prenosni.
- Grannost: Logične varnostne kopije je mogoče vzeti na različnih zrnatih ravneh, kot so celotna baza podatkov, specifične sheme ali posamezne tabele.
- Spletna varnostna kopija: Logične varnostne kopije je mogoče izvesti, medtem ko se baza podatkov izvaja brez izpadov in poizveduje po bazi podatkov o njegovi strukturi in podatkih.
- Velikost in hitrost: Logične varnostne kopije so ponavadi počasnejše in proizvajajo večje datoteke kot fizične varnostne kopije, ker se podatki pretvorijo v logično obliko in jih je treba izvoziti prek baz podatkovnega motorja.
- Orodja: Skupna orodja za logično varnostno kopijo MySQL vključujejo Mysqldump, MyDumper in The Select ... v izjavo o Uticu SQL.
- Obnova: Obnova logičnih varnostnih kopij vključuje izvajanje skriptov ali ukazov SQL na primerku MySQL, učinkovito obnavljanje strukture baze podatkov in ponovno oblikovanje podatkov.
- Urejanje: Logične varnostne kopije Omogočajo spremembe pred obnovitvijo, kot so spreminjanje vrednosti podatkov ali prilagajanje struktur tabel, uporabne za migracije ali transformacije.
AWS RDS in logične varnostne kopije
- Na AWS RDS za MySQL se logične varnostne kopije običajno izvajajo z uporabo MySqldump ali podobnih orodij, ki se izvajajo iz primera zunanjega odjemalca ali EC2, ker ne morete dostopati do osnovnega datotečnega sistema.
- Logične varnostne kopije so primerne za manjše nabore podatkov ali za situacije, ki zahtevajo prenosljivost podatkov in sheme v različnih okoljih.
- Samodejne varnostne kopije in posnetke AWS dopolnjujejo logične varnostne kopije, vendar logične varnostne kopije dajejo večjo prilagodljivost pri obnovi delnih podatkov ali selitvi.
Primerjava v kontekstu AWS RDS
- Fizične varnostne kopije za RDS se večinoma obravnavajo kot avtomatizirani posnetki, ki zajemajo celotno stanje primera baze podatkov in jih upravlja AWS. AWS ne dovoljuje tradicionalnih fizičnih varnostnih kopij z neposrednim kopiranjem datotek baze podatkov.
- Logične varnostne kopije uporabnikom zagotavljajo nadzor in prilagodljivost za izvoz in selitev vsebine baze podatkov, vendar imajo omejitve hitrosti in potrebujejo več časa za obnovo velikih naborov podatkov.
- Za obnovitev nesreč in hitro obnovo celotnih primerov so AWS -ove avtomatizirane posnetke in fizične varnostne kopije učinkovitejše.
- Za migracijo, preobrazbo podatkov ali delne obnove so prednostne logične varnostne kopije.
- Velikost varnostne kopije je na splošno manjša in varnostna kopija hitrejša za fizične varnostne kopije, vendar imajo logične varnostne kopije boljšo prenosljivost in spreminjanje.
- Logične varnostne kopije omogočajo selektivne varnostne kopije in delne obnovitve, medtem ko fizične varnostne kopije obravnavajo popolno obnovitev baze podatkov.
Če povzamemo, se fizične varnostne kopije na MySQL na AWS RDS nanašajo predvsem na avtomatiziran sistem posnetka, ki ga ponuja AWS, ki kopira podatke podatkovne datoteke na ravni shranjevanja za hitro in popolno obnovo primerka. Logične varnostne kopije vključujejo izvoz sheme in podatkov baze podatkov z izjavami SQL, ki omogočajo fleksibilno gibanje podatkov in preobrazbo, vendar običajno s stroški daljših varnostnih in obnovitvenih časov. Zaradi omejitev upravljanja AWS RDS neposredne fizične varnostne kopije na ravni datotek niso možne v primerkih RDS, kar uporabnike usmerja k posnetkom za fizično varnostno kopiranje in MySqldump ali podobna orodja za logične varnostne kopije. Obe vrsti varnostnih kopij služita različnim vlogam in se lahko združita v celovitih varnostnih strategijah, odvisno od poslovnih potreb. To razlikovanje pomaga usmerjati, kako se varnostne kopije ustvarjajo, shranijo in obnovijo v okoljih AWS RDS MySQL.
Ti koncepti so utemeljeni v varnostnih metodah MySQL na splošno in prilagojeni omejitvam in značilnosti AWS RDS, ki ga upravljajo okolje.