18 Jun 2010 |
| ||||
Das einfache und schnelle Wiederherstellen der Seite ist mit Akeeba Backup kein Problem. Dass, was Ihr benötigt, ist die letzte Sicherung und das Kickstart-Skript von Akeeba Backup. Das Skript steht zum Download auf der Seite des Herstellers www.akeebackup.com bereit. Die Sicherung kann man
wieder herstellen. So könnte man z. B. eine lokale Kopie des Internetauftrittes aufziehen. Im Text wird hauptsächlich auf die Rücksicherung an der ursprünglichen Stelle hingewiesen, doch hab ich an den entscheidenden Stellen auf die Einstellungen hingewiesen, die Ihr beim Umzug machen müsst.
Download des Kickstart SkriptsStartet mit dem Download des Kickstart Skripts von der Seite des Herstellers (www.akeebabackup.com).
Wählt unter Download den Bereich "Akeeba Kickstart".
Wählt die Kategorie "Kickstart 2.4.1 (1 Files)" ...das war die aktuelle Version zum Zeitpunkt der Doku.
Klickt hier auf "Download".
Nach dem Download ist das ZIP-Archiv zu entpacken.
Damit habt ihr erst mal alles für die Wiederherstellung.
Mittlerweile ist die Version 3.x vom Kickstart-Skript erschienen. Die Optik, aber auch die Funktionsweise hat sich etwas geändert. Im Folgenden zeige ich die 3.0 in Aktion.
Wo wird die Wiederherstellung ausgeführt?Die Kickstart-Skripts und das JPA (Joomla! Pack Archiv) müssen nun in das Basisverzeichnis eures Joomla!-Auftritts. Doch welches ist das Basisverzeichnis? Hierzu ein Beispiel. Ich öffne bei meiner noch laufenden Joomla!-Installation im Backend die Konfiguration. Im Register "Server" gibt es den Eintrag "Temp-Verzeichnis".
Im Beispiel ist das "/web/000/003/444/1234/htdocs/domain/temp". Je nach Hoster sind die Verzeichnisse etwas anders gestrickt. Bei machen findet man ein "/vb/ve/ad/www/domain/tmp" oder ähnliche Dinge. Wenn Ihr kein eigenes Verzeichnis für eure Domain angelegt hattet, kann es auch sein, dass die Joomla!-Installation direkt in den htdocs bzw. im www liegt. Beispiele für das Basisverzeichnis können also sein:
Schreibt euch diese Info auf, bevor ihr die ersten Wiederherstellungen fahren müsst. Ist das Kind erst mal in den Brunnen gefallen, schaut Ihr mit dem FTP Client nach. Den müsst Ihr jetzt sowieso starten, um die Kickstart-Skripte und das JPA hochzuladen.
Upload der Skripte und des JoomlaPack Archivs Startet euren FTP Client (ich nutze den FileZilla Client).
Ich verbinde mich mit dem Server und sehe auf der rechten Seite die Ordnerstruktur meines Hosters. Ich sehe, da ist ein Verzeichnis /htdocs/. In diesem Verzeichnis hatte ich einen Unterordner erstellt, der den Namen "domain" trug. Dort wechsle ich hinein. Die dort sichtbare Ordnerstruktur verrät mir, dass das hier der Basisordner meiner Joomla!-Installation ist. Typische Ordner sind:
Dementsprechend kann ich nun auf der linken Seite den Ordner auswählen, in dem meine Kickstart-Skripte mit dem JPA liegen. Ich markiere die Dateien und lade alles hoch.
Wenn Ihr euch ein wenig mit den Ordnerstrukturen eures Hosters auskennt und noch ein paar Einzelheiten zum Thema Domains, Subdomains und FTP wisst, ist das hier natürlich ein Kinderspiel für euch.
Je nach Internetanbindung und Größe eures Archivs kann nun ein wenig Zeit ins Land gehen. Bei 240 MB und einer 1 MBit/s aDSL Anbindung dauert es auch gern mal ein paar Stunden. Ihr habt zwar die 1024 MBit/s im Download, doch nur 128 kBit/s im Upload. Manche FTP Clients machen da Schlapp. Dauernde Abbrüche beim Hochladen können dann schon nerven. Ggf. hilft hier der WS FTP Client. Aber ich hoffe Ihr habt eine bessere Anbindung, als ich zur Verfügung habe.
Rücksicherung durchführenNachdem die Dateien hochgeladen sind beginnt nun die eigentliche Rücksicherung. Ruft das Kickstart-Skript über eure Domain auf, z. B.
http://www.domain.de/kickstart.php
Das Kickstartskript begrüßt euch. JavaScript und Popups müssen zugelassen sein!
Lesen Sie kurz rein und klicken Sie dann auf den Link in der untersten Zeile.
Die Show beginnt. Klickt auf "Start".
Akeeba Backup beginnt sofort damit, das Archiv auf dem Server zu entpacken. Das sollte recht flott gehen (abhängig von der Datenmenge und der Geschwindigkeit des Servers). Da Joomla! aus mehr als 4300 Dateien besteht, kann das mal ein oder zwei Minuten dauern. Nachdem die Dateien entpackt sind ...
... klickt auf "Installation starten". Es öffnet sich ein neuer Tab bzw. ein Popup Fenster im Browser, in dem die nächsten Schritte ablaufen. ACHTUNG: Es geht später in diesem "schwarzen" Fenster weiter.
Die Umgebung wird geprüft. Klickt oben rechts auf "Next".
Mit der Datensicherung werden natürlich auch zu Zugangsdaten zum Datenbankserver gespeichert, prüft das Kurz und klickt auf "Next".
Hier ist der Ansatz für komplette Neuinstallationen oder Umzüge. Tragt an dieser Stelle die korrekten Zugangsdaten zur neuen Datenbank ein. Dann klappt der Umzug Ruck Zuck.
Die Datenbank wird zurück gesichert. Das kann ebenfalls ein bis zwei Minuten dauern.
Nach der Rücksicherung klickt Ihr auf OK.
Schaut eure Seiten Parameter an. Falls etwas geändert werden muss, dann könnt Ihr das gern jetzt tun. Doch in der Regel ist ja genau das da drin, was Ihr in eurer Seite eingestellt hattet. ACHTUNG: Beim Umzug auf einen neuen Server müsst Ihr die Option "Override tmp and log paths" aktivieren!
Anderenfalls kann es sein, dass euer System nachher nicht läuft! Klickt auf "Next".
Nun ist das Skript mit der Rücksicherung der Datenbank und der Konfiguration durch. Schließt den Tab bzw. das Popup Fenster und kehrt zurück zum "ersten" Fenster.
Um die Installationsdateien zu löschen und die ".htaccess" wieder zu aktivieren klickt auf "Aufräumen".
Das war's. Die Rücksicherung ist gelaufen. Sämtliche Kickstart-Dateien und die JPA sind gelöscht. Ihr könnt eure Domain idealerweise wieder aufrufen. Ich selbst konnte mit diesem Vorgehen schon so manchen Joomla! Betreiber glücklich machen. Wichtig ist zunächst, dass Ihr die Sicherung auch wirklich macht, um im Falle eines Falles auf eine aktuelle Sicherung zurückgreifen zu können. Wer nicht gesichert hat, der muss auf seinen Hoster hoffen. Der Sichert ja auch Täglich. Je günstiger das Hostingpaket, desto kürzer die Zeit, die der Hoster die Sicherung aufbewahrt (in der Regel nicht mehr als drei Tage). Ruft also so schnell wie möglich dort an und bittet den Stand von Gestern wieder einzuspielen. Das kostet ggf. eine nette Gebühr. 130,00 € sind da keine Seltenheit. Ihr müsst selbst wissen, ob euch die Rücksicherung soviel Wert ist. Einzelne Dateien wieder herstellen - JPA entpackenDa JPA nicht unbedingt das Standardformat für Archive ist, fällt das Entpacken mit WinRAR, WinZIP & Co. recht schwer. Hierfür hat Akeeba Backup den eXtract Wizard zum Download bereitgestellt.
Nach der Installation ist die zu entpackende JPA und der Zielordner zu wählen. Dann geht's los. Ist alles entpackt, findet man die Datenbank als 512 KByte Päckchen im Ordner .../installation/sql.
Da liegt auch der Trick, warum beim Zurücksichern der DB Server wohl wegen der Größenbeschränkung nicht meckert. Schauen Sie sich nun noch den Beitrag "Akeeba Backup - Aktualisierung und Update" an, der beschreibt, wie einfach es ist, Akeeba Backup auf dem aktuellen Stand zu halten.
|























Kommentare
das Problem liegt in der Regel am Server. Unter www.joomlaportal.de/installation-und-updates-von-joomla/212707-joomlapack-kickstart-fehler-2.html wird kurz beschrieben, wie du das Entpacken per FTP machen kannst. Im aktuellen Kickstart Skript (3.0) ist die die Einstallung "Wählen Sie eine Extrationsmethode". Stell dort statt "Direkt" "FTP ein. Vielleicht funktioniert das.
Hast du die Möglichkeit das Paket lokal, z. B. unter XAMPP (siehe www.joomla-fulda.de/einstieg/185-joomla-testumgebung-mit-xampp.html ) zu testen?
Gruß, Kai
Es ist ein Fehler aufgetreten
/www/htdocs/w00cd273/logs/used_space.txt konnte nicht zum Schreiben geöffnet werden.
Prinzipiell muss es aber an den Rechten liegen. Investier hier doch noch mal eine Stunde.
Gruß, Kai
bei mir hat das alles bisher auch ganz gut funktioniert. Bis heute!!!
Wenn ich jetzt das Kickstart Skript aufrufe, bekomme ich gleich die Fehlermeldung, dass die Datei "busy.gif" nicht zum schreiben geöffnet werden kann. Mit dem alten Kickstart meldet er: kann verzeichnis "installation/css/img" nicht erstellen. Keine Ahnung was da plötzlich los ist. Die Schreibberechti gung habe ich schon testweise auf 777 gestellt. Hat aber nicht funktioniert. Hat jemand ne Idee??
Danke Udo
Vielen Dank für diese ausführliche Anleitung!!
Bei mir hat's wunderbar funktioniert.
Erfreute Grüsse
Pasci
Alle Kommentare dieses Beitrages als RSS-Feed.