Fizinės ir loginės atsarginės kopijos yra dvi pagrindinės atsarginių kopijų tipų, turinčių skirtingus skirtumus ir naudojimo atvejus, ypač kai reikia bendrauti su „MySQL“ duomenų bazėmis „Amazon Web Services“ (AWS) reliacinių duomenų bazių tarnyboje (RDS). Žemiau yra išsamus „MySQL“ fizinių ir loginių atsarginių kopijų paaiškinimas ir palyginimas su AWS RDS.
Fizinės atsarginės kopijos
Fizines atsargines kopijas sudaro tikslios duomenų bazės failų ir katalogų, kurie kaupia neapdorotus duomenis, kopijas. Šios atsarginės kopijos yra tarsi tikrosios duomenų bazės vaizdas failų sistemos lygyje. Fizinėje atsarginėje kopijoje yra failų, tokių kaip duomenų bazės duomenų failai, lentelės, žurnalo failai ir konfigūracijos failai, kopijos. Paprastai tai daroma nukopijuojant failus tiesiai iš duomenų bazės saugojimo vietos. Atsarginė kopija iš esmės yra duomenų bazės fizinės būsenos veidrodis atsarginės kopijos metu.
Fizinių atsarginių kopijų charakteristikos:
- Išsamumas ir greitis: Fizinės atsarginės kopijos yra labai greitos, nes jos apima failų kopijavimą, jei nėra konvertavimo ar aiškinimo. Tai daro juos tinkamais didelėms duomenų bazėms, kuriose labai svarbu greita atsarginė kopija ir atkūrimas.
-Kompaktiškumas: Kadangi tai yra baitų už baitą kopija, fizinės atsarginės kopijos paprastai yra kompaktiškesnės nei loginės atsarginės kopijos, kurios konvertuoja duomenis į SQL teiginius ar teksto formatą.
- Atkūrimo detalumas: Fizinės atsarginės kopijos dažnai suteikia atkūrimą visoje duomenų bazėje arba lentelių erdvėje. Atkūrimo detalumas gali skirtis atsižvelgiant į naudojamą laikymo variklį.
- Restauravimas: Fizinės atsarginės kopijos atkūrimas apima failų kopijavimą atgal į originalias vietas. Tai gali būti tiesmukiška, tačiau reikia, kad visas failų rinkinys būtų nepažeistas, nes trūkstami failai gali užkirsti kelią visiškam atkūrimui.
-Konkrečios aplinkos: fizinės atsarginės kopijos apima su egzemplioriumi susijusią informaciją, tokią kaip failų keliai ir specifiniai sistemai duomenys, todėl jos paprastai yra atkuriamos į aplinką, panašią į ten, kur buvo paimta atsarginė kopija.
- Neprisijungę ar užfiksuotos atsarginės kopijos: Paprastai fizinės atsarginės kopijos reikalauja, kad duomenų bazė būtų neprisijungus arba nuoseklioje būsenoje (pvz. Tačiau yra įrankių, kurie gali padaryti internetines fizines atsargines kopijas, derinant su duomenų baze, pvz., „Percona Xtrabackup“.
Fizinių atsarginių kopijų su AWS RDS apribojimai „MySQL“:
- AWS RDS neleidžia tradicinių fizinių atsarginių kopijų (tiesioginių failų sistemos lygio kopijų), nes pagrindinė infrastruktūra yra valdoma ir nesuteikia prieigos prie failų sistemos.
- Tokie įrankiai kaip „Percona Xtrabackup“, palengvinančios fizines atsargines kopijas „On-Prem“ ar „Amazon EC2 MySQL“ diegimams, negali būti naudojami tiesiogiai RDS egzemplioriuose.
- Vietoj to, AWS RDS siūlo „Snapshot“ galimybes, kurios taip pat yra fizinės atsarginės kopijos forma, tačiau valdoma skirtingai. Snapshots užfiksuoja visą duomenų bazės egzempliorių tam tikru momentu ir yra saugomos ir valdomos AWS.
- Yra būdas atkurti fizinių atsarginių kopijų duomenis RDS iš „Amazon S3“, tačiau jis yra valdomas kaip atkūrimas iš S3, o ne RAW failų sistemos atsarginė kopija.
Loginės atsarginės kopijos
Loginės atsarginės kopijos ištraukia duomenų bazės struktūrą ir jos turinį į loginius teiginius, paprastai SQL komandas, tokias kaip „Create Table“ ir „Insere“ teiginiai, kurie gali atkurti duomenų bazės objektus ir duomenis, kai atsarginė kopija atkuriama. Šios atsarginės kopijos dažnai būna tekstinių failų ar dvejetainių loginių dumpių failų pavidalu.
Loginių atsarginių kopijų charakteristikos:
-Formatas: loginės atsarginės kopijos nepriklausomos nuo platformos ir jose yra tik duomenų bazės schema ir duomenys, be žemo lygio saugojimo informacijos, tokios kaip duomenų failai ar žurnalai.
- Tinkamumas ir perkeliamumas: Kadangi loginėse atsarginėse kopijose yra komandos, kaip atkurti duomenų bazės objektus ir įterpti duomenis, jas galima atkurti įvairiose aparatūros architektūrose, „MySQL“ versijose ar debesies aplinkoje, todėl jie yra labai nešiojami.
- Granuliškumas: logines atsargines kopijas galima daryti įvairiais granuliuotais lygiais, tokiais kaip visa duomenų bazė, specifinės schemos ar atskiros lentelės.
- Internetinė atsarginė kopija: Loginės atsarginės kopijos gali būti atliekamos, kol duomenų bazė veikia be prastovų, pateikiant jo struktūros ir duomenų duomenų bazę.
- Dydis ir greitis: Loginės atsarginės kopijos paprastai būna lėtesnės ir sukuria didesnius failus nei fizinės atsarginės kopijos, nes duomenys paverčiami loginiu formatu ir turi būti eksportuojami naudojant duomenų bazės variklį.
- Įrankiai: Įprasti „MySQL“ loginės atsarginės kopijos įrankiai apima „MySQLDump“, „MyDumper“ ir „Select ...“ į „Outfile SQL“ teiginį.
- Restauravimas: Loginių atsarginių kopijų atkūrimas apima SQL scenarijų ar komandų paleidimą „MySQL“ egzemplioriuje, veiksmingai atstatant duomenų bazės struktūrą ir atnaujinant duomenis.
- Redagavimas: loginės atsarginės kopijos įgalina modifikacijas prieš atkuriant, pavyzdžiui, keičiant duomenų vertes ar reguliuojančios lentelės struktūras, naudingos migracijoms ar transformacijoms.
AWS RDS ir loginės atsarginės kopijos
- „MySQL“ AWS RDS loginės atsarginės kopijos dažniausiai daromos naudojant „MySQLDump“ ar panašius įrankius iš išorinio kliento ar EC2 egzemplioriaus, nes negalite pasiekti pagrindinės failų sistemos.
- Loginės atsarginės kopijos yra tinkamos mažesniems duomenų rinkiniams arba situacijoms, reikalaujančioms duomenų ir schemos perkeliamumo skirtingose aplinkose.
- Automatizuotos atsarginės kopijos ir momentinės nuotraukos iš AWS papildo logines atsargines kopijas, tačiau loginės atsarginės kopijos suteikia daugiau lankstumo atkuriant dalinius duomenis ar perkeliant.
Palyginimas AWS RDS kontekste
- Fizinės RD atsarginės kopijos dažniausiai tvarko kaip automatinius momentinius vaizdus, kurie užfiksuoja visą duomenų bazės egzemplioriaus būseną ir juos valdo AWS. AWS neleidžia tradicinių fizinių atsarginių kopijų tiesiogiai kopijuodamas duomenų bazės failus.
- Loginės atsarginės kopijos vartotojams suteikia valdymą ir lankstumą eksportuoti ir perkelti duomenų bazės turinį, tačiau jie turi greičio apribojimus ir reikalauja daugiau laiko dideliems duomenų rinkiniams atkurti.
- Norėdami atkurti nelaimes ir greitai atkurti ištisus egzempliorius, AWS automatizuotos momentinės nuotraukos ir fizinės atsarginės kopijos yra efektyvesnės.
- Pirmenybė teikiama perkėlimui, duomenų transformacijai ar daliniam atkūrimui, pirmenybė teikiama loginėms atsarginėms kopijoms.
- Atsarginis dydis paprastai yra mažesnis, o atsarginės atsarginės kopijos greičiau - fizinėms atsarginėms kopijoms, tačiau loginės atsarginės kopijos turi geresnį perkeliamumą ir modifikavimą.
- Loginės atsarginės kopijos leidžia selektyvias atsargines kopijas ir dalinį atkūrimą, o fizinės atsarginės kopijos tvarko visišką duomenų bazės atkūrimą.
Apibendrinant galima pasakyti, kad fizinės „MySQL“ atsarginės kopijos „AWS RDS“ visų pirma yra susijusios su automatine momentinių vaizdų sistema, kurią pateikė AWS, kuri kopijuoja duomenų bazės duomenų failus saugyklos lygyje, kad būtų galima greitai, visiškai atkurti egzempliorių. Loginės atsarginės kopijos apima duomenų bazės schemos ir duomenų eksportą naudojant SQL teiginius, leidžiančius lanksčiam duomenų judėjimui ir transformacijai, tačiau paprastai būtent ilgesnės atsarginės kopijos ir restauravimo laiko. Dėl AWS RDS valdymo apribojimų RDS egzemplioriuose tiesioginės fizinės atsarginės kopijos failų lygyje nėra įmanoma, nukreipiant vartotojus, susijusius su fizinės atsarginės kopijos ir „MySQLDump“ ar panašių loginių atsarginių kopijų įrankiais. Abiejų tipų atsarginės kopijos atlieka skirtingus vaidmenis ir gali būti derinami pagal išsamias atsargines strategijas, atsižvelgiant į verslo poreikius. Šis skirtumas padeda vadovautis, kaip kuriamos, saugomos ir atkuriamos atsarginės kopijos „MySQL“ aplinkoje.
Šios sąvokos yra pagrįstos „MySQL“ atsarginių kopijų kūrimo metodais ir pritaikytos AWS RDS valdomoms aplinkos apribojimams ir funkcijoms.