Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon Hvad er forskellene mellem fysiske og logiske sikkerhedskopier for MySQL på AWS RDS


Hvad er forskellene mellem fysiske og logiske sikkerhedskopier for MySQL på AWS RDS


Fysiske og logiske sikkerhedskopier er to grundlæggende typer sikkerhedskopier med forskellige forskelle og brugssager, især når man beskæftiger sig med MySQL -databaser på Amazon Web Services (AWS) Relational Database Service (RDS). Nedenfor er en dybdegående forklaring og sammenligning af fysiske kontra logiske sikkerhedskopier til MySQL på AWS RDS.

Fysiske sikkerhedskopier

Fysiske sikkerhedskopier består af nøjagtige kopier af databasefiler og -kataloger, der gemmer rå data. Disse sikkerhedskopier er som et øjebliksbillede af den faktiske database på filsystemniveau. I en fysisk sikkerhedskopi foretages kopier af filer såsom databasedatafiler, tableSpaces, logfiler og konfigurationsfiler. Dette gøres typisk ved at kopiere filerne direkte fra databaselagringsstedet. Backup er i det væsentlige et spejl af databasens fysiske tilstand i øjeblikket af sikkerhedskopiering.

Karakteristika ved fysiske sikkerhedskopier:
- Fuldhed og hastighed: Fysiske sikkerhedskopier er meget hurtige, fordi de involverer kopiering af filer som det er uden konvertering eller fortolkning. Dette gør dem velegnede til store databaser, hvor hurtig sikkerhedskopi og gendannelse er kritiske.
-Kompakthed: Da det er en byte-for-byte-kopi, er fysiske sikkerhedskopier normalt mere kompakte end logiske sikkerhedskopier, der konverterer data til SQL-udsagn eller tekstformat.
- Gendannelse af granularitet: Fysiske sikkerhedskopier giver ofte gendannelse i hele databasen eller tabelrumsniveauet. Gendannelsesgranularitet kan variere baseret på den lagermotor, der er i brug.
- Restaurering: Gendannelse af en fysisk sikkerhedskopi involverer at kopiere de sikkerhedskopierede filer tilbage til de originale placeringer. Dette kan være ligetil, men kræver, at hele sæt filer er intakte, da manglende filer kan forhindre fuld gendannelse.
-Miljøspecifikke: Fysiske sikkerhedskopier inkluderer forekomstrelaterede oplysninger såsom filstier og systemspecifikke data, så de gendannes typisk til et miljø, der ligner, hvor sikkerhedskopien blev taget.
- Offline eller rolige sikkerhedskopier: Generelt kræver fysiske sikkerhedskopier, at databasen er offline eller i en konsekvent tilstand (som et snapshot) for at undgå at optage filer, der er midtskrivning, som kan ødelægge sikkerhedskopien. Der findes dog værktøjer, der kan gøre online fysiske sikkerhedskopier ved at koordinere med databasen, f.eks. Percona Xtrabackup.

Begrænsninger for fysiske sikkerhedskopier med AWS RDS for MySQL:
- AWS RDS tillader ikke traditionelle fysiske sikkerhedskopier (direkte filsystemniveau -kopier), fordi den underliggende infrastruktur styres og ikke giver adgang til filsystemet.
- Værktøjer som Percona Xtrabackup, der letter fysiske sikkerhedskopier til on-prem eller Amazon EC2 MySQL-installationer, kan ikke bruges direkte på RDS-forekomster.
- I stedet tilbyder AWS RDS snapshot -kapaciteter, som også er en form for fysisk backup, men styres forskelligt. Snapshots fanger hele databaseinstansen på et tidspunkt og gemmes og administreres af AWS.
- Der er en metode til at gendanne fysiske backup -data til RDS fra Amazon S3, men det administreres som en gendannelse fra S3, ikke et RAW -filsystem -sikkerhedskopi.

Logiske sikkerhedskopier

Logiske sikkerhedskopier udtrækker databasens struktur og dens indhold i logiske udsagn, typisk SQL -kommandoer såsom Opret tabel og indsæt udsagn, der kan genskabe databaseobjekter og data, når sikkerhedskopien gendannes. Disse sikkerhedskopier er ofte i form af tekstfiler eller binære logiske dumpfiler.

Karakteristika ved logiske sikkerhedskopier:
-Format: Logiske sikkerhedskopier er platformuafhængige og indeholder kun databaseskemaet og data uden lageroplysninger på lavt niveau som datafiler eller logfiler.
- Brugervenlighed og bærbarhed: Fordi logiske sikkerhedskopier indeholder kommandoer til at genskabe databaseobjekter og indsætte data, kan de gendannes på tværs af forskellige hardwarearkitekturer, MySQL -versioner eller skymiljøer, hvilket gør dem meget bærbare.
- Granularitet: Logiske sikkerhedskopier kan tages på forskellige granulære niveauer, såsom hele databasen, specifikke skemaer eller individuelle tabeller.
- Online -sikkerhedskopi: Logiske sikkerhedskopier kan udføres, mens databasen kører uden nedetid og spørger databasen for dens struktur og data.
- Størrelse og hastighed: Logiske sikkerhedskopier har en tendens til at være langsommere og producere større filer end fysiske sikkerhedskopier, fordi data konverteres til et logisk format og skal eksporteres via databasemotoren.
- Værktøjer: Almindelige værktøjer til logisk sikkerhedskopi af MySQL inkluderer MySQLDump, Mydumper og Select ... i Outfile SQL -sætningen.
- Restaurering: Gendannelse af logiske sikkerhedskopier involverer at køre SQL -scripts eller kommandoer på en MySQL -instans, hvilket effektivt genopbygger databasestrukturen og genplacering af data.
- Redigeringsevne: Logiske sikkerhedskopier aktiverer ændringer inden restaurering, såsom ændring af dataværdier eller justering af tabelstrukturer, nyttige til migrationer eller transformationer.

AWS RDS og logiske sikkerhedskopier

- På AWS RDS for MySQL udføres logiske sikkerhedskopier ofte ved hjælp af MySQLDump eller lignende værktøjer, der kører fra en ekstern klient eller EC2 -instans, fordi du ikke kan få adgang til det underliggende filsystem.
- Logiske sikkerhedskopier er egnede til mindre datasæt eller til situationer, der kræver portabilitet af data og skema på tværs af forskellige miljøer.
- Automatiserede sikkerhedskopier og snapshots fra AWS komplementerer logiske sikkerhedskopier, men logiske sikkerhedskopier giver mere fleksibilitet i gendannelse af delvise data eller migrering.

Sammenligning i AWS RDS -kontekst

- Fysiske sikkerhedskopier til RDS håndteres for det meste som automatiserede snapshots, der fanger hele databasens forekomsttilstand og administreres af AWS. AWS tillader ikke traditionelle fysiske sikkerhedskopier ved direkte kopiering af databasefiler.
- Logiske sikkerhedskopier giver brugerne kontrol og fleksibilitet til at eksportere og migrere databaseindhold, men de har begrænsninger i hastighed og kræver mere tid til at gendanne store datasæt.
- Til katastrofegendannelse og hurtig gendannelse af hele forekomster er AWSs automatiserede snapshots og fysiske backup -funktioner mere effektive.
- Til migration, datatransformation eller delvis gendannelser foretrækkes logiske sikkerhedskopier.
- Backupstørrelse er generelt mindre og backup -hastighed hurtigere til fysiske sikkerhedskopier, men logiske sikkerhedskopier har bedre portabilitet og modificering.
- Logiske sikkerhedskopier tillader selektive sikkerhedskopier og delvis gendannelser, mens fysiske sikkerhedskopier håndterer komplet databaseinddrivelse.

Sammenfattende vedrører fysiske sikkerhedskopier på MySQL på AWS RDS primært det automatiserede snapshot -system leveret af AWS, der kopierer databasedatafilerne på lagringsniveauet for hurtig, komplet gendannelse af forekomsten. Logiske sikkerhedskopier involverer eksport af databasens skema og data gennem SQL -udsagn, hvilket muliggør fleksibel databevægelse og transformation, men normalt på bekostning af længere sikkerhedskopiering og restaureringstider. På grund af AWS RDS -styringsbegrænsninger er direkte fysiske sikkerhedskopier på filniveauet ikke mulige på RDS -forekomster, der vejleder brugere til snapshots til fysisk backup og mysqldump eller lignende værktøjer til logiske sikkerhedskopier. Begge typer sikkerhedskopier tjener forskellige roller og kan kombineres i omfattende backup -strategier afhængigt af forretningsbehov. Denne sondring hjælper med at guide, hvordan sikkerhedskopier oprettes, gemmes og gendannes på AWS RDS MySQL -miljøer.

Disse koncepter er baseret på MySQLs backup -metoder generelt og tilpasset AWS RDS Managed Environment's begrænsninger og funktioner.