Arama Yap Mesaj Senden
Rückruf anfordern
+90
X
X

Wählen Sie Ihre Währung

Türkische Lira $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türkische Lira $ US Dollar Euro

Kontaktieren Sie uns

Standort Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
WordPress-Sicherung und Wiederherstellung

Laden Sie ein WordPress-Backup nicht nur herunter, sondern prüfen Sie seine Wiederherstellbarkeit

Eine vollständige WordPress-Sicherung umfasst Datenbank, wp-content, wp-config.php und relevante Webserver-Regeln. Erfolg bedeutet nicht nur eine Archivdatei, sondern erfolgreiche Extraktion, Import und Funktionstests in einer sauberen Umgebung.

root@eka:~/diagnostics
wp db export backup.sql --add-drop-table
tar -czf wordpress-files.tar.gz public_html
sha256sum backup.sql wordpress-files.tar.gz
wp search-replace old.example new.example --dry-run
DB + FILEIn einem Backup-Set
SHA-256Übertragungsintegrität
DRY-RUNURL-Ersetzung zuerst testen
RESTOREEchter Restore-Nachweis
01
Themenspezifische Grundlagen

Was muss eine WordPress-Sicherung enthalten?

Die Datenbank enthält Beiträge, Benutzer, Einstellungen, Bestellungen und Plugin-Daten; wp-content enthält Uploads, Themes und Plugins. wp-config.php enthält Datenbankzugang, Salts und eigene Konstanten. Webserver-Regeln, Cronjobs, PHP-Einstellungen und externe Speicheranbindungen müssen bei Bedarf ebenfalls gesichert werden.

Datenschicht

Datenbanksicherung

SQL-Export sichert Beiträge, Benutzer, WooCommerce-Bestellungen, Einstellungen und Plugin-Tabellen.

Dateischicht

Dateisicherung

Mindestens wp-content, wp-config.php und eigene Serverdateien archivieren. Der Core ist neu ladbar, vollständige Dateien vereinfachen jedoch die Wiederherstellung.

Wiederherstellungsnachweis

Wiederherstellungstest

Archiv entpacken, SQL importieren und Frontend, Admin, Formulare, Cron, E-Mail und Zahlungen testen.

02
Terminal und Prüfung

Backup-Set erstellen, Integrität messen und Transfer prüfen

01

Mit WP-CLI exportieren

Erstellt einen SQL-Export anhand der WordPress-Konfiguration. Bei aktiven WooCommerce-Shops Wartungsfenster oder konsistente Snapshots planen.

wp db export ../backup-$(date +%F-%H%M).sql --add-drop-table
02

Dateien archivieren

Cache, temporäre Dateien und alte Sicherungen ausschließen, um die Archivgröße zu reduzieren.

tar --exclude=wp-content/cache --exclude=wp-content/upgrade --exclude="*.log" -czf ../wordpress-$(date +%F-%H%M).tar.gz .
03

Prüfsumme und Archiv testen

Prüfen Sie, dass SQL nicht leer ist, das tar-Archiv lesbar ist und Hashwerte nach dem Transfer gleich bleiben.

test -s ../backup.sql
tar -tzf ../wordpress.tar.gz >/dev/null
sha256sum ../backup.sql ../wordpress.tar.gz
04

Domainwechsel zuerst simulieren

WP-CLI search-replace statt einfachem SQL-Ersetzen verwenden, um serialisierte Daten zu schützen.

wp search-replace "https://old.example" "https://new.example" --all-tables-with-prefix --precise --dry-run
03
Umsetzungsreihenfolge

Vollständiges Backup und Restore in richtiger Reihenfolge ausführen

01

Aktuelle Umgebung dokumentieren

Vor der Sicherung freien Speicher, WordPress-Version, Datenbankgröße, PHP-Version und aktive Plugins dokumentieren.

02

Datenbank exportieren

Datenbank per WP-CLI, mysqldump, cPanel phpMyAdmin oder Plesk exportieren und prüfen, dass die SQL-Datei nicht leer ist.

03

WordPress-Dateien archivieren

WordPress-Dateien archivieren; Sicherungen nicht in public_html belassen, sondern außerhalb des Webzugriffs speichern.

04

Hashes erzeugen und extern speichern

SHA-256-Hashes erzeugen, Dateien auf einen anderen Server oder Objektspeicher übertragen und Hashes danach vergleichen.

05

Saubere Zielumgebung vorbereiten

Für die Wiederherstellung leere Datenbank und sauberes Document Root vorbereiten, Dateien entpacken, SQL importieren und wp-config.php prüfen.

06

URLs und Permalinks sicher aktualisieren

Bei Domainwechsel zuerst WP-CLI search-replace als Dry-Run, danach real ausführen und Cache, Rewrite-Regeln sowie Permalinks erneuern.

07

Kritische Abläufe testen

Frontend, wp-admin, Medien, Login, Formulare, Cron, E-Mail, Zahlungen und Sicherung testen und Wiederherstellung dokumentieren.

04
Fehlerlexikon

Echte Restore-Probleme voneinander unterscheiden

Fehler beim Aufbau der Datenbankverbindung

wp-config.php, DB_HOST oder MySQL-Rechte passen nicht zur Zielumgebung.

Bilder liefern 404

wp-content/uploads fehlt, liegt im falschen Pfad oder hat falsche Eigenalleerrechte.

Weiterleitung zur alten Domain

home/siteurl, Plugin-Einstellungen oder serialisierte Daten enthalten noch die alte URL.

Sicherung vorhanden, SQL beschädigt

Unterbrochener Transfer, voller Speicher oder Verbindungsabbruch kann den Dump gekürzt haben.

Risiken

Zu vermeidende Praktiken

  • Nur Dateien oder nur Datenbank sichern
  • Sicherungen öffentlich unter public_html belassen
  • Einfaches SQL-Ersetzen bei serialisierten Daten
  • Ungetesteter Sicherung für Produktion vertrauen
Checkliste

Vor Abschluss nachweisen

  • SQL-Datei ist nicht leer und importierbar
  • Dateiarchiv lässt sich fehlerfrei entpacken
  • SHA-256 stimmt vor und nach Transfer überein
  • Sicherung liegt außerhalb des Webroots und extern
  • Echte Wiederherstellung in Testumgebung bestanden
05
Häufige Fragen

Klare Antworten zu WordPress-Backup und Wiederherstellung

Reicht wp-content als WordPress-Sicherung?

Nein. wp-content enthält Dateien; Beiträge, Benutzer, Bestellungen und Einstellungen liegen in der Datenbank. Beides sichern.

Wie oft sollte WordPress gesichert werden?

Die Häufigkeit hängt von Änderungen ab. Aktive Shops benötigen häufige Datenbanksicherungen, statische Seiten eher täglich oder wöchentlich. RPO definieren.

Reicht ein Backup-Plugin?

Ein Plugin ist möglich, aber Sicherungen sollten extern, geschützt und regelmäßig getestet sein; zusätzlich braucht es eine Methode ohne funktionierendes WordPress.

Kann ich die Domain direkt in SQL ersetzen?

Einfaches Ersetzen kann serialisierte Werte beschädigen. Verwenden Sie WP-CLI search-replace oder ein geeignetes Werkzeug.

Wie erkenne ich eine gültige Sicherung?

Dateigröße und Archivtest reichen nicht. Der beste Nachweis ist eine erfolgreiche Wiederherstellung mit Funktionstest in sauberer Umgebung.

06
Internes SEO-Themencluster

Nach diesem Leitfaden zum richtigen Thema wechseln

07
Technische Quellen

Mit offizieller Dokumentation prüfen

EKA SUNUCU TEKNİK BİLGİ MERKEZİ

Treffen Sie Entscheidungen anhand technischer Nachweise statt Vermutungen.

Kontaktieren Sie Eka Software- und Informationssysteme für Installation, Server, Skripte und technischen Support.

Kontakt
Top