Przywrócenie baz danych

[Gość thetox]

Robię sobie właśnie backup danych za pomocą rsync, na inny serwer.

Backup plików ftp i baz danych

 

Zrobiłem to tak:

rsync -avz /srv/www/vhosts/ root@ipserwera:root/backup/ftp

 

Pierw backup plików ftp.

 

Następnie backup baz danych.

 

rsync -avz /var/lib/mysql/ root@ipserwera:root/backup/baz

 

I wychodzi ze wszystko co najważniejsze mam.

 

Wiem ze będe musial podpinać na nowo domeny do serwera ale to nie problem.

 

Tylko ze na dedyku mam pare stron i jest panel serwera Plesk+opensuse było tak od początku.

 

I chce teraz zmienić na Debiana,

 

Kopia bazy danych zrobiona przez rsync

Tabele mają końcówki frm jak na screnie

 

http://img688.images...zutekranu1d.png

 

Jak potem takie bazy wrzucic do phpmyadmin ?

tak zeby normalnie dla każdej domeny dla kazdej strony odczytywało

Pewnie bede musiał stworzyć pustą baze, i jakos to po wrzucac tylko jeszcze nie wiem jak

[Miłosz 2311]

To są tabelki InnoDB. To masz problemik. Innodb łatwo się nie przenosi. Przeniosłeś także pliki ibdata oraz konfig mysqla?

 

Bezproblemowo byłoby zrobić dumpa bazy a potem go zaimportować na nowym serwerze

[MasterNETpl 100]

Backup baz danych na żywca rsync'em bez wcześniejszego dump'a zawartości? :|

[kafi 2425]

Jak potem takie bazy wrzucic do phpmyadmin ?

Wrzucić je możesz jedynie sposobem odwrotnym do tego, jak je zbackupowałeś.

Czyli ponowny rsync/kopia tych danych do katalogu bazowego MySQL, i modlenie się, żeby po restarcie daemona owy "backup" się przywrócił.

Jednak przypuszczam, że zobaczysz swoje tabelki w phpMyAdminie, ale skorzystanie z nich będzie wywalać "dziwne" błędy.

 

A na przyszłość - to zapamiętaj, że nie jest zbyt wskazanie robienie na żywca rsync'a plików składowych aplikacji opartej na transakcjach / używających journalingu.

Takie coś nigdy nic dobrego nie wróży. Jeśli już trzeba, to koniecznie z wyłączonym daemonem z nich korzystającym.