Aus DeDi-Help

[bearbeiten] Serverumzug

Wir bringe ich deDi stressfrei auf einen neuen Server?

• cleaner.sql ausführen, bereinigt die MySql Datenbank von unnötigen Daten

DELETE FROM `dedi_cat_expand`;
DELETE FROM `dedi_code`;
DELETE FROM `dedi_sessions`;

• MySql Datenbank sichern

(*) Struktur und Daten
[x] mit DROP TABLE
[x] Senden

Die Versionen in der Datenbank und im Filesystem auf dem ursprünglichen und dem neuen Server müssen identisch sein.

• Dedi "normal" auf den "neuen" Server installieren.
  • Die Datei \backend\inc\config.php vom "neuen" Server sichern und lokal abspeichern.
  • MySql, die Tabelle dedi_values vom "neuen" Server sichern und lokal abspeichern.

• ALLE Daten (Backend und Projektverzeichnis) 1:1 mit ALLEN Rechten vom "alten" auf den "neuen" Server kopieren.
  • Die Datei \backend\inc\config.php nicht überschreiben, bzw. die vorher gesicherte config.php wieder auf den neuen Server stellen.

• MySql Datenbank hochspielen (darauf achten, daß in der 1. Zeile nicht die Überschrift steht)
  • Die gesicherten Datenbanktabelle dedi_values hochspielen.
  • Falls eine andere Dateistrukur in den projekten bestand, diese wieder anpassen (Adminstrationen -> Projekte)

Der Unterschied auf einem "neuen" Server besteht nur aus der Datei \backend\inc\config.php und der Datenbanktabelle dedi_values

Anmerkung:
Falls die MySql Datei > 2MB wird, funktioniert es bei dem Provider http://www.all-inkl.com nur noch mit http://www.mysqlfront.de , oder der Provider spielt mir den DUMP ein.

Anmerkung 2:
Wenn das dann erledigt ist, noch im Backend das Projekt anpassen (Domain und Pfade).

Noch ne Möglichkeit: (Erfahrungsbericht) Wieder mal gelernt: Provider sind nicht für die Ewigkeit.

Da mein Provider von heute auf morgen seinen Dienst eingestellt hat, musste ich mit 25 dedis auf sieben Datenbanken auf einen anderen Server umziehen.

Obwohl bei jedem einzelnen dedi andere Probleme auftraten, ist nun doch jetzt fast jede Domain sauber drüben.

Mein Fazit: Der Domainumzug klappt nicht immer nach der Anleitung im Wiki. Grundsätzlich aber schon. Folgende Vorgehensweise war bei den meisten dedis erfolgreich:

- komplettsicherung von den html-dateien und mysql erstellen für den notfall und irgendwo lokal speichern, falls alles in die grütze läuft

- die Ordner backend und projekt01 (falls vorhanden auch Projekt02 + 03) so wie sie auf dem alten Server lagen 1:1 rüberkopieren

- rechte ändern wie bei der neuinstallation

- auf dem neuen server eine Datenbank anlegen

- da ich in der alten Datenbank für jedes dedi einen eigenen Prefix hatte, war ich in der lage nur die Tabellen mit dem entsprechenden Prefix über phpmyadmin zu exportieren und lokal zu speichern

- der dump wurde bei mir nicht lokal bearbeitet (nur die Dateien, die zu gross waren musste ich zweimal splitten)

- den dump über phpmyadmin in die neue Datenbank einspielen.

- die datei config.php aus backend/inc öffnen, und die Pfade und die zugangsdaten im ersten Bereich anpassen, auf den neuen server hochladen

- im phpmyadmin die tabelle prefix_values aufrufen, anzeigen und auf den seiten 10-12 (kann auf ein bischen davor oder dahinter sein) die pfade zum dedi dem neuen server anpassen.

- backend aufrufen, unter system und unter den projekten die restlichen pfade anpassen

feddisch...

hört sich einfach an, war auch so.

[bearbeiten] Anmerkung

Vereinfacht hat die Sache wahrscheinlich, das beide Systeme Linux waren und beide von Confixx verwaltet werden. Grundsätzlich musste ich feststellen, das Dedi äusserst tolerant mit falschen Pfaden umgeht, meistens hat es gereicht den dedi_path und path in der Datenbank anzupassen, der Rest geht im Backend viel einfacher.

Hilfreich war auch das Backup unter confixx, so konnte man gezippt den ganzen account runterladen und erstmal lokal sichern.

Ich hoffe ich konnte dem ein der anderen die Angst vor einem Umzug nehmen. Wichtig ist nur eine komplette Sicherung der Daten bevor man anfängt.

Anmerkung von Eppi aus dem Forum:

• bis auf eine kleinigkeit, die noch einfacher zu realisieren ist - und zwar beim ändern der parameter in der values tabelle, diese vorher nach gruppen sortieren, dann kommen die backendpfade gleich an erster stelle und man muß nicht auf seite 10-12 rumsuchen

[bearbeiten] Erfahrungsbericht

[bearbeiten] Eine lokale DeDi Installation ( Xammp ) auf einen produktiven Webserver ins WWW übertragen

Leider bietet DeDi zum jetzigen Zeitpunkt ( 12.2005) noch keine 1-Click Lösung um ein komplettes Backup von Server A nach Server B zu übertragen. Häufig wird mittels des XAMMP -Paketes lokal getestet und entwickelt , um dann das Ergebnis für den Liveeinsatz auf einen Webserver zu übertragen.

Dieses Szenario hat der nachfolgende Erfahrungsbericht zur Grundlage. Zeitaufwand für den übertrag: ca.30min

WICHTIG: Nehmen Sie vor jeder Änderung an Ihrem aktuellen System ein BACKUP vor!

• lokales Server = LOKAL

DeDi 01.00.02 stable

XAMPP 1.4.15 = Apache/2.0.54 (Win32)PHP/5.0.4 MySQL/4.1.13 safemode=OFF

• neuer Server im www = WEBSERVER

DeDi 01.00.02 stable

Apache/1.3.33 (Unix)4 PHP/4.3.11 MySQL/4.1.11 safemode=ON

Um die nachfolgenden Änderungen an den Datenbanken vornehmen zu können, sollte Ihr Provider PHPMyadmin installiert haben, alternativ ist der MySQL Administrator und das MySQL Migration-Toolkit zu empfehlen.

• DeDi auf dem WEBSERVER nach Anleitung installieren. Achten Sie darauf , das Sie beim Vergeben eines Datenbanknamens auf dem WEBSERVER den selben Datenbanknamen wie LOKAL verwenden.
• Die Datei \backend\inc\config.php vom WEBSERVER sichern und lokal abspeichern.
• Nun die Dateipfade der DeDi Installation des WEBSERVERS sichern. Diese befinden sich in der Tabelle `dedi_values` der MySQL-Datenbank . Dazu führen Sie in PHPMyadmin foldenden SQL-Befehl aus:

SELECT *
FROM `dedi_values`
WHERE (`idvalues` =4476)
OR (`idvalues` =4477)
OR (`idvalues` =4506)
OR (`idvalues` =4507)
OR (`idvalues` =4509)
OR (`idvalues` =4521)
OR (`idvalues` =4522)
ORDER BY `group_name` ASC
LIMIT 0 , 30

PHPMyadmin WEBSERVER: Eingabe des SQL-Befehls

PHPMyadmin WEBSERVER: Ergebnis der SQL-Abfrage

PHPMyadmin WEBSERVER: Achten Sie hier besonders auf den korrekten Exporttyp. Speichern Sie die Tabelleneinträge in einer Datei unter einem sinvollen Namen wie z.B.dedi_values_server.sql

• Jetzt mittels PHPMyadmin die komplette Datenbank der LOKALEN Installation sichern. Achten Sie auf die korrekten Exportoptionen und stellen Sie ggf. die SQL Export-Kompatibilität ein, falls sich Ihre MYSQL-Versionen LOKAL und auf dem WEBSERVER unterscheiden sollten.

PHPMyadmin LOKAL:Speichern Sie die Datenbank in einer Datei unter einem sinvollen Namen z.B.dedi_lokal.sql

• Zurück zum PHPMyadmin des WEBSERVERS wechseln, und die komplette Datenbank dedi_lokal.sql der LOKALEN Installation importieren. Dies kann je nach Grösse der Datenbank einige Minuten dauern.

PHPMyadmin WEBSERVER:Die LOKALE Datenbank auswählen und zum zum WEBSERVER übertragen.

• Zuletzt müssen die anfangs gesicherten Dateipfade der DeDi Installation des WEBSERVERS zurückgespielt weden. Dazu in PHPMyadmin die Sicherung dedi_values_server.sql importieren.

PHPMyadmin WEBSERVER:Die gesicherten Dateipfade der DeDi Installation des WEBSERVERS auswählen und zum WEBSERVER übertragen.

• überspielen Sie mit einem FTP-Programm wie z.B. Filezilla oder Smart-FTP Ihr LOKALEN Daten (Backend und Projektverzeichnis) komplett incl.aller Rechte auf Ihren WEBSERVER , Ihre anfängliche DeDi-Installation wird überschrieben.
  • Die Datei \backend\inc\config.php auf dem WEBSERVER nicht überschreiben, bzw. die anfäglich gesicherte config.php wieder auf den WEBSERVER kopieren.

• Loggen Sie sich unter http://www.IhrName.TLD/IhrPfadZumDeDi/backend/main.php auf Ihrem WEBSERVER ein und überprüfen Sie unter ADMINISTRATION -- SYSTEM sowie ADMINISTRATION -- PROJEKTE die korrekten Pfade.

• Das war`s !

• Stolperfallen:

• Ihr Provider lässt keine Änderung der Datenbanknamen zu , Sie haben zb. auf dem WEBSERVER eine Datenbank "ERNI" , LOKAL heisst Ihre Datenbank aber "DEDI".

LÖSUNG: LOKALE Datenbank "DEDI" im lokalen PHPMyadmin (Operationen- Datenbank kopieren nach: "ERNI") duplizieren und mit "ERNI" weiterarbeiten.

• Sie sehen keine Bilder im Frontend,trotz nach erfogreichem Übertrag der Daten von LOKAL zum WEBSERVER.

LÖSUNG: Auf dem WEBSERVER im Backend einloggen und unter ADMINISTRATION -- PROJEKTE -- PROJEKT KONFIGURIEREN die Dateipfade nochmals von Hand nachtragen.