PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Datensicherung - mysql



Galrian
11.04.06, 13:53
hallo,

ich möchte im laufenden betrieb eine mysql datenbank sichern.

ist dieses mit tar möglich?

ninguno
11.04.06, 13:59
da ist schon einiges zu beachten, lies dir am besten die MySQL Backup and Recovery (http://dev.mysql.com/doc/refman/5.0/en/disaster-prevention.html) Doku durch

downtown
11.04.06, 16:17
Oder ansonsten "man mysqldump". Tarren kannst du danach noch.

Galrian
11.04.06, 16:22
ist es denn möglich ohne die datenbank zu sperren einen mysqldump zu ziehen?

datenbank hat ca. eine größe von 3-5 gb.

mfg

oracle2025
11.04.06, 16:25
ist es denn möglich ohne die datenbank zu sperren einen mysqldump zu ziehen?

ja


______

cane
11.04.06, 17:28
ja


Ganz sicher?

Ich würde behaupten das hängt auch von den verwendeten Engines (myISAM, innodb, ...) ab oder irre ich da?

mfg
cane

oracle2025
11.04.06, 23:42
Naja, wenn die Datenbank stark belastet ist, könnte das Backup nicht ganz konsistent sein, aber das hängt auch von der Anwendung ab.

marce
12.04.06, 07:18
... könnte das Backup nicht ganz konsistent sein...
klingt aus meiner Sicht nach einem KO-Kriterium :-)

cane
12.04.06, 08:02
Sehe ich auch so...

mfg
cane

Galrian
12.04.06, 09:14
und das bedeutet nun?

eigentlich wollte ich es mir ersparen eine arcserve sicherungssoftware mit sql client zu installieren.

marce
12.04.06, 09:17
Variante 1: DB runterfahren, Sichern, DB hochfahren
Variante 2: DB sperren für User, SQL-Dump, DB entsperren
Variante 3: Sicherungssoftware mit entsprechendem Client für laufenden Betrieb
Variante 4: Risiko eingehen und evtl. böse auf die Schnauze fallen...

cane
12.04.06, 09:34
Man sollte sowieso an einem ruhigen Abend Worst-Case Szenarien durchspielen.

Eine Sicherungsstrategie die man nicht im Produktivbetrieb getestet hat ist gleichbedeutend keiner.

mfg
cane

Galrian
12.04.06, 09:41
hmm,

ich denke variante 2 wäre das richtige. die variante 4 ist doch ein bischen komisch;)

marce
12.04.06, 09:48
... die Frage ist halt - kann man sich das im prod. Betrieb erlauben?

(wegen der Downtime)

Galrian
12.04.06, 09:58
es ist ein produktivsystem welche normale tagesgeschäftszeiten hat. nur der webserver welcher auch auf die datenbank zugreift wäre dann davon betroffen.

denke wenn ein user nachts von 2:00uhr - 3:00uhr nicht buchen kann wird man es vielleicht verkraften.

oder wie lange würde ein mysqldump bei ca. 3-5 gb dauern?

habe leider noch nie so eine große datenbank zum testen gehabt.

marce
12.04.06, 10:01
... Du kannst ja mal einen normalen SQL-Dump zum Testen anwerfen - die Zeit sollte einigermassen repräsentativ sein.

Wie lange das konkret dauert kann man nicht unbedingt vorhersagen, da es sehr von der Struktur der DB abhängig ist und nicht nur von der Größe derselbigen...

Galrian
12.04.06, 10:06
habe mich eben ein bischen abgesichert und das ok der geschäftsführung bekommen das das internetportal zwischen 2:00uhr - 4:00uhr ruhig gesperrt sein kann.

denke in 2 stunden kann schon eine menge passieren (jedenfalls auf 2x xeon 3,8ghz mit 8gb ram pro server):D

cane
12.04.06, 10:50
Wer soviel Geld in nen dusseligen Webserver investiert hat sicher auch ein paar scheine für nette mySQL literatur übrig :)

mfg
cane