Migration v4 auf v5

In kürze steht die Beschaffung neuer Hardware für den DB-Server an.
Im Zuge der Installation möchte ich gleich auf MySQL 5 Migrieren.

Dazu habe ich jedoch noch Fragen ...

Ist es möglich eine v4.0.20a(NT) in eine v5.x zu Spiegeln; Stichwort "sanfter oder OnTheFly Umstieg", also den Wechsel im Laufenden
Betrieb vorzunehmen ?

Gedacht habe ich mir die v5 auf der neuen Hardware aufzusetzen, die Spiegelung nur in Richtung v5.x aufzusetzen und dann nach
erfolgreichen Test nur noch die Anwendungen zu schwenken.

Erfahrungen jeder Art sind wilkommen.

Danke und Gruss, Andreas

--
************************************************************ **********
Persönliche Antworten bitte an a99b00c53@remote.dyndns.info, die Replyadresse wird nicht gelesen !
Mails bitte als Nur Text Senden !!
Send Private-Messages only to a99b00c53@remote.dyndns.info, the reply adress will not be read !
Please send only as Plaintext !!

Re: Migration v4 auf v5

"Andreas Krueger" wrote:
>
> Ist es möglich eine v4.0.20a(NT) in eine v5.x zu Spiegeln; Stichwort
> "sanfter oder OnTheFly Umstieg", also den Wechsel im Laufenden Betrieb
> vorzunehmen ?

Das sind zwei verschiedene Fragen.

Was meinst du mit "spiegeln"? Falls du Replikation meinst: ja, das
funktioniert von 4.0 zu 5.0. Steht auch so im Handbuch.

Wechsel im laufenden Betrieb: ja das geht. Ist aber nicht unbedingt
einfach. Der Ansatz ist ungefähr:

1. Daten migrieren
2. Applikation testen und wenn notwendig, anpassen
3. Replikation DB(alt) -> DB(neu) aufsetzen
4. Applikation von DB(alt) auf DB(neu) umschalten
5. Replikation abschalten, DB(alt) entsorgen

> Gedacht habe ich mir die v5 auf der neuen Hardware aufzusetzen, die
> Spiegelung nur in Richtung v5.x aufzusetzen und dann nach
> erfolgreichen Test nur noch die Anwendungen zu schwenken.
>
> Erfahrungen jeder Art sind wilkommen.

Lies! Das! Handbuch!

Sowohl für den Umsteig 4.0 auf 4.1 als auch für den von 4.1 auf 5.0
gibt es jeweils ein längliches Kapitel im Handbuch. Stolperfallen gibt
es viele. Typische Hürden sind

- neues Paßwort-Hashing in 4.1
- komplett neuer Ansatz zur Zeichencodierung in 4.1


XL

Re: Migration v4 auf v5

Hallo Axel,

Axel Schwenke schrieb:
> "Andreas Krueger" wrote:
>
>> Ist es möglich eine v4.0.20a(NT) in eine v5.x zu Spiegeln; Stichwort
>> "sanfter oder OnTheFly Umstieg", also den Wechsel im Laufenden Betrieb
>> vorzunehmen ?
>
> Das sind zwei verschiedene Fragen.
>
Na ja, dass eine zieht das andere halt nach sich.
>
> Was meinst du mit "spiegeln"? Falls du Replikation meinst: ja, das
> funktioniert von 4.0 zu 5.0. Steht auch so im Handbuch.
>
Ja, Replikation. Manual ist auch schon grob durchsehen.
>
> Wechsel im laufenden Betrieb: ja das geht. Ist aber nicht unbedingt
> einfach. Der Ansatz ist ungefähr:
>
> 1. Daten migrieren
> 2. Applikation testen und wenn notwendig, anpassen
> 3. Replikation DB(alt) -> DB(neu) aufsetzen
> 4. Applikation von DB(alt) auf DB(neu) umschalten
> 5. Replikation abschalten, DB(alt) entsorgen
>
Das würde beseuten, erst den Umstieg zu wagen, oder was meinst Du mit migrieren ?
Ich gehe eigentlich davon aus, das nach der ReplikationsMigration alle Daten brauchbar vorliegen.
>
>> Gedacht habe ich mir die v5 auf der neuen Hardware aufzusetzen, die
>> Spiegelung nur in Richtung v5.x aufzusetzen und dann nach
>> erfolgreichen Test nur noch die Anwendungen zu schwenken.
> Lies! Das! Handbuch!
>
Bin ja dabei, habe aber teilweise noch Übersetzungsproblem mit einigen Termini :-)
>
> Sowohl für den Umsteig 4.0 auf 4.1 als auch für den von 4.1 auf 5.0
> gibt es jeweils ein längliches Kapitel im Handbuch. Stolperfallen gibt
> es viele. Typische Hürden sind
>
Und genau darauf kommt es mir an. Diese sind ja meistens nicht den den ManPages beschrieben.
Hier hoffe ich auf einige Hinweise auf fehlern die anderen pasiert sind.
>
> - neues Paßwort-Hashing in 4.1
Heist also, ich müsste zur Sicherheit alle Kennwörter im Klartext vorliegen haben !?
Betrifft das nur die MySQL-Konten oder auch Einträge in Password-Feldern ?
>
> - komplett neuer Ansatz zur Zeichencodierung in 4.1
Sollte (hoffentlich ) irrelevant sein.

Danke, Andreas

--
************************************************************ **********
Persönliche Antworten bitte an a99b00c53@remote.dyndns.info, die Replyadresse wird nicht gelesen !
Mails bitte als Nur Text Senden !!
Send Private-Messages only to a99b00c53@remote.dyndns.info, the reply adress will not be read !
Please send only as Plaintext !!

Re: Migration v4 auf v5

"Andreas Krueger" wrote:
> Axel Schwenke schrieb:
>>
>> Wechsel im laufenden Betrieb: ja das geht. Ist aber nicht unbedingt
>> einfach. Der Ansatz ist ungefähr:
>>
>> 1. Daten migrieren
>> 2. Applikation testen und wenn notwendig, anpassen
>> 3. Replikation DB(alt) -> DB(neu) aufsetzen
>> 4. Applikation von DB(alt) auf DB(neu) umschalten
>> 5. Replikation abschalten, DB(alt) entsorgen
>>
> Das würde beseuten, erst den Umstieg zu wagen, oder was meinst Du mit migrieren ?

Na, bevor du die Replikation starten kannst, müssen auf DB(neu) und
DB(alt) ja erstmal die gleichen (logischen) Daten vorliegen. Das
Kopieren der Daten nenne ich Migration, weil es eben mehr ist, als
nur Kopieren. Stell dich zumindest schon mal darauf ein, alle Indexe
neu aufzubauen.

Wenn du in Schritt 2. auch schreiben willst - das wäre zumindest zu
empfehlen - dann machst du die Migration in Schritt 3. noch einmal.

>> Lies! Das! Handbuch!
>>
>> Sowohl für den Umsteig 4.0 auf 4.1 als auch für den von 4.1 auf 5.0
>> gibt es jeweils ein längliches Kapitel im Handbuch. Stolperfallen gibt
>> es viele. Typische Hürden sind
>>
> Und genau darauf kommt es mir an. Diese sind ja meistens nicht den den
> ManPages beschrieben.

Das sind sie sehr wohl. Das Manual listet alle wesentlichen Änderungen,
die dich beim Umstieg beißen können. Ob eine Änderung dich betrifft,
hängt natürlich davon ab, ob du ein bestimmtes Feature benutzt.
Deswegen *mußt* du diese Liste abarbeiten.

>> - neues Paßwort-Hashing in 4.1

> Heist also, ich müsste zur Sicherheit alle Kennwörter im Klartext
> vorliegen haben !? Betrifft das nur die MySQL-Konten oder auch
> Einträge in Password-Feldern ?

Lies es doch bitte selber nach!
http://dev.mysql.com/doc/refman/5.0/en/old-client.html

>> - komplett neuer Ansatz zur Zeichencodierung in 4.1
> Sollte (hoffentlich ) irrelevant sein.

Die regelmäßigen "nach dem Upgrade auf 4.1 sind meine Umlaute kaputt"
Postings belegen das Gegenteil.


XL