sys.dm_db_index_operational_stats

Aktualisiert: 17. Juli 2006

Gibt aktuelle E/A-Aktivitäten auf niedriger Ebene sowie Aktivitäten im Zusammenhang mit Sperren, Latches und Zugriffsmethoden für alle Partitionen einer Tabelle oder eines Indexes in der Datenbank zurück.

Transact-SQL-Syntaxkonventionen

Syntax

sys.dm_db_index_operational_stats (
    { database_id | NULL | 0 | DEFAULT }
    , { object_id | NULL | 0 | DEFAULT }
    , { index_id | 0 | NULL | -1 | DEFAULT }
    , { partition_number | NULL | 0 | DEFAULT }
)

Argumente

• database_id | NULL | 0 | DEFAULT
  ID der Datenbank. database_id ist vom Datentyp smallint. Gültige Eingaben sind die ID einer Datenbank, NULL, 0 oder DEFAULT. Der Standardwert ist 0. NULL, 0 und DEFAULT sind in diesem Kontext gleichwertig.

  Geben Sie NULL an, wenn Informationen zu allen Datenbanken in der Instanz von SQL Server zurückgegeben werden sollen. Wenn Sie NULL für database_id angeben, müssen Sie auch NULL für object_id, index_id und partition_number angeben.

  Die integrierte DB_ID-Funktion kann angegeben werden. Wenn DB_ID verwendet wird, ohne dass ein Datenbankname angegeben wird, muss der Kompatibilitätsgrad der aktuellen Datenbank 90 sein.

• object_id | NULL | 0 | DEFAULT
  Objekt-ID der Tabelle oder Sicht, für die der Index gilt. object_id ist vom Datentyp int.

  Gültige Eingaben sind die ID einer Tabelle und Sicht, NULL, 0 oder DEFAULT. Der Standardwert ist 0. NULL, 0 und DEFAULT sind in diesem Kontext gleichwertig.

  Geben Sie NULL an, um Informationen für alle Tabellen und Sichten in der angegebenen Datenbank zurückzugeben. Wenn Sie NULL für object_id angeben, müssen Sie auch NULL für index_id und partition_number angeben.

• index_id | 0 | NULL | -1 | DEFAULT
  ID des Indexes. index_id ist vom Datentyp int. Gültige Eingaben sind die ID eines Indexes, 0, falls object_id ein Heap ist, NULL, -1 oder DEFAULT. Der Standardwert ist -1. NULL, -1 und DEFAULT sind in diesem Kontext gleichwertig.

  Geben Sie NULL an, um Informationen für alle Indizes einer Basistabelle oder Sicht zurückzugeben. Wenn Sie NULL für index_id angeben, müssen Sie auch NULL für partition_number angeben.

• partition_number | NULL | 0 | DEFAULT
  Partitionsnummer im Objekt. partition_number ist vom Datentyp int. Gültige Eingaben sind der partion_number-Wert eines Indexes bzw. Heaps, NULL, 0 oder DEFAULT. Der Standardwert ist 0. NULL, 0 und DEFAULT sind in diesem Kontext gleichwertig.

  Geben Sie NULL an, um Informationen für alle Partitionen des Indexes oder Heaps zurückzugeben.

  partition_number basiert auf 1. Bei einem nicht partitionierten Index oder Heap ist partition_number auf 1 festgelegt.

Zurückgegebene Tabelle

Hinweise

Dieses dynamische Verwaltungsobjekt akzeptiert keine abhängigen Parameter von CROSS APPLY und OUTER APPLY.

Mithilfe von sys.dm_db_index_operational_stats können Sie nachverfolgen, wie lange Benutzer warten müssen, um eine Tabelle, einen Index oder eine Partition zu lesen, in eine Tabelle, einen Index oder eine Partition zu schreiben und die Tabellen oder Indizes mit hohen E/A-Aktivitäten oder Hotspots zu identifizieren.

Mithilfe der folgenden Spalten können Sie Konfliktbereiche erkennen.

Verwenden Sie die folgenden Spalten, um gebräuchliche Zugriffsmuster für die Tabellen- oder Indexpartition zu analysieren:

• leaf_insert_count
• leaf_delete_count
• leaf_update_count
• leaf_ghost_count
• range_scan_count
• singleton_lookup_count

Verwenden Sie die folgenden Spalten, um Latch- und Sperrkonflikte zu identifizieren:

• page_latch_wait_count und page_latch_wait_in_ms
  Diese Spalten geben an, ob ein Latchkonflikt im Index oder Heap vorliegt, und zeigen die Bedeutung des Konflikts an.
• row_lock_count und page_lock_count
  Diese Spalten geben die Häufigkeit an, mit der Datenbankmodul versucht hat, Zeilen- und Seitensperren abzurufen.
• row_lock_wait_in_ms und page_lock_wait_in_ms
  Diese Spalten geben an, ob ein Sperrkonflikt im Index oder Heap vorliegt, und zeigen die Bedeutung des Konflikts an.

So analysieren Sie Statistiken physikalischer E/A-Vorgänge in einer Index- oder Heappartition

• page_io_latch_wait_count und page_io_latch_wait_in_ms
  Diese Spalten geben an, ob physikalische E/A-Vorgänge zum Verschieben der Index- oder Heapseiten in den Arbeitsspeicher ausgestellt wurden, und zeigen die Anzahl der ausgestellten E/A-Vorgänge an.

Hinweise zu Spalten

Die Werte in lob_orphan_create_count und lob_orphan_insert_count sollten immer gleich sein.

Der Wert in den Spalten lob_fetch_in_pages und lob_fetch_in_bytes kann bei nicht gruppierten Indizes, die mindestens eine LOB-Spalte als eingeschlossene Spalte enthalten, größer als 0 sein. Weitere Informationen finden Sie unter Index mit eingeschlossenen Spalten. Entsprechend kann der Wert in den Spalten row_overflow_fetch_in_pages und row_overflow_fetch_in_bytes bei nicht gruppierten Indizes größer als 0 sein, wenn der Index Spalten enthält, die durch Ausführen eines Pushs außerhalb von Zeilen verschoben werden können. Weitere Informationen finden Sie unter Zeilenüberlauf bei Daten über 8 KB.

Zurücksetzen von Leistungsindikatoren

Die von sys.dm_db_index_operational_stats zurückgegebenen Daten sind nur so lange vorhanden, wie das Metadaten-Cacheobjekt, das den Heap oder Index darstellt, verfügbar ist. Diese Daten sind weder permanent noch im Hinblick auf Transaktionen konsistent. Sie können somit diese Leistungsindikatoren nicht verwenden, um zu ermitteln, ob und wann ein Index zuletzt verwendet wurde. Informationen hierzu finden Sie unter sys.dm_db_index_usage_stats.

Die Daten für die einzelnen Spalten werden auf 0 gesetzt, wenn die Metadaten für den Heap oder Index in den Metadatencache verschoben und Statistiken gesammelt werden, bis das Cacheobjekt aus dem Metadatencache entfernt wird. Deshalb befinden sich die Metadaten eines aktiven Heaps oder Indexes wahrscheinlich immer im Cache; die Gesamtzahlen können die Aktivität seit dem letzten Starten der SQL Server-Instanz widerspiegeln. Die Metadaten für einen weniger aktiven Heap oder Index werden, abhängig von der Verwendung, in und aus dem Cache verschoben. Folglich ist es möglich, dass Werte zur Verfügung stehen oder auch nicht. Durch das Löschen eines Indexes werden die entsprechenden Statistiken aus dem Arbeitsspeicher entfernt und nicht mehr von der Funktion gemeldet. Sonstige indexbezogene DDL-Vorgänge können dazu führen, dass der Wert der Statistiken auf 0 zurückgesetzt wird.

Verwenden von Systemfunktionen zum Angeben von Parameterwerten

Sie können die Transact-SQL-Funktionen DB_ID und OBJECT_ID verwenden, um einen Wert für die Parameter database_id und object_id anzugeben. Das Übergeben von Werten, die für diese Funktionen nicht gültig sind, kann jedoch zu unerwarteten Ergebnissen führen. Stellen Sie immer sicher, dass eine gültige ID zurückgegeben wird, wenn Sie DB_ID oder OBJECT_ID verwenden. Weitere Informationen finden Sie im Abschnitt mit Hinweisen in sys.dm_db_index_physical_stats.

Berechtigungen

Folgende Berechtigungen sind erforderlich:

• CONTROL-Berechtigung für das angegebene Objekt innerhalb der Datenbank
• VIEW DATABASE STATE-Berechtigung für die Rückgabe von Informationen zu allen Objekten in der angegebenen Datenbank mithilfe des Objektplatzhalters @object_id = NULL
• VIEW SERVER STATE-Berechtigung zur Rückgabe von Informationen zu allen Datenbanken mithilfe des Datenbankplatzhalters @database_id = NULL

Wenn die VIEW DATABASE STATE-Berechtigung erteilt wurde, ist die Rückgabe für alle Objekte in der Datenbank zulässig, unabhängig davon, ob CONTROL-Berechtigungen für bestimmte Objekte verweigert wurden.

Wenn die VIEW DATABASE STATE-Berechtigung verweigert wurde, ist die Rückgabe für alle Objekte in der Datenbank nicht zulässig, unabhängig davon, ob CONTROL-Berechtigungen für bestimmte Objekte erteilt wurden. Wenn der Datenbank-Platzhalter @database_id=NULL angegeben wird, wird die Datenbank ausgelassen.

Weitere Informationen finden Sie unter Dynamische Verwaltungssichten und -funktionen.

Beispiele

A. Zurückgeben von Informationen für eine angegebene Tabelle

Im folgenden Beispiel werden Informationen für alle Indizes und Partitionen der Person.Address-Tabelle in der AdventureWorks-Datenbank zurückgegeben. Für die Ausführung dieser Abfrage ist zumindest die CONTROL-Berechtigung in der Person.Address-Tabelle erforderlich.

Wichtig:

Wenn Sie die Transact-SQL-Funktionen DB_ID und OBJECT_ID zur Rückgabe eines Parameterwertes verwenden, sollten Sie sicherstellen, dass eine gültige ID zurückgegeben wird. Wenn der Datenbank- oder Objektname nicht gefunden werden kann, wenn sie z. B. nicht vorhanden oder fehlerhaft geschrieben sind, geben beide Funktionen NULL zurück. Die sys.dm_db_index_operational_stats-Funktion interpretiert NULL als Platzhalterwert, der alle Datenbanken oder alle Objekte angibt. Da es sich hierbei um einen unbeabsichtigten Vorgang handeln kann, soll anhand der Beispiele in diesem Abschnitt die sichere Lösung veranschaulicht werden, um Datenbank- und Objekt-IDs zu ermitteln.

DECLARE @db_id int;
DECLARE @object_id int;
SET @db_id = DB_ID(N'AdventureWorks');
SET @object_id = OBJECT_ID(N'AdventureWorks.Person.Address');
IF @db_id IS NULL 
  BEGIN;
    PRINT N'Invalid database';
  END;
ELSE IF @object_id IS NULL
  BEGIN;
    PRINT N'Invalid object';
  END;
ELSE
  BEGIN;
    SELECT * FROM sys.dm_db_index_operational_stats(@db_id, @object_id, NULL, NULL);
  END;
GO

B. Zurückgeben von Informationen für alle Tabellen und Indizes

Im folgenden Beispiel werden Informationen für alle Tabellen und Indizes in der SQL Server-Instanz zurückgegeben. Für die Ausführung dieser Abfrage ist die VIEW SERVER STATE-Berechtigung erforderlich.

SELECT * FROM sys.dm_db_index_operational_stats(NULL, NULL, NULL, NULL);
GO 

Siehe auch

Verweis

Dynamische Verwaltungssichten und -funktionen
Dynamische Verwaltungssichten und -funktionen im Zusammenhang mit dem Index
sys.dm_db_index_physical_stats
sys.dm_db_index_usage_stats
sys.dm_os_latch_stats
sys.dm_db_partition_stats
sys.allocation_units (Transact-SQL)
sys.indexes (Transact-SQL)

Andere Ressourcen

Überwachen und Optimieren der Leistung
Tabellen- und Indexarchitektur

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf