Tom: MySQL Datenübernahme scheitert noch

Beitrag lesen

Hello Vinzenz,

Allerdings ist die Platte ja auch bootfähig markiert. Kann das Probleme geben?

Wenn Du die Platte irgendwo weit hinten anklemmst, sollte es keine Probleme
geben, d.h. z.B. als Slave an den sekundären IDE-Controller.

Ich hatte nochmal Trouble mit der Platte und dem "EdelBIOS" von dem Museumsboard. Aber nun habe ich das Bootflag gelöscht *zitter, Angst* und es läuft soweit alles rund.

Ich habe nur noch Probleme mit den MySQL-Daten.

Zwei Sachen habe ich versucht, aber vielleicht habe ich irgendwo 'was übersehen. Es hat nicht geklappt.

1. Versuch: die Files der alten Datenbank einfach in die neue eingestellt.
            MySQL konnte mit dem Konsolentool auch darauf zugreifen, nachdem ich
            dem User ein "General-Grant" auf die DB gegeben hatte nur mit
            SQL-Front klappte nichts.

2. Versuch: das ganze MySQL-Verzeichnis ausgetauscht komplett mit mysql-Rechte-DB usw
            da wollte der Deamon nicht starten, weil root@localhost keine Rechte hätte

3. Versuch: die alte DB da lassen wo sie nun steht (/hdd2/var/lib/mysql/  statt
            /var/lib/mysql/) und einfach die relevanten Pfade in my.ini ändern.

Den Daemon vorher natürlich stoppen und erst nach der Änderung wieder starten...

Leider war ich da erfolglos. Nun komme ich nicht mehr an meine niedlichen kleinen Beispiele für Trigger und Routines heran.

Vielleicht hast Du noch einen Tipp?

Die Datenmenge ist in der betroffenen DB nicht so wichtig und der Verlust zu verschmerzen. Aber ich habe da ja noch einen größeren Fall, woe die Daten unbedingt gerettet werden müssen. Insofern habe ich dies hier als Übungsbeispiel, angesehen.

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

--
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau
Ein Jammer ist auch, dass die Dummen so selbstsicher und die Klugen voller Zweifel sind. Das sollte uns häufiger zweifeln lassen :-)