LU12b: Backups & Restore (mysqldump) – Daten sichern & wiederherstellen [BZZ

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
====== LU12b: Backups & Restore (mysqldump) – Daten sichern & wiederherstellen ======

<WRAP round 80% box center>
**Lernziele**  
  * **Backups erstellen** (Schema, Daten, Vollbackup)  
  * **Restore** testen & validieren  
  * Betriebshinweise: Konsistenz, Schutz, Automatisierung
</WRAP>

===== 0) Warum Backups? =====
  * Schutz vor **Fehlbedienung**, **Defekt**, **Ransomware**, **rechtlichen** Anforderungen.  
  * Nur Backups, die **regelmässig getestet** werden, gelten als **verlässlich**.

===== 1) mysqldump – die wichtigsten Varianten =====
<WRAP tip round 80% center>
Alle Befehle im **Terminal** ausführen. ''-u root -p'' fragt nach dem Passwort.  
Für InnoDB **immer** mit ''--single-transaction'' für konsistente Dumps.
</WRAP>

<WRAP round 80% box>
**1.1 Vollbackup (Struktur + Daten + Routinen/Trigger)**  
<code>
mysqldump -u root -p --single-transaction --routines --triggers app_demo > app_demo_full.sql
</code>

**1.2 Nur Struktur**  
<code>
mysqldump -u root -p --no-data app_demo > app_demo_schema.sql
</code>

**1.3 Nur Daten**  
<code>
mysqldump -u root -p --no-create-info app_demo > app_demo_data.sql
</code>
</WRAP>

===== 2) Restore – Schritt für Schritt =====
<WRAP round 80% box>
**2.1 Ziel-DB anlegen & Import**  
<code>
mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS app_demo_restore"
mysql -u root -p app_demo_restore < app_demo_full.sql
</code>

**2.2 Validierung** (Datenbestand vergleichen)  
<code sql>
SELECT COUNT(*) AS rows_src FROM app_demo.notes;
SELECT COUNT(*) AS rows_dst FROM app_demo_restore.notes;
</code>
</WRAP>

===== 3) Übung: Backup & Restore im Klassen-Setup =====
<WRAP round 80% box center>
**Auftrag**  
1) Erzeuge einen Voll-Dump von ''app_demo''.  
2) Stelle ihn nach ''app_demo_restore'' wieder her.  
3) Vergleiche Anzahl Zeilen in ''notes''.  
4) Dokumentiere 2 Screenshots (Dump-Befehl & Restore-Resultat).
</WRAP>

===== 4) Operative Hinweise =====
<WRAP round 80% box>
  * **Zeitpunkt**: Dumps ausserhalb von Peak-Zeiten.  
  * **Aufbewahrung**: Rotation (z. B. 7/4/12), **verschlüsselt** ablegen, Zugriff beschränken.  
  * **Automatisierung**: Cron/Task Scheduler, Log prüfen.  
  * **Privacy**: Backups können **personenbezogene Daten** enthalten → DSG/DSGVO beachten.  
  * **Wiederherstellung üben**: Restore-Tests in separatem Schema/Server.
</WRAP>

===== 5) Troubleshooting =====
<WRAP round 80% box>
  * **Access denied** beim Import → prüfe Benutzerrechte auf Zielschema.  
  * **Foreign Key Errors** → Reihenfolge/Constraints beachten; bei Sonderfällen:  
  <code sql>SET FOREIGN_KEY_CHECKS=0; -- Import
SET FOREIGN_KEY_CHECKS=1; -- danach wieder aktivieren</code>  
  * **Grosse Dumps** → ggf. ''--max_allowed_packet'' erhöhen, oder per Split importieren.
</WRAP>

===== 6) Mini-Quiz (Kontrollfragen) =====
  * Wozu dient ''--single-transaction'' bei ''mysqldump''?  
  * Unterschied: **Struktur-Dump** vs. **Daten-Dump**?  
  * Warum sind **verschlüsselte** Backups wichtig?  
  * Wie validierst du, dass ein Restore **vollständig** war?

<WRAP info round 80% center>
**Ausblick auf Backend (Node/Express)**  
Umgebungsvariablen für getrennte DB-User:  
  * ''APP_RO'' (nur SELECT), ''APP_RW'' (CRUD), ''APP_ADMIN'' (Migrationen).  
So hältst du **Least Privilege** auch im Code ein.
</WRAP>