6
Netzwerk wird langsam bis zum Stillstand
Hallo!
Kleine Einleitung :
Wir betreiben ein Workgroup Netzwerk mit ca. 100 Clients. Ok, die Meisten werden jetzt die Hände über dem Kopf zusammenschlagen und sich fragen was das soll. Da sollte man doch besser auf eine Domänennetzwerk setzen. Stimmt, aber das hat verschiedene interne Gründe. Davon abgesehen läuft ja auch alles wunderbar. Der Wartungs- und Administrationsaufwand ist gering.
Folgendes Problem habe ich :
Ein Windows 2000 Server soll durch neue Hardware ersetzt werden. Dieser dient als File und Datenbankserver. Dieses funktioniert, da der Datenbankserver recht resourcenschonend ist (Advantage Database Server). Auf der alten Hardware läuft alles und die Auslastung ist auch nichts besonderes. Die Hardware ist jetzt aber schon etwas in die Jahre gekommen und soll ersetzt werden.
Der neue Server ist ein Dual-Quadcore Xeon mit einem Intel Board. Das Systemlaufwerk ist ein SATA Raid 1 (Megaraid) und die Daten liegen auf einem SCSI Raid 5 System mit ICP Controller. Die Software und Konfiguration entspricht dem alten Server, bis auf die Treiber für die neue Hardware natürlich.
Das Netzwerk ist Fast Ethernet mit mehreren Cisco Caralyst 2950 Switches. Die Clients sind hauptsächlich W2k Rechner und einige wenige XP Rechner.
Wenn ich jetzt den neuen Server ans Netz hänge, läuft der einige Zeit völlig problemlos. Dann merkt man die ersten Geschwindigkeitsaussetzer in der Datenbankapplikation und beim browsen von gemappten Laufwerken. Das schaukelt sich innerhalb von ca. 30 Minuten bis zum kompletten Netzwerkstillstand hoch. Vorher kann der Server aber auch drei Stunden einwandfrei funktionieren. Auf dem Server selbst brauchen Programme dann auch ewig bis sie starten. Die CPU-Last dümpelt so bei 3 - 5% rum. Das Ereignisprotokoll gibt auch nichts her, genauso wenig wie die Logs der Cisco-Switches. Da ist alles im grünen Bereich. Das Phänomen tritt übrigens offensichtlich nur dann auf, wenn die Mitarbeiter auf dem Server arbeiten. Wenn ich den Server am Wochenende tausche und das Gerät mit Arbeit belaste, stört der sich überhaupt nicht dran und funktioniert problemlos.
Es mag sein das es nur ein simpler Konfigurationsfehler ist, aber leider gehen mir die Ideen aus.
Wäre dankbar wenn jemand noch einen Tip hätte, worauf man sich mal stürzen könnte.
Habe mich auch schon stundenlang durch alle möglichen Foren gearbeitet. Die Erkenntnis war die, dass die meisten dieser Fälle als ungelöste Beiträge ihr Dasein fristen.
Mir würde es ja schon reichen, wenn ich den Fehler im nicht-produktiv Betrieb reproduzieren könnte. Dann hätte der Server schon verloren. Leider gelingt mir das nicht. Und den gesamten Betrieb als Versuchkannichen einzuspannen stößt irgendwann auf Unverständnis.
Kleine Einleitung :
Wir betreiben ein Workgroup Netzwerk mit ca. 100 Clients. Ok, die Meisten werden jetzt die Hände über dem Kopf zusammenschlagen und sich fragen was das soll. Da sollte man doch besser auf eine Domänennetzwerk setzen. Stimmt, aber das hat verschiedene interne Gründe. Davon abgesehen läuft ja auch alles wunderbar. Der Wartungs- und Administrationsaufwand ist gering.
Folgendes Problem habe ich :
Ein Windows 2000 Server soll durch neue Hardware ersetzt werden. Dieser dient als File und Datenbankserver. Dieses funktioniert, da der Datenbankserver recht resourcenschonend ist (Advantage Database Server). Auf der alten Hardware läuft alles und die Auslastung ist auch nichts besonderes. Die Hardware ist jetzt aber schon etwas in die Jahre gekommen und soll ersetzt werden.
Der neue Server ist ein Dual-Quadcore Xeon mit einem Intel Board. Das Systemlaufwerk ist ein SATA Raid 1 (Megaraid) und die Daten liegen auf einem SCSI Raid 5 System mit ICP Controller. Die Software und Konfiguration entspricht dem alten Server, bis auf die Treiber für die neue Hardware natürlich.
Das Netzwerk ist Fast Ethernet mit mehreren Cisco Caralyst 2950 Switches. Die Clients sind hauptsächlich W2k Rechner und einige wenige XP Rechner.
Wenn ich jetzt den neuen Server ans Netz hänge, läuft der einige Zeit völlig problemlos. Dann merkt man die ersten Geschwindigkeitsaussetzer in der Datenbankapplikation und beim browsen von gemappten Laufwerken. Das schaukelt sich innerhalb von ca. 30 Minuten bis zum kompletten Netzwerkstillstand hoch. Vorher kann der Server aber auch drei Stunden einwandfrei funktionieren. Auf dem Server selbst brauchen Programme dann auch ewig bis sie starten. Die CPU-Last dümpelt so bei 3 - 5% rum. Das Ereignisprotokoll gibt auch nichts her, genauso wenig wie die Logs der Cisco-Switches. Da ist alles im grünen Bereich. Das Phänomen tritt übrigens offensichtlich nur dann auf, wenn die Mitarbeiter auf dem Server arbeiten. Wenn ich den Server am Wochenende tausche und das Gerät mit Arbeit belaste, stört der sich überhaupt nicht dran und funktioniert problemlos.
Es mag sein das es nur ein simpler Konfigurationsfehler ist, aber leider gehen mir die Ideen aus.
Wäre dankbar wenn jemand noch einen Tip hätte, worauf man sich mal stürzen könnte.
Habe mich auch schon stundenlang durch alle möglichen Foren gearbeitet. Die Erkenntnis war die, dass die meisten dieser Fälle als ungelöste Beiträge ihr Dasein fristen.
Mir würde es ja schon reichen, wenn ich den Fehler im nicht-produktiv Betrieb reproduzieren könnte. Dann hätte der Server schon verloren. Leider gelingt mir das nicht. Und den gesamten Betrieb als Versuchkannichen einzuspannen stößt irgendwann auf Unverständnis.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 92553
Url: https://administrator.de/contentid/92553
Printed on: April 25, 2024 at 12:04 o'clock
6 Comments
Latest comment
ist QOS an den Server aktiv?
hat vielleicht ein Client die "Server" funktion in netzwerk übernommen und hat jetzt das sagen wer was macht?
hat vielleicht ein Client die "Server" funktion in netzwerk übernommen und hat jetzt das sagen wer was macht?
Hi killer101,
hört sich so an als würde der Ramspeicher voll laufen so dass das System dann anfängt auf die Festplatte auszulagern.Hasst du die Auslagerungsdatei (pagefile) in irgend einer Form angepasst? Die Datenbank kenne ich jetzt nicht aber vielleicht hasst du da den Möglichkeit Ramspeicher zuzuweisen.
Oder evtl. ein Virenscanner im Einsatz (Clientseitig-Serverseitig) der dir die Performance frisst?
mfg,
Antos
hört sich so an als würde der Ramspeicher voll laufen so dass das System dann anfängt auf die Festplatte auszulagern.Hasst du die Auslagerungsdatei (pagefile) in irgend einer Form angepasst? Die Datenbank kenne ich jetzt nicht aber vielleicht hasst du da den Möglichkeit Ramspeicher zuzuweisen.
Oder evtl. ein Virenscanner im Einsatz (Clientseitig-Serverseitig) der dir die Performance frisst?
mfg,
Antos
QOS in Bezug auf was genau? Bei den Netzwerkkarten? Die neuen Netzwerkkarten haben so einige Funktionen, bei denen laut Intel hier und da schon mal Probleme auftauchen. Allerdings passte bis jetzt kein Szenario. Aber vielleicht hat das alte Windows Probleme mit den Offload Funktionen. Bis auf die Powermanagement Sachen habe ich alle Einstellungen an der Netzwerkkartenhardware erst mal beim Standard belassen.
Die "Server" Funktion übernommen? Ist da die Masterbrowser Thematik gemeint? Diese Funktion hat ein anderer W2k Server im Netz.
Die "Server" Funktion übernommen? Ist da die Masterbrowser Thematik gemeint? Diese Funktion hat ein anderer W2k Server im Netz.
Dem Speicher geht es auch gut. Das System hat 4GB, das Betriebssystem sieht aber durch Bios Einstellugen nur 3GB. Das ist so gewollt, da die 4GB Grenze ja auch nur Probleme macht. Die Datenbank kümmert sich selbstständig um den Speicher und hat zu Crashzeiten auch nur 900MB im Zugriff. Das hat sie sonst auch.
Virenscanner laufen sowohl auf dem Server, wie auch auf den Clients. Am Server sind alle kritischen Sachen (Datenbank-Files usw.) vom Scannen ausgeschlossen. Die Clients kann man wahrscheinlich vernachlässigen, es funktioniert ja mit dem alten Server auch.
Am Pagefile habe ich nichts gemacht, ist so wie es Windows geschaffen hat!
Virenscanner laufen sowohl auf dem Server, wie auch auf den Clients. Am Server sind alle kritischen Sachen (Datenbank-Files usw.) vom Scannen ausgeschlossen. Die Clients kann man wahrscheinlich vernachlässigen, es funktioniert ja mit dem alten Server auch.
Am Pagefile habe ich nichts gemacht, ist so wie es Windows geschaffen hat!
Ich hab' da auch noch etwas Senf zum dazugeben,
hallo auch!
Der Beschreibung und dem Ablauf zufolge würde ich darauf tippen, dass die verfügbaren TCP-Verbindungen knapp und überschritten werden, wobei das allerdings normalerweise in der Ereignisanzeige zu lesen sein sollte.
Was für eine Ausgabe bekommst Du, wenn Du kurz vor dem Exitus in der Kommandozeile mal nach netstat (Optionen nach Wunsch) fragst? Ich hatte bei einer Verwaltungssoftware für ThinClients mal ein vergleichbares Problem, da war es die SQL-Datenbank selbst, die Verbindugen gesammelt hat bis zum geht-nicht-mehr. Lösung war eine neue Programmversion. Lass es an der Zusammenstellung oder Installationsreihenfolge von Patches liegen...
Bonkers
hallo auch!
Der Beschreibung und dem Ablauf zufolge würde ich darauf tippen, dass die verfügbaren TCP-Verbindungen knapp und überschritten werden, wobei das allerdings normalerweise in der Ereignisanzeige zu lesen sein sollte.
Was für eine Ausgabe bekommst Du, wenn Du kurz vor dem Exitus in der Kommandozeile mal nach netstat (Optionen nach Wunsch) fragst? Ich hatte bei einer Verwaltungssoftware für ThinClients mal ein vergleichbares Problem, da war es die SQL-Datenbank selbst, die Verbindugen gesammelt hat bis zum geht-nicht-mehr. Lösung war eine neue Programmversion. Lass es an der Zusammenstellung oder Installationsreihenfolge von Patches liegen...
Bonkers
Nach netstat habe ich nicht geschaut! Ok, wäre vielleicht ratsam gewesen. Die Ereignisanzeige mäkelt da nichts in der Richtung an.
Die Programmversion des Datenbankservers ist aktuell und macht auf der alten Hardware keine Probleme.
Tja, die leidigen Patches vom M$. Das ist auch so ein Thema. Vor Jahren hatte der berüchtigte KB...066 den Datenbankserver mal ins Trudeln gebracht. Da war auch alles langsam, aber direkt! Nach Deinstallation war alles wieder im Lot. Diesen und noch zwei, drei andere Patches habe ich auf dem neuen Server natürlich weggelassen. Da sich der Server über einen hausinternen WSUS aktualisiert, habe ich die vorgeschlagene Reihenfolge so hingenommen.
Die Programmversion des Datenbankservers ist aktuell und macht auf der alten Hardware keine Probleme.
Tja, die leidigen Patches vom M$. Das ist auch so ein Thema. Vor Jahren hatte der berüchtigte KB...066 den Datenbankserver mal ins Trudeln gebracht. Da war auch alles langsam, aber direkt! Nach Deinstallation war alles wieder im Lot. Diesen und noch zwei, drei andere Patches habe ich auf dem neuen Server natürlich weggelassen. Da sich der Server über einen hausinternen WSUS aktualisiert, habe ich die vorgeschlagene Reihenfolge so hingenommen.
