Peter Hussock 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Hallo Forum, nun habe ich mir einen "Neuen" zugelegt. Habe Ihm 2x 2,33 GHz Prozessoren und 12 GB RAM gekönnt. Auf ihm läuft Windows 2008 64Bit und SQL Server 2005. Aber die 12 GB reichen ihm scheinbar nicht, manchmal pumpt er den Cache auf über 11 GB und dann ist Ende mit Allende. Er fährt sich fest. Leider sehe ich im Taskmanager nicht, welches Programm den Speicher so stark vollmacht. Die am meisten Arbeitsspeicher fressende Datei ist die sqlservr.exe mit ca. 349.820 K. Hatt jemand einen Tipp, wie ich sehen kann, was den Cache so vollmacht? Wäre toll wenn Ihr mir helfen könntet. :confused: Zitieren Link zu diesem Kommentar
NorbertFe 2.110 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Hallo Forum, nun habe ich mir einen "Neuen" zugelegt. Habe Ihm 2x 2,33 GHz Prozessoren und 12 GB RAM gekönnt. Auf ihm läuft Windows 2008 64Bit und SQL Server 2005. Aber die 12 GB reichen ihm scheinbar nicht, manchmal pumpt er den Cache auf über 11 GB und dann ist Ende mit Allende. Er fährt sich fest. Leider sehe ich im Taskmanager nicht, welches Programm den Speicher so stark vollmacht. Die am meisten Arbeitsspeicher fressende Datei ist die sqlservr.exe mit ca. 349.820 K. Hatt jemand einen Tipp, wie ich sehen kann, was den Cache so vollmacht? Wäre toll wenn Ihr mir helfen könntet. :confused: Wie wärs mit dem processexplorer von sysinternals/MS? Bye Norbert Zitieren Link zu diesem Kommentar
BrainStorm 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Dass der Cache anschwillt ist ein Feature und nennt sich "Superfetch" Zitieren Link zu diesem Kommentar
Windowsbetatest 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Hallo, ist WSUS drauf, in der Standardkonfig frist der deinen RAM bis er leer ist. Ansosnten schränke mal den Speicherkonsum des SQLServers ein. Was genau sind ca. 350 MB beim SQL-Server (Arbeitssatz, privater AS, zuge. Größe) mfg Zitieren Link zu diesem Kommentar
Peter Hussock 10 Geschrieben 22. Januar 2009 Autor Melden Teilen Geschrieben 22. Januar 2009 Man ging das schnell von Euch, vielen Dank!!! den SQL Speicher hatten wir eigentlich auf 3000 MB festgeschrieben. Die sqlservr.exe hat komischer Weise hinten *32 zu stehen und benötigt zur Zeit Arbeitssatzspeicher 2.424.868 K max Arbeitssatzspeicher 2.425.224 K prv. Arbeitsspeicher 2.402.936 K und zuges. 2.442.952 K Dieses wird auch nie viel höher angezeigt, aber der Cache wächst und wächst. Die Datei ist übrigens auch die am höchsten fordert (unter den angezeigten Prozessen). Zitieren Link zu diesem Kommentar
BrainStorm 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 die *32 steht für eine 32bit Instanz. Macht es nicht mehr Sinn den SQL Server auch 64bittig zu betreiben? Zitieren Link zu diesem Kommentar
Windowsbetatest 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Man ging das schnell von Euch, vielen Dank!!!den SQL Speicher hatten wir eigentlich auf 3000 MB festgeschrieben. Die sqlservr.exe hat komischer Weise hinten *32 zu stehen und benötigt zur Zeit Arbeitssatzspeicher 2.424.868 K max Arbeitssatzspeicher 2.425.224 K prv. Arbeitsspeicher 2.402.936 K und zuges. 2.442.952 K Dieses wird auch nie viel höher angezeigt, aber der Cache wächst und wächst. Die Datei ist übrigens auch die am höchsten fordert (unter den angezeigten Prozessen). Hallo, das sind ca. 4.8 GB "Speicher" für den (32 Bit -) SQL Server. Der Cache selbst stört nicht bzw. ist nützlich. Auf jedem Windows 6.x System (Vista, 2008, "7") nutzt Windows den kompletten "freien" RAM als Plattencache. Da es diesen aber sofort frei gibt wenn er von einer App benötigt wird, ist das unkritisch. Dennoch nutzt der SQL Server zuviel Swap, eventuell auf 64 Bit setzen? mfg Zitieren Link zu diesem Kommentar
Peter Hussock 10 Geschrieben 22. Januar 2009 Autor Melden Teilen Geschrieben 22. Januar 2009 Hallo Betatester, nun habe ich ein kleines Problem auf der Installations-CD des SQL 2005 steht nichts von 64 oder 32 Bit. Der SQL-Server ist aber unter Programmen unter X86 als auch normal unter Programmen zu finden. Das Programm, welches unter anderem die sqlvr*32 .exe im Speicher hochjagt, liegt aber im Programmeordner X86, kann es sein, daß deshalb die 32 Bit Version von SQLServer gestartet wird? Danke schonmal für den Tip Zitieren Link zu diesem Kommentar
Windowsbetatest 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Hallo, was für Software ist auf dem Server installiert. Viele Software bringt einen eigenen (MS) SQL-Server mit. Auf einem SBS 2008 läuft per Default eine 32 und eine 64 Bit MS SQL Instanz. Desweiteren installieren Tools wie z.B. Backup Exec ihre eigene Instranz (32 Bit) mit dazu. mfg ps Die 32 Bit Version liegt natürlich bei "Programme (X86)" und die 64 Bit Version bei "Programme". Zitieren Link zu diesem Kommentar
Peter Hussock 10 Geschrieben 22. Januar 2009 Autor Melden Teilen Geschrieben 22. Januar 2009 Hallo Betatester, es ist eine Branchenlösung und heißt Concept-Office. Diese sitzt dann auf dem SQLer, bringt aber keinen eigenen mit. Dann habe ich noch Datev, da verstehe ich ja die 32Bit Installation. Die bringt eine andere sqlservr.exe*32 aber längst nicht so hoch. Danke für´s Interesse Zitieren Link zu diesem Kommentar
Windowsbetatest 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Hallo, wenn ihr den Speicher für den SQL Server einschränkt, dankt daran, das müsst ihr für jede Instanz machen. Wie groß isgt die DB der Brachenlösung? (Eine 500 MB DB braucht keien GB RAM, nutzt ihn aber wenn er "da" ist.) mfg Zitieren Link zu diesem Kommentar
Peter Hussock 10 Geschrieben 22. Januar 2009 Autor Melden Teilen Geschrieben 22. Januar 2009 Hallo Betatester, die Branchenlösung kann ja ruhig 3 GB haben (ist ja genug da). Aber kann es Probleme geben, weil Sie die 32Bit Version des SQLers nutzt? Bis dann Zitieren Link zu diesem Kommentar
Windowsbetatest 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Hallo Betatester, die Branchenlösung kann ja ruhig 3 GB haben (ist ja genug da). Aber kann es Probleme geben, weil Sie die 32Bit Version des SQLers nutzt? Bis dann Nur Performance, jetzt belegt sie ja schon ihre 2 GB mit RAM und in der SWAP. Ein Limit von 3 GB ist Unsinn, den eine 32 Bit Anwendung kann maximal 2 GB RAM bekommen. Der "/3GB2 Schalter wird sicherlich nicht von der App supportet und fällt damit aus, daher würde ich den RAM auf 2 GB begrenzen. mfg Zitieren Link zu diesem Kommentar
Peter Hussock 10 Geschrieben 22. Januar 2009 Autor Melden Teilen Geschrieben 22. Januar 2009 Upps, komisch, selbst die Datev will mit dem 32Bit System 3700 MB in der Standard-Installation. Bis dann Zitieren Link zu diesem Kommentar
Windowsbetatest 10 Geschrieben 22. Januar 2009 Melden Teilen Geschrieben 22. Januar 2009 Das mag sein, dennoch kann diese SQL Inastanz bei 32 Bit nicht mehr als 2 GB RAM addressieren und der /3GB Schalter wird nicht supportet werden und somit scheidet die Nutzung aus. Außerdem setzen die meisten Standinstallationen den RAM Bedaf entweder auf die hälfte oder den gesamten RAM. mfg 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.