[TYPO3-german] EXT w4x_backup

[LUCOMP mediale kommunikation & internetDesign Bernhard Ludwig]

> -----Ursprüngliche Nachricht-----
> Von: typo3-german-bounces at lists.netfielders.de 
> [mailto:typo3-german-bounces at lists.netfielders.de] Im Auftrag 
> von Peter Russ
> Gesendet: Montag, 6. Juli 2009 09:17
> An: typo3-german at lists.netfielders.de
> Betreff: Re: [TYPO3-german] EXT w4x_backup
> 
> 
> --- Original Nachricht ---
> Absender:   LUCOMP mediale kommunikation & internetDesign 
> Bernhard Ludwig
> Datum:       04.07.2009 10:04:
> [...]
> > Hallo Peter,
> > 
> > vielen Dank für Deine Ausführungen. Was mich bei den ganzen 
> Problemen 
> > mit Backups immer wieder wundert, ist die Wichtigkeit der 
> > serverseitigen Timeouts. Ansich sollte es möglich sein, ob beim 
> > t3d-Export oder auch bei jedem beliebigen Backup, die Prozesse zu 
> > splitten und Serverminimalvorraussetzungen als Standard zu 
> > implementieren. Ein reoback z.B. kann auch unabhängig von 
> den Timeouts 
> > der Servereinstellungen beliebige Datenmengen sichern, gleichzeitig 
> > komprimieren und anschliessend per ftp transferieren. 
> Ähnliches müsste 
> > doch auch in und/oder für Typo3 ereeichbar sein. Ich werde immer 
> > wieder von Kunden nach Backupmöglichkeiten gefragt. 
> Sinnvolle Lösungen 
> > gibt es aber leider nur auf Serveradmin-Ebene mit viel zu 
> > komplizierter Vorgehensweise, wobwi man auch nie sicher sein kann, 
> > dass ein Restore hundertprozentigen Erfolg bringt.
> > 
> > Grüße,
> > Bernhard
> > 
> 
> reoback ist ein shell script, dass nicht in PHP läuft und 
> dazu nur für 
> Linux basierte Systeme bereitsteht ;-)
> Also nicht Äpfel mit Birnen vergleichen!
> Wenn DU shell-Zugriff hast und das System entsprechend konfigurieren 
> kannst, dann kannst Du das System so einrichten, dass Dein Kunde mit 
> w4x_backup glücklich wird! Siehe dazu die Ausführungen im 
> vorgehenden Post. Also kein Grund gleich mit TYPO3 zu hadern: 
> es gibt nun mal 
> Einschränkungen an denen der Apache mit PHP einfach nicht 
> vorbei kommt. 
> Diese kann der Admin(!) aber beeinflussen.
> 
> Erfolgreiche Woche.
> 
> Peter.
> 

Hallo Peter,

danke für Deine Ergänzungen. Dennoch sehe ich hierbei keinen
Apfel/Birne-Vergleich. Was auf der einen Seite machbar ist, sollte auf der
anderen Seite auch gehen. Schliesslich existieren auch unter PHP/MySQL
Möglichkeiten, eine große Datei zu zerlegen und so in kleineren
Einzelschritten zu sichern, um die eventuellen Timeouts zu umgehen. Machbar
wäre das sicherlich.

Es ist auch meinerseits kein Hadern mit Typo3, sondern eher ein Wundern,
denn gerade ein solch ausgefuchstes Framework, sollte in Richtung Backup und
Datensicherung vorbildlich funktionieren.

Weiterhin gibt es nur allzuviele Typo3 Installationen, die z.B. auf einem
eingeschränkten virtuellen Server laufen oder ganz einfach vom Hoster
vorgegebene Apache und PHP Konfigurationen vorgesetzt bekommen. Da kann man
auch als Admin nichts oder nur wenig beeinflussen. 

Beispiel t3d-Export. Im Prinzip eine gute Sache, geht aber bei
"Normalkonfiguration" von 128MB in der php.ini nur bis ca. 20
durchschnittliche Seiten und einigen Standardextensions. Sobald die Seite
etwas größer wird, kommt nur noch eine leere Seite und PHP hat den Prozess
abgebrochen. Das liesse sich durchaus ändern, wenn man die Exportroutine
anweisen würde, immer nur Blöcke in z.B. maximaler Größe von 64MB zu
schreiben und den nächsten Block an die Sicherungs-Datei anzuhängen.

Daher ist ja der Ansatz von w4x_backup der richtige Weg und ich freue mich
schon darauf, dass die Entwicklung dieser Ext. hoffentlich bald weiter
vorangetrieben wird.

Grüße,
Bernhard Ludwig