mysql database kopieren?

[xenor]

Hallo,

Ik heb ergens op een server nog een mysql database draaien. Ik heb geen fysieke toegang tot die pc maar kan nog wel inloggen op die database. Is er een programma/manier hoe ik die database kan "kopieren" of hoe ik aan het createscript kan komen? Ik moet namelijk deze database overzetten en heb daarvoor de database zelf nodig (of het script)

Weet iemand iets?

Alvast bedankt voor jullie hulp

[ZaZ]

Heeft MySQL ondersteuning voor database links?
Zo ja, dan is het vrij simpel.
Wellicht zijn er betere methodes.

[Dj-sannieboy]

Kan je geen dump maken met phpmyadmin?

[kaspur]

of gewoon mysqldump gebruiken

[urk_forever]

^^ met hem, ik gebruik mysqldump meestal als volgt:

code:

mysqldump.exe -c -Q -q --add-drop-table --user=username --password=jepw jedatabasenaam > c:\temp\datanaam.sql

en dan importeer je het weer als volgt:

code:

mysql --user=username --password=jepw --database=jenieuwedb < c:\temp\datanaam.sql

[MueR]

Iemand die wel toegang heeft tot de machine even vragen is natuurlijk ook altijd een mogelijkheid, tenzij je de machine echt kwijt bent.

[XiniX88]

Ik wil niet lullig doen, maar waarom wordt deze persoon geholpen?

Hij geeft niet aan wat hij al heeft gedaan, en http://www.google.nl/sear...gle+zoeken&meta=&aq=f&oq= geeft GENOEG info.

Mocht je daar niets vinden: http://www.google.nl/sear...aq=&oq=dumpmysql+database

daar meer... met onderandere phpmyadmin

[ Voor 27% gewijzigd door XiniX88 op 20-11-2009 14:29 ]

[job]

Dit kwam ik tegen in de mysql handleiding, en was de eerste hit in google:

http://dev.mysql.com/doc/...en/copying-databases.html

[ Voor 5% gewijzigd door job op 20-11-2009 14:31 ]

[xenor]

Ik heb al wat gezocht op internet en hier opt forum maar ben een beetje een leek op dit gebied.. Bedankt kga het proberen met jullie antwoorden

[Hymanz]

Exporteren via PhpMyAdmin

[Barleone]

MueR schreef op vrijdag 20 november 2009 @ 14:25:
Iemand die wel toegang heeft tot de machine even vragen is natuurlijk ook altijd een mogelijkheid, tenzij je de machine echt kwijt bent.

LMAO Hahahahahahaha

[cariolive23]

Hymanz schreef op vrijdag 20 november 2009 @ 15:17:
Exporteren via PhpMyAdmin

PMA kan geen backups maken, dat kan uitsluitend met mysqldump. Gebruik die dan ook, MySQL heeft hem daar speciaal voor gemaakt.

PMA kan wel scriptjes maken die mogelijk gelijk zijn aan een backup, maar dat weet je nooit zeker. Gebruik PMA dus alleen wanneer je niet met mysqldump kunt werken of dat het niet uitmaakt wanneer je een deel van de data kwijt raakt.

[DiedX]

cariolive23 schreef op vrijdag 20 november 2009 @ 15:21:
[...]

PMA kan geen backups maken, dat kan uitsluitend met mysqldump. Gebruik die dan ook, MySQL heeft hem daar speciaal voor gemaakt.

PMA Export werkt als een trein hoor...

[cariolive23]

DiedX schreef op vrijdag 20 november 2009 @ 15:30:
[...]

PMA Export werkt als een trein hoor...

Beter testen, zet maar eens een paar concurrent users op je database en probeer dan nog maar eens een exportbestandje aan te maken. Wanneer je dan ook nog gelijktijdig een backup maakt met mysqldump, zul je zien dat je ineens met twee totaal verschillende backups komt te zitten.

PMA kan geen backups aanmaken, maak je geen illusies. Ga je verdiepen in de werking van mysqldump en je zult zien dat een lullig php-scriptje dit niet na kan doen.

[swbr]

DiedX schreef op vrijdag 20 november 2009 @ 15:30:
[...]

PMA Export werkt als een trein hoor...

Importeren daarentegen wil nog wel eens lastig zijn bij grote databases. Je loopt snel tegen de maximale bestandsgrootte aan die (meestal terecht) staat ingesteld voor php.

[DiedX]

Ik heb niet de illusie dat TS een database heeft draaien waarop zoveel concurrent users draaien

[cariolive23]

DiedX schreef op vrijdag 20 november 2009 @ 15:34:
Ik heb niet de illusie dat TS een database heeft draaien waarop zoveel concurrent users draaien

Eén user op je database en dan met PMA gaan rommelen, is genoeg om iets te krijgen wat je niet wilt hebben. PMA kan geen backups maken, ook niet wanneer je heel hard roept dat deze het wel kan.

PMA kijkt per tabel naar de content wat er op dat moment in staat. Wanneer PMA echter in tabel A bezig is en de andere user in tabel B iets aanpast wat conflicteert met de data in A (denk aan een FK-constraint), zal PMA bij aankomst in tabel B (maken van een backup van , keurig een onmogelijke situatie opslaan. De "backup" is vervolgens niet meer bruikbaar, je mag eerst handmatig de data gaan aanpassen. Met één corrupt record lukt dat nog wel, met een paar honderd corrupte records gaat de lol er snel vanaf.

[MueR]

Heel leuk allemaal cariolive, maar als deze TS nog niet weet hoe hij commandline een backup van de database kan trekken, of uberhaupt enige vorm van export kan maken, is PMA prima. De moeilijke weg is hier al PMA, ga er de onmogelijke weg even niet bijhalen wil je?