Percona XtraBackup er et gratis MySQL-basert program som brukes til å lage varme sikkerhetskopier. Den er også åpen kildekode. Med Percona XtraBackup kan du lage varme sikkerhetskopier av kjørende MySQL-, MariaDB- eller Percona Server-databaser uten å stoppe databasetjenesten eller gjøre den skrivebeskyttet. Dette er en forretningskritisk funksjon for mange nettbaserte virksomheter.
For databaser som bruker InnoDB, XtraDB og HailDB lagringsmotorer, kan Percona XtraBackup utføre ikke-blokkerende sikkerhetskopier. For databaser som bruker MyISAM-, Merge- og Archive-lagringsmotorer, kan Percona XtraBackup også utføre sikkerhetskopiering ved å stoppe skrivingen kort på slutten av sikkerhetskopieringsprosessen.
I denne artikkelen vil jeg vise deg hvordan du installerer og bruker Percona XtraBackup til å utføre fulle og inkrementelle hot backups på en Vultr-server basert på One-Click WordPress-applikasjonen. Vi vil utføre en fullstendig sikkerhetskopiering og to inkrementelle sikkerhetskopier, og deretter gjenopprette databasen til tilstanden til hver av de tre sikkerhetskopiene tilsvarende.
Jeg antar at du har distribuert en One-Click WordPress Vultr-serverforekomst fra bunnen av og har logget på som root, ved hjelp av SSH.
Av sikkerhetshensyn er en anbefalt praksis å opprette en annen brukerkonto med root-tillatelser, og deretter bruke den til å logge på og utføre dine daglige operasjoner på systemet. Du kan fortsatt utføre nesten alle superbrukerkommandoene med sudokommandoen.
1) Opprett en ny bruker. Erstatt sysusermed ditt eget brukernavn.
useradd sysuser
2) Angi passordet for den nye brukeren. Erstatt sysusermed ditt eget brukernavn.
passwd sysuser
3) Gi root-tillatelser til din nye bruker.
visudo
Finn avsnittet nedenfor.
## Allow root to run any commands anywhere
root ALL=(ALL) ALL
Legg til en rad rett under dette avsnittet, erstatt sysusermed ditt eget brukernavn.
sysuser ALL=(ALL) ALL
Lagre og avslutt.
:wq
4) Bytt til din nye brukerkonto.
logout
Bruk deretter den nye brukerens legitimasjon for å logge på fra terminalvinduet.
Som standard lagres MySQL-rotpåloggingen på VPS-en i /root/.my.cnf. Vis passordet i terminalen med følgende kommando.
sudo cat /root/.my.cnf
Bruk legitimasjonen som vises på skjermen for å logge på MySQL-konsollen.
mysql -u root -p
Kjør følgende i MySQL-skallet.
SHOW DATABASES;
Alle MySQL-databasene vil ha blitt vist på skjermen. Databasen som heter like wp5273512er WordPress-databasen som vi ønsker å sikkerhetskopiere. I følgende kommando, erstatt wp5273512med din egen:
USE wp5273512;
Sjekk lagringsmotoren for hver tabell:
SHOW TABLE STATUS\G
Du vil oppdage at alle tabellene i WordPress MySQL-databasen din bruker InnoDB-lagringsmotoren som er perfekt for å utføre hot backup med Percona XtraBackup.
For alle andre MySQL-databaser som bruker MyISAM-lagringsmotor, kan vi fortsatt sikkerhetskopiere dem med Percona XtraBackup ved å sette skrivingen på pause.
Fortsatt i MySQL-skallet, bruk følgende kommandoer for å opprette en dedikert databasebruker for sikkerhetskopiering. Husk å erstatte databasebrukernavnet xbuserog passordet xbpasswdmed dine egne:
CREATE USER 'xbuser'@'localhost' IDENTIFIED BY 'xbpasswd';
GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT, CREATE TABLESPACE, PROCESS, SUPER, CREATE, INSERT, SELECT ON *.* TO 'xbuser'@'localhost';
FLUSH PRIVILEGES;
EXIT;
Rettighetene gitt ovenfor er nødvendige for full Percona XtraBackup-funksjonalitet. Du kan fjerne noen av dem for mindre funksjonalitet og bedre sikkerhet. For mer informasjon, se Percona XtraBackup offisielle nettsted .
Du kan installere Percona XtraBackup fra Perconas RPM-lager ganske enkelt:
sudo yum install -y http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm
sudo yum install -y percona-xtrabackup
Først må du legge til bruker sysuseri mysqlgruppen. Erstatt sysusermed ditt eget brukernavn.
sudo gpasswd -a sysuser mysql
Opprett en katalog for å lagre fullstendige sikkerhetskopier.
sudo mkdir -p /dbbackup/full/
Opprett en annen katalog for å lagre inkrementelle sikkerhetskopier.
sudo mkdir -p /dbbackup/inc/
Endre eieren av disse katalogene til bruker sysuserog gruppe sysuser.
sudo chown -R sysuser:sysuser /dbbackup
Logg ut for å sette disse endringene i kraft.
logout
Logg deretter på med sysuserigjen.
XtraBackup består først og fremst av XtraBackup-programmet og innobackupexperl-skriptet. Vanligvis kan du bruke innobackupexperl-skriptet til å utføre ulike operasjonsprosedyrer for enkelhets skyld.
Skriv inn følgende kommando for å lage den første fullstendige sikkerhetskopien. Husk å erstatte databasebrukernavnet xbuser, databasebrukerpassordet xbpasswdog den fullstendige sikkerhetskopikatalogen /dbbackup/full/med dine egne.
sudo innobackupex --user=xbuser --password=xbpasswd /dbbackup/full/
Når denne kommandoen er utført riktig, vil du se bekreftelsesmeldingen "innobackupex: fullført OK!" på den siste linjen i utgangen.
Alle de nyopprettede filene i denne fullstendige sikkerhetskopien vil bli lagret i en tidsstemplet katalog under /dbbackup/full/. For eksempel /dbbackup/full/2015-05-22_05-45-54.
Skriv inn følgende kommando for å lage den første inkrementelle sikkerhetskopien. Erstatt variabler i kommandoen tilsvarende.
sudo innobackupex --user=xbuser --password=xbpasswd --incremental --incremental-basedir=/dbbackup/full/2015-05-22_05-45-54 /dbbackup/inc/
Igjen vil du se "innobackupex: fullført OK!" på slutten av utdata når kommandoen utføres vellykket. Sikkerhetskopiene vil bli lagret i en tidsstemplet katalog under /dbbackup/inc/.
Skriv inn følgende kommando for å lage den andre inkrementelle sikkerhetskopien. Erstatt variabler i kommandoen tilsvarende.
sudo innobackupex --user=xbuser --password=xbpasswd --incremental --incremental-basedir=/dbbackup/inc/2015-05-22_05-48-12 /dbbackup/inc/
Ved suksess vil du se "innobackupex: fullført OK!" melding igjen. Sjekk /dbbackup/inc/mappen igjen for å se sikkerhetskopifilene.
Alle sikkerhetskopieringsfilene til databasen må forberedes før de kan brukes til å gjenopprette databasen.
Merk : Før du utfører forberedelses- og gjenopprettingsprosedyrene, bør du beholde en kopi av hele sikkerhetskopikatalogen (for eksempel /dbbackup/) på et annet sted i tilfelle skade på sikkerhetskopieringen av filene er forårsaket ved en feil.
I hver sikkerhetskopikatalog er det en fil med navn xtrabackup_checkpointssom inneholder sikkerhetskopitypen og sekvensnumrene for begynnelse og sluttlogg ( from_lsnog to_lsn). Du kan bruke disse tallene for å tydeliggjøre strategien for databasegjenoppretting. Se på eksemplene nedenfor.
I xtrabackup_checkpointsfilen til den første fullstendige sikkerhetskopien har jeg:
backup_type = full-backuped
from_lsn = 0
to_lsn = 2932478
I xtrabackup_checkpointsfilen til den første inkrementelle sikkerhetskopien har jeg:
backup_type =incremental
from_lsn = 2932478
to_lsn = 2970177
I xtrabackup_checkpointsfilen til den andre inkrementelle sikkerhetskopien har jeg:
backup_type = incremental
from_lsn = 2970177
to_lsn = 3004672
Kort fortalt bør du takle hver sikkerhetskopi med økende rekkefølge på lsn. Hvis lsn-sekvensen er ufullstendig eller uorden, kan du miste data.
Merk : Følgende kommandoer involverer tre kataloger, erstatt dem med dine egne.
For å gjenopprette databasen til tilstanden til den første fullstendige sikkerhetskopien, må du forberede sikkerhetskopifilene med følgende kommando:
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54
For å gjenopprette databasen til tilstanden til den første inkrementelle sikkerhetskopieringen, må du klargjøre sikkerhetskopifilene med følgende kommandoer:
sudo innobackupex --apply-log --redo-only /dbbackup/full/2015-05-22_05-45-54
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54 --incremental-dir=/dbbackup/inc/2015-05-22_05-48-12
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54
For å gjenopprette databasen til tilstanden til den andre inkrementelle sikkerhetskopien, må du klargjøre sikkerhetskopifilene med følgende kommandoer:
sudo innobackupex --apply-log --redo-only /dbbackup/full/2015-05-22_05-45-54
sudo innobackupex --apply-log --redo-only /dbbackup/full/2015-05-22_05-45-54 --incremental-dir=/dbbackup/inc/2015-05-22_05-48-12
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54 --incremental-dir=/dbbackup/inc/2015-05-22_05-51-32
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54
Merknader :
For inkrementelle sikkerhetskopier bør du bruke --redo-onlyalternativet på alle unntatt den siste inkrementelle sikkerhetskopien. Likevel, bruk av dette alternativet på den siste inkrementelle sikkerhetskopieringen er fortsatt ufarlig for konsistensen til dataene dine - det vil bare føre til en viss forsinkelse på grunn av tilbakerullingen av databasen.
Den siste kommandoen i hvert inkrementelle scenario er valgfri, men anbefalt, fordi den vil fremskynde gjenopprettingen.
Etter klargjøring vil endringene som er registrert i de inkrementelle sikkerhetskopieringsfilene legges til de forberedte fullstendige backupfilene, så du bør alltid bruke de forberedte full backupfilene for å gjenopprette databasen, uansett om du velger en full backup eller en inkrementell backup.
Før du kan gjenopprette databasen, må du stoppe databasetjenesten.
sudo service mysqld stop
Du må også tømme databasekatalogen. Du kan flytte de gjeldende databasefilene til et annet sted for sikkerhets skyld.
sudo mkdir /currentdb
sudo mv /var/lib/mysql/* /currentdb
Gjenopprett databasen med de forberedte "full backup"-filene.
sudo innobackupex --copy-back /dbbackup/full/2015-05-22_05-45-54
Fordi gjenopprettingsprosedyren vil endre eieren av databasekatalogen, må du endre den tilbake til for mysql:mysqlå gjøre den operativ.
sudo chown -R mysql:mysql /var/lib/mysql
Start databasetjenesten på nytt.
sudo service mysqld start
Det er det. På dette tidspunktet kan du besøke WordPress-nettstedet ditt for å bekrefte at gjenopprettingsprosessen var vellykket.
Kunstig intelligens er ikke i fremtiden, det er her akkurat i nåtiden I denne bloggen Les hvordan kunstig intelligens-applikasjoner har påvirket ulike sektorer.
Er du også et offer for DDOS-angrep og forvirret over forebyggingsmetodene? Les denne artikkelen for å løse spørsmålene dine.
Du har kanskje hørt at hackere tjener mye penger, men har du noen gang lurt på hvordan tjener de den slags penger? la oss diskutere.
Vil du se revolusjonerende oppfinnelser fra Google og hvordan disse oppfinnelsene forandret livet til alle mennesker i dag? Les deretter til bloggen for å se oppfinnelser fra Google.
Konseptet med selvkjørende biler som skal ut på veiene ved hjelp av kunstig intelligens er en drøm vi har hatt en stund nå. Men til tross for flere løfter, er de ingen steder å se. Les denne bloggen for å lære mer...
Ettersom vitenskapen utvikler seg raskt og tar over mye av innsatsen vår, øker også risikoen for å utsette oss for en uforklarlig singularitet. Les hva singularitet kan bety for oss.
Les bloggen for å kjenne ulike lag i Big Data Architecture og deres funksjoner på den enkleste måten.
Lagringsmetodene for dataene har vært i utvikling kan være siden fødselen av dataene. Denne bloggen dekker utviklingen av datalagring på grunnlag av en infografikk.
I denne digitaldrevne verden har smarthusenheter blitt en avgjørende del av livet. Her er noen fantastiske fordeler med smarthusenheter om hvordan de gjør livet vårt verdt å leve og enklere.
Nylig lanserte Apple macOS Catalina 10.15.4 en tilleggsoppdatering for å fikse problemer, men det ser ut til at oppdateringen forårsaker flere problemer som fører til muring av mac-maskiner. Les denne artikkelen for å lære mer
