30mb db und rime out beim restore

[Kaffeetrinker]

hallo an alle,

kann mir bitte jamand einen tipp geben? versuche nun seit tagen auf nen server in italien eine mysql textdatei (compressed) via phpmyadmin zu uppen, aber es kommen ständig time outs raus und somit schaffe ich keinen restore.

kann mir bitte jemand sagen wie ich das umgehen kann? upload des files auf den server... und dann?

danke!!
Euer Kaffeetrinker

[mad]

hm, rennst vermutlich in das php-script timeout vom server (evtl. laeuft der ja
im safe-mode und das phpmyadmin kann die timeout-limits dager nicht selbst rauf-
setzen) ...

tja, da bleiben dir eigentlich nur drei moeglichkeiten ..

*) den server admin ansudern, er moege dir (kurzfristig) das php-script timeout
raufsetzen (geht ohne probs im php.ini mit anschliessendem graceful restart des apache)

oder

*) wennst bisserl was von sql verstehst, dein .sql file einfach aufsplitten
(is ja schliesslich nur ein textfile) und in mehreren teilen einspielen ...
sodass nicht in das timemout kommst ..

oder

*) falls du eh shell-access am server hast; das .sql-file lokal mit

mysql -u deinuser -p dbname < backup.sql

einspielen ..

hth,
mad.

[Slavi]

na klasse jezt trifft es mich auch

mein DB ist 50 MB Gross und der Provider scheint momentan wichtigere Dinge zu machen schlafen ?

Spliten ist glaube ich ned so einfach bei 50 MB oder ?
Da ich es noch nie gemacht haben werde ich wahrscheinlich mist bauen.

[radditz]

das liegt nicht wirklich am TimeOut, sondern am FileUploadLimit, welches PHP hat. Dieses beträgt 2 MegaByte.

Allerdings kann man euch helfen
Ladet euch mal MySQL für Windows runter, da sind einige nützliche Tools dabei.
darunter mysqldump.exe, damit kann man eben eine mysql datenbank sozusagen runterladen
das macht phpmyadmin eigentlich auch.
Jetzt gibt es die Möglichkeit, dass ihr euch zu einem server verbindet, und einfach über ein Lokales Programm am PC die SQL Befehle zum Server sendet.
Es gibt da sicher auch ein Programm zum ausführen der Querys...

Allerdings eine andere (und bessere Möglichkeit) ist folgende:
Ihr ladet euch mal fix von www.apache-friends.org das Mini Paket vom xampp runter (für windows, also wampp). Dann stellt ihr schnell beim phpmyadmin ordner die Config um, editiert in der php.ini die MaxUploadSize und die MaxExecutionTime (weiß net ob die genauso heißen), am besten beides auf 0 oder einfach ziemlich hoch.
Führt einfach phpmyadmin lokal aus, und schwupps, funzt genauso.

[mnc]

@radditz

Deine Vorschläge funktionieren aber nur wenn der access des entfernten mysql servers nicht auf localhost begrenzt ist (was in ca 90% der fälle so sein wird...)

[radditz]

>> was in ca 90% der fälle so sein wird...

das wäre mir neu, das würd gegen den Vertrag verstoßen.
Schließlich kaufe ich die mysql Datenbank genauso wie den WebSpace.

Eine Datenbank, die ich NICHT von außen ansteuern kann, wäre für mich umsonst.

[lordpeng]

>das wäre mir neu, das würd gegen den Vertrag verstoßen.
ist nicht wirklich neu, sondern eine normale bzw. gängige massnahme ...


>Eine Datenbank, die ich NICHT von außen ansteuern kann, wäre für mich umsonst.
für dich vielleicht, aber für tausende von datenbank-nutzern nicht ...

[mnc]

>>das wäre mir neu, das würd gegen den Vertrag verstoßen.
>>Schließlich kaufe ich die mysql Datenbank genauso wie den WebSpace.
wo ist das problem dabei?
>>Eine Datenbank, die ich NICHT von außen ansteuern kann, wäre für mich >>umsonst.
Umsonst? Ich würde sie sicher nennen...

[radditz]

>> wo ist das problem dabei?
ich kaufe öffentlichen WebSpace, weil WebSpace, auf den ich von außen net zugreifen kann, bringt mir nix.
Ebenso bekomme ich einen mysql-server. Dass es leider eine gängige Maßnahme ist, nur Anfragen von localhost zu erlauben, ist mir nicht bekannt. Naja, der Grund liegt wohl einfach daran, dass die WebSpace Provider den Traffic der einzelnen Datenbanken schwer messen können. Das würde Zusatztools erfordern --> mehr Rechenleistung. Ich glaub die neuesten Versionen zählen sogar den Traffic, aber nicht jeder rüstet um.

Warum ich auch Zugriff von außerhalb brauche:
Beispiel: ich habe keine Cron Jobs beim Space dabei, also richtige ich mir sowas lokal ein, rufe mysqldump auf und hab mein tägliches mysql datenbank backup.
Ich teste meine Scripte lokal, und möchte aber gleich die Datenbank mit testen. Logisch, ich kann mir lokal eine Datenbank einrichten, was aber bedeuten würde, dass ich nicht nur die Script Files raufladen muss, sondern mir ein mysql backup machen muss, dieses dann erst wieder reinladen müsste. So, und wenn das jetz > 2 MB wird, hab ich ein Problem, oder? Aufsplitten - ziemlich viel Arbeit.

[mnc]

Der Grund ist wohl eher die Security...
Wenn keine Crons bzw SSH dabei ist wird das ding wohl nicht so wichtig sein sonst hättest wohl auch die paar cent mehr ausgegeben.
Das lokal testen argument hinkt sowieso da man das bei test enviroments und production/stable servern sowieso immer machen muss... ist halt so.

[Slavi]

huch da hat ja jemand geantwortet das ist schön

nun mein Provider scheint nur localhost zu erlauben
Die Server stehen bei server4you naja was sollst

auf jeden fall habe ich die mysql datei auf den Server geladen und er hat Sie dann Selber eingespielt.
Und als zgabe hat er auch gleich meine 2 Server zusammengelgt per FXP somit musste ich nicht 3 GB wieder raufladen.

[radditz]

>>Der Grund ist wohl eher die Security...
>>Wenn keine Crons bzw SSH dabei ist wird das ding wohl nicht so wichtig sein sonst hättest wohl auch die paar cent mehr ausgegeben.

als angehender Programmierer und auch System-Admin ist es mir wichtig, dass meine Daten gesichert werden. Außerdem: Wer sagt denn, dass ich die Daten umbedingt am Server speichern möchte (mysql-backups), ich will sie ja lokal haben, weil wenn die festplatte vom Server crashed sind se auch weg. Man könnte sie natürlich auch per e-mail senden, nur wenn der e-mail server auch auf dem gleichen Gerät läuft, ist auch da alles weg

>> nd als zgabe hat er auch gleich meine 2 Server zusammengelgt per FXP somit musste ich nicht 3 GB wieder raufladen.

FXP ruled... hatte leider nie die möglichkeit das auszuprobieren, hab das einfach per PHP gemacht. über PHP eine ftp verbindung geöffnet, ging suppa

[mnc]

du schreibst du willst sie nicht am server haben und paar zeilen darunter dass du ohnehin beherrscht eine ftp verbindung via php herzustellen? jetz kenn ich mich garnimma aus...

im übrigen sollte webspace für den ich bezahle geclustert und redundant sein, sonst kann ichs ja gleich auf meiner windows kiste laufen lassen um weniger rubel...

[radditz]

hm, hab ich mich undeutlich ausgedrückt.
ich meinte: mir bringts nichts, wenn die mysql-backups am selben Server gespeichert werden, wo auch der mysql-Server läuft. Wenn die HD crashed oder irgendwas gehackt wird, is es so oder so weg.

das mit PHP+FTP bezieht sich auf Files bzw. ganze WebSites.

[Satty1]

Hy!

Probiers mal hiermit!

[php]<?php
system("/usr/bin/mysql -u[DBUSER] -p[DBPASSWORT] -h localhost [DBNAME] < /www/htdocs/[DATEINAME}.php", $fp);
if ($fp==0) echo "Daten importiert"; else echo "Es ist ein Fehler aufgetreten";
?>[/php]

eine PHP-Datei erstellen sql-Dump und PHP Datei hochladen und dann einfach aufrufen!

Eine 100MB Datebankdatei ohne Probs eingespielt!

LG