Sziasztok!
Meghalt egy Debian 5-ös szerver, és volt rajta egy adatbázis. Nem tudtam kidumpolni, mert a MySQL démon elindíthatatlan, ez nem is lényeg. (utolsó mentés pár napos, de a friss adatok miatt kellene kimenteni)
A dumpolási lehetőség hiánya miatt, csak "nyersen", másoltam át az adatbázist egy új szerverre.
És a PHPMYADMIN-ba ez az eredményem:
Hogy nem lehet megnyitni a táblákat a következőket írja ki: in use
Belső tartalma:
SQL query:
SHOW INDEX FROM `as_doc_store_file` ;
MySQL said:
#1033 - Incorrect information in file: '.\xxx\as_doc_store_file.frm'
REPAIR TABLE nem működik.
Valaki futott már ilyen hibába? Előre is köszönöm a segítséget.
Stellar Phoenix Database Recovery for MySQL nevű programmal lehet látni az egész adatbázis tartalmát.
Üdvözlettel, Zentus
- 6650 megtekintés
Hozzászólások
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Végeredménye az, hogy vedd meg a Stellar Phoenix Database Recovery for MySQL programot.
INODB1 fájlból kiszedegetem kézzel az adatokat:) Elégé favágó módszer:D
- A hozzászóláshoz be kell jelentkezni
Ha fontosak az adatok, es nem volt megfelelo backup, akkor tessek kipengetni a tanulopenzt.
Nem ertem ezt a "jajjfizetnikell" mentalitast.
- A hozzászóláshoz be kell jelentkezni
http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
nekem mar segitett ;)
---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"
- A hozzászóláshoz be kell jelentkezni
De arra figyelni kell, hogy semmi nem akarhat belenyulni a db szerverbe, amig igy fut. Apache, postfix, barmi aminek van mysql pluginje STOP.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Hat, olyan 50% eselyed van, hogy vissza tudod nyerni, a tobbiek mar leirtak, hogyan. Azert a tobbieket keszitsd fel lelkileg arra, hogy azt a par napos mentest fogod visszatolteni.
Esetleg futhatsz ket kort a mysqlcheck es a myisamchk parancsokkal (ha MyISAM tablak voltak).
Egyebkent pedig ilyen adatoknal napi szintu mentes. Mindig.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Kézzel szedtem ki a fájlból az adatokat egy éjszaka rá is ment.
Nem az én szerverem csak megkértek, hogy segítsek.
Napi szinten ment a mentés, de volt pár fontos adat ezeket kellet megmenteni.
MYSQl szerver sajnos nem indult el ez volt a fő gond!
- A hozzászóláshoz be kell jelentkezni
Ha csak el kell indítani, akkor el kell dobni a komplett DB-t (ehhez felbootolod INNODB helyreállító módban, kollegák linkelték feljebb), utána lelövöd, eltakarítod a maradványait, és kössz, jöhet a backup visszatöltése.
Ha sehogy nem indul, akkor meg lehet próbálni a DB mappáját simán elmozgatni, ez a szerencsétlen MySQL részben a mappa léte/nemléte alapján tudja, hogy van-e neki olyan db-je. Ha úgy elindul, akkor már csak a db maradványait kell leirtani a mysql adatbázisból, kicsit macerás, de nem túl bonyi. Az innodb fájl már kicsit cinkesebb, utána lehet érdemes egy full dump, mysql reset, full import kört eljátszani, ekkor biztosan kiürülnek az adatok az INNODB-böl.
De ez már csak romeltakarítás.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
az uj szerveren be van kapcsolva az innodb?
az incorrect information in file *.frm sok mindent jelenthet:
http://www.mysqlperformanceblog.com/2007/10/11/add-an-option-to-fail-on…
Tyrael
- A hozzászóláshoz be kell jelentkezni
Szerintem hasznos lenne ugyanolyan verziójú mysql server alól piszkálni, mint ami az elhalálozott gépen kezelte. De javítsatok ki, ha nem.
- A hozzászóláshoz be kell jelentkezni