Care sunt diferențele dintre backup -urile fizice și logice pentru MySQL pe AWS RDS

Backupuri fizice

Backup -urile fizice constau în copii exacte ale fișierelor și directoarelor de bază de date care stochează date brute. Aceste copii de rezervă sunt ca o imagine a bazei de date reale la nivelul sistemului de fișiere. Într -o copie de rezervă fizică, sunt făcute copii ale fișierelor, cum ar fi fișiere de date de baze de date, spații de tabel, fișiere de jurnal și fișiere de configurare. Acest lucru se face de obicei prin copierea fișierelor direct din locația de stocare a bazei de date. Backup -ul este, în esență, o oglindă a stării fizice a bazei de date în momentul backupului.

Caracteristicile copiilor de rezervă fizice:
- Completitudinea și viteza: Backup-urile fizice sunt foarte rapide, deoarece implică copierea fișierelor așa cum este fără conversie sau interpretare. Acest lucru le face potrivite pentru bazele de date mari în care copierea de rezervă rapidă și recuperarea sunt critice.
-Compactness: Deoarece este o copie octet-for-octet, backup-urile fizice sunt de obicei mai compacte decât backup-urile logice care convertesc datele în declarații SQL sau format de text.
- Granularitate de recuperare: Backup -urile fizice oferă adesea recuperare la întreaga bază de date sau la nivel de spațiu de tabel. Granularitatea de recuperare ar putea diferi în funcție de motorul de depozitare utilizat.
- Restaurare: restabilirea unei backup fizice implică copierea fișierelor susținute în locațiile originale. Acest lucru poate fi simplu, dar necesită ca întregul set de fișiere să fie intact, deoarece fișierele lipsă pot preveni recuperarea completă.
-Specific pentru mediu: Backup-urile fizice includ informații legate de instanță, cum ar fi căile de fișiere și datele specifice sistemului, astfel încât acestea sunt de obicei restaurate într-un mediu similar cu locul în care a fost luată backup-ul.
- Copii de rezervă offline sau opinse: În general, copiile de rezervă fizice necesită ca baza de date să fie offline sau într-o stare consecventă (cum ar fi un instantaneu) pentru a evita captarea fișierelor care sunt la mijlocul scrierii, care ar putea corupe backup-ul. Cu toate acestea, există instrumente care pot face backup -uri fizice online prin coordonarea cu baza de date, de exemplu, Percona Xtrabackup.

Constrângeri privind backup -urile fizice cu RDS AWS pentru MySQL:
- AWS RDS nu permite backup -uri fizice tradiționale (copii la nivel de sistem de fișiere directe), deoarece infrastructura de bază este gestionată și nu oferă acces la sistemul de fișiere.
- Instrumente precum Percona Xtrabackup, care facilitează backup-urile fizice pentru instalațiile On-PREM sau Amazon EC2 MySQL, nu pot fi utilizate direct în instanțele RDS.
- În schimb, AWS RDS oferă capabilități de instantanee, care sunt, de asemenea, o formă de copie de rezervă fizică, dar sunt gestionate diferit. Instantaneele surprind întreaga instanță a bazei de date la un moment dat și sunt stocate și gestionate de AWS.
- Există o metodă de a restabili datele de rezervă fizică la RDS de la Amazon S3, dar este gestionată ca restaurare de la S3, nu o copie de rezervă a sistemului de fișiere brut.

Copii de rezervă logică

Copii de rezervă logice extrag structura bazei de date și conținutul acesteia în instrucțiuni logice, de obicei comenzi SQL, cum ar fi crearea de declarații de tabel și inserare, care pot recrea obiectele și datele bazei de date atunci când backup -ul este restaurat. Aceste copii de rezervă sunt adesea sub formă de fișiere text sau fișiere binare logice de descărcare logică.

Caracteristicile copiilor de rezervă logice:
-Format: Backup-urile logice sunt independente de platformă și conțin doar schema și datele bazei de date, fără detalii de stocare la nivel scăzut, cum ar fi fișiere de date sau jurnale.
- Utilizare și portabilitate: Deoarece backup -urile logice conțin comenzi pentru a recrea obiecte de bază de date și pentru a introduce date, acestea pot fi restaurate pe diferite arhitecturi hardware, versiuni MySQL sau medii cloud, ceea ce le face extrem de portabile.
- Granularitate: Backup -urile logice pot fi luate la diferite niveluri granulare, cum ar fi întreaga bază de date, scheme specifice sau tabele individuale.
- Backup online: Copii de rezervă logică pot fi efectuate în timp ce baza de date rulează fără timp de oprire, interogând baza de date pentru structura și datele sale.
- Mărime și viteză: Copii de rezervă logică tind să fie mai lente și să producă fișiere mai mari decât backup -urile fizice, deoarece datele sunt transformate într -un format logic și trebuie exportate prin intermediul motorului bazei de date.
- Instrumente: Instrumente comune pentru backup logic al MySQL includ MySQldump, MyDumper și Select ... în declarația SQL Outfile.
- Restaurare: Restaurarea copiilor de rezervă logică implică rularea scripturilor SQL sau a comenzilor pe o instanță MySQL, reconstruirea eficientă a structurii bazei de date și repopularea datelor.
- Editabilitate: Copii de rezervă logică permit modificări înainte de restaurare, cum ar fi schimbarea valorilor datelor sau reglarea structurilor de tabel, utile pentru migrații sau transformări.

AWS RDS și backup -uri logice

- Pe RDS AWS pentru MySQL, backup -urile logice sunt realizate în mod obișnuit folosind MySqldump sau instrumente similare rulate de la un client extern sau o instanță EC2, deoarece nu puteți accesa sistemul de fișiere de bază.
- Backup -urile logice sunt potrivite pentru seturi de date mai mici sau pentru situații care necesită portabilitatea datelor și schemelor în diferite medii.
- Copii de rezervă automatizate și instantanee de la AWS completează backup -uri logice, dar backup -urile logice oferă mai multă flexibilitate în restabilirea datelor parțiale sau migrarea.

Comparație în contextul AWS RDS

- Backup -urile fizice pentru RDS sunt gestionate în cea mai mare parte ca instantanee automate care captează întreaga stare de instanță a bazei de date și sunt gestionate de AWS. AWS nu permite backup -urile fizice tradiționale prin copierea directă a fișierelor bazei de date.
- Backup -urile logice oferă utilizatorilor un control și flexibilitate pentru exportul și migrarea conținutului bazei de date, dar au limitări ale vitezei și necesită mai mult timp pentru restabilirea seturilor de date mari.
- Pentru recuperarea dezastrelor și recuperarea rapidă a unor cazuri întregi, instantaneele automate ale AWS și caracteristicile de rezervă fizică sunt mai eficiente.
- Pentru migrație, transformarea datelor sau restaurări parțiale, sunt preferate backup -urile logice.
- Dimensiunea de rezervă este în general mai mică și viteza de rezervă mai rapidă pentru backup -urile fizice, dar backup -urile logice au o portabilitate și o modificare mai bună.
- Copia de rezervă logică permit backup -uri selective și restaurări parțiale, în timp ce backup -urile fizice gestionează recuperarea completă a bazei de date.

În rezumat, backup -urile fizice pe MySQL pe AWS RDS se referă în principal la sistemul de instantanee automat furnizate de AWS, care copiază fișierele de date ale bazei de date la nivelul de stocare pentru recuperarea rapidă și completă a instanței. Backup -urile logice implică exportul schemei și datelor bazei de date prin declarații SQL, permițând mișcarea și transformarea flexibilă a datelor, dar de obicei cu costul timpului de rezervă și de restaurare mai lungi. Datorită constrângerilor de gestionare a AWS RDS, copiile de rezervă fizice directe la nivel de fișier nu sunt posibile în instanțele RDS, ghidând utilizatorii spre instantanee pentru backup fizic și MySqldump sau instrumente similare pentru backup -uri logice. Ambele tipuri de copii de rezervă servesc roluri diferite și pot fi combinate în strategii cuprinzătoare de rezervă în funcție de nevoile afacerii. Această distincție ajută la ghidarea modului în care sunt create, stocate și restaurate backup -urile pe mediile AWS RDS MySQL.