DB Dump von Linux (debian) -> Windows (Win2008)

[MrWhite]

Hallo zusammen,

wir wollten gerne auf eine aktuelle Version von OTRS 2.3.4 auf 3.2.6 umsteigen. Ich wollte mir den Spaß machen und eine Datenbankkopie erstellen und diesen dann in den Windows System einspielen (nur für testzwecke). 'In der Realität haben wir vor von Debian -> Suse Linux umzusteigen. Dieser Vorgang dient lediglich nur dazu, um die Exportfunktion zu testen. Ich möchte davon ausgehen, dass alles im Dump kopiert wird sprich alle Benutzer,Kunden etc.

Kann mir jemand vielleicht zu diesem Thema helfen? Auf welche Punkte muss ich achten?

Grundgedanke:

1. Datenbank dump auf Debian erstellen ( mysqldump -u otrs -p otrs >otrs-database.sql), sollte man hierbei alle Dienste stoppen?
2. Datenbankdump exportieren in den Windows System und diesen dort wiederrum importieren. (ich denke mal mit mysqldump)?

Tausend Dank für euere Unterstützung, ich wäre euch sehr dankbar.

Mfg

MrWhite

[KlausNehrer]

Sofern die Versionen von MySQL sich nicht zu stark unterscheiden, spricht nichts dagegen (außer vielleicht Groß- und Kleinschreibung).
Ich würde aber die Migration nicht zwischen Linux und Windows testen, wenn die Migration zwischen Linux und Linux stattfinden soll. Ein Busfahrer lernt ja auch nicht auf einem Sattelschlepper.

BTW: Die Migration von Debian auf SuSE finde ich persönlich noch abenteuerlicher ...

[MrWhite]

BTW: Die Migration von Debian auf SuSE finde ich persönlich noch abenteuerlicher ...

Morgen,

vielen Dank für deine Nachricht.

Ich wollte einfach nur schauen, ob dier Dump auf einer Windows Maschine funktionieren würde. Weil ich kein riesen Aufwand für das Testen investieren wollte..


Wieso denn abenteuerlicher? Sind zwischen diesen Versionen so viele Differenzen enthalten?


Mfg

MrWhite

[Hazet]

Er hält nicht viel von SuSE, denk ich mal. Aber ich würd' an Deiner Stelle auch eher bei Debian bleiben, wenn ich's mir aussuchen könnte. Gibt's einen Grund für den Umstieg auf SuSE?

[MrWhite]

Er hält nicht viel von SuSE, denk ich mal. Aber ich würd' an Deiner Stelle auch eher bei Debian bleiben, wenn ich's mir aussuchen könnte. Gibt's einen Grund für den Umstieg auf SuSE?

hi,

vielen dank für deine nachricht.

Nein eigentlich nicht, mein Vorgesetzter hatte mir den Vorschlag gemacht. Hast du "auch" schlechte Erfahrungen mit Suse gemacht oder wo liegt das Problem damit?

Viele Grüße

MrWhite

[wurzel]

Hi,

sofern du mysql DB benutzt, müsste es ohne "probleme" funktionieren.

Ich vermeide es, Windows einzusetzen. Aber es dürfte funtkionieren


Zur SuSE Problematik: bei SuSE habe ich lediglich das Problem, dass im Repository nicht alle Perl Module standardmäßig verfügbar sind.
Aber dafür gibts CPAN oder die Developper DVD (da müsste alles drauf sein)

läuft hier mehrfach (test + productive) auf SuSE (Open + SLES) einwandfrei.

Flo

[KlausNehrer]

Auch wenn es Offtopic wirkt ...
SuSE war bekannt dafür, die Kernel "totzupatchen", was dann zu merkwürdigen "Siteeffects" im Produktionsbetrieb führte. Und Novell hat nicht wirklich viel daran geändert, damit YaST seinen Beinamen Yet another shortcoming tool verliert. Oder anders gesagt: Top drei, wenn Du gelangweilt bist und Dich als Admin siehst: 3.) SuSE, 2.) Ubuntu und 1.) Gentoo ...

[MrWhite]

Hi zusammen,

ich habe nachdem ich versucht habe ein Dump zu erzeugen bzw. diesen im Windows einzuspielen folgende "Fehlermeldung erhalten". Wisst ihr vielleicht, was ich machen könnte um meine Fehlermeldung zu beheben?
Im Netz habe ich tausende Möglichkeit gefunden, aber leider nicht das richtige für mein Problem.



Vielen Dank.

Mfg

MrWhite

[MrWhite]

Kann keiner helfen ?

[KlausNehrer]

In dem Dump ist ein Fehler. Wo genau, steht in der Meldung. Wie sieht diese Zeile im Dump aus?

[MrWhite]

In dem Dump ist ein Fehler. Wo genau, steht in der Meldung. Wie sieht diese Zeile im Dump aus?

Hi,

ich hab versucht den Dump zu öffnen erhalte aber andauernd die Meldung, dass die Datei zu groß wäre..

Wie kann ich die Datei am einfachsten öffnen ?



Vielen Dank für deine Hilfe

Mfg

MrWhite

[Hazet]

mit vi? less? more?

[KlausNehrer]

notepad++, wenn es Windows sei.

[MrWhite]

notepad++, wenn es Windows sei.

Hi,

notepad++ meint ist zu groß um die Datei zu öffnen

[MrWhite]

mit vi? less? more?

Ich hab den Dump bereits auf einem Windows Rechner rüberkopiert, mit vi etc. wird das glaube ich nicht gehen

[Hazet]

Es gibt vi auch für windows. Wie gross ist denn die Datei? Du kannst die Datei ja auch in Häppchen aufteilen.

[MrWhite]

Hallo zusammen,

ich hoffe ihr hattet alle ein schönes und verlängertes WE .

Ich habe nun mein Datenbankdump auf mein Windows System kopiert und bereits eingespielt.

Erhalte nun das Problem, nachdem Update das die Tickets nicht mehr bearbeitet werden können, insofern weil ich die Ticket nicht sehe. Dennoch sehe ich, dass Ticket existieren(siehe Screenshot). Was könnte denn noch fehlen ? Layout Probleme ?



Viele Grüße

MrWhite

[jojo]

Sind die beiden OTRS Versionen identisch? Zeigt das Log irgendwelche Fehler an? Warum nutzt Du eine stark veraltete und nicht mehr gepflegte 2.x?

[MrWhite]

Hi,

nein leider nicht.

Ich wollte nur Testen, ob das mit dem Datenbankdump funktioniert.
Nein, die beiden OTRS Versionen sind leider nicht identisch. Aber sobald ich versuche mein Datenbankdump in eine neuere OTRS Version einzuspielen, erhalte ich immer wieder Fehlermeldungen oder es tut sich nichts und erhalte eine blanke Seite.

Systemlog ist komplett leer, ich muss leider gestehen das der Dump aus einer Debian OTRS 2.3.4 stammt.


Und die Version die ich auf Windows installiert habe eine 2.4.1 ist.


Gute Frage, hab das Thema mit der OTRS Version 2.3.4 übernommen müssen, deswegen wollte ich selbstverständlich die OTRS auf eine neuere Version updaten, vorher nochmal überprüfen. ob Probleme auftreten können beim Updaten.

Vielen Dank für deine Hilfe.

[jojo]

Du kannst natürlich nicht den Dump aus einer 2.3. in einer 2.4. benutzen.

Aktuell ist jedoch die 3.2.6

[MrWhite]

Du kannst natürlich nicht den Dump aus einer 2.3. in einer 2.4. benutzen.

Aktuell ist jedoch die 3.2.6

Hi,

und das bedeutet für mich, dass ich keine Chance hab meinen Datenbankdump auf einen anderen System zu kopieren?
Denn die jetzige OTRS läuft auf einer Debian Maschine sprich mit OTRS 2.3.4...

Ich wollte das ganze auf eine andere Debian Maschine umziehen... entsprechend mit einer neueren Version...

Viele Grüße

MrWhite

[jojo]

Dann musst Du natürlich sauber migrieren, d.h.

2.3. -> 2.4.latest
2.4. -> 3.0.latest
3.0. -> 3.1.latest
3.1. -> 3.2.latest

Da das aufgrund der alten Version ggf. ein wenig tricky werden kann, solltet Ihr hier über eine entsprechende professionelle Hilfe nachdenken

[MrWhite]

Und du meinst keine andere Chance auf einem anderen System den Dump zu kopieren?

Wie machen des denn die anderen Nutzer? Falls das OTRS nicht mehr läuft?

Ich kann mir das nicht vorstellen...

[jojo]

Du kannst den Dump natürlich kopieren, Du brauchst aber die gleiche Zielversion

[MrWhite]

Du kannst den Dump natürlich kopieren, Du brauchst aber die gleiche Zielversion

Aber würde nichts bringen *heul*...

Das bedeutet aber bei der Migration von OTRS 2.3.4 bzw. ITSM 1.0.4 die Versionen step by step migriert werden muss, um die Funktion zu gewährleisten.

Muss ich den beim ITSM auf bestimmte Sachen aufpassen? Ich denke die Version müsste ich ebenfalls Schritt für Schritt migrieren...

Kannst du mir bitte ein Anhaltspunkt geben, wo ich den am besten damit anfangen könnte ?

Tausend Dank..

Mfg

MrWhite

[jojo]

lies die jeweilige UPGRADING Datei. Trivial ist es nicht...

[MrWhite]

lies die jeweilige UPGRADING Datei. Trivial ist es nicht...

Vielen Dank für deine Antwort, ich mach mich schlau und überlege mir dann wie es weitergeht.

Mfg

MrWhite