Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- werkzeuge:mariadb:recovery-innodb [18.08.2026 06:58] – admin
+++ werkzeuge:mariadb:recovery-innodb [29.09.2026 05:55] (aktuell) – admin
@@ Zeile 1: / Zeile 1: @@
-<WRAP rww-topic-header>
+<WRAP rww-page-header>
+<WRAP rww-page-header-main>
-<WRAP rww-topic-heading>
+<WRAP rww-page-title>
 ====== MariaDB-Recovery nach InnoDB-Absturz ======
 </WRAP>
-<WRAP rww-topic-symbol>
+<WRAP rww-page-icon>
 <iconify mdi:database-alert>
+</WRAP>
 </WRAP>
+<WRAP rww-page-back>
+[[werkzeuge:mariadb:start|← MariaDB]] · [[:start|Startseite]]
+</WRAP>
 </WRAP>
+----
 Diese Anleitung dokumentiert die erfolgreiche Wiederherstellung einer beschädigten lokalen MariaDB-Installation.
 Sie basiert auf einem konkreten Recovery-Fall vom **17.08.2026** unter Windows mit XAMPP und MariaDB 10.4.32.
-<WRAP rww-back>
-[[werkzeuge:mariadb:start|←]] [[werkzeuge:mariadb:start|MariaDB]]
-</WRAP>
-----
 ===== Ausgangslage =====
@@ Zeile 687: / Zeile 687: @@
 TheCruiserBlog konnte anschließend wieder normal verwendet werden.
+===== 9. Zusammenfassung und Merksätze =====
+Das Recovery konnte erfolgreich abgeschlossen werden.
+Der entscheidende Ablauf war:
+<code>
+Fehler diagnostizieren
+        ↓
+Aria-Systemtabelle prüfen und reparieren
+        ↓
+InnoDB-Schaden erkennen
+        ↓
+innodb_force_recovery schrittweise erhöhen
+        ↓
+MariaDB startet im Recovery-Modus
+        ↓
+SQL-Dumps erstellen
+        ↓
+SQL-Dumps zusätzlich sichern
+        ↓
+kompletten data-Ordner sichern
+        ↓
+Recovery-Modus deaktivieren
+        ↓
+beschädigten data-Ordner erhalten
+        ↓
+MariaDB neu initialisieren
+        ↓
+Datenbank neu anlegen
+        ↓
+SQL-Dump importieren
+        ↓
+Tabellen und WordPress-URLs prüfen
+        ↓
+Frontend und Dashboard testen
+</code>
+==== Die wichtigsten Regeln ====
+  * Nicht sofort Dateien aus ''mysql\data'' löschen.
+  * Zuerst das MariaDB-Error-Log prüfen.
+  * MariaDB bei Bedarf direkt mit ''--console'' starten, um die konkrete Fehlermeldung zu sehen.
+  * Einen möglichen Portkonflikt auf Port ''3306'' ausschließen.
+  * ''.MAI'' und ''.MAD'' weisen auf eine Aria-Tabelle hin.
+  * ''aria_chk'' nur verwenden, wenn MariaDB gestoppt ist.
+  * ''innodb_force_recovery'' immer mit Level 1 beginnen.
+  * Den Recovery-Level nur erhöhen, wenn MariaDB mit dem niedrigeren Level nicht startet.
+  * Immer den niedrigsten funktionierenden Recovery-Level verwenden.
+  * Recovery-Modus ausschließlich zur Datenrettung verwenden.
+  * Sobald MariaDB im Recovery-Modus läuft, zuerst die benötigten Datenbanken exportieren.
+  * SQL-Dumps nach dem Export auf Existenz und plausible Dateigröße prüfen.
+  * Wichtige Dumps zusätzlich außerhalb des XAMPP-Bereichs sichern.
+  * Vor dem Neuaufbau zusätzlich den kompletten ''data''-Ordner sichern.
+  * Den beschädigten Datenbestand nicht vorschnell löschen.
+  * Alte MariaDB-Systemdateien nicht ungeprüft in eine frisch initialisierte Installation zurückkopieren.
+  * Eigene Datenbanken bevorzugt aus SQL-Dumps wiederherstellen.
+  * Nach dem Import die vorhandenen Tabellen kontrollieren.
+  * Bei WordPress zusätzlich ''home'' und ''siteurl'' prüfen.
+  * Erst danach WordPress wieder normal verwenden.
+==== Was ausdrücklich nicht gemacht wurde ====
+Während des Recovery-Verfahrens wurden insbesondere folgende Maßnahmen vermieden:
+  * ''ibdata1'' löschen
+  * ''ib_logfile*'' vorschnell löschen
+  * beschädigte Systemtabellen ungeprüft zurückkopieren
+  * WordPress während des Recovery-Modus normal weiterverwenden
+  * den beschädigten ''data''-Ordner vor erfolgreicher Wiederherstellung löschen
+<WRAP important>
+Bei einem Datenbank-Recovery steht zunächst die **Rettung der Daten** im Vordergrund.
+Erst wenn SQL-Dumps und zusätzliche Sicherungen vorhanden sind, sollte mit dem Neuaufbau der beschädigten MariaDB-Installation begonnen werden.
+</WRAP>
+===== Konkreter Recovery-Fall =====
+^ Punkt ^ Wert ^
+| Datum | 17.08.2026 |
+| Umgebung | Windows / XAMPP |
+| MariaDB | 10.4.32 |
+| betroffene Hauptdatenbank | ''thecruiserblog_local'' |
+| erster Schaden | Aria-Systemtabelle ''mysql.db'' |
+| weiterer Schaden | InnoDB-System-Tablespace |
+| funktionierender Recovery-Level | ''innodb_force_recovery=6'' |
+| TCB-Dump | ''TCB_recovery_20260817.sql'' |
+| Dump-Größe | 8.859.273 Bytes |
+| Ergebnis | **Recovery erfolgreich** |
+TheCruiserBlog konnte nach der Neuinitialisierung von MariaDB und dem Import des SQL-Dumps wieder normal über Frontend und WordPress-Dashboard verwendet werden.
+<WRAP rww-to-top>
+[[#mariadb-recovery_nach_innodb-absturz|↑]]
+</WRAP>