Backup. Christian Inauen. Theorie. Praxis. Backup. Werkzeuge. Point-in-time Restore. ..bei MySQL

Transkript

1 Backup..bei MySQL

2

3 Begrifflichkeiten / Allgmein Logical Backup : Backup mit der Struktur / Oft in Textform / Manipulierbar durch Programmiersprachen Physical Backup : Binary Backups / Schnell und klein Full Backup : Alles ist im Backup enthalten Incremental Backup : Aenderungen werden im Backup gespeichert / ein Full-Backup ist als Startpunkt notwendig Consistent Backup : Das Backup ist konsistent oder nicht / Bedenken Sie Relationen zwischen Tabellen

4 Begrifflichkeiten / Backup Arten Hot Backup : Backup während die Datenbank läuft / Keine Tabellen Locks Warm Backup : Backup während die Datenbank läuft / Write-Locks / Read Zugriffe möglich Cold Backup : Datenbank ist runtergefahren / Consistente Backups sind einfach zu erreichen restore : Backup- um den Zustand zu einer bestimmten Zeit zurück zu holen

5 Sinn und Zweck Disaster Recovery : Um in einem Fehlerfall den ursprünglichen Zustand herzustellen / Keine Aussage wie lange das dauern (vs. High Availability) Data Recovery : Daten-Wiederherstellung / Manipulation war z.bsp fehlerhaft / Tabellen wurden gelöscht Test Server erstellen : Aufbau eines Testservers kann mittels Backups vereinfacht realisiert werden Slave Server erstellen : Aufbau eines Slavesystems kann mittels Backups vereinfacht realisiert werden

6

7 Was muss gesichert werden? Binary Logs : Für Inkrementelle Backups InnoDB log files : Für physische Backup-Vorgänge my.conf : Im Disaster Recovery Fall master.info : Bei einer Slave-Master Beziehung wird hier der Replikationsstand gespeichert Relay Logs : Konfiguration von einem Slave System wenn das Backup auf dem Slave-System erstellt wird

8

9 Pro Klassiker : mysqldump Logisches Backup (migrationssicher bezgl. Version / DBMS) Viele Optionen (nur Daten / mit Struktur etc.) Erprobt / Variable Con Relativ langsam Tabellen werden gelockt Beispiele: linux> mysqldump -u FilmBackupUser -pbackuppassword --opt videothek > backupfile.sql

10 Pro Physical : File-Copy Schnell Filesystem-Tools werden verwendet Recovery einfach Con Selektives Backup nicht möglich Binäres Backup (nicht lesbar) Zuverlässig: nur offline Beispiele: Alle Filesystem-Tools (mv / cp / scp) Snapshoting (NetApp)

11 Pro Linux sche Version : mysqlhotcopy Schnell Während des laufenden Betriebs Recovery einfach Con Nur unter Linux Nur für MyISAM Binäres Backup Beispiele: shell> mysqlhotcopy db_name [/path/to/new_directory]

12 Throw money at... : mysqlbackup Pro Schnell Auch inkrementelles Backup Professinell Con Nur unter der Enterprise Version

13

14 Eigenschaften Pro Schnell Backup für den jeden Zeitpunkt (point-in-time) Con Idee: Aufwendig einzurichten (lohnt es sich überhaupt?) 1 Letztes Full-Backup importieren 2 Mittels der Binary-Log-Files den gewünschten Zeitpunkt importieren

15 Im Detail : Im Detail: 1 Letztes Full-Backup installieren 2 Erstes, notwendiges Binary-Log suchen 3 Letztes, notwendiges Binary-Log suchen 4 Mittels des Tools mysqlbinlog die jeweilen Binary-Logs in Textform umwandeln 5 Mittels des Tools mysqlbinlog die relevanten Commands ausschneiden 6 Alle relevanten Binary-Logs importieren

16 mysqlbinlog 1 Optionen: stop-datetime start-datatime start-position stop-position Konvertierung : mysqlbinlog mysql-bin > mysql-bin sql Zu einem speziellen Zeitpunkt : mysqlbinlog --stop-datetime = :00:00 mysql-bin > mysql-bin sql

17 mysqlbinlog Beispiel Konvertierung : mysqlbinlog mysql-bin > mysql-bin sql Zu einem speziellen Zeitpunkt: mysqlbinlog --stop-datetime = :00:00 mysql-bin > mysql-bin sql Import wie gehabt : mysql --user=root -password < mysql-bin sql

18 Vorbedingungen Binary-Logs müssen aktiviert sein! Allenfalls mit Performance Einbussen rechnen... In my.conf (und den Dienst neu starten): # aktivieren server-id = 1 log_bin = /var/log/mysql/mysql-bin.log # Optionen expire_logs_days = 10 max_binlog_size = 100