Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam,
Mam problem ponieważ dzisiaj siadła baza, od 8 godzin próbuję ją uruchomić na innym serwerze jednak nie udało mi się jeszcze nic zrobić.
Nie mam zrzutu w .sql jedynie katalog z var/lib/mysql.
Na nowym serwerze zmieniałem już właściciela i chmody jednak nie chce to zadziałać.
Po wgraniu bazy, w phpmyadmin otrzymuje takie coś: Table 'tabela' doesn't exist in engine.
Czy mogę jakoś inaczej zrobić backup przy wyłączonym mysqlu?
Offline
2888
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:38:13)
Offline
uzytkownikubunt napisał(-a):
Gruchol napisał(-a):
Czy mogę jakoś inaczej zrobić backup przy wyłączonym mysqlu?
W kwestii słownictwa: kopie zapasową aka backup to się robi regularnie przed awarią.
Przy dużych i nie tylko bazach lepsza jest replikacja, wtedy zazwyczaj nie gubi się ani jeden rekord, nawet jak się baza rypnie, to w binlogu wszystko zostaje
i wędruje grzecznie na drugi serwer.
Offline
replikacja to nie backup i nie jest żadnym pacaneum na kaca.
tak przy okazji - jeśli się robi kopię uszkodzonej bazy to w najlepszym przypadku owa kopia będzie dokładnie tak samo uszkodzona (ze szczególnym naciskiem na słowo "dokładnie").
Offline
Dokładnie tak, jak pisze ethanak - replikacja to nie backup (analogiczna sytuacja do RAID, który też nie jest backupem). Jeśli uzytkownik zechcę kopię tabeli sprzed tygodnia to wykorzystując samą replikację nie będziemy w stanie tego przywrócić, tak samo w przypadku błędu logicznego przy modyfikacji danych.
Offline
ethanak napisał(-a):
replikacja to nie backup i nie jest żadnym pacaneum na kaca.
tak przy okazji - jeśli się robi kopię uszkodzonej bazy to w najlepszym przypadku owa kopia będzie dokładnie tak samo uszkodzona (ze szczególnym naciskiem na słowo "dokładnie").
Oczywiście, że replikacja to nie backup, to lustrzana kopia bazy na drugim serwerze.
W każdym razie przy replikacji nie słyszałem, żeby przy fizycznej katastrofie bazy (jak powyżej) zgubiły się jakieś informacje, które zostały skopiowane na drugi serwer przy pomocy replikacji.
Replikacja nie chroni tylko przed zniszczeniem danych wskutek np ataku Sql-Injection na dziurawą witrynę.
Do szybkich kopii bazy poza mysqldumpem można używać mysqlhotcopy - ten jest niemal błyskawiczny.
Ostatnio edytowany przez Jacekalex (2016-03-29 18:36:04)
Offline
życzę szczęścia z mysqlhotcopy na innodb.
ewentualnie błogiego życia w przeświadczeniu, że myisam się nie rozjedzie przy czymś bardziej skomplikiwanym niż wordpress.
Offline
Przy mysqlhotcopy w obrębie serwera od razu masz dostęp do drugiej bazy, żeby ją sobie pooglądać z każdej strony.
Offline
Strony: 1