Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

Wie Sie den Befehl DBCC MEMORYSTATUS zum Überwachen der Speicherauslastung auf SQL Server 2005

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 907877
Zusammenfassung
Dieser Artikel beschreibt die Ausgabe des Befehls DBCC MEMORYSTATUS. Dieser Befehl ist häufig zur Problembehandlung bei Microsoft SQL Server-Probleme mit dem Speicherverbrauch.

Dieser Artikel beschreibt die Elemente der Ausgabe für den Speicher-Manager, für die Zusammenfassung der Speicherverwendung für die aggregate Arbeitsspeicherinformationen, für die Verteilungsinformationen Puffer, für den Pool Pufferinformationen und für die Prozedur-Cache-Informationen. Die Ausgabe wird außerdem beschrieben, über globale Speicherobjekte, über Abfrage Speicherobjekte, zur Optimierung und über speicherbroker.
Einführung
Der Befehl DBCC MEMORYSTATUS stellt einen Snapshot des aktuellen Speicherstatus des Microsoft SQL Server. Sie können die Ausgabe dieses Befehls beheben Sie Probleme mit dem Speicherverbrauch in SQL Server oder Problembehandlung bei speziellen Fehlern von Out-of-Memory. (Viele Out-of-Memory-Fehler Drucken automatisch diese Ausgabe in das Fehlerprotokoll geschrieben.) Microsoft Product Support Services verlangen auch, dass die Ausführung dieses Befehls während einer bestimmten Support-Fall, wenn einen Fehler auftritt, der die mit ein wenig Arbeitsspeicher vorhanden sein können.

Hinweis Systemmonitor (PerfMon) und Task-Manager berücksichtigen Speicher ordnungsgemäß nicht, wenn die Unterstützung (AWE = Address Windowing Extentions) aktiviert ist.

Dieser Artikel beschreibt einige der Daten, die Sie aus der Ausgabe des Befehls DBCC MEMORYSTATUS erhalten können. Einige Abschnitte dieses Artikels enthalten proprietäre Implementierungsdetails, die hier nicht erläutert werden. Microsoft Product Support Services nicht beantworten alle Fragen oder enthalten weitere Informationen über die Bedeutung von spezifischen Indikatoren über die Informationen, die in diesem Artikel bereitgestellt wird.
Weitere Informationen
Wichtig Der Befehl DBCC MEMORYSTATUS soll ein Diagnosetool für Microsoft Customer Support Services. Das Format der Ausgabe und die Detailebene, die bereitgestellt wird, sind freibleibend zwischen Servicepacks und Produkt-Releases. Die Funktionalität, die der Befehl DBCC MEMORYSTATUS bietet kann durch einen anderen Mechanismus in späteren Versionen ersetzt werden. Aus diesem Grund in späteren Produktversionen funktionieren dieser Befehl nicht mehr. Vor dieser Befehl geändert oder entfernt wird, werden keine weiteren Warnungen gemacht werden. Daher können Anwendungen, die diesen Befehl verwenden, ohne Vorwarnung unterbrochen werden.

Die Ausgabe des Befehls DBCC MEMORYSTATUS wurde gegenüber früheren Versionen von SQL Server geändert. Die Ausgabe enthält nun mehrere Abschnitte, die in früheren Versionen nicht verfügbar waren.

Speicher-Manager

Der erste Abschnitt der Ausgabe ist Speicher-Manager. In diesem Abschnitt wird die allgemeine Speicherbedarf von SQL Server.
   Memory Manager                 KB    ------------------------------ --------------------   VM Reserved                    1761400   VM Committed                   1663556   AWE Allocated                  0   Reserved Memory                1024   Reserved Memory In Use         0   (5 row(s) affected)
Die Elemente in diesem Abschnitt sind die folgenden:
  • VM reserviert: Dieser Wert zeigt den Gesamtbetrag der virtuellen Adressraum (VAS), die für SQL Server reserviert ist.
  • VM übergeben: Dieser Wert zeigt die Gesamtmenge der VAS, die SQL Server ein Commit ausgeführt wurde. VAS, für die ein Commit ausgeführt wird wurde physischen Speicher zugeordnet.
  • AWE reserviert: Dieser Wert zeigt den Gesamtbetrag der Speicher, der durch den AWE-Mechanismus für die 32-Bit-Version von SQL Server reserviert ist. Oder dieser Wert zeigt die insgesamt, die Seiten gesperrt Speicherplatz belegen auf 64-Bit-Version des Produkts.
  • Reservierter Speicher: Dieser Wert zeigt den Speicher, der für die dedizierte Administratorverbindung (DAC) reserviert ist.
  • Reservierte Speicher In Gebrauch: Dieser Wert zeigt den reservierten Speicher, der verwendet wird.

Zusammenfassung der Speichernutzung

Der Speicher-Manager-Abschnitt folgt eine Zusammenfassung der Speicherverwendung für jeden Speicherknoten. In einem System Non-Uniform Memory Access (NUMA) aktiviert werden ein entsprechenden Speicher-Knoten-Eintrag für jeden NUMA-Knoten von Hardware. In einem SMP-System werden ein einzelnen Speicher-Knoten-Eintrag.

Hinweis Die Speicher-Knoten-ID entspricht möglicherweise nicht der Hardware-Knoten-ID.
   Memory node Id = 0             KB    ------------------------------ --------------------   VM Reserved                    1757304   VM Committed                   1659612   AWE Allocated                  0   MultiPage Allocator            10760   SinglePage Allocator           73832   (5 row(s) affected)
Hinweis Diese Werte zeigen den Speicher, der von Threads zugeordnet wird, die auf diesem NUMA-Knoten ausgeführt werden. Diese Werte sind nicht den Speicher, der lokal auf dem NUMA-Knoten befindet.

Die Elemente in diesem Abschnitt sind die folgenden:
  • VM reserviert: Dieser Wert zeigt die VAS, die von Threads reserviert ist, die auf diesem Knoten ausgeführt werden.
  • VM übergeben: Dieser Wert zeigt die VAS, die von Threads übergeben wird, die auf diesem Knoten ausgeführt werden.
  • AWE reserviert: Dieser Wert zeigt den Speicher, der durch den AWE-Mechanismus auf 32-Bit-Version des Produkts zugeordnet wird. Oder dieser Wert zeigt die allgemeine Speichermenge in gesperrten Seiten auf 64-Bit-Version des Produkts verwendet wird.

    In einem NUMA-konforme System kann dieser Wert falsch oder negativ sein. Allerdings ist der allgemeine AWE reservierten Wert im Speicher-Manager einen korrekten Wert. Um Speicher zu verfolgen, die von einzelnen NUMA-Knoten zugeordnet ist, verwenden Sie für SQL Server: Buffer Node Leistungsobjekte. (Weitere Informationen finden Sie unter SQL Server-Onlinedokumentation.)
  • MultiPage-Belegungsfunktion: Dieser Wert zeigt den Speicher, der durch die Multipage-Zuweisung von Threads zugeordnet wird, die auf diesem Knoten ausgeführt werden. Dieser Speicher stammt von außerhalb des Pufferpools befinden.
  • SinglePage-Belegungsfunktion: Dieser Wert zeigt den Speicher, der durch die einseitige Zuweisung von Threads zugeordnet wird, die auf diesem Knoten ausgeführt werden. Dieser Speicher wird aus dem Pufferpool gestohlen.
Hinweis Die Summen der VM reservierte Werte und die Werte Ein Commit VM auf allen Speicherknoten im werden etwas weniger als die entsprechenden Werte, die im Speicher-Manager gemeldet werden.

Aggregate-Speicher

Der nächste Abschnitt enthält aggregierte Speicherinformationen für jeden Mitarbeiter und für jeden NUMA-Knoten. Bei einem System mit NUMA-fähigen Ausgabe angezeigt, die der folgenden ähnlich ist.

Hinweis Die folgende Tabelle enthält nur einen Teil der Ausgabe.
   MEMORYCLERK_SQLGENERAL (node 0)                                  KB    ---------------------------------------------------------------- --------------------   VM Reserved                                                      0   VM Committed                                                     0   AWE Allocated                                                    0   SM Reserved                                                      0   SM Commited                                                      0   SinglePage Allocator                                             592   MultiPage Allocator                                              2160   (7 row(s) affected)   MEMORYCLERK_SQLGENERAL (node 1)                                  KB    ---------------------------------------------------------------- --------------------   VM Reserved                                                      0   VM Committed                                                     0   AWE Allocated                                                    0   SM Reserved                                                      0   SM Commited                                                      0   SinglePage Allocator                                             136   MultiPage Allocator                                              0   (7 row(s) affected)   MEMORYCLERK_SQLGENERAL (Total)                                   KB    ---------------------------------------------------------------- --------------------   VM Reserved                                                      0   VM Committed                                                     0   AWE Allocated                                                    0   SM Reserved                                                      0   SM Commited                                                      0   SinglePage Allocator                                             728   MultiPage Allocator                                              2160   (7 row(s) affected)
Hinweis Diese Knoten-IDs entsprechen die NUMA-Knoten-Konfiguration des Computers, auf dem SQL Server ausgeführt wird. Der Knoten IDs beinhalten möglich Software NUMA-Knoten, die auf Hardware NUMA-Knoten oder auf einem SMP-System definiert sind. Zuordnung zwischen Knoten-IDs und CPUs für jeden Knoten finden hier Informationen Ereignis-ID 17152 angezeigt. Dieses Ereignis wird im Anwendungsprotokoll in der Ereignisanzeige protokolliert, wenn Sie SQL Server starten.

Bei einem SMP-System sehen Sie nur einen Abschnitt für jeden Sachbearbeiter. Dieser Abschnitt ist ähnlich der folgenden.
   MEMORYCLERK_SQLGENERAL (Total)                                   KB    ---------------------------------------------------------------- --------------------   VM Reserved                                                      0   VM Committed                                                     0   AWE Allocated                                                    0   SM Reserved                                                      0   SM Commited                                                      0   SinglePage Allocator                                             768   MultiPage Allocator                                              2160   (7 row(s) affected)
Andere Informationen in den folgenden Abschnitten sind über gemeinsam genutzten Speicher:
  • Reservierte SM: Dieser Wert zeigt die VAS, die von allen Angestellten dieser Art reserviert ist, die die Speicherbilddateien API verwenden. Diese API ist auch bekannt als die gemeinsam genutzten Speicher.
  • SM-Commit: Dieser Wert zeigt die VAS, die von allen Angestellten dieser Art belegt wird, die Memory-mapped-Dateien API verwenden.
Zusammenfassungsinformationen für jeden Sachbearbeiter für alle Speicherknoten erhalten Sie mithilfe der dm_os_memory_clerks dynamic Management View (DMV). Führen Sie hierzu die folgende Abfrage ein:
select 	type,	sum(virtual_memory_reserved_kb) as [VM Reserved],	sum(virtual_memory_committed_kb) as [VM Committed],	sum(awe_allocated_kb) as [AWE Allocated],	sum(shared_memory_reserved_kb) as [SM Reserved], 	sum(shared_memory_committed_kb) as [SM Committed],	sum(multi_pages_kb) as [MultiPage Allocator],	sum(single_pages_kb) as [SinlgePage Allocator]from 	sys.dm_os_memory_clerks group by type

Puffer-Verteilung

Im nächsten Abschnitt wird die Verteilung von 8 Kilobyte (KB) Puffern im Pufferpool.
   Buffer Distribution            Buffers   ------------------------------ -----------   Stolen                         553   Free                           103   Cached                         161   Database (clean)               1353   Database (dirty)               38   I/O                            0   Latched                        0   (7 row(s) affected)
Die Elemente in diesem Abschnitt sind die folgenden:
  • Diebstahl: gestohlen Arbeitsspeicher beschreibt 8-KB-Puffer, die der Server für verschiedene Zwecke verwendet. Diese Puffer werden als generische Speicher Speicherzuordnungen. Andere Komponenten des Servers verwenden diese Puffer zum internen Datenstrukturen zu speichern. Der Prozess für verzögertes Schreiben darf nicht leeren Puffer aus dem Pufferpool gestohlen.
  • Frei: Dieser Wert zeigt die zugesagte Puffer, die derzeit nicht verwendet werden. Diese Puffer werden zur Aufnahme von Daten zur Verfügung. Oder andere Komponenten können diese Puffer anfordern und diese Puffer wird als gestohlenmarkiert.
  • Cache: Dieser Wert zeigt die Puffer, die für die verschiedenen Caches verwendet werden.
  • Datenbank (clean): Dieser Wert zeigt die Puffer, die Inhalt der Datenbank haben und nicht geändert wurden.
  • Datenbank (dirty): Dieser Wert zeigt die Puffer, die Inhalt der Datenbank haben und geändert wurden. Dieser Puffer enthalten Änderungen, die geleert werden müssen auf der Festplatte.
  • E/a: Dieser Wert zeigt die Puffer, die für eine ausstehende e/a-Operation warten.
  • Latched: Dieser Wert zeigt die Puffer aktiviert . Ein Puffer ist aktiviert, wenn ein Thread lesen oder Ändern des Inhalts einer Seite ist. Ein Puffer ist auch verriegelt, wenn die Seite vom Datenträger gelesen wird oder auf den Datenträger geschrieben. Ein Latch wird verwendet, um physische Konsistenz der Daten auf der Seite verwalten, während es gerade gelesen oder geändert. Eine Sperre wird verwendet, um logische und transaktionale Konsistenz zu gewährleisten.

Puffer-Pool-details

Detaillierte Informationen über Puffer Pool Puffer für Datenbankseiten erhalten mithilfe der DMV dm_os_buffer_descriptors . Und Sie erhalten detaillierte Informationen zu Pool Pufferseiten, die mithilfe der dm_os_memory_clerks DMV für sonstige Serverzwecke verwendet werden.

Im nächste Abschnitt listet Detailinformationen zu den Pufferpool sowie zusätzliche Informationen.
   Buffer Counts                  Buffers   ------------------------------ --------------------   Committed                      1064   Target                         17551   Hashed                         345   Stolen Potential               121857   External Reservation           645   Min Free                       64   Visible                        17551   Available Paging File          451997   (8 row(s) affected)
Die Elemente in diesem Abschnitt sind die folgenden:
  • Zugesichert: Dieser Wert zeigt die Gesamtpuffer, für die ein Commit ausgeführtwerden. Puffer, die haben physischen Speicher zugeordnet. Der Wert zugesichert ist die aktuelle Größe des Pufferpools. Dieser Wert enthält den physischen Speicher, der zugeordnet wird, wenn AWE-Unterstützung aktiviert ist.
  • Ziel: Dieser Wert zeigt die Zielgröße des Pufferpools. Wenn der Ziel -Wert größer als der Wert zugesichert ist, wächst der Pufferpool. Wenn der Wert kleiner als der Wert zugesichert ist, schrumpft der Pufferpool.
  • Hashed: Dieser Wert zeigt die Daten und Indexseiten, die sich im Pufferpool befinden.
  • Mögliche gestohlen: Dieser Wert gibt die maximalen Seiten, die aus dem Pufferpool gestohlen werden können.
  • ExternalReservation: Dieser Wert zeigt die Seiten, die für Abfragen, die eine Sortierung durchgeführt oder einer Hashoperation ausgeführt werden, reserviert wurden. Diese Seiten wurden noch nicht gestohlen.
  • Min. freier: Dieser Wert zeigt die Seiten, die der Pufferpool versucht, zur Liste freien haben.
  • Sichtbar: Dieser Wert zeigt die Puffer, die gleichzeitig angezeigt werden. Dieser Puffer können direkt zur gleichen Zeit zugegriffen werden. Dieser Wert entspricht in der Regel den gesamten Puffer. Jedoch wenn AWE-Unterstützung aktiviert ist, kann dieser Wert sein kleiner als der Gesamtpuffer.
  • Auslagerungsdatei verfügbar: Dieser Wert zeigt den verfügbaren Arbeitsspeicher ein Commit ausgeführt werden. Dieser Wert wird als die Anzahl an 8-KB-Puffern ausgedrückt. Weitere Informationen finden Sie unter dem Thema "GlobalMemoryStatusEx Function" in der Windows-API-Dokumentation.

Prozedur-cache

Der nächste Abschnitt beschreibt den Aufbau des Prozedurcaches.
   Procedure Cache                Value   ------------------------------ -----------   TotalProcs                     4   TotalPages                     25   InUsePages                     0   (3 row(s) affected)
Die Elemente in diesem Abschnitt sind die folgenden:
  • TotalProcs: Dieser Wert zeigt, der Gesamtzahl der zwischengespeicherten Objekte, die sich im Prozedurcache befinden. Dieser Wert entspricht der Einträge in der DMV dm_exec_cached_plans .

    Hinweis Aufgrund der dynamischen Natur dieser Informationen können möglicherweise die Übereinstimmung nicht genau. Können Sie PerfMon zur Überwachung der SQL Server: Plan-Cache -Objekt und die dm_exec_cached_plans DMV für detaillierte Informationen über den Typ der zwischengespeicherten Objekte, wie z. B. Trigger, Prozeduren und ad-hoc-Objekte.
  • TotalPages: Dieser Wert zeigt die kumulierten Seiten, die Sie benötigen, um alle zwischengespeicherten Objekte im Prozedurcache gespeichert.
  • InUsePages: Dieser Wert zeigt die Seiten im Prozedurcache, die Prozeduren angehören, die derzeit ausgeführt werden. Diese Seiten können nicht verworfen werden.

Global Memory-Objekte

Der nächste Abschnitt enthält Informationen zu verschiedenen globalen Speicher-Objekten. Dieser Abschnitt enthält auch Informationen über wie viel Speicher der globalen Speicher verwenden Objekte.
   Global Memory Objects          Buffers   ------------------------------ --------------------   Resource                       126   Locks                          85   XDES                           10   SETLS                          2   SE Dataset Allocators          4   SubpDesc Allocators            2   SE SchemaManager               44   SQLCache                       41   Replication                    2   ServerGlobal                   25   XP Global                      2   SortTables                     2   (12 row(s) affected)
Die Elemente in diesem Abschnitt sind die folgenden:
  • Ressource: Dieser Wert zeigt den Speicher, der das Resource -Objekt verwendet. Das Resource -Objekt wird von dem Speichermodul und für verschiedene serverweite Strukturen verwendet werden.
  • Gesperrt: Dieser Wert zeigt den Speicher Sperren-Manager verwendet.
  • XDES: Dieser Wert zeigt den Speicher, Transaktions-Manager verwendet.
  • SETLS: Dieser Wert zeigt den Speicher an, die verwendet wird, um die Engine speicherspezifischen threadspezifische Struktur zuordnen, die lokalen Threadspeicher verwendet.
  • SE Dataset Zuweisungen: Dieser Wert zeigt den Speicher an, die verwendet wird, um Strukturen für den Zugriff auf Tabellen über die Einstellung Zugriffsmethoden zuweisen.
  • Zuweisungen SubpDesc: Dieser Wert zeigt den Speicher, der für die Verwaltung von Unterprozessen für parallele Abfragen, backup-Vorgänge, Wiederherstellungen, Datenbankoperationen, Dateioperationen, Spiegelung und asynchrone Cursor verwendet wird.Diese Unterprozesse werden auch bezeichnet als parallele Prozesse.
  • SE SchemaManager: Dieser Wert zeigt den Speicher, der Schema-Manager verwendet, um die Speicher-Engine-spezifische Metadaten zu speichern.
  • SQLCache: Dieser Wert zeigt den Speicher, die zum Speichern der Wortlaut der ad-hoc-Anweisungen und von vorbereiteten Anweisungen verwendet wird.
  • Replikation: Dieser Wert zeigt den Speicher, der Server für die internen Subsysteme verwendet.
  • ServerGlobal: Dieser Wert zeigt das Server für den globalen Speicher-Objekt, das im Allgemeinen durch verschiedene Subsysteme verwendet wird.
  • XP Global: Dieser Wert zeigt den Speicher, die erweiterten gespeicherten Prozeduren verwenden.
  • Sortieren von Tabellen: Dieser Wert zeigt den Speicher zum Sortieren von Tabellen verwendet.

Abfrage-Speicherobjekte

Der nächste Abschnitt beschreibt Zuschussinformationen Arbeitsspeicher für die Abfrage. Dieser Abschnitt enthält einen Snapshot der Speicherverwendung der Abfrage. Arbeitsspeicher für die Abfrage ist auch bekannt als Arbeitsbereichsspeicher.
   Query Memory Objects           Value   ------------------------------ -----------   Grants                         0   Waiting                        0   Available (Buffers)            14820   Maximum (Buffers)              14820   Limit                          10880   Next Request                   0   Waiting For                    0   Cost                           0   Timeout                        0   Wait Time                      0   Last Target                    11520   (11 row(s) affected)   Small Query Memory Objects     Value          ------------------------------ -----------    Grants                         0   Waiting                        0   Available (Buffers)            640   Maximum (Buffers)              640   Limit                          640   (5 row(s) affected)
Wenn Schwellenwerte für Abfrage "kleine" Speicher die Größe und die Kosten für eine Abfrage zu erfüllen, wird die Abfrage in einer kleinen Abfrage Warteschlange abgelegt. Dieses Verhalten wird verhindert, dass kleinere Abfragen hinter größeren Abfragen, die bereits in der Warteschlange sind verzögert wird.

Die Elemente in diesem Abschnitt sind die folgenden:
  • Gewährt: Dieser Wert zeigt die ausgeführten Abfragen, die Speicherzuweisungen haben.
  • Warten: Dieser Wert zeigt die Abfragen, die warten Speicherzuweisungen.
  • Verfügbar: Dieser Wert zeigt die Puffer, die Abfragen für die Verwendung als Arbeitsbereich für Hashtabellen verfügbar sind und wie der Arbeitsbereich sortieren. Der Verfügbare Wert wird regelmäßig aktualisiert.
  • Maximale: Dieser Wert zeigt die gesamte Puffer, die für alle Abfragen für die Verwendung als Arbeitsbereich festgelegt werden können.
  • Limit: Dieser Wert zeigt das Abfrage Ausführungsziel für die Warteschlange große Abfrage. Dieser Wert unterscheidet sich von der Höchstwert (Puffer) , da der Höchstwert (Puffer) nicht aktualisiert wird, bis die Änderung in der Warteschlange.
  • Nächste Anforderung: Dieser Wert zeigt die Speichergröße Anforderung in Puffern für die nächste Abfrage warten.
  • Warten auf: Dieser Wert gibt die Speichermenge, die zum Ausführen der Abfrage auf der Wert der Nächsten Anforderung verfügbar sein müssen. Der Warten auf Wert ist der Nächsten Anforderung Wert multipliziert mit dem Faktor Spielraum. Dieser Wert wird effektiv sichergestellt, dass eine bestimmte Menge an Speicher verfügbar ist, wenn die nächste wartende Abfrage ausgeführt wird.
  • Kosten: Dieser Wert zeigt die Kosten für die nächste Abfrage warten.
  • Zeitüberschreitung: Dieser Wert gibt das Timeout in Sekunden für die nächste Abfrage warten.
  • Wartezeit: Dieser Wert zeigt die verstrichene Zeit in Millisekunden seit die nächste wartende Abfrage in die Warteschlange gestellt wurde.
  • Letzten Ziel: Dieser Wert gibt die maximale insgesamt für die Abfrageausführung. Dieser Wert ist der kombinierte Grenzwert für große Abfrage-Warteschlange und die Warteschlange kleine Abfrage.

Optimierung

Im nächste Abschnitt wird eine Zusammenfassung der Benutzer, die versuchen, Abfragen zur selben Zeit zu optimieren.
   Optimization Queue             Value   ------------------------------ --------------------   Overall Memory                 156672000   Last Notification              1   Timeout                        6   Early Termination Factor       5   (4 row(s) affected)   Small Gateway                  Value   ------------------------------ --------------------   Configured Units               8   Available Units                8   Acquires                       0   Waiters                        0   Threshold Factor               250000   Threshold                      250000   (6 row(s) affected)   Medium Gateway                 Value   ------------------------------ --------------------   Configured Units               2   Available Units                2   Acquires                       0   Waiters                        0   Threshold Factor               12   (5 row(s) affected)   Big Gateway                    Value   ------------------------------ --------------------   Configured Units               1   Available Units                1   Acquires                       0   Waiters                        0   Threshold Factor               8   (5 row(s) affected)
Abfragen werden zur Kompilierung an den Server übermittelt. Der Kompilierungsvorgang enthält analysieren, Algebraization und die Optimierung. Abfragen werden basierend auf die Größe des Speichers, der während der Kompilierung jede Abfrage belegt klassifiziert.

Hinweis Dieser Betrag umfasst nicht den Speicher, der erforderlich sind, um die Abfrage auszuführen.

Wenn eine Abfrage gestartet wird, ist unbegrenzt, auf wie viele Abfragen kompiliert werden können. Wenn der Speicherverbrauch steigt und einen Schwellenwert erreicht, muss die Abfrage Gateway weiter bestehen. Nach jedem Gateway gibt progressiv abnehmende maximal gleichzeitig kompilierter Abfragen. Die Größe jedes Gateway hängt von der Plattform und die Last. Gateway-Größen werden ausgewählt, um Skalierbarkeit und Durchsatz zu optimieren.

Wenn ein Gateway die Abfrage übergeben werden kann, wartet die Abfrage bis Arbeitsspeicher verfügbar ist. Oder die Abfrage einen Timeoutfehler (Fehler 8628) zurück. Darüber hinaus kann die Abfrage kein Gateway erwerben, wenn die Abfrage abgebrochen wird oder wenn ein Deadlock erkannt wurde. Wenn eine Abfrage mehrere Gateways übergibt, wird die Abfrage kleinere Gateways nicht freigegeben, bis die Kompilierung abgeschlossen ist.

Dieses Verhalten kann nur wenige speicherintensive Zusammenstellungen zur gleichen Zeit auftreten. Darüber hinaus wird dieses Verhalten Durchsatz für kleinere Abfragen maximiert.

Arbeitsspeicher-Broker

In den nächsten drei Abschnitten zeigen Informationen über speicherbroker, Arbeitsspeicher, gestohlen und reservierten Speicher zwischengespeichert. Informationen, die in diesen Abschnitten kann nur für die interne Diagnose verwendet werden. Aus diesem Grund wird diese Information hier nicht weiter beschrieben.
   MEMORYBROKER_FOR_CACHE           Value   -------------------------------- --------------------   Allocations                      1843   Rate                             0   Target Allocations               1843   Future Allocations               0   Last Notification                1   (4 row(s) affected)   MEMORYBROKER_FOR_STEAL           Value   -------------------------------- --------------------   Allocations                      380   Rate                             0   Target Allocations               1195   Future Allocations               0   Last Notification                1   (4 row(s) affected)   MEMORYBROKER_FOR_RESERVE         Value   -------------------------------- --------------------   Allocations                      0   Rate                             0   Target Allocations               1195   Future Allocations               0   Last Notification                1   (4 row(s) affected)
Memory Status Memorystatus-Dbcc für SQL Server 2005-Speicher

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 907877 – Letzte Überarbeitung: 03/15/2015 04:09:00 – Revision: 2.0

Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems, Microsoft SQL Server 2005 Enterprise X64 Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Standard X64 Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Standard Edition for Itanium Based Systems

  • kbsqlsetup kbsql2005engine kbtshoot kbinfo kbmt KB907877 KbMtde
Feedback