[offensichtlich unlösbar] Von Drupal nach Drupal umziehen

Moin.

Öhm. Dann mach Dir doch ersteinmal eine Installation auf dem Stand der Alten (also gleiche Version) und importier die Benutzer dort. Dann führst Du auf dieser neuen Installation ein Update durch so dass Du dann auf der neuesten Version bist.

hth,

 Stefan

--
sei nett zu Deinem Themer

Versteh ich leider nicht ganz. Da ich meine Installationen "pflege" ist die alte und die neue Installation logischerweise 6.12. daran liegts wohl nicht.

Der Punk wo es bei mir hakt ist schlicht und ergreifend der Import der Nutzer. Dazu bräuchte ich irgendwelche Tutorials, Howtos o.ä.
Bzw. Tips zu einer "Strategie", womit am am besten bei so einer Migration anfängt und wie man weitermacht.

Module gibts ja viele, deren Dokumentationen aber leider wie üblich äusserts schmalbrüstig sind.
Es macht ja wenig Sinn sich alle in Frage kommenden Module auf den Rechner zu schaufeln und stundenlang damit rumzuexperimentieren, wenn jemand vielleicht nen passenden Tip schon im Kopf hat.

Hab jetzt schon mal mit importexportapi einen Versuch gemacht, die user zu exportieren und in der neuen zu importieren.
Da fiel mir dann z.b. auf, dass alle Mitglieder bereits seit 39 Jahren dabei sind, also muss es wohl ein Datumsfeld nicht mitgenommen haben. Sollte man bei so einer Ausgangslage weitermachen? Wohl eher nicht...

Habe die letzten zwei Tage ca. 10 Stunden nach Lösungsansätzen gesucht, aber wurde bisher nicht fündig. Entweder sehe ich den Wald vor lauter Bäumen nicht, oder es gibt einfach nix.

Danke für Deine Antwort
Gruss
Bernd

Mich störte die Aussage "da alte Installation eine Spalte mehr hat". Du hast also in der Benutzertabelle (users) der alten Installation (Drupal 6.12) eine Spalte mehr, als bei einer Standardinstallation? Wenn ja, wurde die sicherlich durch ein Modul hinzugefügt, dass Du dementsprechend auch zur neuen Installation hinzufügen solltest. Wenn nicht versteh ich den Hintergrund des Satzes nicht.
Ansonsten sollte es kein Problem sein, die Benutzer einfach per SQL-Dump von einer DB zur Anderen zu übertragen.
Stelle also vor dem Import sicher, dass die Struktur der neuen Installation (meinetwegen auch nur die der Tabelle users) identisch mit der der alten Installation ist. Dann kannst Du die Benutzer ganz einfach importieren.

hth,

 Stefan

--
sei nett zu Deinem Themer

jo, hatte im ersten post erwähnt, dass ich content_profile verwende. und offensichtlich hat dies ein feld "data" zur users table hinzugefügt.
da ich bei keinem modul bisher irgendwelche dokumentationen zu deren datenbankoperationen gefunden habe (was schon net wäre), trifft einen sowas eben erst wenn mans garnicht braucht.

so wie ich es sehe (aber keine ahnung davon habe, sonst würde ich hier nicht fragen), muss ich ja nicht nur die user, sondern auch den profil nodetyp und die profil nodes irgendwie gleichzeitig rüberholen, oder auch nicht.

die alte db einfach spiegeln macht glaube ich keinen sinn, denn die alte installation kriecht nur noch auf dem zahnfleisch, und ich vermute halt, dass irgendwelche module dreck in der db hinterlassen haben obwohl ich alles mögliche was zum betrieb nicht essentiell war deaktiviert und wenn möglich deinstalliert habe. nur wo der dreck sitzt und welches feld in welcherr table jetzt für den neuanfang notwending ist weiss ich halt nicht.

wenn mir also keiner eine art "standart vorgehen" für so ne migration aufzeigen kann, lassen wirs lieber und ich prockel mich dann eben durch die diversen migrationstools ohne zu wissen was ich da tue.

also, nochmal die frage allgemeiner:
wie und womit macht ihr das denn, wenn ihr user und content von einer drupal installation zu einer anderen migriert (evtl. tools, evt. phpmyadmin aktionen etc.)

dankeschön
bernd

Die Frage nach einer akzeptablen Migrationslösung würde mich auch SEHR interessieren. Auf meiner Website sind sehr viele Module installiert und diese funktionierten bislang auch alle reibungslos. Ein Update auf die aktuellste "minor" Version funktioniert offenbar auch (fast) ohne Fehler, aber das Update zu Drupal V6 schlägt fehl mit einer ellenlangen Liste an Fehlern: Duplicate Entries, bereits existierende Tabellen, die angeblich erst durch das Update angelegt werden sollten, etc. Egal was ich probiere, es schlägt fehl. CCK vorher updaten, CCK nachher updaten, alle möglichen Kombinationen wie und in welcher Reihenfolge ich die Module und Drupal selbst update habe ich schon durchexzerziert. Erfolglos bzw. immer mit einer riesigen Fehlerliste.

Daher wäre mein Ansatz auch eine Migration in eine frische Installation... Nur... WIE?

--
www.hquadr.at

@hQuadrat: Ich meinte eigentlich kein Upgrade von D5 auf D6, sondern von einer aus irgendwelchen Gründen nicht mehr "rund" laufenden 6.12 auf eine neue, leere 6.12.

Hab jetzt ein wenig rumgespielt. Die User hab ich ja noch flott rübergebracht.
Aber mit dem Content wirds schon haariger. Diverse Content Typen mit verschiedenen Feldern etc.

Da ich ja gezwungen bin hier alle angeboteten Tools zu installieren blinkert mein Adminmenü nur noch vor lauter "Export" links, aber welcher jetzt zu was gehört ist nur noch schwer nachvollziehbar. Und die jeweiligen Settings sind auch nicht gerade selbsterklärend und die meisten Exportversuche enden mit Fehlerausgaben.

Ist es denn wirklich so eine abstruse Frage wie ich am besten meinen Content rüber bringe? Von der Datenbankstruktur habe ich halt bisher nur wenig Ahnung. Aber ich denke mal dass eine einfache Spiegelung der Datenbank mir auch wieder meine alten Probleme bringen wird.

Z.B. hab ich mit node export versucht meine blogs zu importieren. Funktioniert ja auch, blos das jetzt immer der admin der Author ist und die Zeit auch nicht stimmt.

Also, nochmal: Wie und mit welchen Tools würdet Ihr den Inhalt einer irgendwie verhunzten Drupalinstallation in eine frische migrieren?
Stellt euch doch nur mal vor, Eure Seite schluckt im Normalbetrieb 35mb und in der Modulübersicht 55mb, ohne dass irgendwelche "abartigen" Module installiert wären und der Fehler nicht zu finden ist.

Danke
Bernd

@bernadotte: ob es dabei um ein Upgrade geht, ist im Endeffekt ja egal. Meine 5x Datenbank ist genauso zerschossen, zumindest ausreichend um ein problemloses Update nicht mehr durchzustehen. Meine Hoffnung wäre jedenfalls auch durch eine Migration (5x alt auf eine leere 5x Installation) ein Update der neuen Installation machen zu können. Ideal wäre natürlich, ich könnte die 5x Inhalte gleich in die aktuelle 6x Version (frische Installation) migrieren, was dann natürlich noch ein Schritt weiter gedacht wäre - ob es möglich ist, weiss ich nicht.

@Community: es muss doch jemanden geben, der hiervon ein wenig mehr Ahnung hat... ich kann mir nicht vorstellen, dass wir beiden die ersten beiden wären mit diesem Problem.
Bitte um Hilfe!

--
www.hquadr.at

"ich kann mir nicht vorstellen, dass wir beiden die ersten beiden wären mit diesem Problem."

seh ich auch, allerdings auf Drupal international bezogen.

D.H. Du müsstest auch in de Foren von drupal.org suchen ...

Zur Sache selbst hab ich aber nix :(

-- Franz

wenn schon keiner weiss wies geht, poste ich hier halt schon mal was NICHT geht.

node import modul:
versuch meine blogs zu importieren. files sollen ja auch irgendwie mit importiert werden, doch da keine für mich verständliche erklärung dabei steht, funzt das sowieso nicht.

ergebnis: alle blogeinträge brav da, aber author ist der admin und nicht meine zuvor migrierten user.

import export api modul (6.dev):
export klappt wunderschön. man muss erst auswählen was zu exportieren ist und das modul erkennt welche zusätzlichen tabellen benötigt werden. ausgabe der daten als cvs zum copy/pasten, die man dann in eine datei schreiben, und in die neue installations ins modulverzeichnis ftp'en muss.

import bricht ab mit: user warning: Table 'meinedb.sequences' doesn't exist query: SELECT id FROM sequences WHERE name = '{node}_nid' in /meinverzeichnis/sites/all/modules/importexportapi/engines/importexportapi_db_put.inc on line 259. ...

was auch klar ist, weil keine sequences tabelle existiert. hab ja eine ahnung, aber so weit ich das aus meinen recherchen herausgefunden habe, gibts sowas wohl eher nur in D5. Funktioniert wohl die abfrage nicht ob die installation diese table benutzt, aber mein php ist zu schwach um das rauszufinden.

selber effekt beim versuch mit dem vokabular

UPDATE: falsch, es "funktioniert" trotz fehlermeldungen schon, aber es kommt nur "zerhackertext", sprich es sind nur fragmente der einträge da. also klappt da was mit der versionierung nicht.

nochn UPDATE: der zerhackertext bei import/export stammt wohl eher aus einem bug mit den umlauten: die einträge werden trotz der diversen fehlermeldungen übernommen, doch jeweils nur bis zum ersten umlaut. dann macht das script scheinbar schluss mit dem importieren des jeweiligen nodes.

@franz
hast wohl recht.
das hier scheint wohl eher ein "anfänger-forum für anfänger" zu sein.
ist ja nicht so, dass ich nicht schon ca. 3 tage an diesem zeug in allen mir verfügbaren sprachen rumrecherchiere.
hab halt gedacht, man versuchts erst mal auf deutsch zu posten bevor man die englische community mit halbgarem behelligt.

naja, so long.

Bernadotte: Wenn Du einen Thread hierzu bei drupal.org eröffnest, so poste hier bitte den Link - würde das auch ganz gerne weiter mitverfolgen..
--
www.hquadr.at

Das Schema Modul verrät Dir welche Tabelle zu welchen Modul gehört. Unter admin/build/schema siehst du im Fieldset "Extra" dann Tabellen, die ggf von Modulen nicht deinstalliert wurden.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

danke tobias,
das wäre wahrscheinlich ein ansatz zur "reparatur".
davon hab ich mich aber verabschiedet, weil ich sowieso ein paar sachen jetzt lieber anders gestalten würde, und da ist ein neues sauberes setup irgendwie der klarere weg. aber wie und womit die die beiträge rüberholen.
daran scheiterts soweit.

also, mit was würdest du denn beitragsdaten aus installation in eine neue überführen? alle tools die ich bis jetzt getestet habe funktionieren einfach nicht bzw. machen nur halbe sachen.
und mit welchen tables sollte man anfangen, oder ist das eher egal? und welche kann ich weglassen bzw. sind nicht nötig oder eher schädlich? dazu muss doch irgendwer was wissen???

Sag mal Bernadotte, hast Du mittlerweile eigentlich eine Lösung gefunden? Oder dieser zumindest näher gekommen?
LG.

--
www.hquadr.at

mir ist klar dass der thread schon etwas älter ist hab aber das gleiche problem und konnte auch nach stundenlangem googlen nix wirklich passendes finden

nodes von drupal zu drupal konnte ich portieren
usern klappen auch noch

aber mit den kommentaren haperts

von welchen tabellen hängt denn die comments tabelle ab? user und nodes und wovon noch?

bzw wenn ich per node_export die nodes importiert habe ändern sich scheinbar die nid´s was natürlich auch ein problem für die kommentare darstellt..

wär cool wenn da jemand nen tipp parat hätte :)

Hat da keiner n Trick auf lager?

Schade..

Comparison of Content and User Import and Export Modules

Da ist bestimmt was Passendes dabei.