Zum Inhalt springen
ThreadPHP & MySQL

Datenbank Dump per SSH und FTP

Kategorie
PHP & MySQL
Gelesen
3856
Antworten
2
Erstellt von: seitenreportDatum: 03.09.2010, 19:21 Uhr
Archiv-KommentarArchiviert, nicht priorisiertCMS & technische Umsetzung

Redaktionelle Einordnung

Diese archivierte Diskussion behandelt Datenbank Dump per SSH und FTP aus Sicht der Rubrik PHP & MySQL.

CMS- und Technikfragen sind heute besonders dann relevant, wenn sie Indexierung, Rendering, interne Verlinkung oder Relaunch-Risiken beeinflussen.

Sinnvoll nutzbar bleibt der Thread vor allem als historischer Kontext, für typische Fragestellungen und zur Einordnung älterer Empfehlungen.

Einige im historischen Thread genannte Tools, Dienste oder externe Links könnten heute nicht mehr verfügbar oder inhaltlich überholt sein. Nutzen Sie sie bitte nur mit zusätzlicher Prüfung.

Startbeitrag

Originaler Foreninhalt in modernisierter Darstellung.

Zur Kategorie
seitenreport
am 03.09.2010, 19:21 Uhr eröffnete seitenreport folgenden Thread PHP & MySQL 3856 mal gelesen 2 Antwort(en).

Bei großen MySQL Datenbanken (> 100 MB) funktionieren die herkömmlichen PhpMyAdmin-Export-Funktionen nicht immer. Und auch mit dem mysqldumper kann es hier beim Wiederherstellen auf einem fremden System vereinzelt zu Problemen kommen.

Wie aber dennoch die Datenbank dumpen, wenn die beiden obigen Lösungswege nicht funktionieren?

Die Lösung ist recht einfach (und empfiehlt sich zudem als Ersatz für den mysqldumper, falls man einen SSH-Zugriff auf den Webserver hat):

Hierzu verwendet man über die SSH-Konsole den Befehl mysqldump:
[infobox]mysqldump -h {host} -u {db User} -p {db Passwort} {db Name} > dump.sql

Beispiel: mysqldump -h localhost -u abc123 -p 28r@DnH mg123 > dump.sql
[/infobox]
Je nach System wird das Passwort erneut abgefragt. Die Erstellung des Dumps geht recht zügig voran (bei 300 MB ca. 30 Sekunden) - im Gegensatz zum mysqldumper, der hier ca. 10 Minuten braucht.

Danach das Datenbank-Dump noch komprimieren:
[infobox]gzip dump.sql > dump.sql.gz
[/infobox]
per FTP herunterladen, auf dem anderen Server aufspielen, die .gz entpacken und den Datenbank-Dump per
[infobox]mysql -h {host} -u {db User} -p {db Name} < dump.sql

(nun wird das Passwort für den Datenbank-Zugriff abgefragt und bei korrektem PW die .sql abgearbeitet).
[/infobox]
im neuen System einspielen. Fertig.

Grüße,
Matthias


SEO Analyse und Website-Check mit Seitenreport

Antworten

2 Beiträge
Consultant Content Halbgott (743 Beiträge)
am 03.09.2010, 22:21 Uhr schrieb lwulfe
Antwort

Guter Tipp, auch für eine Sicherung gut geeignet.
Hast du vielleicht auch einen Ratschlag, wie ich eine größere Typo3-Seite im t3d-Format per Export umziehen kann? Die Grenzen sind da doch recht knapp bemessen. Ich meine jetzt nicht per DB-Dump und Files kopieren, sondern den Export aus einer Multidomain-Umgebung.

Grüße
Lutz

seitenreport
am 03.09.2010, 22:56 Uhr schrieb seitenreport
Antwort

Hallo Lutz,

Du könntest es mal mit der Extension "agprjmgm" probieren, wenn es anders nicht klappt:

typo3.org/documentation/document-library/extension-manuals/agprjmgm/0.0.4/view/1/1/



"This extension allows you to export the current project to a .tgz file. This can be used as backup, or to bring the project from the development server to the production one. By default, what is exported are the database dump, and the folders: fileadmin, typo3conf, uploads and media (if present). This can be configured inside conf.php. Then you can import this project into another Typo3 installation, usually in another machine."


Ans. ist wichtig, dass Du genügend Arbeitsspeicher (RAM) zur Verfügung hast, da die t3d-Datei bei der Erstellung komplett im Speicher gehalten wird.

Ggf. also das memory_limit hochsetzen:
[infobox]per .htaccess: php_value memory_limit 128M
oder PHP: ini_set(\'memory_limit\', \'128M\'); ).
[/infobox]
Sofern 30 Sekunden zur Skriptausführung nicht ausreichen sollten, zusätzlich die max_execution_time (php.ini) erhöhen.

Grüße,
Matthias


SEO Analyse und Website-Check mit Seitenreport