Upgrade von Drupal 7 auf 9

Wichtig wäre, dass Du Dir eine Version des Drupal 7 lauffähig hälst, damit Du die Daten retten kannst.
Keinesfalls an dieser Installation mit Migration anfangen, das geht 100%ig schief - falls Du das vorhattest. ;-)
Also Du könntest z.B. bei All-Inkl wechseln, wo man noch PHP 7 einstellen kann (keine Ahnung, wie lange, aber in den vielen Jahren, seit ich dort bin, gab es nie Abschaltungen.
Wenn Dir ein kompletter Domain-Umzug zu aufwändig ist (ich weiß nicht, wie wichtig die Seite für Dich ist), dann wäre das auch mit einer lokalen Umgebung möglich.

Dann würde ich mit Composer eine saubere Drupal 9 Installation mit allen Modulen vornehmen, die Du benötigst.
Dort die Struktur neu erstellen (Inhaltstypen, Benutzerprofile).

Und dann einen Views Export machen auf der D7 für die wichtigen Daten und in D9 mit Feeds importieren.
Ist viel Arbeit, aber direkte Migration war mir schon auf D8 zu unsicher.

Ich habe hier einen Blog Artikel geschrieben für händische Migration von D7 auf D8, funktioniert bei D9 ähnlich:
https://www.montviso.de/blog/nodes-und-taxonomies-von-drupal-7-auf-drupa...

Da habe ich die Migration von D7 auf D8 gemacht und dann die Konfigurationseinstellungen auf eine sauberer D8 übertragen, um mir händisches Anlegen der Views und Inhaltstypen zu ersparen.

Natürlich ist das nur nötig, wenn es zu viele Inhalte sind für händischen Übertrag.
Wie es mit Panels funktioniert, weiß ich aber nicht.
Vielleicht importierst Du nur den Teil der Seiteninhalte automatisch, der nicht mit Panels erstellt wurde.
(titel, body, Referenzen auf Taxonomien, was es halt so gibt)

Hallo Regina,

vielen Dank für deine ausführliche Beschreibung.

Leider ist die Drupal 7 Seite schon recht wichtig. Ich bekomme die auch nicht mehr so wirklich zum laufen. Irgend etwas ist da nicht in Ordnung. Ich befürchte der Fehler ist aber vielleicht sogar irgendwo in der Datenbank. Immer wieder läuft die Seite auf den Fehler:
"Auf der Website ist ein unvorhergesehener Fehler aufgetreten. Bitte versuchen Sie es später nochmal."

Dann hilft es den Ordner sites/all/modules umzubenennen in sites/all/_modules und die Seite zu aktualisieren. Danach kann der Ordner wieder umbenannt werden und es geht erst einmal wieder.

Ich habe jetzt eine frische Installation D9 auf dem Server gemacht und versuche gerade alle Inhaltstypen erstellen. Dann hoffe ich, dass ich die Inhalte mit Views Export irgendwie noch gerettet bekomme.

Gibt es in Drupal 9 irgendwie die Möglichkeit User zu importieren?

DANKE schon mal für die Hilfe.

Ich habe es noch nie gemacht; aber mit Feeds kann man auch User importieren.
Unter deinedomain/admin/structure/feeds/add
kannst Du bei Processor nicht nur Nodes, sondern z.B. auch User importieren.

ich meine, Du soltest jedenfalls eine Migration strikt nach Drupal.org Anleitung probieren. Du hast eine D7 noch zum Laufen bekommen? Für die Migration braucht man im Wesentlichen nur die D7-Datenbank und die bisherigen Pfade. Eine D9 frisch aufsetzen mit den Modulen wg, Migration (Migrate Drupal UI usw.) - im ersten Schritt ohne Views (ich hab in D7 kaum views). User werden dabei direkt mit migriert! Views-Migration ist allerdings nicht Teil der normalen Migration. Da ist entweder - im 2. Schritt - Handarbeit angesagt oder - es gibt ein extra contributed D7-Modul, mit dem ich allerdings noch nicht anfing,

Ich vermute, Reginas Weg geht möglicherweise auf "frühere" Erfahrungen mit Migration zurück; die letzten Jahre sehe ich inzwischen gute Ergebnissen der normalen Drupalmigration. Umfangreihe komplizierte Views können in der Tat andere Probleme machen, so dass dann wieder feeds helfen können - aber nur dann, meine ich.

Hi Franz,
das klingt interessant, was Du schreibst.
In der Tat gab es damals einige Probs mit der Migration.
Freut mich, wenn das heute anders ist.
Ich habe noch nie eine direkte Migration von D7 -> auf D9 gemacht.
Hätte vermutet, dass die Probleme da eher nicht geringer werden.
Aber gut, vieles wurde besser bei Drupal. ;-)

Prodvider wechseln wie z.b. alfahosting ist am einfachsten! .finde ich echt ne frechheit, daß das einige einfach abschalten. oder zu wp portieren, je nach Umfang von Drupal problemlos möglich

@caw Providerwechsel wegen einer veralteten Drupal 7 Installation käme mir nie in den Sinn.
Da müssen ja Emails ect. auch geändert werden.
Und Drupal 9/ 10 ist ja so und so die Zukunft, bzw. bald 10.

Wenn ein Umzug zu Wordpress problemlos möglich ist, dann wurde Drupal nie richtig genutzt.
Also mit verschiedenen Inhaltstypen, Reports ect.
Ich habe letztes Jahr zum Jahresende alle Wordpresskunden abgegeben und freue mich noch immer jeden Tag darüber.
Drupal 9 läuft sowas von smart und die Philosophie von Wordpress mit Plugins die teilweise kostenlos sind und teilweise nur als Pro richtig funktionieren, ist einfach das Letzte.

Ich muss mich schon wundern über so eine Empfehlung in einem Drupal-Forum.

@nicki, falls Du bei Facebook bist, empfehle ich die dortige Drupal 9/10 Gruppe.
Dort sind viele Fachleute unterwegs und sie sind recht hilfsbereit.

ein providerwechsel ist doch die einfachste lösugn. man kann selbst entscheiden, wann man von d7 zu d8/9 wechselt und hat keinen zeitdruck!
die email sind aj recht einfach zu ändern....
die meisten drupal seiten sind ohne verschiedene inhaltstypen etc. deswegen lohnt sich da drupal nicht. und wenn mans was braucht geht das mit wp auch.
bei mir wurden drupalseiten durch updates von modulen plötzlich zerstört. habe ich bei wp noch nicht gehabt. und updates und sicherungen sind automatisch. bracuht der kunde keine hilfe von extern!
plugins laufen bei mir alle problemlos. die kostenlosen wie die kostenpflichtigen, die ich eh nur selten nutze.
empfehlung kann ich doch machen wie ich will. kann der nutzer hier doch frei entscheiden. ist nur eine möglichkeit, an die man ja vielelicht ga rnicht denkt.

Hallo Regina! Ich muss es jetzt auch angehen und endlich von D6 -> D9 umstellen!

Eine D9 Installation habe ich schon, wo auch ein Webshop drauf ist... und jetzt kommt die Herkulesaufgabe auf mich zu!

Zuerst die ca. 5000 User auf D6 mit den feeds exportieren und dann auf D9 wieder importieren, das gleiche auch mit den taxonomie (sind auch einige tausend.)

Bei den nodes bin ich auf das Drupal 6 Modul node export gestoßen und da will ich über Format: Serialize die Daten mit dem Modul content_sync D9 synchronisierung, für den Anfang will ich parallel beide Seiten laufen lassen... ca. 32.000 nodes und ca. 20.000 taxonomie!

Bin ich mit meinem Gedankengang richtig?

Mit den feeds
- User
- taxonomie

Auf der D9 Seite zuerst 1 zu 1 gleich die Inhaltstypen aufbauen?
content_sync
- Inhaltstypen

Da muss ich passen.
Wenn Du die Nodes mit Feeds importieren willst, dann müssen die Inhaltstypen vorher angelegt sein.

Reden wir jetzt plötzlich von Drupal 6?
Ich kann mich nicht mehr erinnern, aber glaube, dass es damals auch schon views export gab.

JA, noch immer D6, verwendende ich und immer vor mir hergeschoben... :-(

Das mit den views export kenne ich noch nicht, werde es mir ansehen!

Das Modul heißt views_data_export und gab es schon bei Drupal 6 als Beta-Version.

Auch da evtl die Möglichkeit mt dem kostenpflichtigen Plugin FG to Drupal und Erweiterungen zu WP portieren.

Servus Werner! Ich bin auf die zwei Module bei der Suche gekommen:

D6 https://www.drupal.org/project/node_export
-> D9 https://www.drupal.org/project/content_sync

Werde mir noch deinen Vorschlag ansehen! views_data_export Hmm, damit könnte ich auch mal die taxonomie und User exportieren?

Ich habe mal eine Views für den User Import erstellt und dabei ist mir eines noch unklar, kann ich damit auch die Passwörter vom jeweiligen Benutzer mit importieren? Muss aber nicht sein.

Was zum... Pass, auf du exportiert deine Datenbank aus dem MySQL-Server. Lädst deine Codebase runter und dann nimmst du dir Virtualbox oder die Wsl wenn du windows 10 oder 11 hast und installierst Ubuntu 18.4 da ist PHP 7.4 noch drin.

Dann installierst du nen Webserver und PHP 7 und PHP 8.1 und dann migriert du. Von drupal 7 auf Drupal 9.50 und dann auf 10.0. Und wenn deine Seite lokal funktioniert packst du die, wieder auf deinen Server. Ein Provider-Wechsel, wie ihn beispielsweise C.A.W vorschlägt ist maximal eine Verschiebung des Übels.

Notfall kopierst du deine Daten manuell von a nach b, wenn du gar keine Ahnung hast, wie an mit Linux umgeht oder ne Migration macht. Du solltest deine Seite aber definitiv noch zum laufen bekommen, wenn du PHP 7.4 wieder einsetzen kannst.

Die Fehlermeldung von der du sprichst ist generisch. Eine genauere Fehlermeldung findest du in der Log deines Servers.

Auch da evtl die Möglichkeit mt dem kostenpflichtigen Plugin FG to Drupal und Erweiterungen zu WP portieren.

Au weia. WordPress ist so ziemlich die größte Upsell-Schleuder, die ich kenne. Und da, die wenigsten Module in WordPress über Monats oder Jahresabos verkauft werden und ansonsten nur eingeschränkten Funktionsumfang bieten ist die Empfehlung von Drupal zu WordPress zu migrieren ungefähr so als würde mir jemand empfehlen mein werbefreie Netflix Abo gegen Werbefinanziertes Fernsehen mit monatlicher Abogebühr einzutauschen.

Äh das netteste, dass mir dazu einfällt ist: Pfui. Vor allem bei sowas simplen wie „mein Hoster unterstützt die PHP-Version meiner Software nicht mehr" Also wirklich, ich weiß gar nicht was ich dazu sagen soll ohne ausfällig zu werden.

Passt auf ihr beiden, wenn ihr es, wirklich nicht hinbekommt eure Drupal-Seiten zu migrieren setzen wir uns gern am nächsten Drupal Contribution weekend in einen Jitsi-Kanal und schauen uns die Problemkinder mal an.

Wenn ihr Bock darauf habt, schreibt mir mal ne PM.

Kostet einmalig

da habe ich oben geschrieben den hoster wechseln! das ist das einfachste

Ich finde es ausgesprochen peinlich, wenn auf einer Drupal-Plattform solche Sprüche stehen.
Es gibt derart viele Gründe, von WP zu Drupal zu wechseln und keinen einzigen für den umgekehrten Weg.

ziemlich viele gibts dafür. aber egal. darum gehts hier ja nicht

Darauf wollte ich hinaus.
Wenn Du WP-Support leisten willst, dann gibt es dafür genug Hilfe-Foren.
Hier geht es nun mal um Drupal.

Drupal funktioniert heute auch mit Composer auf shared hosting und mit vorgefertigten Paketen kann man auch kleine Kunden gut bedienen.
Da muss man sich nicht mit der halb-pro-halb-kostenlos Politik bei WP rum schlagen.

Hier geht es doch primär darum, daß aufgrund des Abschaltens von PHP 7 sich Nicki genötigt sieht sehr schnell auf D9/D10 ein Upgrade durchzuführen. Da das je nach Komplexität des Systems recht aufwendig sein kann mit jeweils unterschiedlichen Methoden ist ein Weiterbetrieb vom D7 System meiner Meinung nach anzuraten. Dies gilt wahrscheinlich auch für ein Wechsel des CMS. Insofern würde ich hier schon die Hosting-Situation zu Diskussion stellen. Wir trennen weit mehr als 10 Jahren Mail und Webspace bei allen unserer Projekte um insgesamt flexibler zu sein. Wenn hier ein paar Euro pro Monat Mehrkosten ein Problem darstellen ist der eigene Betrieb eines CMS evtl. ohnehin ein Problem.
Ich bezweifele auch ob ein Wechsel z.B. zu Wordpress tatsächlich das Ausgangsdilemma löst, da PHP 8 Unterstützung selbst beim Hauptsystem aktuell noch als Beta ausgewiesen wird. Da hilft dann wahrscheinlich auch kein kostenpflichtiges WP-Plugin.

Off topic/ Off Foren Focus
Wir haben zwar aktuell noch keine Regeln bezüglich "Werbung" für Wechsel zu anderen CMS. Aber mich persönlich nervt das allmählich. Damit meine ich nicht fachliche Diskussionen und Fragen wie "Kennt jemand ein Modul für Funktionalität X, die ich von CMS Y her kenne". Vllt. wäre es an der Zeit ein Anpassung der Forenregeln diesbezüglich zu diskutieren. Meiner Meinung nach gehört die Diskussion darüber wie man von einem CMS zu einem anderen migriert zu einem Forum des jeweiligen "Ziel"-CMS. So im Sinne eines aktuellen Discounter Claims "Dann geh doch zu ...". Meta-Diskussionen über das "bessere" CMS gehören damit auch zu einem Meta-Forum wie z.B. CMS-Garden.

So sehe ich das auch!

Das hat Super geklappt, vielen Dank. Habe mit

Servus inmikkith! Ja, ich hätte "Bock" drauf zu lernen, wie man von D6 auf D9 migriert...

Habe bis jetzt nur die User und die Taxonomie migrieren können :-(

Gib mir bitte Bescheid, wann du Zeit hast

Lg Andreas

Leider ist es micht möglich das zusammenspiel von node_export und content_sync, weil bei D6 node_export yml-Dateien nicht kennt.