mysql db auf anderen Rechner ohne mysqldump

[pagaty]

Hallo,

erst mal zum szenario: ich habe einen rechner auf dem eine mysql Datenbank ist. Diesen Backupe ich mit rsync. (leider hat mein script den mysqldump nicht ausgeführt).
Jetzt möchte ich die Datenbank auf einem anderen Rechner laufen lassen, da ich den Datenbestand von vor ein paar Tagen brauche, und nicht den Produktiv Rechner zurückspielen möchte.
Im Backup ist das komplette var/lib/mysql verzeichnis gesichert. Während der Backups wird die DB bzw die Software für die DB nicht genutzt, sodas die Daten doch da sein müssten.

Habe leienhaft versucht im Backupverzeichnis per chroot einen mysqldump zu machen, aber wie erwartet konnte er nicht zum socket verbinden.

Wie bekomme ich die DB denn auf dem anderen Rechner zum laufen?

Über Antworten freue ich mich

pagaty

[mistersixt]

Da die Datenbanken und Tabellen ja erfreulicherweise bei mysql "stinknormale" Dateien sind, sollte es ausreichen, wenn Du auf dem Backup-Rechner den Mysql-Server anhälst, Deine Datenbank (nennen wir sie mal "pagaty") nach /var/lib/mysql/pagaty/ einspielst (also einfach hinkopierst) und den Mysql-Server wieder startest.

Gruss, mistersixt.

[pagaty]

Danke für die schnelle Antwort,

hat bis auf die Tatsache das keine Daten in der Datenbank waren super funktioniert.

Mal im ernst...
die ibdata1 Datei ist auf dem orig. system deutlich größer. wenn ich diese allerdings einfach kopiere, dann startet mysql nicht mehr.

noch ne idee?

Danke im Voraus

pagaty

[mistersixt]

Du hast mich noch nicht richtig verstanden (glaube ich), die Datenbanken liegen doch unterhalb(!) des Verzeichnisses /var/lib/mysql/, also beispielsweise /var/lib/mysql/datenbank1/, /var/lib/mysql/datenbank2/ etc. etc. In diesen Unterverzeichnissen liegen die eigentlichen Tabellen und damit die Nutzdaten.

Gruss, mistersixt.

[pagaty]

Hallo,

doch, ich habe schon richtig verstanden. ich habe das verzeichnis kopiert, allerdings sind die tabellen da, aber die spalten nicht

Code: Alles auswählen

mysql> use zarafa
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables
    -> ;
+-------------------+
| Tables_in_zarafa  |
+-------------------+
| abchanges         |
| acl               |
| changes           |
| hierarchy         |
| indexedproperties |
| lob               |
| mvproperties      |
| names             |
| object            |
| objectmvproperty  |
| objectproperty    |
| objectrelation    |
| outgoingqueue     |
| properties        |
| receivefolder     |
| searchresults     |
| settings          |
| singleinstances   |
| stores            |
| syncedmessages    |
| syncs             |
| usergroup_acl     |
| users             |
| versions          |
+-------------------+
24 rows in set (0.00 sec)


mysql> SHOW COLUMNS from properties;
ERROR 1146 (42S02): Table 'zarafa.properties' doesn't exist

komisch das er bei show talbes die tabellen zeigt, aber bei columns kennt er die tabelle nicht. das ist bei allen tabellen so.

beim laufenden server gehts

Code: Alles auswählen

Database changed
mysql> show columns from versions;
+------------------+------------------+------+-----+---------+-------+
| Field            | Type             | Null | Key | Default | Extra |
+------------------+------------------+------+-----+---------+-------+
| major            | int(11) unsigned | NO   | PRI | 0       |       | 
| minor            | int(11) unsigned | NO   | PRI | 0       |       | 
| revision         | int(11) unsigned | NO   | PRI | 0       |       | 
| databaserevision | int(11) unsigned | NO   | PRI | 0       |       | 
| updatetime       | datetime         | NO   |     |         |       | 
+------------------+------------------+------+-----+---------+-------+
5 rows in set (0.01 sec)

nachdem ich dachte, es hängt mit der ibdata1 zusammen dachte vielleicht sind die daten da drinnen. hab inzw. festgestellt das das eine mit dem andern nix zu tun hat. hängt wohl irgendwie InnoDB zusammen.
die verzeichnisse haben die selbe größe.

kann ich die DB irgendwie "reparieren"?

Danke

pagaty

[mistersixt]

Code: Alles auswählen

mysqlcheck -u root -r <datenbankname> <tabelle>

Die <tabelle> ist optional, wenn man die weglässt, wird die ganze DB <datenbankname> überprüft und "repariert". Also bei Dir beispielsweise wäre ein konkreter Fall :

Code: Alles auswählen

mysqlcheck -u root -r zarafa properties

Ob das hilft ... keine Ahnung in Deinem Fall, weil ich immer noch nicht ganz verstanden habe, was Du wie genau weggesichert hast.

Gruss, mistersixt.

[pagaty]

Oh weh.
ich glaube ich muss mich ganz arg entschuldigen...

Ich hab grad festgestellt, das ich unterschiedliche Mysqlversionen verwendet habe. rechner1 5.0.32 rechner2 5.1.41.
muss jetzt erst zusehen wie ich das "alte" mysql auf den rechner bekomme.

sorry erst mal für die mühe, die ich dir gemacht habe

und Vielen Dank

lg
pagaty

[pagaty]

Hallo,

habe jetzt die gleichen Mysql versionen installiert.

Danach habe ich alles so kopiert, wie Du sagtest, und es hat funktioniert.


Vielen Dank und nochmals sorry, das ich das vergessen habe zu checken, bevor ich schrieb.

lg
pagaty

[mistersixt]

Hauptsache es funktioniert jetzt alles !

Gruss, mistersixt.