14
2003-Fileserver in den Morgenstunden sehr langsam
Hallo ihr,
folgendes Problem bei einem unserer Kunden:
In den Morgenstunden zwischen 08 und 10 Uhr ist der Fileserver extrem langsam. Die User melden Probleme mit Exceldateien (Excel hängt), CAD sei langsam etc. pp.
Dies liegt also definitiv am Fileserver, das Netzwerk wurde bereits von einer Partnerfirma geprüft.
Performance-Monitor zeigt folgendes (NICHT in den Morgenstunden)
Hat jemand eine Idee, wie man herausbekommen könnte, woran es liegt?
Danke vorab.
folgendes Problem bei einem unserer Kunden:
In den Morgenstunden zwischen 08 und 10 Uhr ist der Fileserver extrem langsam. Die User melden Probleme mit Exceldateien (Excel hängt), CAD sei langsam etc. pp.
Dies liegt also definitiv am Fileserver, das Netzwerk wurde bereits von einer Partnerfirma geprüft.
Performance-Monitor zeigt folgendes (NICHT in den Morgenstunden)
Hat jemand eine Idee, wie man herausbekommen könnte, woran es liegt?
Danke vorab.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 181661
Url: https://administrator.de/forum/2003-fileserver-in-den-morgenstunden-sehr-langsam-181661.html
Ausgedruckt am: 23.12.2024 um 01:12 Uhr
14 Kommentare
Neuester Kommentar
Hi,
Virenscanner? Indexdienst? Backupjob?
VG
amax
Virenscanner? Indexdienst? Backupjob?
VG
amax
sers,
auf jeden Fall sind die Festplatten am Rödeln ohne Ende. Sieht von den Zugriffen her total aus- bzw. überlastet aus. Der scheint allgemein ein gutes Eck mehr an IO-Performance (ließ: mehr Festplatten) zu brauchen.
Zum Problem:
Mögliche Ursachen auf Clientseite: Nutzen die User TreeSize bzw. indizieren die Userrechner die Freigaben selbst? Virenscans auf den Netzlaufwerken durch Userrechner?
Mögliche Ursachen auf Serverseite: siehe amax2000, zusätzlich prüfen: Sync/Rebuild vom RAID? Defragmentierung?
Könnte es evtl. sein dass hier ein Array für Benutzerprofil und Daten UND Serversystem genutzt werden?
Grüße,
Philip
auf jeden Fall sind die Festplatten am Rödeln ohne Ende. Sieht von den Zugriffen her total aus- bzw. überlastet aus. Der scheint allgemein ein gutes Eck mehr an IO-Performance (ließ: mehr Festplatten) zu brauchen.
Zum Problem:
Mögliche Ursachen auf Clientseite: Nutzen die User TreeSize bzw. indizieren die Userrechner die Freigaben selbst? Virenscans auf den Netzlaufwerken durch Userrechner?
Mögliche Ursachen auf Serverseite: siehe amax2000, zusätzlich prüfen: Sync/Rebuild vom RAID? Defragmentierung?
Könnte es evtl. sein dass hier ein Array für Benutzerprofil und Daten UND Serversystem genutzt werden?
Grüße,
Philip
Moin,
schon mal die Größe der servergespeicherten Profile überprüft - und ggf. limitiert?
Gruß
24
schon mal die Größe der servergespeicherten Profile überprüft - und ggf. limitiert?
Gruß
24
Guten Morgen,
wir haben mal testweise den Trendmicro-Realtime-Scan deaktiviert - brachte keine Verbesserung. Ich habe mir jetzt heute morgen das Ganze mal angeschaut.
Ab 08:15 Uhr geht die "Durchschn. Warteschlangenlänge des Datenträgers" auf den Anschlag hoch und bleibt auch so. Kann ich irgendwie überprüfen, welcher Prozess/was auch immer dies verursacht?
Keine der Festplatten muss defragmentiert werden.
Es läuft erst ab 9 Uhr ein Datenbank-Bereinigungsjob des Backup-Agents, kann also ausgeschlossen werden.
Freigaben werden über das Loginscript verbunden. Virenscans von den Clients lasse ich prüfen...
Danke vorab!
Edit:
Gibt es ein Tool, mit dem man Vorgänge auf Datenträgern (Shares) monitoren kann? Eventuell kann man so rausfinden, was/wer die Last verursacht...
wir haben mal testweise den Trendmicro-Realtime-Scan deaktiviert - brachte keine Verbesserung. Ich habe mir jetzt heute morgen das Ganze mal angeschaut.
Ab 08:15 Uhr geht die "Durchschn. Warteschlangenlänge des Datenträgers" auf den Anschlag hoch und bleibt auch so. Kann ich irgendwie überprüfen, welcher Prozess/was auch immer dies verursacht?
Keine der Festplatten muss defragmentiert werden.
Es läuft erst ab 9 Uhr ein Datenbank-Bereinigungsjob des Backup-Agents, kann also ausgeschlossen werden.
Freigaben werden über das Loginscript verbunden. Virenscans von den Clients lasse ich prüfen...
Danke vorab!
Edit:
Gibt es ein Tool, mit dem man Vorgänge auf Datenträgern (Shares) monitoren kann? Eventuell kann man so rausfinden, was/wer die Last verursacht...
Zitat von @2hard4you:
Moin,
schon mal die Größe der servergespeicherten Profile überprüft - und ggf. limitiert?
Gruß
24
Moin,
schon mal die Größe der servergespeicherten Profile überprüft - und ggf. limitiert?
Gruß
24
Moin,
guter Ansatz... daraufhin habe ich mir mal die Homelaufwerke angeschaut... teilweise über 2GB an Daten..
Moin,
die Homelaufwerke sind es nicht, die Profile - wenn da paar so mehrere GB an Profilen beim Anmelden laden, ist Dein gesamtes Netzwerk und der Filer lahm....
Gruß
24
die Homelaufwerke sind es nicht, die Profile - wenn da paar so mehrere GB an Profilen beim Anmelden laden, ist Dein gesamtes Netzwerk und der Filer lahm....
Gruß
24
Moin,
es gibt keine servergespeicherte Profle.... das wäre auch eine hoffentliche Lösung gewesen.
Muss also an Zugriffen auf ein Share liegen..
es gibt keine servergespeicherte Profle.... das wäre auch eine hoffentliche Lösung gewesen.
Muss also an Zugriffen auf ein Share liegen..
Dateien evtl. komprimiert um Speicherplatz zu sparen?
Nein, nur indiziert.
Wie groß ist eine Auslagerungsdatei?
Derzeit ist sie 6142 GB groß.
Im Verhältnis zu wie viel Arbeitsspeicher?
Server einfach mal einem Neustart unterzogen?
Server einfach mal einem Neustart unterzogen?
Der Server hat 4GB Ram.
Läuft seit dem 26.01.2012 - neustart findet dieses WE statt
Läuft seit dem 26.01.2012 - neustart findet dieses WE statt
Neustart hat wenig gebracht, Auslastung der Platten nach wie vor sehr hoch...
