[HaBo]

MaX109

Anzeige

hi puretec hat mir fiolgende mail zukommen lassen.

>>
Sehr geehrter Kunde,

wir mussten soeben Ihre Datenbank wegen einer Überlastung des Servers
durch Sie sperren. Es wurde lediglich der Zugriff auf die Datenbank
gesperrt, die Daten gehen NICHT verloren. Die Sperrung wurde notwendig,
da Sie sich auf einem 'Shared Server' befinden, und sich diesen mit
mehreren hundert anderen Usern teilen. Durch Ihre Überlastung wurden
andere Kunden in Mitleidenschaft gezogen, da deren Performance durch
Sie verringert wurde. Um Kundenbeschwerden zu vermeiden, war dieser
Schritt nötig.

Die Last entstand durch hohe Connect- oder Querry- Zahlen pro Stunde
oder durch ineffizient programmierte Querries, wie z.B. Abfragen mit
soource. Bitte beachten Sie, dass die Last, die Sie auf dem
Server verursachen nichts mit dem verursachten Traffic Ihrer Präsenz
zu tun hat.

Bitte beachten Sie, dass wir bei anhaltender Überlastung des Servers
weitere Schritte einleiten müssen.

Folgende Möglichkeiten stehen Ihnen nun offen:

a) Umzug auf einen Root- oder Exklusivserver, bei stark besuchten Seiten
bietet sich auch ein Angebot unserer Muttergesellschaft Schlund & Partner
an. Entsprechende Angebote finden Sie auf http://www.puretec.de bzw.
http://www.schlund.de.
Auf einem eigenen Server läuft auch Ihre Datenbank lokal. Dies
bedeuted, dass die von Ihnen verursachte Last keine anderen Kunden
beeinflußen kann. So könnten Sie Ihre Scripte weiterhin verwenden,
die von Ihnen verursachte Last betrifft dann lediglich Sie selbst.

b) Entfernen der lastverursachenden Scripte.
Beachten Sie bitte, dass Chats, Bannerexchanges und AdClick- Systeme,
bzw. ähnliche Programme nicht auf unseren Datenbanken eingesetzt werden
dürfen, da diese die Server sehr stark belasten. Entfernen Sie solche
Scripte bitte.
Chats sind nach unseren AGBs generell verboten. Es gibt jedoch einige
Anbieter, die kostenlos Chats zur Verfügung stellen.
Bannerexchanges oder AdClick- Systeme lassen sich auch mit Textfiles
realisieren, ohne die MySQL zu verwenden. Auch hier gibt es inzwischen
Leistungsfähige Lösungen von anderen Anbietern.
Verzichten Sie bitte auch auf Usertracking, wie z.B. PPHLogger,etc.

c) Optimieren Sie Ihre Scripte.
Oft lassen sich die Lastverursachenden Anwendungen auch optimieren, hier
einige Beispiele:

Sessionmanagement: Das PHP Sessionmanagement auf Dateibasis ist sehr viel
effizienter benötigt keine MySQL- Datenbank. Sie entlasten dadurch die
Datenbank und erhöhen auch gleichzeitig die Geschwindigkeit Ihrer Scripte.

Löschen unbenötigter Daten in der Datenbank: Hierdurch verringern Sie die
Anzahl der von MySQL zu durchsuchenden Zeilen in der Datenbank. Dies kann
bei großen Datenbeständen sowohl die Last als auch die Geschwindigkeit Ihrer
Seite positiv beeinflußen.

Verwendung von Indexes: Eine korrekt indizierte Datenbank verursacht bedeutend
weniger Last als eine falsch oder gar nicht Indizierte. Durch geschicktes Setzen
von Indexes über eine oder mehrere Spalten lässt sich die Last bedeutend senken.

Vermeidung von unnötigen Querries: Gerade CMS (Content Management Systeme, z.B.
PHP Nuke) erzeugen oft viele unnötige Querries, da der Content bei jedem Aufruf aus
der Datenbank ausgelesen wird. Dies kann vermieden werden, indem man die Seiten
entpsrechend Statisch generiert. (Besonders 'News' Seiten oder 'Menüleisten' werden
selten geändert und müssen nicht immer wieder aus der Datenbank generiert werden).
Solche CMS- Systeme sind grundsätzlich für eigene Server ausgelegt und werden in
einer Shared Hosting Umgebung Probleme bereiten, sobald eine entsprechende Anzahl
an Usern überschritten ist. Gleiches gilt auch für Foren, in welche oft Counter und
Usertracking eingebettet haben, was wiederum Last erzeugt. Wenn Sie weiterhin solche
Software einsetzen, wird ohne Optimierungen in absehbarer Zeit ein dedizierter Server
unumgänglich.

Bitte teilen Sie mir schnellstmöglich Ihre weitere Vorgehensweise mit.

Mit freundlichen Grüssen,

Thomas Geiger
1 & 1 Puretec



das war am 15.05.02 13 uhr ich habe jetzt schon mehr mal hingemailt und die db haben sie immer noch nicht freigeschaltet.
hatte jemand von euch schon mal ähnliches ??
und kann mir sagen wie lange so was in etwa dauert ?

throjan

Das ist ja sehr merkwürdig. Wieviele Querries hast Du denn im Schnitt laufen? Hast Du etwas am Board geändert?

Wir hatten unser Board ja auch eine Ewigkeit bei PT gehostet und nie solche Probleme gehabt.

sieben

Die Sperrung erfolgt automatisch. Die Freischaltung erfolgt durch einen Mitarbeiter welcher sich den Sachverhalt erstmal anschaut ehe er die Datenbank wieder freigibt. Sollte aber nicht laenger als 2 Werktage dauern. Mehrfach hinmailen macht auch wenig sinn. Zum einen ist es diplomatisch nie der beste Weg den Leuten auf dem Wecker zu fallen weil man in einem solchen Unternehmen als 0815-Kunde ja etwas verdammt wichtiges ist. Zum anderen dauert nur alles viel laenger weil ggf. mehrere Tickets angelegt werden und da keiner mehr durchsieht. EINE Mail reicht.

WYPIWYG
what you pay is what you get

__________________
Diese Zeile ist reserviert für Clark Kent.

MaX109

hi´,
vielen dank für die schnellen antworten, also sie haben mir gestern um 15:45 meine db wieder freigeschaltet. ich war 26:45 stunden ohne DB *Sniff*

Also ich ähäähm Räusper hatte nen chat laufen ich weiß das darf man nicht, aber da nur 3-4 leute drin waren dache ich das wäre nicht so schlimm. nun ja ich werde jedenfalls über nen provider wechsel nachdenken.

@ Throjan
wenn du im wbb nen thread pw schützt dann kann man ja trotzdem noch den titel lesen. hast du da mal nene hack für ?? dangee