Wie wird ein mit Typo3 erstellter Webauftritt eigentlich ordentlich gesichert?
Wir haben einen Puretec Exclusivserver.
Datenbank Backup mit phpMyAdmin, aber welche Einstellungen müssen hier vorgenommen werden? (Vollständige 'INSERT's, Erweiterte 'INSERT's u.s.w. ???)
Per FTP bestimmte Ordner der Typo3 installation sichern? Aber welche?
und zum Schluss noch die Frage: Muss ich das immer per Hand machen, oder kann man das automatisieren?
Gruß. Billy.
Hi,
es gibt eine, nein sogar 2 Extensions fuer die Typo3-Datensicherung.
Du kannst die Datensicherung auch automatisieren. Ich kenne die Moeglichkeiten des Exklusivservers nicht genau aber wenn du Cronjobs, tar und mysqldump benutzen kannst, dann lohnt sich ein Blick in dieses Forum:
http://www.rootforum.de/forum/viewforum.php?f=22
Ciao,
Sacha
Hi,
am besten per ssh einloggen:
Befehl:
mysqlhotcopy -u [user] -p [password] [database] [verzeichnis, wo die kopie hin soll]
Das geht super schnell, stört nicht im laufenden Betrieb und funzt einwandfrei.
Danach am Besten per tar kompriemieren und per ftp vom Server ziehen.
Ciao
Der DJ
Ich muss nochmals auf die ursprüngliche Frage zurückkommen - mal abgesehen von den o.g. Extensions, die wir auch später ausprobieren werden - WAS muss gesichert werden, um eine komplette Typo3-Website zu sichern - händisch durchgeführt?
- Dump der Typo3-Datenbank - klar!
- komplettes fileadmin-Verzeichnis
Aber das war doch bestimmt nicht alles - oder? Die installierten Extensions müssten doch noch fehlen und wo stehen die ganzen Anpassungen in den Templates, TypoScript etc - in der DB?!
Lieben Dank im voraus!
Markus
Hallo,
ich habe eine Anleitung für das Backup der Datenbanken und Files bei einem Exklusiv/Managed Server bei 1&1/Puretec auf der folgenden Seite erstellt:
http://jweiland.net/step6.html
Gesichert werden:
- die Typo3 Datenbank(en)
- das komplette Verzeichnis aus dem die Webseite aufgerufen wird (d.h. mit den Unterverzeichnissen fileadmin, typo3conf etc)
- die Typo3 Sourcen (ein Restore ist einfacher als eine Neuinstallation)
Das Backup-Skript läuft als cronjob jede Nacht und sichert die Datenbanken der letzten 30 Tage und die Dateien der letzten 7 Tage.
Jochen Weiland
Hallo Herr Weiland,
ich fühle mich ertappt und peinlich berührt! Natürlich kenne ich Ihre Seiten, die Backup-Hinweise waren bei mir aber schon wieder in Vergessenheit geraten...
An dieser Stelle - obwohl ich das eigentlich per privater eMail tun wollte - ein herzliches Dankeschön für die genauen Installationshinweise auf Puretec-Exklusivservern - so ein Zufall, den habe ich nämlich auch! Das hat mir sicherlich viele Gedankengänge und Wutanfälle erspart. Ich hatte sogar noch zwei drei Hinweise zu Ihren Anweisungen, die lasse ich Ihnen dann wirklich per eMai zugehen!
Lieben Dank
Markus
ich habe eine Anleitung für das Backup der Datenbanken und Files bei einem Exklusiv/Managed Server bei 1&1/Puretec auf der folgenden Seite erstellt:
die 13 zeilen habe ich übernommen und die variablen db1, user1, pass1 angepasst
in die crontab wie von puretec beschrieben eingetragen:
30 05 * * * /kunden/homepages/xx/xxxxxx/htdocs/daily
(daily liegt auch in der root), mit chmod +x daily ausführbar gemacht
die beiden zielverzeichnisse sind schreibbar.
trotzdem wird daily nicht ausgeführt. wo liegt der fehler?
Wird denn das Skript ausgeführt, wenn man es direkt aufruft (nicht über einen cronjob)?
p12345678/htdocs > ./daily
Der Beginn des Pfads mit /kunden ist übrigens nicht erforderlich, man kann gleich mit /homepages beginnen (kunden ist nur ein symlink auf homepages)
Jochen Weiland
Wird denn das Skript ausgeführt, wenn man es direkt aufruft (nicht über einen cronjob)?
Code:
p12345678/htdocs > ./daily
nein: no such file or directory
bei 'dir' wird daily aber angezeigt!?
Wenn man es nicht von der Shell aus aufrufen kann, dann klappt es auch nicht über einen cronjob....
Mögliche Ursachen:
- Rechte falsch gesetzt
- erste Zeile von Skript ist nicht #!/bin/bash
- Skript ohne vorangestelltes ./ aufgerufen
- Skript auf einem Windows-Rechner erstellt/editiert
(ich tippe mal auf letzteres...)
Jochen Weiland
Mögliche Ursachen:
- Rechte falsch gesetzt
- erste Zeile von Skript ist nicht #!/bin/bash
- Skript ohne vorangestelltes ./ aufgerufen
- Skript auf einem Windows-Rechner erstellt/editiert(ich tippe mal auf letzteres...)
um mich mal endgültig als blutiger shell/cronjob-laie zu outen:
- rechte: -rwxr-xr-x
- erste Zeile von Skript ist #!/bin/bash
- Skript mit und dann auch mal ohne vorangestelltes ./ aufgerufen
- Skript auf einem Windows-Rechner erstellt/editiert --> bingo
hier stehen aber nur windows-rechner rum.
kann ich das skript auch über die shell-konsole eingeben bzw. wie umgehe ich das windows-problem?
Dieses Windows Problem hat mich auch schon Nerven gekostet....
Das einfachste ist die Erstellung der Datei direkt auf dem Linux Rechner:
Erst mal eine leere Datei erzeugen:
touch daily
Dann den Midnight Commander aufrufen:
mc
Datei "daily" auswählen und mit F4 editieren
Mit F2 speichern und mit F10 den mc verlassen
Jochen Weiland
ich bin begeistert!
jetzt funktionierts!
VIELEN DANK!
@sacha: wie heissen denn die beiden extensions zur datensicherung?
grüsse
sissi