carsten.m 10 Geschrieben 30. Oktober 2007 Melden Teilen Geschrieben 30. Oktober 2007 *edit* kann mal bitte jemand den Thread auf "SBS 2003 Auslagerungsdatei 7GB" Infos: OS: SBS 2003 SP2 Alle Updates bis gestern. RAM: 2GB Virtueller Speicher: 2-4GB Hi, seid heute ist der virtuelle Speicher voll und zwar dauerhaft, sogar direkt nach einem Neustart des Rechners. Mir kommt die Speichernutzung der einzelnen Tasks extrem hoch vor. Gerade läuft ein AntivirScan daher ist der erste eintrag im Taskmanager nur temporär.Aber auch 1,5GB VS kommt mir sehr viel vor. Unklar ist ebenfalls warum er auf einmal über 7GB auslagern kann obwohl eine Begrenzung feststeht. Mir kommt es so vor, als wenn er die Datei nicht mehr vollständig "Clearen" kann und einfach weiter drauf schreibt. Hat von euch einer ne Idee an was das liegen kann bzw. wie ich die Datei geleert bekomm? Hilft es eventuell den Speicherort zu ändern und neuzustarten oder wird da nur die Datei umkopiert? In der Registry wurde der Eintrag ClearPageFileAtShutdown auf 1 gesetzt. Kein Erfolg wie es mir scheint. Mehrere Neustarts habe ich bereits hinter mir auf einen weiteren kommts also nicht an. Vielen Dank schonmal Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 31. Oktober 2007 Autor Melden Teilen Geschrieben 31. Oktober 2007 Da ich mir unsicher war was über nacht passiert ist, hab ich die Einstellung über die größe des Virtuellen Speichers dem System überlassen. Neuer Rekord heute morgen: Ich brauche ganz klar Hilfe :( Zitieren Link zu diesem Kommentar
Gadget 37 Geschrieben 31. Oktober 2007 Melden Teilen Geschrieben 31. Oktober 2007 Hallo Carsten, jo Speicherort verändern = Neu starten Wieder auf wird vom System verwaltet einstellen => Neu starten LG Gadget Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 31. Oktober 2007 Autor Melden Teilen Geschrieben 31. Oktober 2007 Speicherort hab ich gestern schon mehrmals gewechselt. Die Einstellung, dass das System die größe Verwaltet ist bereits gesetzt, ich habe die Auslagerungsdatei mittlerweile auf 2 Platten verteilt, beide ~5GB groß. Ich lasse gerade einen AntivirScan laufen... und schon sind wir bei 13,6 GB auslagerungsdatei. @Mod, mal wieder den Threadtitel anpassen ;) Könnten die Datenmengen aufgrund meines Virenscanners so hoch sein? Zitieren Link zu diesem Kommentar
Gadget 37 Geschrieben 31. Oktober 2007 Melden Teilen Geschrieben 31. Oktober 2007 Memory Hole im Virenscanner, hab ich auch schon überlegt... was für ne Version von Avira hast du? Übrigens post uns mal das Ergebnis von: tasklist /v /fo Table /fi "memusage gt 40000" >process_over_40mb_list.txt" LG Gadget Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 31. Oktober 2007 Autor Melden Teilen Geschrieben 31. Oktober 2007 Was mich halt sehr wundert ist, dass direkt nach dem Neustart vom Server die Werte so hoch sind. Ergebnis deines Befehls: Abbildname PID Sitzungsname Sitz.-Nr. Speichernutzung Status Benutzername CPU-Zeit Fenstertitel ========================= ======== ================ =========== =============== =============== ================================================== ============ ======================================================================== svchost.exe 876 Console 0 42.724 K Unbekannt NT-AUTORITŽT\SYSTEM 0:00:49 Nicht zutreffend sqlservr.exe 1900 Console 0 83.696 K Unbekannt NT-AUTORITŽT\SYSTEM 0:00:05 Nicht zutreffend store.exe 1452 Console 0 573.196 K Unbekannt NT-AUTORITŽT\SYSTEM 0:00:32 Nicht zutreffend avscan.exe 1136 Console 0 55.196 K Unbekannt NT-AUTORITŽT\SYSTEM 0:10:07 Nicht zutreffend Antivir Version Zitieren Link zu diesem Kommentar
Gadget 37 Geschrieben 31. Oktober 2007 Melden Teilen Geschrieben 31. Oktober 2007 Also von der physischen Speichernutz sind da keine Besonderheiten festzustellen... alles normal u. der store (Exchange Prozess) schnappt sich immer soviel, das ist nix ungewöhnliches auf nem SBS. Bezüglich Virenscanner, bin mit der Avira Nummerierung nicht ganz so firm, aber ihr habt wohl die: Avira AntiVir Windows Server 2003/2000, Version oder? Laut Website ist dort die Version: Version: 7.00.01.20 aktuell. Würde ich auf jedenfall mal aktualisieren. U. weiterhin solltest du kontrollieren ob alle wichtigen Verzeichnisse vom Real-Time u. manuellen ausgeschlossen sind, die nicht gescannt werden dürfen: http://www.mcseboard.de/tipps-links-5/virenscannerkonfiguration-dc-s-irgendwas-besonderes-beachtet-68541.html EDIT: MDF, u. ldf von allen laufenden SQL-Instanzen bitte auch auschliessen LG Gadget Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 31. Oktober 2007 Autor Melden Teilen Geschrieben 31. Oktober 2007 Eben die RAM Auslastung ist ja relativ gering nichts ungewöhnlichs. Wir haben eine Komplette Avira SMB Suite gekauft, die enthält unter anderem auch noch einen Scanner für Exchange der ebenfalls auf dem System läuft. Jeden Abend läuft ein Automatisches Update, gerade nochmal in den Log geschaut. Warum er dann noch eine alte Version hat versteh ich nicht wirklich. Wir hatten bisher noch nie Probleme mit der Auslagerungsdatei dieses Phänomen tritt erst seid 2-3 Tagen auf Danke schonmal für den Link Habe nun die Priv und Pub Exchangedatenbanken sowie eine SQL Datenbank die wir verwenden ausgeschlossen. Ebenfalls ausgeschlossen habe ich den Scan auf die Store.exe, da wir hierfür ja ein anderes Produkt von Avira haben. Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 31. Oktober 2007 Autor Melden Teilen Geschrieben 31. Oktober 2007 Da die Avira Software wohl im Allgemeinen nicht mehr richtig stimmt, habe ich sie komplett deinstalliert und den Server neugestartet. Es ist nun keine Antivirsoftware drauf und die Auslagerungsdatei beträgt trotzdem über 7 GB! Was könnte nun als Ursache in Frage kommen? grüße Carsten Zitieren Link zu diesem Kommentar
Gadget 37 Geschrieben 2. November 2007 Melden Teilen Geschrieben 2. November 2007 Hallo Carsten, was es auch sein könnte ist ein falsch gesetzter Registry-Eintrag: Ask the Performance Team : Processes with High Virtual Memory at Startup? The obvious question is, "How do I fix it?" Check the following registry key: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager. If the HeapDecommitFreeBlockThreshold value exists, set the value to 0 for Non-Exchange servers and 0x00040000 (hexadecimal) for Exchange servers. Once you make that change, you will need to reboot the server. LG Gadget Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 2. November 2007 Autor Melden Teilen Geschrieben 2. November 2007 Ok, den wert habe ich gesetzt kann es allerdings erst prüfen wenn hier nichts mehr los ist. Werde den Server am Samstag neustarten und dann hier weiter berichten. Derzeit gehts mit 11GB :\ ^^ Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 5. November 2007 Autor Melden Teilen Geschrieben 5. November 2007 Hi, also ich habe den Registry eintrag geändert, hat sich in soweit gebessert, dass die Auslagerungsdatei nach dem Neustart nur noch 6GB betrug. Seit dem ist sie auf 7,7GB gestiegen und hält sich. Das ist aber immer noch zuviel! grüße Carsten Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 7. November 2007 Autor Melden Teilen Geschrieben 7. November 2007 Hi, heute sind wir wieder bei 13GB und mir ist folgendes aufgefallen: Beide IIS Server streiken ab und an und sind nur durch den neustart des Dienstes wieder in Gang zu bekommen. Folgende Fehlermeldung habe ich heute im Log entdeckt: Ereignistyp: Warnung Ereignisquelle: COM+ Ereigniskategorie: (107) Ereigniskennung: 4830 Datum: 07.11.2007 Zeit: 09:00:57 Benutzer: Nicht zutreffend Computer: DCEXCH1 Beschreibung: COM+ hat festgestellt, dass auf dem Computer nicht genügend Arbeitsspeicher zur Verfügung steht. Die Aktivierung der Komponente wurde verweigert, damit das Systemverhalten nicht beeinträchtigt wird. Falls dieses Problem wiederholt auftritt, installieren Sie mehr Arbeitsspeicher, oder vergrößern Sie die Auslagerungsdatei. Arbeitsspeicherstatistik: dwMemoryLoad = 68 ullTotalPhys = 0x07ff2d000 ullAvailPhys = 0x027c5a000 ullTotalPageFile = 0x3738aa000 ullAvailPageFile = 0x02ac3a000 ullTotalVirtual = 0x07ffe0000 ullAvailVirtual = 0x068033000 Prozessname: w3wp.exe Dateiversion von 'Comsvcs.dll': ENU 2001.12.4720.3959 shp Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Leider ist bei eventid keinerlei info zu dieser Fehlermeldung hinterlegt. Auch Google brachte mir nichts, da ich kein japanisch verstehe.. ^^ Zitieren Link zu diesem Kommentar
Gadget 37 Geschrieben 7. November 2007 Melden Teilen Geschrieben 7. November 2007 IIS ist nicht wirklich mein Spezialgebiet, aber mal so nebenbei... Ist das nur ein kosmetisches Problem o. hat der Server wirklich Leistungsprobleme (Reaktions-Zeiten etc...) Weil wenn keine merkbaren Leistungsprobleme vorhanden sind würd ich das einfach so weiterrödeln lassen... Anderfalls würde ich persönlich in den sauren Apfel beissen u. nen Pro Call bei MS machen. LG Gadget Zitieren Link zu diesem Kommentar
carsten.m 10 Geschrieben 7. November 2007 Autor Melden Teilen Geschrieben 7. November 2007 Hi, habe gerade mal den Regwert HeapDeCommitFreeBlockThreshold auf 0 gesetzt (angeblich soll man das nur bei non exchange servern machen) und den Server neugestartet, siehe da die Auslagerung beträgt nur noch 1,1 GB. Ist meines erachtens nach akzeptabel. Ich warte jetzt einfach mal ab was bis morgen passiert, denn wenn es so bleibt lass ich den Wert wie er ist. Das ständige ausfallen der beiden IIS könnten schon damit zusammenhängen. Ich werde es einfach weiter beobachten und morgen/übermorgen bescheid geben was sich getan hat. grüße und gute Nacht Carsten.M Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.