Forum Debian Users Gang

Gruchol · 2016-03-28 18:24:48

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?

uzytkownikubunt · 2016-03-28 18:46:48

2888

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:38:13)

Jacekalex · 2016-03-28 19:27:27

[quote=uzytkownikubunt][quote=Gruchol]Czy mogę jakoś inaczej zrobić backup przy wyłączonym mysqlu?[/quote]
W kwestii słownictwa: kopie zapasową aka backup to się robi regularnie [i]przed[/i] awarią.[/quote]
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.

ethanak · 2016-03-29 12:52:46

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").

jurgensen · 2016-03-29 16:49:45

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.

Jacekalex · 2016-03-29 18:34:25

[quote=ethanak]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").[/quote]
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 [b]mysqldump[/b]em można używać [b]mysqlhotcopy[/b] - ten jest niemal błyskawiczny.

Ostatnio edytowany przez Jacekalex (2016-03-29 18:36:04)

ethanak · 2016-03-29 18:39:41

ż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.

Jacekalex · 2016-03-29 19:32:57

Przy mysqlhotcopy w obrębie serwera od razu masz dostęp do drugiej bazy, żeby ją sobie pooglądać z każdej strony.

ethanak · 2016-03-29 19:46:46

...o ile silnikiem jest myisam a nie innodb.

Time (s)	Query
0.00018	SET CHARSET latin2
0.00006	SET NAMES latin2
0.00149	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.141.32.53' WHERE u.id=1
0.00090	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.141.32.53', 1732746430)
0.00083	SELECT * FROM punbb_online WHERE logged<1732746130
0.00103	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=28460 AND t.moved_to IS NULL
0.00009	SELECT search_for, replace_with FROM punbb_censoring
0.00184	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=28460 ORDER BY p.id LIMIT 0,25
0.00088	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28460
Total query time: 0.0073 s

Forum Debian Users Gang

Ogłoszenie

#1 2016-03-28 18:24:48

Gruchol - Nowy użytkownik

Przenoszenie bazy z uszkodzonego serwera na inny.

#2 2016-03-28 18:46:48

uzytkownikubunt - Zbanowany

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

#3 2016-03-28 19:27:27

Jacekalex - Podobno człowiek...;)

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

#4 2016-03-29 12:52:46

ethanak - Użytkownik

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

#5 2016-03-29 16:49:45

jurgensen - Użytkownik

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

#6 2016-03-29 18:34:25

Jacekalex - Podobno człowiek...;)

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

#7 2016-03-29 18:39:41

ethanak - Użytkownik

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

#8 2016-03-29 19:32:57

Jacekalex - Podobno człowiek...;)

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

#9 2016-03-29 19:46:46

ethanak - Użytkownik

Re: Przenoszenie bazy z uszkodzonego serwera na inny.

Stopka forum

Informacje debugowania