Wo liegen die MySQL Datenbanken?

Status
Für weitere Antworten geschlossen.

NeoNamek

Benutzer
Mitglied seit
28. Okt 2010
Beiträge
33
Punkte für Reaktionen
0
Punkte
0
Meine Systemplatte ist flöten gegangen, habe es noch geschafft die defekte Platte zu Klonen.

Allerdings startet sie in der Synology nicht mehr, aber ich komme in alle verzeichnisse rein.

Jetzt ist meine Frage wo die Datenbanken abgelegt sind und ob ich sie einfach rauskopieren kann und dann in meiner neuen system platte importieren kann.

Ich weiß man machts Backups, aber so wichtig ist die Datenbank nicht, wäre nur schön wenn man es so lösen könnte. Alle Daten kann ich mit gewissen Zeitaufwand wieder beschaffen.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Die Files der postgres und mysql (falls aktiviert) DB sollten unter /volume1/@database liegen
 

QTip

Super-Moderator
Teammitglied
Mitglied seit
04. Sep 2008
Beiträge
2.341
Punkte für Reaktionen
13
Punkte
84
im Zweifelsfall immer über /var/services/pgsql und /var/services/mysql gehen, da sich die Orte der DB's im Laufe der Firmware's verändert haben.
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Jetzt ist meine Frage wo die Datenbanken abgelegt sind und ob ich sie einfach rauskopieren kann und dann in meiner neuen system platte importieren kann.

Das geht für MySQL-Datenbanken problemlos, wenn sich die Architektur des Prozessors nicht ändert. Immer dran denken, dass die Server bei der Kopieraktion auch hübsch heruntergefahren sind, sonst gibt es Datensalat.

Bei der Postgres(Medien)-Datenbank gaht das im Prinzip auch; ich habe es allerdings nicht bislang ausprobiert, weil mir die Datenbankdateien nicht vertraut sind. Es kann auch sein, dass es funktioniert, aber danach nicht mit den gewünschten Anwendungen zusammenarbeitet, weil in der Datenbank recht viel Dateipfade, Dateidatum usw. stehen und diese können sich ja bei einer Migration auf ein anderes System ändern. Das ist auch der Grund, warum Synology bei jedem Frimware-Upgrade die Mediendateien neu durchindiziert.

Itari
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Bei Postgres geht es ebenfalls problemlos. Einfach die DB beenden und dann die Files reinkopieren. DB starten und die Daten sollte vorhanden sein. Habe ich mit der Photostation schon mehrfach gemacht.
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Gut zu wissen ... hast das Verzeichnis komplett kopiert?

Itari
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Gut zu wissen ... hast das Verzeichnis komplett kopiert?
ich habe einfach /volume1/@database/pgsql kopiert als die DS abgeschaltet war. Dann einfach wieder reinkopiert und mein Photoverzeichnis (inkl eaDirs) wieder an die entsprechende Stelle kopiert. Nach dem Anwerfen von pgsql lieft die Photostation sofort wieder und ohne neuindizieren
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Dann einfach wieder reinkopiert und mein Photoverzeichnis (inkl eaDirs) wieder an die entsprechende Stelle kopiert. Nach dem Anwerfen von pgsql lieft die Photostation sofort wieder und ohne neuindizieren

Wobei du da wohl Glück hattest, dass nicht wieder neu indiziert worden ist. Soweit ich noch in Erinnerung haben, wird das Dateidatum in der Datenbank hinterlegt und beim Indizieren geschaut, ob sich das Dateidatum vom Datenbankdatum der Datei unterscheidet und wenn ja, wird neu die Datei neu aufgenommen.

Itari
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Wobei du da wohl Glück hattest, dass nicht wieder neu indiziert worden ist.
Entweder man hat Glück oder man verwendet rsync beim Zurückspielen der Photos. Dann passen auch die Daten immer ;)
 

QTip

Super-Moderator
Teammitglied
Mitglied seit
04. Sep 2008
Beiträge
2.341
Punkte für Reaktionen
13
Punkte
84
ich habe einfach /volume1/@database/pgsql kopiert als die DS abgeschaltet war. Dann einfach wieder reinkopiert und mein Photoverzeichnis (inkl eaDirs) wieder an die entsprechende Stelle kopiert. Nach dem Anwerfen von pgsql lieft die Photostation sofort wieder und ohne neuindizieren
Wichtig ist auch der richtige Pfad zur DB in der Env-Var PGDATA in profiles. Mit einem falschen Pfad kann man die DB nämlich nicht stoppen bzw starten.

@jahlives
Wie bist du denn an die DB gekommen, wenn die DS abgeschaltet war? ;)
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0

QTip

Super-Moderator
Teammitglied
Mitglied seit
04. Sep 2008
Beiträge
2.341
Punkte für Reaktionen
13
Punkte
84
ähm was genau meintest du mit "DS abgeschaltet" oder ist das ein Schreibfehler und du meintest "DB abgeschaltet"?
Wenn die DS (Diskstation) aus ist, kommst auf die doch garnicht mehr drauf :D
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Natürlich DB und nicht DS, rechte haste :)
 

QTip

Super-Moderator
Teammitglied
Mitglied seit
04. Sep 2008
Beiträge
2.341
Punkte für Reaktionen
13
Punkte
84
na dann ist das ja geklärt...und nun wieder OnTopic :)
 

thefox

Benutzer
Mitglied seit
09. Sep 2010
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
hm, genau das müsste ich haben, geht aber leider bei mir mit der version DSM 3.0-1354 nicht.

hintergrund: bei meiner DS 207+ ist beim raid 0 eine HD abgestürzt und nun ist das ganze volume im *schreibschutz*. das heisst ich kann kein dump der datenbank in eine datei machen.

die daten konnte ich bis auf eine defekte datei per rsync auf meine 2te DS 207 retten. leider läuft jedoch der sql/pg server nicht, daher kein dump.

also wollte ich die dateien /volume1/@database/pgsql per rsync auf die 2te DS spielen

Rich (BBCode):
rsync -a --timeout=600 -v --human-readable --stats --del /volume1/@database/pgsql root@192.168.1.5::NetBackup/tmp
( was soweit geklappt hat )

dann auf dem 2ten DS den server gestopt
Rich (BBCode):
/usr/syno/etc/rc.d/S20pgsql.sh stop

danach die daten an den zielort verschoben
Rich (BBCode):
mv /volume1/NetBackup/tmp/pgsql /volume1/@database/

und wieder gestartet...

jedoch kamen dann X Fehler das es die DB nicht gibt und X mal kam
Rich (BBCode):
su: can't chdir to home directory '/var/services/homes/admin'

Nach einer Weile war dann alles *wieder hergestellt*, aber ich habe kein Daten drin.

Hat vielleicht jemand eine idee, wie ich das *richtig* machen müsste... mit der schwierigkeit das auf der LIVE DS die HD schreibgeschützt ist, und kein Server läuft.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
du solltest auf jeden Fall auch auf der Quelle die postgres DB beenden, bevor du rsync machst. Bei einem RAID0 und einer abgestürzten HD kommt es mir jedoch komisch vor, dass du noch Daten sauber von /volume1 lesen kannst
btw: Sind beides genau die gleichen Modelle? Weil du einmal 207+ und einmal nur 207 schreibst.
 

thefox

Benutzer
Mitglied seit
09. Sep 2010
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
nein, es sind nicht die selben... einmal eine 207 (mit 128MB Ram) und einmal eine 207+. beide sind auf der aktuell 3.0-1354 version.

ja, finde ich auch komisch das ich noch drauf komme. aber lieber das, als gar kein zugriff ;-) aktuell pipst die DS beim neustart und beim speicher manager steht:

Wegen der unvollständigen Datenkonsistenz auf diesem Volume ist es jetzt schreibgeschützt. Der Grund hierfür könnten fehlerhafte Sektoren auf der Festplatte sein. Sichern Sie die Daten auf dem Volume, bevor Sie es entfernen, und erstellen Sie ein neues Volume mit einer neuen Festplatte.

Wenn Sie Festplatten entfernen, achten Sie bitte darauf, dass mindestens eine Systemplatte [Datenträger 1, Datenträger 2] behalten werden muss, damit das System normal funktioniert.

Status : Abgestürzt

Beim S.M.A.R.T.-Status steht nach dem erweiterten Test : Annormal


rsync hat einige tage gedauert ( weil es immer wieder zu timeouts kam ) aber jetzt scheint dieser teil ok zu sein und der zugriff funktioniert ebenfalls.

was ich jetzt noch haben möchte, sind die photo user und die kommentare. danach bekommt die DS eine neue HD.... und bis dann läuft die alte DS (207) als Backup.

vielleicht noch zur ursache. ich hatte bisher auf die DS 207 das backup gemacht. jedoch waren die HD's zu keine und ich musste noch auf eine Externe USB backupen.

Nun hatte ich der Backup DS neue HD's verpasst ( mit genug Platz ) und bei Fullbackup ist mir jetzt das Live System ausgestiegen....


PS: ja, nach mir waren alle DB's gestopt. Nach dem Start kommt dann:

Database platform is not matched (88f5281)
Removing old databases
Initial PostgreSQL database
Starting PostgreSQL...
Update blog_config table in blog db where config_id = 0 to test blog db existence
Update photo log table where log id = 0 to test db existence
su: can't chdir to home directory '/var/services/homes/admin'
psql: FATAL: database "photo" does not exist
su: can't chdir to home directory '/var/services/homes/admin'
BEGIN
.... und so weiter
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
hast du denn ein Verzeichnis /var/services/homes/admin auf der Ziel-DS? Ich weiss auch ned ob das überhaupt geht, wenn du nicht genau das gleiche Modell verwendest. Es könnte gut sein, dass diese DB Files sehr plattformspezifisch sind
 

thefox

Benutzer
Mitglied seit
09. Sep 2010
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
ordner
'/var/services/homes/admin'

sind auf beiden systemen nicht vorhanden. ich vermute das die daten *defekt* sind seit dem absturz. ich habe den ordner zum testen auch angelegt, hat nicht viel geändert, ausser das die fehlermeldung nicht kam. DB's wurden neu erstellt und der Medienserver musste indexiert werden.

pgsql lässt sich auch nicht mehr starten.
Rich (BBCode):
/usr/syno/etc/rc.d/S20pgsql.sh start

ergibt die meldung:
No volume to start pgSQL...

schreibschutz konnte ich zwischendurch aufheben
Rich (BBCode):
mount /volume1/ -o remount,rw

jedoch konnte ich kein dump der datenbank machen.

naja... dann sind halt die kommentare und die photo user futsch. ist zwar nervig, aber nicht so wichtig das ich noch mehr zeit rein stecke.
 

QTip

Super-Moderator
Teammitglied
Mitglied seit
04. Sep 2008
Beiträge
2.341
Punkte für Reaktionen
13
Punkte
84
pgsql lässt sich auch nicht mehr starten.
Rich (BBCode):
/usr/syno/etc/rc.d/S20pgsql.sh start
ergibt die meldung:
No volume to start pgSQL...
Gib mal den Befehl env ein, dort sollte so ein Eintrag auftauchen
Rich (BBCode):
PGDATA=/var/services/pgsql
DB ist default in /var/services/pgsql (ist ein symbolischer Link auf die DB), kann aber bei ältern Firmwares woanders sein. Eventuell an dein Ziel anpassen. Dazu die Datei /root/.profile (für User root) und /etc/profile (für alle anderen User) editieren und an das korrekte Ziel anpassen.
Nach einer eventuellen Änderung muss man sich mit dem entsprechenden User neu anmelden oder mit . /etc/profile oder . ~/.profile (je nach User) die profile neu laden.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat