2,8 GB Dump, Server has gone away - Seite 2

DirkHo · 08.06.2011, 21:05

Oh, ok. Ich habe es noch nie mit mysqldump probiert (und war auch zu faul mal zu probieren, ob das vielleicht wirklich geht), deshalb habe ich das als mögliche Fehlerquelle ausgemacht. Wenn's nur vertippt war, dann schade

Ich denke echt, dass da was falsch konfiguriert ist. Weit größere Mengen schaffe ich in weit weniger Zeit als den voreingestellten 8(?) Stunden.

Schmeiß dir doch einfach mal den MySQL-Server drauf... Btw.: Was weit einfacher ist als über mysqldump eine Dump zu ziehen und ihn über die Konsole wieder einzuspielen ist bei MyISAM-Tabellen diese als Dateien aus dem MySQL_ORDNDER\data\DB_NAME\ herunterzuladen und dann direkt wieder in den Ordner zu kopieren, in dem du die Tabelle(n) haben möchtest. Schnell MySQL neu gestartet und innerhalb von 5 Minuten sind paar GB an Daten kopiert.

Versuch's vielleicht mal damit.

Viele Grüße,

Dirk

tr0y · 09.06.2011, 03:16

Das du es mit mysqldump nie versucht hast wird daran liegen das es mit mysqldump nicht geht daten zu importieren. Da das tool ein (reiner) Datenexporter ist..

Das die DB mit der Masse der Daten klar kommt, kann an vielen Stellen liegen. Bspw. bei hoher Festplattenfragmentation die in I/O-Timeouts des Dateisystem enden sagt die DB nach ein paar GB ( genauer nach 1/2 der zur verfügung stehenden Memory-Pages ) auch auf wiedersehen, da solche "Außenprobleme" nicht von MySQL gehandhabt werden können ( allein schon aus cluster gründen nicht ). Die Deamon-Instanz geht dann einfach "away"..

Ich vermute allerdings das das nicht der Fall ist, sondern die Dumps größere Blöcke importieren als "erlaubt". Wenn ein anderes System das inserten des Dumps erlaubt, dann schau dir doch mal dort die Execute-Conditions in den Einstellungen an und passe ebendsolche für den Dump-Import im Command Line an.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Strato sperrt mir den Server !!	pfump	Server, Hosting und Workstations	20	19.03.2011 10:49
[Erledigt] mysql_query() mit SQLDump	princemichi	PHP Einsteiger	4	07.03.2011 22:33
VisualSVN Server und PHP5	Frederic_S	Server, Hosting und Workstations	12	18.11.2010 17:50
Frage zu MySQL Dump	Neonium	Datenbanken	18	28.10.2010 10:03
Server erkennt UTF-8 Kodierung nicht	DJ_RhoxxZ	PHP Tipps 2010	21	31.08.2010 18:18
exec() auf win 2003 Server	geqoo	PHP-Fortgeschrittene	9	30.04.2009 21:57
Connection zu MSSQL Server 2008	DonBolli	Datenbanken	2	11.04.2009 16:57
[Erledigt] Apache install geht nicht	SteiniKeule	Server, Hosting und Workstations	7	27.02.2009 08:40
Datei auf ANDEREM Server verschieben	SirRobin	PHP Tipps 2008	6	16.11.2008 12:18
Wireshark SSL Handshake debugging-Handshake protokoll mittels PHP + Curl	brian johnson	Off-Topic Diskussionen	0	06.11.2008 11:54
Server gone away error	Frank	Datenbanken	7	24.08.2008 03:54
Mysql startet unter Debian nach Update nicht mehr	namlit	Server, Hosting und Workstations	4	05.08.2008 15:49
[Erledigt] WAMP unter Windows 2000 Server oder Windows 2003 Server	Mecronomecon	Server, Hosting und Workstations	3	18.06.2008 09:15
[Erledigt] verschiedene Versionen auf einem W2K3 Server betreiben		PHP Tipps 2006	2	13.01.2006 17:39
[Erledigt] Mit PHP Script auf einem Root Server per SSH einlogen		PHP Tipps 2005	5	27.03.2005 19:24

08.06.2011, 21:05
DirkHo Erfahrener Benutzer Registriert seit: 22.07.2004 Beiträge: 226	Oh, ok. Ich habe es noch nie mit mysqldump probiert (und war auch zu faul mal zu probieren, ob das vielleicht wirklich geht), deshalb habe ich das als mögliche Fehlerquelle ausgemacht. Wenn's nur vertippt war, dann schade Ich denke echt, dass da was falsch konfiguriert ist. Weit größere Mengen schaffe ich in weit weniger Zeit als den voreingestellten 8(?) Stunden. Schmeiß dir doch einfach mal den MySQL-Server drauf... Btw.: Was weit einfacher ist als über mysqldump eine Dump zu ziehen und ihn über die Konsole wieder einzuspielen ist bei MyISAM-Tabellen diese als Dateien aus dem MySQL_ORDNDER\data\DB_NAME\ herunterzuladen und dann direkt wieder in den Ordner zu kopieren, in dem du die Tabelle(n) haben möchtest. Schnell MySQL neu gestartet und innerhalb von 5 Minuten sind paar GB an Daten kopiert. Versuch's vielleicht mal damit. Viele Grüße, Dirk


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

09.06.2011, 03:16
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.856 PHP-Kenntnisse: Fortgeschritten	Das du es mit mysqldump nie versucht hast wird daran liegen das es mit mysqldump nicht geht daten zu importieren. Da das tool ein (reiner) Datenexporter ist.. Das die DB mit der Masse der Daten klar kommt, kann an vielen Stellen liegen. Bspw. bei hoher Festplattenfragmentation die in I/O-Timeouts des Dateisystem enden sagt die DB nach ein paar GB ( genauer nach 1/2 der zur verfügung stehenden Memory-Pages ) auch auf wiedersehen, da solche "Außenprobleme" nicht von MySQL gehandhabt werden können ( allein schon aus cluster gründen nicht ). Die Deamon-Instanz geht dann einfach "away".. Ich vermute allerdings das das nicht der Fall ist, sondern die Dumps größere Blöcke importieren als "erlaubt". Wenn ein anderes System das inserten des Dumps erlaubt, dann schau dir doch mal dort die Execute-Conditions in den Einstellungen an und passe ebendsolche für den Dump-Import im Command Line an. __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.