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

  • an der selben Stelle
  • an einer völlig anderen Stelle (anderes Verzeichnis oder gar anderer Server)

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 Skripts

Startet mit dem Download des Kickstart Skripts von der Seite des Herstellers (www.akeebabackup.com).

Akeeba Backup - Wiederherstellen der Sicherung - Download des Kickstart Skripts

Wählt unter Download den Bereich "Akeeba Kickstart".

Akeeba Backup - Kickstart Skript herunterladen

Wählt die Kategorie "Kickstart 2.4.1 (1 Files)" ...das war die aktuelle Version zum Zeitpunkt der Doku.

Akeeba Backup - Kickstart Skript herunterladen

Klickt hier auf "Download".

Akeeba Backup - Kickstart Skript herunterladen

Nach dem Download ist das ZIP-Archiv zu entpacken.

Akeeba Backup - Kickstart Skript 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".

Joomla Konfiguration - Server 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:

  • /web/000/003/444/1234/htdocs/domain/
  • /web/000/003/444/1234/htdocs/
  • /vb/ve/ad/www/domain/
  • /vb/ve/ad/www/

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).

Joomla Basisverzeichnis im Griff mit dem FTP 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:

  • administrator
  • cache
  • components
  • images
  • includes
  • usw.

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.

An dieser Stelle sei auch bemerkt, dass ihr auf diesem Wege einen Umzug eurer Seite durchführen könnt. Legt das Zeug einfach ins Basisverzeichnis des neuen Servers. Das wäre dasselbe Vorgehen.

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ühren

Nachdem 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!

Akeeba Backup - Kickstart Skript - Einführung

Das aktuelle Akeeba Kickstart Skript läuft ausschließlich unter PHP Version 5.3 und höher! Sollte die Voraussetzung nicht erfüllt sein, geht es gar nicht erst los. Wer seine Seite noch auf Server einrichten will, die PHP Version 5.2 und niediriger nutzen, muss unbedingt ein älteres Kickstart-Skript nutzen (z. B. das Kickstart-Skript in der Version 3.4.1 unter https://www.akeebabackup.com/downloads/akeeba-kickstart.

Lesen Sie kurz rein und klicken Sie dann auf den Link in der untersten Zeile.

Akeeba Backup - Wiederherstellung mit dem Kickstart Skript

Die Show beginnt. Klickt auf "Start".

Akeeba Backup - Wiederherstellung mit dem Kickstart Skript

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 ...

Akeeba Backup - Wiederherstellung mit dem Kickstart Skript

... 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.

Akeeba Backup - Wiederherstellung mit dem Kickstart Skript

Die Umgebung wird geprüft. Klickt oben rechts auf "Next".

Akeeba Backup - Wiederherstellung mit dem Kickstart Skript

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.

Akeeba Backup - Wiederherstellung mit dem Kickstart Skript

Die Datenbank wird zurück gesichert. Das kann ebenfalls ein bis zwei Minuten dauern.

Akeeba Backup - Wiederherstellung mit dem Kickstart Skript

Nach der Rücksicherung klickt Ihr auf OK.

Akeeba Backup - Rücksicherung mit dem Kickstart Skript

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!

Akeeba Backup - Rücksicherung mit dem Kickstart Skript

Anderenfalls kann es sein, dass euer System nachher nicht läuft! Klickt auf "Next".

Akeeba Backup - Rücksicherung mit dem Kickstart Skript

Nun ist das Skript mit der Rücksicherung der Datenbank und der Konfiguration durch.

Klickt hier unbedingt auf den Link "remove the installation directory "(zu deutsch "Installationsverzeichnis löschen"). Durch den Klick wird dann das Verzeichnis "installation" inkl. alle Konfigurations- und Installations-Dateien sowie die SQL-Skripte gelöscht.

Der Tab des Browsers schließt sich nach dem Klick auf "remove the installation directory" automatisch und Ihr kehrt zurück zum "ersten" Fenster.

Akeeba Backup - Rücksicherung mit dem Kickstart Skript

Um die ".htaccess" wieder zu aktivieren und die Kickstart-Dateien sowie das jpa-Paket zu löschen klickt auf "Aufräumen". Übrig bleiben bis heute (28.04.2013) noch zwei JavaScript-Dateien (jquery.min.js und json2.min.js) die könnt Ihr "manuell" löschen (z. B. mit dem FTP Client) Die beiden JavaScript-Dateien bilden allerdings kein Sicherheitsrisiko.

Akeeba Backup - Rücksicherung mit dem Kickstart Skript

Das war's. Die Rücksicherung ist gelaufen. 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 entpacken

Da 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.

Akeeba Backup - eXtract Wizard - Entpacken von JPA Dateien

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.

Akeeba Backup - SQL Dump in 512 KByte Päckchen

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.

Probleme beim Rücksichern mit Akeeba Backup

Nicht jede Servereinstellung beim Provider, die der Sicherheit dient, führt immer zum sofortigen Erfolg bei der Rücksicherung. So haben bei einigen Providern (z. B. bei All-Inkl) der sogn. FTP-Benutzer und der PHP-Benutzer unterschiedliche Rechte. Ist aus Sicherheitsgründen auch nichts dran auszusetzen.

Was ihr per FTP von eurem Rechner auf den Server kopiert, wurde mit den Rechten des FTP-Benutzers durchgeführt. Ruft Ihr dann die Installation über das kickstart.php über das Web auf, führt das Skript der PHP-Benutzer aus. Das hat zur Folge, das beim Entpacken ...

Akeebabackup Rüecksicherung - Fehler ../installation/README.html konnte nicht zum Schreiben geöffnet werden

... die Fehlermeldung ".../installation/README.html konnte nicht zum Schreiben geöffnet werden" oder wie es im englischen heißt "Could not open .../installation/README.html for writing" erscheint. Es fehlen die Berechtigungen zum Schreiben in diesem Bereich. Un das ist die Hauptursache dafür, dass dieser Fehler auftritt.

Gut bei All-Inkl lässt sich das wie folgt lösen:

  1. Hochladen des JPA-Archives per FTP
  2. Hochladen der Kickstart-Dateien per FTP
  3. Umstellen der Berechtigungen vom FTP- zum PHP-Benutzer über das Kundencenter
  4. Ausführen der Wiederherstellung über das Web (z. B. über http://www.domain.de/kickstart.php).

Das Umstellen der Berechtigungen vom FTP- zum PHP-Benutzer läuft bei All-Inkl über das Kundencenter (kurz KAS genannt).

Berechtigungen bei All-Inkl umstellen - Vom FTP- zum PHP-User

Hier müsst Ihr zunächst über Tools > Besitzrechte, den Nutzer von "w00xxxxx" auf "PHP-User" stellen. Dann wählt das Verzeichnis, in dem eure JPA-Datei liegt. Die Option "Rekursiv" bewirkt das alle Unterordner ebenfalls mit einbezogen werden, falls es dort welche gibt. Ich würde die Option setzen, wenn ich mir unsicher bin. Das tut nicht weh.

Ab jetzt hat der PHP-Benutzer vollen Zugriff. Der FTP Benutzer können nun nicht einmal eine Datei löschen! Wenn Ihr also wieder per FTP in diesem Verzeichnis arbeiten wollt, ist das ganze Spiel hier wieder durchzuführen, nur eben mit dem FTP-Benutezr (w00xxxxx).

Führt Ihr jetzt die Installation aus, so hat der PHP-User alle Rechte und die Rücksicherung läuft.

AkeebaBackup Rücksicherung - Nun läuft es

Weiter Informationen

Die nächsten Zeilen sind für den Stephan: "Ich habe keinen Ordner 'Installation' in der die README.html sein könnte." Richtig soweit. Nach der Installation von Joomla! ist der Ordner "installation" zu löschen, sonst würde Joomla! gar nicht laufen.

Doch bei der Sicherung mit AkeebaBackup packt Akeeba einen eigenen Ordner "installation" in das Paket ein, in dem alle nötigen Dateien liegen, die Akeeba später zum zurücksichern benötigt. Dort wird u. a. ein Verzeichnis "sql" hineingelegt, in dem die komplette Datenbank liegt.

AkeebaBackup eXtract Wizard - Das entpacken wird gestartet

Wenn ich das JPA-Archiv mit dem Akeeba eXtract Wizard entpacke ...

AkeebaBackup eXtract Wizard - Installations-Verzeichnis

... wird als erstes das wärend der Datensicherung eingepackt "Installationsverzeichnis" entpackt. Anschließend folgen alle anderen Verzeichnisse und Dateien.

AkeebaBackup eXtract Wizard - Entpackt

Bis der Wizard schließlich fertig ist.

AkeebaBackup eXtract Wizard - Fertig entpackt

Soweit zum eXtrac Wizard. Ich wollte nur zeigen, dass beim Sichern tatsächlich ein Verzeichnis "installation" ins Paket gepackt wird, dass natürlich bei der Rücksicherung wieder entpackt wird. Das Kickstart-Skript nutzt das Installations-Verzeichnis, um die Rücksicherung durchzuführen. Beim der Rücksicherung heißt es dann auch:

Akeeba Backup - Rücksicherung mit dem Kickstart Skript

"Alternatively, please click the following in order to remove the installation directory automatically". Damit übernimmt AkeebaBackup im letzten Schritt das heute genannte "Aufäumen", sprich das Löschen des Installationsverzeichnisses im letzten Schritt.

Prüft die Verzeichnisrechte und auch den Plattenplatz. Auf einen Speicherplatz von 500 MB bekommt ich keine JPA-Paket mit 300 MB zurückgesichert. Schließlich habt Ihr das Paket von 300 MB, dass ausgepackt noch größer ist. Das würde die Kapazität eure Zugewiesenen Plattenkapazität beim Provider sprengen.

Soweit zum Rücksichern. Ich drück die Daumen, dass es bei euch schnell klappt.

Kommentare   

# Stefan 2012-06-12 18:58
Hallo Leutz,

ich habe mir gerade die neuesten Versionen von
Akeeba-Backup und kickstart geholt und bei der Gelegenheit mal hier rein geschaut.
Dieses HowTo ist genauso toll wie eure Anwendungen !!

Danke vom Linux-Freak
Stefan
Antworten | Antworten mit Zitat | Zitieren
# Kornhuber 2012-07-12 19:52
:lol:
Hallo,
die Anleitung ist wirklich ganz toll geschrieben, großes Kompliment !!
Ich habe sie schon ein paar Mal verwendet um fertig eingerichtete CMS damit umzuziehen und es klappt, obwohl mein Hoster mir riet, lieber alle Dateien mit ftp zu kopieren und dann die Datenbank einzeln umzuziehen, aber wer wie ich noch mit DSL 2000 unterwegs ist, weiß Akeeba zu schätzen.
Danke vom Joomla-Freund
Antje
Antworten | Antworten mit Zitat | Zitieren
# Kai Greinke 2012-08-12 06:26
Hi Alex,

wenn beim Wiederherstelle n die Daten der neuen MySQL Datenbank eingegeben wurden und die Konfigurationsd atei (configuration. php) damit OK ist, dann kann das wirklich nicht sein.

Prüfe noch einmal die configuration.php.

Gruß, Kai
Antworten | Antworten mit Zitat | Zitieren
# Ralph 2012-08-12 11:38
Hallo zusammen, das Tutorial ist exzellent geschrieben, vielen Dank.

Dennoch habe ich noch eine Frage: Kann ich es steuern ob beim Restore die Datenbank(en)un d deren Inhalte überschrieben werden? In anderen Worten, wenn ich einen Restore mache und in eine funktionierende Datenbank mit existierenden Inahlten zurück sichere, habe ich dann doppelte Datensätez?

Danke für Euer Feedback.

Beste Grüsse Ralph
Antworten | Antworten mit Zitat | Zitieren
# Alex 2012-08-12 23:44
Leider läuft es bei mir nicht richtig. Die Installation läuft und die Daten werden geschrieben. Nachdem die Installation aber auf einem anderen Server liegt, gibt es Probleme mit der Datenbank. Hier werden immer die Einstellungen der Originaldatenba nk eingespeist was ja nicht stimmt, denn nun hat die DB eine neue Adresse. kann da jemand helfen?
Antworten | Antworten mit Zitat | Zitieren
# Luckmann 2012-09-12 19:41
Hallo, ich nutze Akeeba und Kickstart häufig, seit heute bekomme ich aber das Auswahlfeld (Kickstart) für die Änderung der Datenbank nicht mehr angezeigt. Kickstart installiert sofort in die alte DB. Was kann die Ursache sein? Ich habe verschieden Browser und die Kompatibilitäts ansicht ausprobiert, kein Erfolg. Danke
Antworten | Antworten mit Zitat | Zitieren
# Huly 2013-01-13 17:25
"Auch ich bin über eure Anleitung zufällig gestoßen und sehr froh, dass ich sie gefunden habe! Ich habe leider auch dass problem dass ich beim zurückspielen der Daten mit Akeeba-Kickstar t immer eine Fehlermeldung bekomme ""... konnte
nicht zum Schreiben geöffnet werden""... Da ich All-inkl Kunde bin vermute ich dass es (wie oben beschrieben) damit zusammenhängt. Nun habt ihr aber nur einen Lösungsvorschla g für den Fall dass ich ""online"" rücksichere. Ich bekomme die Fehlermeldung aber immer beim ""localhost"", also auf meinem installierten Webserver. Könnte es trotzdem versuchen wenn ich die Rechte auf all-inkl. ändere??"
Antworten | Antworten mit Zitat | Zitieren
# Kai Greinke 2013-02-13 07:09
Hi Huly,

bei All-Inkl auf den Servern musst du immer zwischen dem FTP und Web Benutzer über die Tools > Besitzerechte hin- und herschalten. Zum Hochladen FTP User zum Auspacken mit den Kickstart-Skrip ten dann Web Benutzer.

Lokal (Windows XAMPP) sollte es hier keine Probleme geben, es sei denn du hast dir die Rechte selbst genommen. Falls du mit Mac und MAMPP arbeitest solltest du dich ebenfalls mal mit den Dateirechten auseinandersetzen.

Stelle deine Frage ggf. noch mit der Beschreibung des Betriebssystems und der lokalen Serverumgebung beim www.joomlaportal.de ein. Da findest du bestimmt ein paar mehr Informationen.

HTH, Kai
Antworten | Antworten mit Zitat | Zitieren
# Puse 2013-02-13 18:24
Liebe Fulda-Freunde, ich könnte heulen vor Glück!
Das war die beste Anleitung aller Zeitn und hat 1A gefunzt.
Danke! Danke!
Antworten | Antworten mit Zitat | Zitieren
# Wolfgang Rhein 2013-03-13 08:45
Hi,

prima Anleitung :-)

Hab einen kleinen Fehler gefunden und zwar hat sich der Link zu eXtract Wizard geändert.

https://www.akeebabackup.com/downloads/akeeba-extract-wizard.html


Gruß

Wolfgang
Antworten | Antworten mit Zitat | Zitieren
# Kai Greinke 2013-03-13 20:11
.
Danke für die Information. Link habe ich gleich angepasst.

Gruß und viel Spaß noch,

Kai
Antworten | Antworten mit Zitat | Zitieren
# Kai Greinke 2013-04-13 06:43
Hi hrpat,

dann hast du wohl das ""Installations dateien löschen"" verpasst. Beim Rücksichern kann man zum Schluss auf ""Installations dateien löschen"" (engl. remove installation directory) klicken und dann gibt es in dem ersten Tab ""Aufräumen"" (das stellt dann z. B. .htaccess wieder her aus).

Hab den Beitrag entsprechend angepasst und den Schritt hervorgehoben. Das war nicht richtig beschrieben.

Aber zur Antwort: Ja, lösch die Dateien heraus, die bilden ein Sicherheitsrisiko!

HTH, Kai
Antworten | Antworten mit Zitat | Zitieren
# hrpat 2013-04-13 15:15
hallo, viiiiiielen dank für euro tolle arbeit....hab gerade so überlegt: was würde man ohne euch bloß machen...auf tontafeln schreiben?
frage: bei mir sind nach dem funktionierende n umzug auf andere domain noch die ganzen kick-dateien und die db drauf....alles rausschmeißen??
mfg und nochmals danke
Antworten | Antworten mit Zitat | Zitieren
# Solarkritiker im Exil 2013-05-13 08:33
Danke für diese Anleitung von euch. Sie hat mir sehr geholfen...und Sie macht auch deutlich, wie gut und wichtig diese Akeeba-Sicherun g ist.
Antworten | Antworten mit Zitat | Zitieren
# Gundi 2014-04-21 16:35
Hallo,

wie lange dauert es erfahungsgemäß bis die datei entpackt ist, mein ist fast 2 GB groß?
Antworten | Antworten mit Zitat | Zitieren
# Kai Greinke 2014-04-21 19:09
Hi Gundi,

wie lange benötigt dein Rechner mit dem Akeeba eXtrac Wizard? Wenn du die Zeit ermittelt hast, dann kannst du das ungefähr auf den Server deines Providers umsetzen.

Beachte: Unter PHP gibt es die maximale Ausführungszeit "max_execution_ time", die Standardmäßig auf 30 Sekunden gestellt ist. Danach bricht das Skript dann einfach ab. Mehr zu Laufzeit-Konfig uration unter php.net: http://www.php.net/manual/de/info.configuration.php.
und natürlich über deinen Provider. Die meisten Provider beschreiben so etwas in den Hilfetexten.
Abschließend: Die Frage solltest du im Akeeba Supportbereich: https://www.akeebabackup.com/support.html stellen / suchen. Dort werden die Antworten dann von den Entwicklern selbst beantwortet.

Eine gute Anlaufstelle ist auch das JoomlaPortal: http://www.joomlaportal.de/forum.php. Dort erreichst du mit der Frage alle deutschsprachig en Joomla! Experten.

Hilfreich sind bei den Fragen immer: Eingesetzte Joomla! Version und eingesetzte Version der Erweiterung.

HTH, Kai
Antworten | Antworten mit Zitat | Zitieren
# Strasser 2014-05-09 21:57
Die beste Anleitung in Deutsch, die ich je gelesen habe. Herzlichen Dank für die Ausführlichkeit .
Antworten | Antworten mit Zitat | Zitieren
# Emily 2015-01-21 11:03
Hallo,
ich habe an zwei Stellen ein Verständnisproblem.
Einmal die Ausgansposition : Ich gehe von einem Umzug auf einen ganz neuen Server aus. Istalliere ich dort zunächst Joomla wie bei einem neuen Projekt, lege eine neue Datenbank etc. an (die dann ja andere Zugangsdaten hat als bisher), lösche das Installationsve rzeichnis und kopiere dann die Kickstart.php und Sicherungsdatei in die oberste Ebene (wo auch die robot.txt etc. liegt)?

Zweitens zur Datenbank:
Wenn der Kickstartinstal ler nach den Datenbankinform ationen fragt, sind dort Name/Passwort der alten Datenbank aus der Sicherung oder der neu angelegten einzugeben?

Ich habe bereits viele Anleitungen gelesen, aber das wird mir einfach nicht klar. Auch gibt es wohl die Möglichkeit, lediglich die joomla-full-pac kage.zip mit Kickstart.php und .jpa auf den leeren Server zu laden und dann die jpa mit Kickstart zu installieren. Dann wären ja gar keine "neuen" Datenbankdaten vorhanden.

LG
Emily
Antworten | Antworten mit Zitat | Zitieren
# K. Greinke 2015-01-22 06:49
Hi Emily,

der Beitrag wird in den nächsten Wochen aktualisiert, so dass die Screenshots zur Version 3.x von Joomla! passen.

Zu deinen Frage:

Erste Frage: Beim Umzug auf einen neuen Server benötigst du auf dem neuen Server "nur" ein leeres Verzeichnis, auf das der Webserver zeigt und eine Datenbank.

In das leere Verzeichnis kopierst du über FTP das zuvor gesicherte JPA-Paket und die entpackten Kickstart-Skrip te. Fertig.

Joomla! muss zuvor dort nicht installiert werden, dass wird ja durch das Kickskript komplett aus der Datensicherung an diesem Ort entpackt und eingerichtet.

Zur Datenbank (Zweite Frage): Du willst ja einen Umzug machen. D. h. auch der Datenbankserver wechselt. Damit ist es nicht möglich mit den Zugangsdaten des alten Server auf den neuen Datenbankserver zuzugreifen. Also kommen hier die Zugangsdaten zur neuen Datenbank rein. Anders würde es sich bei einer Rücksicherung am selben Ort verhalten, hier bleiben die Zugangsdaten natürlich unverändert.

Dritte Frage: Das "Rücksichern" eines Full-Packages habe ich tatsächlich noch nie getestet. Das ist dann wohl eine Neuinstallation . Bei der Neuinstallation weren die Tabellen in der Datenbank mit Standardeinstel lungen angelegt. Das kann dann ggf. auch bei so einer Installation passieren. Doch habe ich das noch nie gemacht bzw. benötigt.

Ich würde davon auch abraten, die "Installation" ist dafür vorgesehen. Kickstart ist für die Rücksicherung da.

HTH, Kai
Antworten | Antworten mit Zitat | Zitieren