[gelöst] Serverumzug und wie weiter?

Hier habe ich meine Methode beschrieben.

Werners Methode klappt super. Allgmein noch zu deinen Fragen:

zu 1.
Nirgends ausser in der settings.php. Wenn hier die neue DB angesprochen wird, ist alles gut.

zu 2:
Ja, alle Module müssen zur Verfügung stehen, da für diese Tabellen in der DB installiert wurden. Drupal sucht in allen Modulverzeichnissen nach dem Code, also in

• /modules
• /sites/all/modules
• und in Installationsprofil-Ordnern
• bei Multisites noch in sites/[sitename]/modules

Alle Nicht-core-Module werden nodrmalerweise in /sites/all/modules installiert. Deshalb kannst du auch so wie unter 3. beschrieben updaten.

zu 3.
Ja, du könntest gleich von 7.26 version auf 7.30, indem du nur deinen sites-ordner stehen läßt und alles andere von 7.30 neu hochlädst. Wichtig: danach update.php ausführen.

Beste Grüße
Marco

Seit gestern ist Drupal 7.31 die zu verwendende Version (Security Update!!).

Meine Fragen habe ich hier gepostet, weil im Forum zu dem Thema teils recht alte Einträge waren, dh. zu älteren Drupal Versionen.
Nur zur Sicherheit, damit ich euch recht verstanden habe:

Untenstehend ist der relevante Teil in der settings.php, wo ich die Bezeichnung der neuen Datenbank ändern muss - oder? sonst nichts.
Die Tabellenpräfixe (dp726_) finde ich über phpAdmin, sind die vom Provider vorgegeben, ach nein das hat mit der Drupal Version was zu tun, so scheint es.
Die .htaccess muss nicht verändert werden, nur mitgenommen, bei mir ist sie sichtbar.
Eine kurze Bitte noch: Wie bzw. von wo aus führe ich update.php aus? Ist das eine Zeile Code in den browser eingeben?

$databases = array (
'default' =>
array (
'default' =>
array (
'database' => 'usr_web839_3',
'username' => 'web839',
'password' => 'xxxxxxxx',
'host' => 'localhost',
'port' => '',
'driver' => 'mysql',
'prefix' => 'dp726_',
),
),
Ja dann, werde ich die Module auf Vollständigkeit überprüfen - und wird schon schief gehen.
Das [gelöst] vergesse ich nicht, wird aber erst morgen kommen, wenn es geschafft ist.

Dank euch und LG aus Ö,
Martin

Danke für deine Anleitung und die Korrektur.
Die 7.31 ist schon stabil und verwendbar?

Ich meine als Anfänger bin ich im Problemfall mit instabilen Versionen aufgeschmissen.

LG, Martin

7.31 ist der aktuell offizielle letzte Stable Release von Drupal 7

Danke für die Rückmeldung

Das ist einfach der Linkpfad deinedomain.de/update.php
Das erreichst du auch im admin Menü ganz links unter "run updates".

Hallo Marcob,
Du hast ein nettes Design auf deiner Seite - welches ist es?

Ich hänge immer noch mit meinem Projekt. Noch dazu ist es meine berufliche website und ich bin eigentlich in urlaub.

Zweiter Versuch der Wiederherstellung meiner website:
Hab wie anfangs in den postings besprochen das Drupal 7.31 am neuen Server installieren versucht, gleich auch die settings.php an die neue DB angepasst - error 500 - nur weisse Seite. Der Provider hat auch nicht mehr dazu gewusst. (alfahosting) Ich brachte es also nicht zum Laufen, hat aber glaube ich an der Grundinstallation gelegen, vielleicht auch an Berechtigungen etc. egal ich habs nicht durchschaut, nähere informative Fehlermeldungen oder log Dateien habe ich auch keine erhalten. Daher hab ichs bleiben gelassen.

Zweiter Lösungsversuch
Über den Provider gibts eine Installationsroutine, die ein nicht ganz aktuelles 7.28 anbietet. Das habe ich nun erfolgreich am neuen Server zum Laufen gebracht.
Frage: Kann ich meine alte website wiederbeleben wenn ich:

1. aufbauend auf die (7.28) funktionierende seite
2. erst das alte Theme
3. und den sites-ordner mit allen damalige Modulen hochlade
4. und die Anpassung der settings.php auf die neue Datenbank vornehme?
5. dann update.php

Ist das auf diese Art erfolgsversprechend und findet Drupal alle teile zusammen?
Gibts noch etwas, das eingestellt werden muss, damit das zusammenspielt?

Ich ersuche nochmals um sachdienliche Hinweise,
liebe Grüße aus Ö,
Martin

Ich finde, Du machst Dir das alles reichlich kompliziert. Im Grunde ist es ganz einfach:

- Du lädst alle Dateien Deines Projekts vom alten Serer herunter und auf den neuen Server hoch
- Im alten Webspace öffnest Du Deine Datenbank in phpMyAdmin und exportierst Dir diese, speicher sie Dir irgendwo auf dem PC ab
- Auf dem neuen Server erstellst Du eine Datenbank und merkst Dir Name, Benutzername und Passwort
- dann importierst Du die alte Datenbank auch über phpMyAdmin in die neue
- Du änderst in der settings.php für den neuen Webspace diese Angaben und lädst diese hoch

Jetzt sollte alles laufen. Falls nicht: hat sich die Domain geändert? Dann vielleicht noch mal "base_url" und "$cookie_domain" in der settings.php prüfen und auch in der .htaccess-Datei im Stammverzeichnis schauen, ob noch alles stimmt (ob da irgendwo die alte Domain genutzt wird - wenn nicht, brauchst du da nichts ändern). Mehr braucht es eigentlich nicht.

Vor allem solltest Du diesen Vorgang nicht noch mit Updates verkomplizieren. Wenn Du schon nicht sicher bist, wie Du eine Seite umziehen kannst, ist es sicher keine gute Idee, da gleich noch mehr Komplexität hineinzubringen.

Backup and Migrate bringt Dir nur etwas, wenn Du eine bestehende Drupal-Installation in eine andere, bestehende Drupal-Installation kopieren möchtest - Du brauchst die drupal-Verwaltung mit aktiviertem Backup and Migrate Modul, um die mit diesem Modul exportierte Datenbank auch wieder importieren zu können. Falls das nicht anders geht, weil Du vielleicht keinen Zugang zu phpMyAdmin hast, würde ich folgender Maßen vorgehen:

- auf dem neuen Webspace Drupal neu installieren
- backup and migrate installieren
- die Dateien aus dem alten Webspace schon mal herunterladen
- auf dem alten Webspace die Datenbank per B&M exportieren
- auf dem neuen Webspace die Datenbank per B&M importieren
- die Drupal-Installation auf dem neuen Webspace komplett mit den alten Dateien ersetzen
- wie oben die settings.php aus der alten Version für den neuen websapce mit Zugangsdaten für die neue Datenbank anpassen

Viele Grüße,
Tobias

Danke Tobias,

ich hab es genau so wie im ersten Teil deines postings gemacht.
Die Domain hat sich nicht geändert, daher habe ich nichts an der htaccess geändert und nur die settings.php entsprechend an die DB angepasst.
Es ist ja alles bei gleichen Provider geblieben, nur eben auf einem leistungsfähigeren Server, aber irgendwas ist schief gelaufen. Jetzt bin ich froh, dass die 7.28 Version die der Provider anbietet funktioniert.

Ich werde es jetzt mit B+M versuchen wie du es im zweiten Teil beschrieben hast.
Nur zur Basis-Info: Was alles macht das B+M?

Holt es nur die DB zurück oder auch Teile, Einstellungen aus dem sites Ordner?
Also anders gefragt: Wo stehen die Infos darüber, wo und welche Blöcke aktiviert sind und was sonst noch?
LG Martin

Bei Drupal sind alle Einstellungen in der Datenbank, also auch die Einstellungen, welche Blöcke wo aktiviert sind und so.

Man kann bei B&M auch Dateien sichern, aber in der Standard-Einstellung wird nur die Datenbank gezogen.

Geschätzte Helfer,

der erste Versuch, die backup Datei mit HIlfe von B&M hochzuladen scheiterte am Zeitlimit, obwohl max_execution_time auf 30 sec,
der zweite Versuch brachte die folgende Fehlermeldung:

Notice: Undefined index: files in theme_backup_migrate_file_list() (Zeile 954 von /var/www/web103/html/w4psy/drupal/sites/all/modules/backup_migrate/backup_migrate.module).

Für diese Drupal-Version steht ein Sicherheitsupdate zur Verfügung. Um die Sicherheit des Servers sicherzustellen, sollte umgehend aktualisiert werden! Auf der Übersichtsseite für verfügbare Aktualisierungen, finden Sie weitere Informationen und können die notwendigen Aktualisierungen installieren.

PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'temporary://w4psy.at-bamboo-2014-08-05T09-41-56.mysql' for key 'uri': INSERT INTO {file_managed} (uid, filename, uri, filemime, filesize, status, timestamp) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6); Array ( [:db_insert_placeholder_0] => 1 [:db_insert_placeholder_1] => w4psy.at-bamboo-2014-08-05T09-41-56.mysql [:db_insert_placeholder_2] => temporary://w4psy.at-bamboo-2014-08-05T09-41-56.mysql [:db_insert_placeholder_3] => application/octet-stream [:db_insert_placeholder_4] => 10299028 [:db_insert_placeholder_5] => 0 [:db_insert_placeholder_6] => 1407937235 ) in drupal_write_record() (Zeile 7207 von /var/www/web103/html/w4psy/drupal/includes/common.inc).

Ich kann es beim besten Willen nicht entschlüsseln.
In B&M habe ich die erste Option verwendet, nicht mit phpMyAdmin sondern "restore from b&m", die DB ist knapp 10 Mb groß, geht also noch.

Teil drei - was weiterhin geschah:

die neue 7.28 drupal installation am neuen server läuft, das b+m ist installiert, kann aber aus oben erwähnten gründen die db nicht wiederherstellen.

als nächstes habe ich das alte sites verzeichnis hochgeladen und ein update versucht - es folgte die meldung:

PDOException: SQLSTATE[28000] [1045] Access denied for user 'web839'@'localhost' (using password: YES) in drupal_get_installed_schema_version() (line 155 of /var/www/web103/html/w4psy/drupal/includes/install.inc).

Ohne mir sicher zu sein deute ich es so, dass die alten db angaben nicht passen und ändere diese jetzt,
melde mich danach wieder.

Teil vier:
An der fehlermeldung hat sich dadurch nichts geändert.
PDOException: SQLSTATE[28000] [1045] Access denied for user 'web839'@'localhost' (using password: YES) in lock_may_be_available() (line 167 of /var/www/web103/html/w4psy/drupal/includes/lock.inc).

Der User "web839" war der alte user, nur wo müsste ich den neuen eintragen?

Ich habe mittels phpMyAdmin den Inhalt der alten Datenbank bereits am neuen Server liegen.
Sollte ich nun in der settings.php die Einstellungen auf die neue (mit alten Inhalt) DB umschreiben?
Kennt sich backup&migrate danach noch aus?

Danke für eure Rückmeldungen dazu,
lg Martin

30 Sekunden ist bei solchen Aktionen manchmal knapp, obwohl ich das Problem so noch nicht hatte. Wenn aber die Datenbank auf dem Server erst mal kaputt ist, geht nur:

• Datenbank komplett leeren
• Drupal neu installieren
• Backup & Migrate aktivieren
• Datembank neu mit Backup & Migrate einspielen

Hast Du vielleicht sogar Shell Zugang zum Server, kann man in der Shell den Import über die Kommandozeile angehen. Da gibt es dann auch kein Zeitlimit.

Nein, shell ist eine andere Liga,
damit kenne ich mich leider nicht aus.

Momentan kann ich das b&m gar nicht verwenden, weil ich nicht ins Drupal reinkomme.
Beim Anmelden kommt bereits diese o.g. Fehlermeldung. Was bedeutet sie?

Error
The website encountered an unexpected error. Please try again later.
Error message
PDOException: SQLSTATE[28000] [1045] Access denied for user 'web839'@'localhost' (using password: YES) in lock_may_be_available() (line 167 of /var/www/web103/html/w4psy/drupal/includes/lock.inc).

Ich glaube ich bin nahe an der Lösung, aber irgendeine Einstellung passt noch nicht.
Der sites-ordner mit den alten Modulen, Themes etc. sind oben.
Die neue Seite "glaubt", dass der alte User sich anmelden will oder wie?

Muss jetzt mal unterbrechen und freue mich auf Hinweise - antworte/versuche nach 19.00 weiter,
Danke einstweilen,
Martin

Du hast beim Hochladen in sites/default auch die settings.php auf den Server kopiert. Darin befinden sich die Zugangsdaten zur Datenbank und die sind lokal andere. Also diese Datei entsprechend ändern, dann sollte es wieder gehen.

Es ist vollbracht.
Es war ein Kuddelmuddel in den Verzeichnisse, alte settings.php immer wieder hochgeladen,
letzlich habe ich eine sicherungskopie, früher (mit b&m) erstellt, über phpMyAdmin erfolgreich in eine neue DB geladen,
dann die richtige settings.php hochgeladen und es funzt, wenn auch die Bilder noch nicht angezeigt werden. Da dürfte was mit dem Pfad noch nicht stimmen.
Ich bin ur-stolz, wie man hier zu Lande sagt, auch im hohen Alter (53) wieder was gelernt zu haben und ihr habt mir echt fein geholfen. Chapau!!

Danke aus Ö,
Martin

Noch als Anmerkung: Wenn der import großer Datenbanken am Zeitlimit scheitert, ist eine Möglich http://www.mysqldumper.de/
Damit habe ich auch schon große Datenbanken erfolgreich umgezogen.

Den habe ich auch schon gesucht,
danke, M.