Möchte man sein TYPO3 Projekt auf einen anderen Server umziehen so muss man sowohl die verwendeten Dateien als auch die Datenbankinhalte umziehen. Jedoch können sowohl die verwendete Datenbank als auch die Dateien sehr schnell sehr groß werden. Es werden jedoch nicht alle Daten zwingend benötigt, um das TYPO3 Projekt anderswo wieder aufzubauen.

Schlankes Backup der TYPO3-Dateien erstellen

folgende Dateien sollten beim TYPO3 Backup gespeichert werden

Dringend benötigt werden die Inhalte der Ordner fileadmin und uploads Diese enthalten die Templates, hochgeladenen Bilder und andere individuelle Daten. Auch der Ordner typo3conf sollte in aller Regel mitkopiert werden, denn er enthällt sämtliche Extensions (samt eventueller Änderungen etc.).

TYPO3 Source und Temporäre Dateien müssen nicht ins Backup

Nicht benötigt wird der Inhalt von typo3temp, denn dieser wird wenn er fehlt automatisch neu generiert. Auch die Source muss nicht mitkopiert werden, so daran keine Änderungen vorgenommen wurden. Man sollte sich jedoch merken oder aufschreiben welche Version verwendet wurde.

TYPO3 Dateisystem Backup bei Konsollenzugriff

Hat man Zugriff per Konsole auf den TYPO3 Server, so kann man zip nutzen, um die Dateien zu Packen und dann herunterzuladen oder außerhalb des öffentlich zugänglichen Bereichs zu speichern:

Ich gehe in dem Beispiel davon aus, dass TYPO3 mit Symlinks installiert wurde. Es wird die bash-Shell verwendet.

[~]#  zip -r -y backups/mein_typo3_09_10_09.zip www/[!typo3temp]*

Der Parameter -y verhindert, dass zip automatisch den Symlinls folgt und die Source mitkopiert. Die Wildcard [!typo3temp]* sorgt dafür, dass der Inhalt des temporären Verzeichnisses nicht mitkopiert wird und -r sorgt wie immer dafür, dass rekursiv alle Dateien mitkommen.

Schlankes Backup der TYPO3 Datenbank

Alle TYPO3 Tabellen, die mit cache_ beginnen müssen bei einem Umzug nicht beachtet werden, diese generieren sich selbst neu. Bei Seiten, die Indexed Search verwenden, kann die entsprechende Indexierung sehr groß werden. Wenn dies zu einem Problem führt, kann man auch die Tabellen von Indexed Search vom Backup ausschließen, allerdings dauert es dann beim Wiederaufbau des Projektes etwas, bis sämtliche Suchindexe wieder hergestellt wurden. Auch der Cache von RealURL kann sehr groß werden.

In einem Konkreten Beispiel könnte ich die größe meines Datenbankdumps durch Ausschluss dieser Tabellen von 77MB auf 6MB reduzieren.

Verwendet wird der Befehl mysqldump. Durch --ignore-table=databese.table lassen sich verschiedene Tabellen vom MySQL Dump ausschließen. Im konkreten Fall habe ich die cache_ und alle zu Indexed Search gehörigen Tabllen ausgeschlossen.

[~]# mysqldump --host=localhost --user=typo3_db --password=**** --ignore-table=typo3db.index_config --ignore-table=typo3db.index_debug --ignore-table=typo3db.index_fulltext --ignore-table=typo3db.index_grlist --ignore-table=typo3db.index_phash --ignore-table=typo3db.index_rel --ignore-table=typo3db.index_section --ignore-table=typo3db.index_stat_search --ignore-table=typo3db.index_stat_word --ignore-table=typo3db.index_words --ignore-table=typo3db.cache_extensions --ignore-table=typo3db.cache_hash --ignore-table=typo3db.cache_imagesizes --ignore-table=typo3db.cache_md5params --ignore-table=typo3db.cache_pages --ignore-table=typo3db.cache_pagesection --ignore-table=typo3db.cache_typo3temp_log  typo3db > backups/mein_typo3-09-10-09.sql 

Nach Wiederinstallation müssen über das TYPO3-Installtool -> Database  Analyser -> Compare die fehlenden Tabellen neu erzeugt werden.

Weite Info zu Verwendung von mysqldump und zip

• Mit zip -help kriegt man eine Auflistung der möglichen Parameter. Eine Einführung zur Verwendung von zip gibt es auch.
• Sehr hilfreich finde ich auch dieses Tutorial zur Verwendung von Wildcards in der Bash-Shell von Linux.
• Zuguter letzt hier noch die Verwendung von mysqldump.