# Datenbank zu groß. Was tun? **URL:** \ **Category:** Allgemein\ **Created:** [15. August 2019 um 11:05 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106 "2019-08-15T11:05:31Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![raymond](https://avatars.discourse-cdn.com/v4/letter/r/c57346/32.png) [@raymond](https://forum.shopware.com/u/raymond)\ **Post date:** [15. August 2019 um 11:05 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106/1 "2019-08-15T11:05:31Z")
Hi zusammen, wir haben Probleme mit der Datenbank. Diese ist sehr groß und nicht mehr zu kopieren. Was haben wir: - 75.000 PDF in der Medienverwaltung, wobei einige nicht mehr verlinkt sind - Einstellungen \> Logfile: Einträge seit 2015 - Abgebrochene Bestellungen auch seit 2015 Wo bringt es am meisten Balast loszuwerden, damit die Datenbank (MySQL 5.6) noch verwaltbar ist? Vielleicht noch andere Ideen? Shopware 5.5.10 ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [15. August 2019 um 11:09 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106/2 "2019-08-15T11:09:56Z")
Hm, was heißt den groß? Eventuell mal nach Log-Einträgen suchen. Manche Plugins produzieren da gigantische Logeinträge. ---
**Author:** ![AndreHerking](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/andreherking/32/7839_2.png) [@AndreHerking](https://forum.shopware.com/u/AndreHerking)\ **Post date:** [15. August 2019 um 11:14 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106/3 "2019-08-15T11:14:33Z")
Nutzt du die Cronjob Funktionalität? Beispielsweise sorgt der Clear Cronjob für das Leeren des Logs - und für die abgebrochenen Warenkörbe gibt es auch einen Cronjob. (CleanupCancelledBaskets). LG Andre ---
**Author:** ![Zocas](https://avatars.discourse-cdn.com/v4/letter/z/50afbb/32.png) [@Zocas](https://forum.shopware.com/u/Zocas)\ **Post date:** [15. August 2019 um 11:22 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106/4 "2019-08-15T11:22:23Z")
Um die Datenbank zu Kopieren gehts mit MyOOs problemlos, ab  PHP 7 . Anleitung hier: [http://doku.oos-shop.de/myoos-benutzerhandbuch/ueber-myoos/eine-einfuehrung-in-das-myoos-shopsystem/ueber-mysqldumper/](http://doku.oos-shop.de/myoos-benutzerhandbuch/ueber-myoos/eine-einfuehrung-in-das-myoos-shopsystem/ueber-mysqldumper/) Für PHP 5.6 gehts mit [http://www.mysqldumper.de/](http://www.mysqldumper.de/). Was auch interessant ist: Eine 5.6 Datenbank mit mysqldumper exportieren und in einer PHP 7 Umgebung mit MyOOs wieder importieren. ---
**Author:** ![drakon](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/drakon/32/7724_2.png) [@drakon](https://forum.shopware.com/u/drakon)\ **Post date:** [15. August 2019 um 11:40 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106/5 "2019-08-15T11:40:10Z")
Oder **mysqldump** und **mysql** verwenden, wenn man Zugang zur Konsole hat (gegebenenfalls mit gzip verketten). Dauert selbst bei gigantischen Datenbanken nur Sekunden, max. wenige Minuten. ---
**Author:** ![raymond](https://avatars.discourse-cdn.com/v4/letter/r/c57346/32.png) [@raymond](https://forum.shopware.com/u/raymond)\ **Post date:** [23. August 2019 um 12:51 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106/6 "2019-08-23T12:51:03Z")
Die Datenbank ist ZIP-komprimiert 300 MB groß. Wir haben es nun anders gelöst: es läuft ein cron-job beim Provider, der alle 4 Stunden einen dump der Datenbank macht. Diese nutzen wir. Mit PHPMyAdmin war ein export nicht möglich. ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [23. August 2019 um 13:53 UTC](https://forum.shopware.com/t/datenbank-zu-gross-was-tun/61106/7 "2019-08-23T13:53:40Z")
Reichte vermutlich der Arbeitsspeicher und/oder Script-Laufzeit nicht aus. Backups mit PHPMyAdmin würde ich auch nie empfehlen.