Archiv verlassen und diese Seite im Standarddesign anzeigen : Datenbank voll
Hallo!
Ich hab das Problem, daß die Attachments die Datenbank enorm füllen. Wie bekomm ich das in den Griff? Da wohl andere Boards dreimal soviel Volumen haben und weniger Platz verbrauchen. Gibts da ein Trick um die Dateien auszulagern, vielleicht ein Knopf? :cool: Bin leider ein Leihe in solchen Dingen, deshalb bitte auch eine einfache Hilfe schreiben! :rolleyes:
Gruß
Sven
Hellraider
15.10.2006, 19:46
Attachments ins Dateisystem verschieben. Das ist eine Option im ACP.
Muß ich sonst nichts machen ausser das Knöpchen drücken? Wäre ja gigantisch, was ändert sich dadurch? Werden dann die Dateien aus der Datenbank in ein vorgeschriebenes Verzeichnis verschoben?
Danke vielmals,
Sven
Riiiisssschhhtiiiiig. :)
http://hollii.de/temp/vbulletin_attachmentmove.jpg
Den Safe-Mode muss man aufjedenfall deaktivieren. ;)
Hallo!
Ich hab ein Verzeichnis erstellt und Lese- Schreibrechte gesetzt. Jetzt kommt folgende Fehlermeldung:
Warnung: mysql_query() [function.mysql-query]: Unable to save result set in /includes/class_core.php (Zeile 373)
Datenbankfehler in vBulletin 3.5.0:
Invalid SQL:
SELECT attachmentid, filename, filedata, filesize, userid, thumbnail
FROM attachment
WHERE attachmentid >= 4 AND attachmentid < 304
ORDER BY attachmentid ASC;
MySQL-Fehler : MySQL client run out of memory
Fehler-Nr. : 2008
Datum : Monday, October 16th 2006 @ 03:24:31 PM
Skript : http://***/admincp/attachment.php
Referrer : http://****/admincp/attachment.php
IP-Adresse : ******
Benutzername : *****
Klassenname : vb_database
Wo liegt der Fehler. Wenn ich unter Wartung das Backup ausführe hängt es auch bei den Attachements. Was ist jetzt wieder los?
Gruß
Sven
Wieviele Attachments sind das denn und wie groß sind die alle zusammen?
Anhänge gesamt 918
Belegter Speicher 67,86 MB
Speicherart Anhänge werden in der Datenbank gespeichert.
Durchschnittliche Größe der Anhänge 75,7 KB
Die 5 größten Anhänge
1. *** 388,7 KB
2. *** 378,9 KB
3. *** 369,5 KB
4. *** 349,5 KB
5. *** 341,5 KB
Schreibe mal deinen Hoster an.
Und was genau soll ich dem erzählen? :cool: Das ich Probleme mit der Datenbank hab weil ... es eben nicht geht? ;)
MySQL-Fehler : MySQL client run out of memory
Fehler-Nr. : 2008
Das sollte reichen. ;)
Ok, werd ich gleich mal tun. :cool:
Also, als Antwort haben die mich vom Support auf die FAQ Seite für die Datenbanksicherung geschickt! Toll! Das habt ihr mir hier im Forum schon längst gesagt ;) Jedenfalls funktioniert selbst das nicht und ich komm, wenn ich die backup.php aurufen will nur auf folgende Seite:
SEITE NICHT GEFUNDEN
Die angegebene Seite konnte nicht gefunden werden.
Weiterhin wurde geschrieben:
Zögern Sie nicht, sich bei weiteren Rückfragen erneut an uns zu wenden.
Hab ich natürlich gleich gemacht. :D
Warum geht nix, ausser das die Datenbank voll wird? Kein vernünftiges Backup, keine Anhänge auslagern, kann doch nicht an mir liegen?!
Gruß
Sven
Noch immer keine Lösung, dafür wiedermals eine Mail .... :(
Kann ich das Attachement, an dem es vielleicht hängt, finden mit der Fehlermeldung?
Invalid SQL:
SELECT attachmentid, filename, filedata, filesize, userid, thumbnail
FROM attachment
WHERE attachmentid >= 4 AND attachmentid < 304
ORDER BY attachmentid ASC;
Ist die attachementid nicht ein Hinweis auf die Datei?
Gruß
Sven
PS: Habe ein Backup mit dem Script von 1und1 hinbekommen. Warum werden die Anhänge nun nicht von vB ausgelagert. Der Support meinte über Fremdprogramme kann man nicht auf die Datenbank zugreifen. Aber sonst funktioniert alles über vB. Gibt es da auch ein unabhängiges script zur Auslagerung, oder muß das übers vB Kontrollzentrum geschehen?
HILFE!
Also es muß irgendwie mit dem vBulletin Board zusammenhängen. Ein Backup geht nun ohne Probleme.
Nochmal die kompletten Probleme die zur Zeit herrschen, hoffe es schreibt mir bald jemand mal zurück! :(
Datenbanksicherung über vB "Wartung":
Bricht nach kurzer Zeit ab, wenn ich Attachments mit "Nein" kennzeichne läuft das Backup durch.
Anhänge auslagern:
Verzeichnis chmod 777 erstellt. Fehlermeldung von vB:
Warnung: mysql_query() [function.mysql-query]: Unable to save result set in /includes/class_core.php (Zeile 373)
Datenbankfehler in vBulletin 3.5.0:
Invalid SQL:
SELECT attachmentid, filename, filedata, filesize, userid, thumbnail
FROM attachment
WHERE attachmentid >= 4 AND attachmentid < 304
ORDER BY attachmentid ASC;
MySQL-Fehler : MySQL client run out of memory
Fehler-Nr. : 2008
Datum : Thursday, October 19th 2006 @ 03:49:06 PM
Skript : http://www.wheeledweapons.com/forum/admincp/attachment.php
Referrer : http://www.wheeledweapons.com/forum/admincp/attachment.php
IP-Adresse : *****
Benutzername : Krieger
Klassenname : vb_database
Den Fehler hatte ich auch schn:
Datenbankfehler in vBulletin 3.5.0:
Invalid SQL:
UPDATE session
SET lastactivity = 1161179069, location = '/forum/admincp/attachment.php?do=domoveattachment&dowhat=DB_to_FS', inforum = 0, inthread = 0, incalendar = 0, badlocation = 0
WHERE sessionhash = '5303935b5e6cc87654250c961ab07f72';
MySQL-Fehler : Lost connection to MySQL server during query
Fehler-Nr. : 2013
Datum : Wednesday, October 18th 2006 @ 03:44:31 PM
Skript : http://www.wheeledweapons.com/forum/admincp/attachment.php
Referrer : http://www.wheeledweapons.com/forum/admincp/attachment.php
IP-Adresse : *******
Benutzername : Krieger
Klassenname : vb_database
Der Hoster 1und1 hat alles geprüft und keine Probleme feststellen können. Auch 1und1 hat ein vernünftiges Backup ziehen können. Von denen läuft alles wie es soll.
Wie bekomme jetzt die Attachments endlich aus der Datenbank ???
Gruß
Sven
Datenbanksicherung über vB "Wartung":
Bricht nach kurzer Zeit ab, wenn ich Attachments mit "Nein" kennzeichne läuft das Backup durch.
Das Problem ist nicht vb, sondern ein php problem (soweit ich weiß). Große Datenbanken zu sichern ist leider über php nicht ganz so einfach - mein Tip: http://www.mysqldumper.de/
Schau mal hier im Forum und auch bei google, du findest unmengen an Themen zum Thema warum man Großedatenbanken nicht einfach "per Klick" sichern kann. ;)
Na ein Backup funktioniert per 1und1 Script nun perfekt. Mir geht es nur noch darum die Anhänge aus der Datenbank zu bekommen, da diese mit 100MB hat und die anhänge 82MB. Ist bisschen blöde.
mein Tip: http://www.mysqldumper.de/
Ist ein nettes Proggie wird mir sicherlich noch weiterhelfen, allerdings bricht auch dies bei den Attachments bei 65% ab! :( :( Das Problem war Anfangs noch nicht und kam erst mi irgend nem Anhang, denke ich zumindest. Oh man ....
Hm, vielleicht hilft es ja: erstelle die Thumbnails nochmals neu (über wartung), meldet er die irgendwo nen Fehler, lösche den Anhang aus dem Beitrag (aber erst nach dem du ihm gesichert hast auf deiner Fesplatte).
erstelle die Thumbnails nochmals neu (über wartung)
Huch, jetzt überforderst mich schon als völligen Neuling in solchen Sachen. Wie soll ich was drücken? :D
Sobald ich die Attachment Tabelle einzeln auswähle kommt ein Abbruch. Der Rest geht einwandfrei.
Mit heidnischen Grüßen ;)
Sven
Hallo!
Hat sich erledigt! Nachdem ich wieder etliche Stunden an dem Zeugs rumgespielt hatte.
sondern ein php problem (soweit ich weiß).
Genau das wars auch. Ich hab die Datenmenge die mit einem Schub verarbeitet wird soweit runtergeschraubt.... und siehe da, es geht. Jetzt konnten auch die Anhänge problemlos verschoben werden. Ein Backup über Msyqldumper geht auch, da die Datenbank jetzt wesentlich kleiner ist.
Also gut, hoffe ich bleib die nächste Zeit verschont mit sowas! :D
Gruß und Dank !
Sven
Hi Sven,
vor diesem Problem stand ich vor einigen Monaten auch. Zudem hab ich bemerkt, das in meinem Forum tonnenweise Attachments gepostet wurden. Also dachte ich mir, eine Galerie anzuschaffen, wo die Jungs all ihre Bilder veröffentlichen konnten. Vorausgesetzt der Safe Mode ist Off. Nachdem ich die Galerie installiert hatte, habe ich die ganzen Attachments herausgenommen (so wie im Bild von H75). Nun liegen alle Bilder seperat in einem Verzeicnis der Galerie, sind stark komprimiert und kleiner in der Dateigröße und vor allem:
Es entlastet die vB DB spürbar! ;) Kann ich nur den Leuten wärmstens empfehlen. -Mike
vBulletin® v3.7.2, Copyright ©2000-2008, Jelsoft Enterprises Ltd.