Arbeitsspeicherarchitektur

In SQL Server wird Arbeitsspeicher nach Bedarf dynamisch reserviert und freigegeben. Die Angabe des Arbeitsspeicherumfangs durch den Administrator, der SQL Server zugeordnet werden soll, ist in der Regel nicht erforderlich, obwohl die Möglichkeit weiterhin besteht und in einigen Umgebungen erforderlich ist.

In SQL Server werden AWE (Address Windowing Extensions) unterstützt, womit auf 32-Bit-Versionen von Microsoft Windows-Betriebssystemen physischer Arbeitsspeicher über 4 GB verwendet werden kann. Bis zu 64 GB physischer Arbeitsspeicher wird unterstützt. Instanzen von SQL Server, die unter der MicrosoftWindows 2000 ausgeführt werden, verwenden die statische AWE-Arbeitsspeicherzuordnung, während Instanzen unter MicrosoftWindows Server 2003 die dynamische AWE-Arbeitsspeicherzuordnung verwenden.

Hinweis
Die AWE-Unterstützung steht nur in der SQL Server Enterprise, Standard und Developer Edition zur Verfügung und besitzt nur für 32-Bit-Betriebssysteme Gültigkeit. Analysis Services kann den zugeordneten AWE-Speicher nicht nutzen. Wenn weniger physischer Speicher als im virtuellen Adressraum (Benutzermodus) verfügbar ist, ist die Aktivierung von AWE nicht möglich.

Eines der vorrangigen Ziele beim Entwurf jeder Datenbanksoftware ist die Minimierung der Datenträger-E/A, da Lese- und Schreibvorgänge auf dem Datenträger zu den ressourcenintensivsten Vorgängen zählen. SQL Server erstellt einen Pufferpool im Arbeitsspeicher, um Seiten aufzunehmen, die aus der Datenbank gelesen werden. Ein großer Teil des Codes in SQL Server dient dazu, die Anzahl von physischen Lese- und Schreibvorgängen zwischen dem Datenträger und dem Pufferpool zu minimieren. SQL Server versucht, ein Gleichgewicht zwischen den beiden folgenden Zielen herzustellen:

• Verhindern, dass der Pufferpool so groß wird, dass im gesamten System nicht genügend Arbeitsspeicher verfügbar ist.

• Minimieren physischer E/A-Vorgänge in den Datenbankdateien durch Maximieren der Größe des Pufferpools.

Weitere Informationen finden Sie unter Pufferverwaltung.

Standardmäßig verwalten die Editionen von SQL Server 2005 den Arbeitsspeicher für jede Instanz dynamisch. Es gibt Unterschiede, wie SQL Server mit AWE zugeordneten Arbeitsspeicher unter der Windows 2000 und höheren Versionen der Betriebssysteme verwaltet.

Hinweis

Bei einem stark ausgelasteten System können umfangreiche Abfragen, die zum Ausführen sehr viel Arbeitsspeicher erfordern, nicht immer die Mindestmenge des angeforderten Arbeitsspeichers erhalten. Während auf die Arbeitsspeicherressourcen gewartet wird, wird deshalb ein Timeoutfehler erzeugt. Zur Behebung dieses Problems sollten Sie den Wert für die Option query wait erhöhen. Für eine parallele Abfrage können Sie den Wert für die Option max degree of parallelism reduzieren.

Hinweis

Bei einem stark ausgelasteten System mit knappem Arbeitsspeicher können Abfragen mit Mergeverknüpfung, Sortierung und Bitmap im Abfrageplan zum Löschen der Bitmap führen, wenn für die Abfragen nicht der für die Bitmap benötigte minimale Arbeitsspeicher verfügbar ist. Dies kann die Abfrageleistung beeinträchtigen und – wenn der Sortierprozess nicht genügend Arbeitsspeicher erhält – zu einer erhöhten Verwendung von Arbeitstabellen in der tempdb-Datenbank führen, was ein Anwachsen der tempdb-Datenbank bewirkt. Um dieses Problem zu lösen, müssen Sie physischen Arbeitsspeicher hinzufügen oder die Abfragen so optimieren, dass Sie einen anderen und schnelleren Abfrageplan verwenden. Informationen zur Optimierung finden Sie unter Optimieren der Leistung von 'tempdb' und Vorgehensweise: Optimieren einer Datenbank.