mysql adatbázis másolása

Debian GNU/Linux

Urak!

Lehetséges a myqsl adatbázist egyszerűen átmásolni, egyik winyórol a másikra? (debain etch, ext3)
Eddig phpmyadmint használtam a mentésre (ez volt a legegyszerűbb)
Most viszont teljes géphalál történt csak a winyó(k) maradt ép (mondjuk az is a csodával határosan..)
előre is köszi

  • 3822 megtekintés

( nemeric | 2008. 01. 09., sze – 06:37 )

A mysql data könyvtárát bemásolod az újonnan telepített mysql könyvtárba és tádáááám.

Ahogy feljebb tibyke mondta, adatok ki = mysqldump parancs, adatok vissza egy másik szerverbe = mysql parancs.

Egyszerű példa a "foobar" adatbázis lementésére:

mysqldump -p<jelszó> foobar > foobar.sql

Visszatöltés:

mysqladmin -p<jelszó> create foobar
mysql -p<jelszó> foobar < foobar.sql

--
trey @ gépház

Akkor biztos nem ertektelen az adat, tuti nem eri meg neked jobban inkabb egy jo idoben jo helyen jol felparameterezett mysqldump, mint kezzel masolni es megkockaztatni a problemat?

Akkor masoltam kezzel amikor nemismertem meg mysqldump-ot (igen az a n00b korszak volt) es bar ment, es birta es akkor ott baj nem volt, a dumpolas megis elengasabb es persze az biztosan jo mig a masolas akkor valami aprocska kis db jelentektelen serveren.

Ettol fuggetlenul szerintem masolhato, de azert tesztelnem.
drk

"Itt több adatbázisról van szó és sok száz tábláról..."
Es? Attol meg teljesen jol lehet masolni, _ha_ offline a mysql. A mysqldump annyibol jobb, hogy menet kozben is elkovetheto (cserebe lassabb). A harmadik megoldas a mysqlhotcopy (ha myisam tablaid vannak), ami kb. azt csinalja, hogy lockol, flush-ol, aztan lemasolja a fileokat cp-vel.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Maradjunk annyiban, hogy a tanulság, mindíg kell menteni, ha mást nem legalább egy másik partícióba - DE szöveges mentés, táblákkal triggerekkel és minden fontos csimbókkal.

UI: én a múlt héten játszottam ezt el :( Lefittyedt a windowson telpített 3. vlmi. MySQL gép - tisztogatás után, bekapcsolva a táp KISÜTÖTTE a gépet. Kikaptam a leégett SCSI disket, hazavittem, egy ugyanolyan disk elektronikáját rá tettem - és négyszeri másolásból, lementettem az adatbázist. Kijavítgattam és ledöbbentem egy 2005 -ös erősen rongált darab volt. Akkor beugrott hogy 2005 -ben átdobtam az IDE -re mert a SCSI alrendszer hibákat generált - úgy maradt. OK vissza elhoztam az IDE disk -et, csodával határos módon az még működött!? Lementettem az igazi adatbázist, felcsaptam a MySQL -t egy másik gépre (szigorúan ugyanazt a verziót) és láss "csodát" - több mint egy nap esett ki! Ilyen nem történt évek óta!

* Én egy indián vagyok. Minden indián hazudik.

( cydrk | 2008. 05. 24., szo – 13:30 )

Bar a topik mar eleg regi, azert leirnam, hogy a mysql backupra a legszebb/elegansabb es azt hiszem okosabb megoldas is, ha lvm particiokat hozunk letre javallott xfs-el es sima snapshottal keszitunk backupot (see as: mylvmbackup).

Ez fajdalom mentes, gyors es nem kell leallitani hozza a mysql-t sem lockkolni a tablaid. Persze egyszer uzembe kell helyezni, de ahol sok db sok tabla (effektiv gondolom provider vagy ceg) ott nyilvan megeri ezzel futni egy kort.

drk

UI: ennel a megoldasnal egyebkent tipikusan a vissza allitas nem mas, mint a snapshotkor elkovetett masolat "visszamasolasa" es a mysql azzal torteno elinditasa. Tehat az eredeti topichoz a valasz: igen.
A gepek kozti lvm backup masolgatasat innodb-nel azert csak ovatosan illetve korultekintobben mert az ibdata file-ok configban ejtett parameterei megzavarhatjak a dolgot a 2 gep kozott (ugyanis a snapshotos backup egy corrupt shutdownnak felel meg ami innodb -t onreviziora osztonzi es ha mashogy van a configban felparameterezve akkor csunyan elfog fekudni ;) )