- ISAPI-Caching macht sich erst unter Last bemerkbar
- ein Testsystem sollte immer identisch dem Livesystem sein,
dient zum Testen unter Livebedingung (keine Last, aber schauen, ob der
Code auf dem Zielsystem funktionieren wird, Lasttest ist wieder ein
Schuh für sich)
- SQL-version kannst Du mit der Query (s.u.) checken -> auf Master-DB
laufen lassen
- MDAC, VBScript prüfen und ggf. updaten (machen auch gern Probleme)
P.S.
Ein Microsoft-OS sollte niemals auf lebensnotwendigen System vor
ServicePack 3
eingesetzt werden. Es ist bis dahin einfach zu buggie. Auch NT4 war erst
mit dem SP4
einigermaßen stabil.
-----Ursprüngliche Nachricht-----
Von: Gido Carper [mailto:[EMAIL PROTECTED]]
Gesendet am: Mittwoch, 9. Januar 2002 10:22
An: AspGerman Kaffeehaus
Betreff: AW: [aspdecoffeehouse] AW: noch 6 Tagen
Danke dir Rudolph!
Ich werde deine Vorschläge versuchen. Sicherlich haben wir das Problem
selbst verursacht....
Zu den Projektplanung....tja mann kann ja nicht vorausplanen das so was
kurz vorher passiert...und sich dann nicht sofort lösen lässt....
Wir haben ein Test server, und ein entwicklungsserver. Der Testserver ist
allerdings nicht ganz gleich am Entwickelungs server und Liveserver.
Aber wie lassen sich 30.000 pageviews am Tag nachproduzieren auf ein
Server? weil ein paar mal testen und klicken ist kaum vergleich mit der
realität...
debugging etc vom projekten klar aber wenn mann mit 5 Leute testen macht
und dannach kommen hunderten wenn nicht tausende von Surfer vorbei ...
Oder kann mann das auch testen?
Das der SQL nicht auf ein eigene Server läuft....tja das wusste ich auch
aber noch haben wir das geld nicht für ein eigene SQL server.
Ich werde mal den wirkliche Admin fragen ob er den SQL updated das
servicepack
was ich erwähnt bezog sich allerdings aud W2K und ob der SQL7 überhaupt
mal geupdated geworden ist.....ich habe echt zu wenig ahnung von solche
sachen,
aber muss mich oft darum kummern weil der admin von extern ist.
Ich habe jetzt den ISAPI häckchen raus und auch der SQL server auf 150 Mb
RAM nützung runter gestuft mal schauen was da passiert jetzt...
Die seiten sind eigentlich super schnell das ist auch das komische von der
Sache
jetzt nach dem das Häckchen weg ist auch noch.....
gruss
Gido
-----Ursprüngliche Nachricht-----
Von: Rudolph, Thomas [mailto:[EMAIL PROTECTED]]
Gesendet: Mi 09.01.2002 09:08
An: AspGerman Kaffeehaus
Cc:
Betreff: [aspdecoffeehouse] AW: noch 6 Tagen
Also irgendwas läuft da wohl falsch, aber nicht erst auf dem Server, sondern
schon bei der Projektplanung.
Zur Entwicklung einer neuen Anwendung brauchst Du mehr als einen Server,
nämlich einen Entwicklungs, Test- und Liveserver.
Hättest Du zumindest die ersten zwei Systeme, dann könntest Du das
NT-Problem
sicher ausschliessen bzw. wüsstest das es am NT liegt.
Ich gehe davon aus, dass Dein System 2000 ist. Du lässt DLL's über den
Transaction Server laufen (NT4 -> MTS = mtx.exe, 2000 -> MTS = dllhost.exe).
Du kannst folgendes aber ausprobieren.
IIS-Verwaltung -> Webserver auswählen ->Home Directory -> Configuration
->
App-Mappings -> Haken bei "Cache ISAPI applications" raus
Was passiert dadurch?
Normalerweise werden DLL nach dem Freigeben der Objekte nicht sofort aus
dem
RAM entfernt. Dadurch muss bei einer Neuanforderung der DLL nicht eine
komplett
neue Instanz auf gemacht werden. Wenn Du den Haken raus machst, fliegen
sie
sofort raus. Der Speicher wird schneller freigegeben.
!!! Achtung die Anwendung wird langsamer !!!
Desweiteren solltest Du folgendes beachten:
Alle DLL's, welche durch ASP-Anwendungen aufgerufen werden, sollte über
den MTS
laufen.
zum SQL-Server
Wieso hat der nur Service Pack 2? Das ist nicht der Neueste. Warum läuft
der SQL-Server
auf dem selben NT-Server, wie der Web-Server. Da sind die Probleme
bereits vorprogrammiert!!!
SELECT @@version
The result of this query is:
7.00.623 if SQL Server 7.0 with no service pack applied
7.00.699 if SQL Server 7.0 Service Pack 1
7.00.842 if SQL Server 7.0 Service Pack 2
7.00.961 if SQL Server 7.0 Service Pack 3
Zusammenfassung:
Optimiert Euren interne Infrastruktur. Eure Problem sind hausgemacht. Da
ist es nur eine Frage
der Zeit bis es knallt!
Gruss
Thomas
-----Ursprüngliche Nachricht-----
Von: Gido Carper [ mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> ]
Gesendet am: Mittwoch, 9. Januar 2002 02:18
An: AspGerman Kaffeehaus
Betreff: noch 6 Tagen
Hi ihr alle,
ich drehe fast (aber nur fast) durch....
ich habe nur noch ein paar Tagen vor ich ein Problem lösen soll und es haut
nicht hin
Vor eine weile habe ich das Problem schon mal hier vorgelegt aber kein
lösung gefunden.
es ist den DLLHost.exe ...... der treibt mich wannsinnig. Der speicher
nutzung wird immer mehr
bis er dann irgendwann mal explodiert und der ganze Server aufhängt und das
ohne Timeout oder
so ...nein in die ewigkeit geht das. Jetzt habe ich viel gesucht und ein
paar dingen gelesen was es
sein kann. Aber noch immer kein ergebniss. Ich habe von alle Projekten die
auf der Server sind
alle Datenbank connections überprüft und den "SET xxx = NOTHING" fals
vergessen rein gemacht.
Wäre ein möglichkeit....meine ich mindestens. Einmal habe ich was ähnliches
erlebt (andere Server)
da hatte ich dann ein SQL fehler gemacht....eigentlich kein schlimme nur da
so viele leute gleicherzeit
auf den Server zugegriffen haben und genau auf der Seite mit den
Fehler....blieb den Timeout aus und
gab es ein dauerhafte Crash.....aber das ist in diesem Fall nichtmöglich da
bei den einstiegs seite
kein SQL vorhanden ist....
Was kann das doch sein.....Ich kann auch nicht in den Log files nachsehen ob
es ein regelmass gibt
wo das passiert auf welche seite, auch nicht wieviel zeit dazwischen
ist...alles total unregelmäßig.
Auf den Server laufen ein SQL 7, Service pack2, Terminal dienst und ein paar
externe DLL's
so wie: Image Glue,ASPupload (softartisans), ASPmail, EasyPDF, und
Fontvelocity.
Ich habe gedacht vielleicht ist ein den EasyPDF, habe den dann isoliert ein
eigene user gegeben
(in komponenten Dienst) um sehen zu können ob der es ist ......aber
vergebnissloss.
Im moment habe ich den prozessesbeschränkung aktiviert bei den meiste
besuchte 4 Projekten....
vielleicht kann ich so sehen ob es ein bestimmtes Projekt ist und damit doch
ein Programmier fehler.
Den Datenbanken auf der Server sind recht groß weil ich nicht wusste wie
mann den Log files
wieder löst.....tja ich bin hallt kein Admin das ist klar.....
Der SQL beschlagnahmt 250 Mb und der DLL host geht auf 50-60 Mb zu und bei
60 kippt er um.
Den realen SQL groesse ist allerdings kleiner....circa 120 Mb wenn mann den
realen daten von alle
Projekten zusammen zählt.
Das Ding ist am 15. geht eine neue Kunde von uns online mit ein recht
grossen datenbank und
die hängen mich auf wenn jede 2. bis 4. Tag deren Site offline ist für x
stunden...naja ihr kennt das
gefühl.....und dann werden die zugriffen natürlich mal wieder um ein x
Factor grosser.....und damit
noch mehr abstürtz chance....
Ich habe gelesen das es extra update gibt für den kompontenten dienst aber
was die genau machen....?
Soll ich wirklich alle seiten einfach noch mal durch gehen auf Programmier
fehler? :-(
oder einfach alles formatieren, und neu installieren.....*snif*
gruss
Gido
| [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/
<http://www.aspgerman.com/archiv/aspdecoffeehouse/> = Listenarchiv
| Sie knnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
<http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp>
| [aspdecoffeehouse] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
