![[HaBo]](/styles/default/logoklein.png){kind=small}
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 ?
>>
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 ?
