Datenbank verkleinern, wo?
Eingetragen von patcher (217)am 28.12.2012 - 18:47 Uhr in
hallo zusammen,
ich habe von meinem provider eine mail bekommen, dass meine datenbank mit 13 GB sehr gross sei und eine kritische grösse erreicht hat.
daher sollte ich versuche diese zu optimieren, leeren, verkleinern.
habt ihr tipps, wie ich das machen soll?
mir ist aufgefallen, dass die felder
cache_content
cache_filter
cache_menue
cache_page
cache_view
alle so um die 500 KiB haben
ferner
locales_target 700 KiB
nodes_access 750 KiB
term_node 450 KiB
Url_alia 2,2 MiB !
Watchdog 2 GiB !
session 5,3 MiB
searchindex 5 MiB
node_revidsion 5 MiB
access_log 6MiB
kann man da irgendwelche Tabellen leeren????
oder gibt es andere tabellen, wo gefahrlos geleert werden kann?
danke euch
patcher
- Anmelden oder Registrieren um Kommentare zu schreiben
ich habe den hauptverursacher
am 28.12.2012 - 18:50 Uhr
ich habe den hauptverursacher gefunden
workflow_node_history 9,8 GiB
wie bekomme ich den den klein?
Nutzt du denn das Modul
am 29.12.2012 - 09:18 Uhr
Nutzt du denn das Modul Workflow? Ich kann dir nun nicht sagen, warum ausgerechnet diese DB so groß ist, da ich Workflow nicht nutze, aber da liegt ja offenbar der Hase im Pfeffer. Im Zweifel müsstest du mal dort nachfragen in den Issues, warum die Datenbank so groß ist, und was du dagegen machen kannst.
Cron Lauf
am 29.12.2012 - 11:11 Uhr
Wie lange ist denn der letzte Cron- Lauf her? Starte Cron mal von Hand und guck dir danach nochmal die Größe der DB- Tabelle an.
In dieser Situation Vorsicht mit Cron
am 29.12.2012 - 19:35 Uhr
Wie lange ist denn der letzte Cron- Lauf her? Starte Cron mal von Hand und guck dir danach nochmal die Größe der DB- Tabelle an.
Die Überlegung ein fehlender Cron hat die Datenbank anschwellen lassen teile ich. Aber vor allem wenn das stimmt, ist ein "normaler" Cronlauf sehr bedenklich. Vor allem würde ich den Cron nach Möglichkeit mit Drush auslösen und nicht per Browser. Da droht definitiv ein Timeout und ein unvollständiger Cronlauf, der dann manuell repariert werden muss.
Wenn sich das System nicht mehr so leicht klonen lässt insbesondere aufgrund der großen Datenbank würde ich versuchen, die Situation auf einem Test-System nachzustellen.
Einige Tabellen lassen sich auch manuell leeren (wie z.B. Cache-Tabellen) und wenn das nicht geht, kann man evtl. nur einzelne Cron-Aufgaben separat abarbeiten z.B. mit Hilfe von http://drupal.org/project/cron_control und zur Not kann man sich einzelne Cronaufgaben auch in einem Custom Module klonen für diese Aktion.
Auf jeden Fall rate ich zu einer besonderen manuellen Aufräum-Aktion und einem künftigen regelmäßigen Cron.