Zu einem kompletten WordPress Backup gehören zwei Teile: Die MySQL-Datenbank und Dateien auf dem Webserver. Das heisst, alle Dateien müssen gesichert werden und es muss ein Backup der Datenbank angelegt werden. Fehlt eines von Beidem ist das Backup nicht vollständig! Viele vergessen auch ein Backup der Datenbank zu machen, dabei ist diese eigentlich der wichtigste Teil, da in Ihr alle Artikel, Seiten, Kommentare etc. – also die eigentlichen Inhalte – gespeichert werden.

Genug der Theorie, jetzt geht’s an die Praxis:

Backup der Dateien:
Mache (mit einem FTP-Client deiner Wahl) ein Backup von allen Dateien, die sich auf deinem FTP-Server bzw. Webspace im WordPress Verzeichnis befinden, in dem du diese Dateien auf deine Computer überträgst. Der Screenshot soll es verdeutlichen. Befinden sich noch andere Dateien oder Ordner im Verzeichnis welche nicht origniär von WordPress stammen, so solltest du sie mitsichern, da sie z.B. von Plugins erstellt wurden.

Backup der Datenbank:
Vor dem Backup solltest du SPAM-Kommentare oder Daten von Statistik Plugins löschen, da sie die Datenbank nur unnötig aufblähen aber für ein Backup vermutlich nicht relevant sind.

Das Backup der Datenbank mittels phpMyAdmin ist in unser Doku in diesem Artikel beschrieben.

Etwas einfacher ist es, das Plugin WP-DB-Backup zu nutzen, da es fast auf Knopfdruck funktioniert und bei Bedarf auch automatische Backups nach Zeitplänen macht. Nach der Installation des Plugins muss ggf. noch der Ordner wp-content besschreibbar gemacht werden. Das Backup kann dann im Adminmenü unter dem Punkt “Werkzeuge” > “Backup” gestartet werden.

Sind diese beiden Punkte abgehakt ist dein Backup fertig. Hoffentlich wirst du es nie brauchen müssen :)

Eventuell fragt sich jetzt jemand:
Warum nicht die Funktion Daten exportieren nutzen?
Der Grund ist, dass diese Funktion nur die Artikel, Seiten, Kommentare, benutzerdefinierten Felder, Kategorien und Tags sichert. Weitere allgemeine Einstellungen (auch von Plugins) oder die Dateien selber werden nicht gesichert. Bei einem zerschossenen oder gelöschten Blog, insbesondere wenn WordPress garnicht mehr aufrufbar ist, ist dieser Export unbrauchbar.

• Hast du vor dem Upgrade alle Plugins deaktiviert? Einige Plugins können in neueren WP-Versionen Probleme machen, und u.a. das Einloggen verhindern.
  Du kannst die Plugins notfalls per FTP deaktivieren. Benenne dazu einfach das Plugin-Verzeichnis um, z.B. in “__plugins”. Wenn der Login geklappt hat, dann machst du das Umbenennen wieder rückgängig.
• Logge dich einmal explizit aus. Rufe dazu in deinem Blog folgende URL auf: /wp-login.php?loggedout=true
• Hast du beim Upgrade die Secret Keys für die Cookieverschlüsselung mit einer beliebig langen, möglichst schwer zu erratenen Zeichenkette in die wp-config.php eingetragen?
• WordPress setzt die Cookies nur für das Adminverzeichnis. Manche Browser (z.B. Opera) haben damit ein Problem. Für diese Browser füge folgende Zeile in der wp-config.php ein:

  define('ADMIN_COOKIE_PATH', '/');

• Lösche die Cookies in deinem Browser.
• Versuche dich mit einem anderen Browser einzuloggen.

Funktioniert der Login dann noch immer nicht, dann könnte u.U. auch ein Programm auf deinem PC verantwortlich sein, z.B. eine Personal Firewall. Wende dich dann mit deiner Problembeschreibung ans Forum, z.B. in diesem Sammelthread zum Thema.

Diese Pakete sind dazu gedacht, um direkt und leicht von der davor aktuellen, zur nun neuesten Version upgraden zu können. Also z.B. von Version 2.2.2 auf Version 2.2.3.

Die Upgradepakete sind identisch zur ebenfalls immer angebotenen “Vollversion”, mit jedoch einem großen Unterschied – sie enthalten nur die geänderten Dateien.

Der Sinn dieser Pakete liegt also nur in der Ersparnis von Dateivolumen. Man muss weniger runterladen und auch weniger hochladen – für eine insgesamt schnellere Update-Prozedur. Und der Profi sieht auf dem ersten Blick, welche Dateien geändert wurden. Das kann nützlich sein, falls er einige der Systemdateien von WordPress geändert hat.

Mit der “Vollversion” der jeweiligen Version ist deshalb genauso gut und unproblematisch ein Upgrade möglich – nur dass eben auch Dateien ersetzt und erneuert werden, die sich garnicht verändert haben.

Es sei an dieser Stelle deutlich darauf hingewiesen, dass man für größere Versionssprünge (z.B. von 2.1 auf 2.2.3) deshalb immer mit der Vollversion upgraden sollte und nicht fünf Upgradepakete hintereinander verwendet.

In der Regel bieten wir auch keine Upgrade-Paket für Major-Releases (beispielsweise 2.8.6 auf 2.9), da sich bei solchen Versionssprüngen für gewöhnlich die Mehrheit der Dateien ändert und ein Upgrade-Paket keinen Vorteil brächte.

Fatal error: Allowed memory size of 654321 bytes exhausted (tried to allocate 12345 bytes) in /srv/www/user/bla/blub/file.php on line 123

Die Werte für die Bytes, vorkommende Datei und Codezeile sind dabei beliebig.
Was aber bedeutet diese Fehlermeldung, die direkt vom Server kommt?

Bei PHP gibt es in der Konfiguration einen Wert memory_limit. Dieser Wert definiert den maximal erlaubten Speicherplatzverbrauch (im Arbeitsspeicher) eines PHP-Scripts. Dies soll den Server davor bewahren, dass ein schlecht oder fehlerhaft programmiertes Script den Arbeitsspeicher “auffrisst”.

Erscheint also in deinem Blog die Fehlermeldung, dann will das WordPress (inklusiver seiner Plugins) mehr Speicher für sich reservieren, als ihm zusteht.
Speicherfresser gibt es viele. So kann es sein, dass du in deinem Blog einfach zu viele (speicherhungrige) Plugins laufen hast, deine Galerie gerade zuviele Thumbnails auf einmal erzeugen will (und dazu je erstmal ein großes Bild laden muss) oder eine Anweisung zuviele Beiträge auf einmal verarbeiten will – soll heißen: Es gibt nicht den Übeltäter, den man beseitigen kann.

Durch testweises Abschalten von Plugins kann man jedoch versuchen, besonders speicherhungrige Plugins ausfindig zu machen und sie ggf. durch ein ähnliches Plugin ersetzen oder auf ihren Einsatz verzichten.

Es gibt allerdings Webhoster, bei denen das memory_limit unnötig/ungewöhnlich niedrig gesetzt ist.
Du solltest dich also ruhig mit Verweis auf die bei dir auftretende Fehlermeldung, an deinen Webhoster wenden und fragen, ob es möglich wäre, den Wert des memory limits in der php.ini zu erhöhen.
Im Zweifelsfall bleibt dann nur ein Hosterwechsel übrig.

Bevor du dich allerdings an deinen Hoster wendest, kannst du auch versuchen, den Wert selber zu erhöhen.
Öffne dazu deine wp-config.php und schreibe in den Anfang der Datei (nach <?php) folgenden Code:
@ini_set("memory_limit",'32M');
und speichere die Änderung. Alternativ kannst du auch
define('WP_MEMORY_LIMIT', '32M');
schreiben. Eventuell sollte auch ein höherer Wert wie 40 oder 64 MB probiert werden (soweit vom Hoster unterstützt).

Wir haben übrigens festgestellt dass je nach Hoster bzw. Serverkonfiguration WordPress unterschiedlich viel PHP-Arbeitsspeicher verbraucht. Die Unterschiede scheinen teilweise dramatisch zu sein – bei manchen Benutzern verbraucht ein WordPress 2.8 samt deutscher Sprachdatei und einer Vielzahl von Plugins nicht einmal 20 MB (ein “nacktes” WordPress gerade mal 10 MB) und bei anderen ist schon nach einer WordPress 2.8 Installation mit Sprachdatei und wenigen aktivierten Plugins die Grenze von 32 MB schnell überschritten. Teilweise scheint es auch einzelne Plugins zu geben, die sehr viel Speicher verbrauchen.
Vor allem 64-Bit-Systeme verbrauchen bei identischer Installation deutlich mehr Speicher – In diesem Artikel findest du näheres dazu.

Des weiteren kann man in WP 2.8 den Verbrauch der Sprachdatei durch eine gepachte mo.php verringern.

Solltest du bei STRATO hosten, so dürfte dieser Forenbeitrag interessant für dich sein.

Deaktiviere alle Plugins, sollte der Fehler dann nicht mehr auftauchen, ist ein Plugin entweder fehlerhaft oder zu anderen Plugins inkompatibel.

Vielleicht hast Du dein Theme bearbeitet und es hat sich ein Fehler eingeschlichen. Aktiviere das Standardtheme und prüfe ob der Fehler immer noch erscheint. Manchmal hilft es auch, das Standardtheme kurz zu aktivieren und danach sofort wieder auf Dein Theme zurückzuwechseln.

Überprüfe, ob sich im zuletzt bearbeiteten Beitrag eventuell ein Fehler eingeschlichen hat, vielleicht hast Du vergessen einen Befehl abzuschliessen.

Eventuell hat auch Dein Provider etwas an den Servereinstellungen geändert. In der Regel wirst Du von deinem Anbieter darüber informiert, schaue doch mal in Dein Postfach.

Tritt der Fehler direkt nach dem Hochladen per FTP auf, dann überprüfe ob die Dateien im richtigen Modus hochgeladen wurden. Stelle sicher, dass “Automatisch” eingestellt ist, und in den Einstellungen des FTP-Programms .php-, .html-, .js- und .css-Dateien im Textmodus und Grafiken im Binärmodus hochgeladen werden. Näheres dazu findest du in der Hilfefunktion deines FTP-Programmes.

Vielleicht will dir auch Dein kleiner Bruder einen Streich spielen und hat hinter Deinem Rücken etwas an Deinem Blog geändert. Überprüfe Deinen kleinen Bruder. Wenn Du sicher bist, dass er unschuldig ist wende dich ans Forum.

Wenn Du alles probiert hast und der Fehler immer noch auftritt, wende Dich an das Forum. Benutze zuerst die Suchfunktion des Forums, vielleicht wurde das Problem schonmal gelöst. Bitte poste in jedem Fall eine möglichst ausführliche Fehlerbeschreibung inklusive der auftretenden Fehlermeldung.

»Es erscheint keine Fehlermeldung sondern nur eine weiße Seite!«

Erscheint nur eine weiße Seite statt einer Fehlermeldung, dann schau im error.log deines Webpaketes nach. Viele Hoster stellen ihre Webs so ein, dass Fehlermeldungen nicht öffentlich angezeigt werden, sondern statt dessen in einer nicht-öffentlichen Fehlerdatei gesammelt werden. Diese »error.log«-Datei erreichst du entweder über die Domain-Verwaltungsoberfläche oder im »/log«-Verzeichnis, welches du z.B. per FTP erreichst (eventuell musst du hier mit »..« in das Stammverzeichnis deines Webs wechseln, bis du das Log-Verzeichnis siehst).

Im error.log findest du dann ganz unten den zuletzt aufgetretenen Fehler, z.B. so etwas:

[03-Feb-2007 01:11:14] PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 10100001 bytes) in /home/www/…/httpdocs/…php on line 974

Bitte suche erst in der FAQ und dann im Forum, ob diese Fehlermeldung bekannt ist. Meistens gibt es bereits ähnliche Probleme mit vielen Lösungsansätzen. Wenn du keine Ergebnisse gefunden hast, eröffne einen neues Thema. Beschreibe wann und wo der Fehler auftritt, welche Fehlermeldung erscheint und gib einen Link zum Problemblog an. Je detaillierter Du das Problem beschreibst, desto besser kann man Dir helfen.

Einen detaillierten Beitrag zum PHP-Error-Reporting hat Johannes in seinem Blog erstellt. Zusätzlich stellt er ein kleines Script zur Verfügung, mit dem Du ermitteln kannst, welche Fehler von PHP mitgeschnitten werden, und wo es diese Meldungen auf deinem Server ablegt.