Hagen Kuehnel <[EMAIL PROTECTED]> dixit: > On Wed, Feb 16, 2005 at 08:40:54PM +0100, Peter Blancke wrote: > >> Mindestens muss der mysql-Daemon beendet werden, wenn es denn >> schon die Binaerdateien sein muessen, die Du anfasst. > > Muss, muss gar nichts. Zugriffe, vor allem schreibende, sllten auf > die zu kopierende Datenbank unterbunden werden. Ein shutdown ist > sicherer, aber kein muss.
Tu mir den Gefallen und versuche hier doch nicht, Sicherheit zu versprechen, die nicht vorliegt. Sicherlich laesst sich empirisch beweisen, dass die Binaerkopie bei laufender Datenbank ueberlebt, aber wozu das? Aussagen wie "ein shutdown ist sicherer, aber kein muss" helfen dem OP nicht weiter. Der braucht einen reibungslosen Transfer seiner Datenbank und ich bleibe -- Erkenntnis aus Jahren in diesem Geschaeft -- dabei, dass der Dump immer noch die beste Methode ist. >> Theoretisch ist es tatsaechlich egal, wenn Du gewaehrleisten >> kannst, dass die SQL-Server nicht nur gleiche Versionsnummern >> haben, sondern auch mit den gleichen Parametern kompiliert >> wurden, sprich, auch die Programme des SQL-Servers bis aufs >> letzte Bit identisch sind. > > Was soll dieser Spott. Das ist kein Spott. Nochmals: Gaukle dem OP nicht vor, dass der Transfer einfach nur ein simpler Kopierakt ist. > MySQL ist im Gegensatz zu den gro�en RDBMS nicht so zimperlich "nicht so zimperlich". Detlef Bosau wuerde jetzt sagen: "Hoer auf zu schwallen und komm mal auf den Punkt." > und die Releases sind i.Allg. vollst�ndig abw�rtskompatibel. Dann sprichst Du von Einbahnstrassen. Vielleicht benoetigt der OP die Aufwaertskompatibilitaet. > wahrscheinlich sollen Deiner Meinung nach auch die Maschinen > v�llig identisch sein, darf der RAM oder die CPU oder MassStorage > nie aufger�stet werden. Das ist Spott. >> Das Ganze ist hoffentlich kein Produktivsystem. > > Ja und? Entweder funktioniert der Ansatz, und die neu geladene DB > arbeitet wie erwartet, Und wie soll er das pruefen? Er spricht von hunderten von Megabyte. Da wird er sich nicht jeden Datensatz einzeln anschauen wollen. > dann realisiert man das nach dem Testlauf, Beschreib doch dazu einmal eine Methode. Vielleicht diese: Export durch einen mysqldump und anschliessend eine MD5-Summe bei Vergleich mit einem frueheren Dump? Dann fangen wir langsam an, uns hier um unsere eigene Achse zu drehen, als dem OP zu helfen. > Mit Deinen geschilderten Einschr�nkungen w�rde ich sofort zu einem > anderen DBMS wechseln, wenn nicht einmal Datentransfers m�glich > w�ren. Doch, sie ist moeglich. Ich habe die Moeglichkeit in meinem ersten Beitrag genannt. Und ich bleibe dabei. Gruss Peter Blancke -- Hoc est enim verbum meum! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
