Speicherbedarf von Typo3 4.63
| Autor | Nachricht |
|---|---|
|
Verfasst am: 12. 01. 2012 [12:36]
|
|
|
Mclane
Themenersteller
Dabei seit: 29.04.2008
Beiträge: 55
|
Kann es sein, das es bei 4.63 eine Riesenbug gibt? Der Speicherbedarf meiner Website ist von rund 300 MB auf 1,6 GB angestiegen. Dann räumte ich massiv auf*, kam runter auf 500 MB, am nächsten Tag verbrauchte ich bereits wieder 1,1 GB. Da kann doch etwas nicht stimmen. *Typo3 aufräumen per FTP eventuelle Backups (Sql) löschen eventuelle Verzeichnisse mit der Endung old löschen per Install Tool unter Cleanup den Cache und den Ordner typo3temp leeren Es verblieben noch einige Dateien die per FTP per Hand gelöcht werden mussten. per mysql alle Tabellen die die Bezeichnung cache enthalten leeren nicht droppen ebenfalls leeren: sys_log tx_realurl_errorlog zzz_deleted_sys_stat anschließend die Datenbak reparieren und optimieren, wie das geht steht hier: http://www.webmaster-zentrale.de/technik/o...mit-phpmyadmin/ |
 |
|
|
Verfasst am: 12. 01. 2012 [13:07]
|
|
|
LuP
Dabei seit: 12.04.2007
Beiträge: 279
|
Hallo, wenn ein Core-Update auf die 4.6 erfolgt ist, evtl. noch veraltete Erweiterungen aus zurückliegenden Versionen im Einsatz sind und die Website gut besucht ist, ist oft das Deprecation-Log verdächtig. VG, LuP |
|
|
|
Verfasst am: 12. 01. 2012 [13:36]
|
|
|
Mclane
Themenersteller
Dabei seit: 29.04.2008
Beiträge: 55
|
LuP schrieb: Hallo, wenn ein Core-Update auf die 4.6 erfolgt ist, evtl. noch veraltete Erweiterungen aus zurückliegenden Versionen im Einsatz sind und die Website gut besucht ist, ist oft das Deprecation-Log verdächtig. VG, LuP Veraltes Extensionens gibt es keine und so super viel Traffic auch nicht. Wo finde ich das Deprecation-Log? |
|
|
|
Verfasst am: 12. 01. 2012 [13:43]
|
|
|
LuP
Dabei seit: 12.04.2007
Beiträge: 279
|
/typo3conf/deprecation_*.log VG, LuP |
|
|
|
Verfasst am: 12. 01. 2012 [13:46]
|
|
|
Mclane
Themenersteller
Dabei seit: 29.04.2008
Beiträge: 55
|
LuP schrieb: /typo3conf/deprecation_*.log VG, LuP hat bei mir eine Größe von ca. 162 MB |
|
|
|
Verfasst am: 12. 01. 2012 [13:55]
|
|
|
LuP
Dabei seit: 12.04.2007
Beiträge: 279
|
dann lag es wohl nicht daran. Trotzdem als Hinweis am Rande, das Deprecation-Log sollte im Idealfall leer sein. Es kann sehr schnell wachsen, wenn die Website mehr Besucher bekommt. VG, LuP |
|
|
|
Verfasst am: 12. 01. 2012 [13:57]
|
|
|
Mclane
Themenersteller
Dabei seit: 29.04.2008
Beiträge: 55
|
was mir auch auffällt ist das die Datenbank selbst viel kleiner ist als der Ordner der Datenbank wenn ich mir den per FTP ansehe. Ich habe z.B. die sys_log geleert. aber per FTP sehe ich noch eine große Datei sys_log.idb. Entsprechendes gilt auch für cache Tabellen die ich gellert habe. |
|
|
|
Verfasst am: 12. 01. 2012 [14:11]
|
|
|
LuP
Dabei seit: 12.04.2007
Beiträge: 279
|
sys_log und ein paar cache-Tabellen sind alle InnoDB. Vielleicht ist eine Defragmentation fällig. VG, LuP |
|
|
|
Verfasst am: 12. 01. 2012 [14:19]
|
|
|
Mclane
Themenersteller
Dabei seit: 29.04.2008
Beiträge: 55
|
wie macht mann das? |
|
|
|
Verfasst am: 12. 01. 2012 [14:36]
|
|
|
LuP
Dabei seit: 12.04.2007
Beiträge: 279
|
Steht doch dort. Ganz wichtig: vorher full Backup anlegen zur Sicherheit auch mal Backup der sys_log-Tabelle anlegen Alle Angaben wie immer ohne Gewähr Dann mit phpmyadmin arbeiten und defragmentieren: SQL OPTIMIZE TABLE sys_log; CREATE TABLE sys_log_temp LIKE sys_log; INSERT INTO sys_log_temp SELECT * FROM sys_log; ALTER TABLE sys_log RENAME sys_log_old; ALTER TABLE sys_log_temp RENAME sys_log; DROP TABLE sys_log_old; VG, LuP [Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 12.01.2012 um 14:39.] |
|
|