Hi,
solange Du nicht besondere Features (Trigger, Proceduren) nutzt, sollte
eigenlich ein upgrade möglich sein.
Soweit es mir bekannt ist sollte man nur die datenbank mysql nicht wieder
einspielen,
sondern nutzer berechtigungen etc. von hand wieder einrichten. Da sich die
Passwort verschlüsselung
und einige andere Sachen geändert haben.
Ich Dir empfehlen zunächst Deine Datenbanken auf einen
andern Linux host (testserver) mit dem aktuellen mysql server einzuspielen, um
mögliche Probleme zu finden.
Bei der Methode wärst Du auch in der Lage die offline Zeit zu verkürzen, indem
Du auf den Test Server das datadir (/var/lib/mysql) einpackst
- tar czf mysql.data.tar.gz
auf den online host schiebst. Dann upgrade ausführen, mysqld stoppen
und tar auspacken und server neu starten.
Dieses funktioniert nur wenn test server und online host binär kompatibel sind
(32bit od. 64bit, uname -m) etc.
Am Mittwoch 30 Dezember 2009 11:56:25 schrieb Ruediger Holdmann:
> Hallo PUG,
>
> Ich betreibe einen kleinen Root-Server unter Debian 4, als Management läuft
> ein Confixx-Pro 3.1.x. Es sind insgesamt 7 aktive Datenbanken, die von
> unterschiedlichen Domains genutzt werden.
>
> Warum auch immer befindet sich ein Misch bereits auf dem Server:
> ii mysql-common 5.0.32-7etch11 mysql
> database common files (e.g. /etc/mysql
> ii mysql-server 4.0.24-10sarge2 mysql
> database server binaries
Überprüfe auch die version von libmysqlclient*
Wenn Du php nutzt -> welche php-mysql version ist installiert
>
> Woher das kommt, weiß ich nicht. Der Server wurde vom Provider aufgesetzt und
> ich kümmre mich seither um die üblichen Updates via aptitude. Beim Update
> damals von Debian 3 auf 4 habe ich den MySQL-Server außen vor gelassen, weil
> mir das zu heikel war und immer noch ist. Der Server läuft rund und
> problemlos. Mit dem Erscheinen von Wordpress 2.9 wird der von mir immer noch
> verwendet MySQL-Server 4.0 als nicht mehr kompatibel ausgewiesen. Da mit dem
> Wordpress-Update auch Sichterheitspatches der Blogsoftware installiert
> werden, bin ich nun in argem Zugzwang.
Debian upgraded den mysql-server nicht wenn inckompatibilitäten enstehen
könnten.
>
> Mehrfach habe ich nun hier
> (http://dev.mysql.com/doc/refman/4.1/en/upgrading-from-previous-series.html)
> gelesen, doch nicht genug davon verstanden, um das Upgrade ruhigen Gewissens
> durchzuführen. Wegen Änderungen an Tabellen erwarte ich, dass nach dem wohl
> rein technisch gesehen eher unkomplizierten Upgrade, die Datenbanken nicht
> mehr zur Verfügung stehen. Die nötigen Befehle und weiteren Tätigkeiten um
> die Datenbanken mit den Änderungen nach dem Upgrade wieder in Betrieb zu
> nehmen, überfordern mich und sind jenseits meines Könnens.
>
> Der MySQL wurde laut Auskunft des Providers aus dem Debian-Paket genommen. Es
> wird in verschiedenen Foren empfohlen, zuerst auf MySQL 4.1 zu gehen und dann
> auf die aktuelle Version 5. Wenn ich jedoch aptitude nutze, wird doch gleich
> das aktuelle Paket installiert, oder?
>
> Das Backup der my.conf und aller Datenbanken sind keine Sache. Um beruhigende
> Ratschläge oder Hinweise eines erfahrenen MySQL-Server-Administrators zum
> Upgrade wäre ich sehr dankbar.
> --
> gruss ruediger
>
> P.S. Ich habe keine Angst vor der Tätigkeit als solcher, ich habe gehörigen
> Respekt vor der Sache, derzeit sicher mehr als gesund ist. Mir passieren
> zudem immer die Ungeschicklichkeiten, die sonst niemandem passieren. Klare
> Sache, zu lange war ich beim BetaTesting für andere Produkte. ;)
Also Testserver aufsetzen datenbanken einspielen und sehen was dort nicht
klappt ;-)
>
> --
>
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
>
>
--
mit freundlichem Gruss -- regards
Thomas Drillich
Heugasse 4 / D-55116 Mainz / Germany
fon +49 (0)6131 570 26 21
fax +49 (0)180 506 033 437 443
t...@drillich.com
--
PUG - Penguin User Group Wiesbaden - http://www.pug.org
