Statistiken für Block Storage-Anwendungen

• Allgemein - Allgemeine statistische Informationen:

  • Datenbankstartzeit - Startzeit gemäß der Zeitzone des Datenbankservers

  • Verstrichene Zeit für Datenbank - Verstrichene Zeit in Stunden:Minuten:Sekunden

  • Anzahl Verbindungen – Anzahl verbundener Benutzer

• Blöcke - Statistiken zu den Datenblöcken einer Block Storage-Datenbank:

  • Anzahl vorhandener Blöcke – Gesamtzahl vorhandener Blöcke (enthalten Daten)

  • Blockgröße – Größe (in Byte) jedes erweiterten (dekomprimierten) Datenblocks (Anzahl der Zellen mal 8, vorzugsweise zwischen 8 und 100 KB) Um die Blockgröße zu ändern, müssen Sie die Konfiguration der dichten und dünnen Besiedelung der Datenbank ändern.

  • Mögliche Anzahl Blöcke - Maximale Anzahl Blöcke (abgeleitet durch Multiplizieren der Anzahl Elemente einer dünn besiedelten Dimension mit der Anzahl Elemente einer anderen dünn besiedelten Dimension usw.). Beispiel: Die Sample Basic-Datenbank enthält 19 Product-Elemente und 25 Market-Elemente (ohne Berücksichtigung der gemeinsamen oder Nur-Label-Elemente). Da "Product" und "Market" dünn besiedelte Dimensionen sind, die Daten speichern, sind 19 x 25 = 475 mögliche Datenblöcke vorhanden.

  • Vorhandene Blöcke der Ebene 0 – Gesamtzahl Blöcke der Ebene 0 (Blöcke, deren Elemente der dünn besiedelten Dimension keine untergeordneten Elemente aufweisen), die vorhanden sind (enthalten Daten) Da Daten auf oberen Ebenen geladen werden können, sind Blöcke der Ebene 0 und Blöcke, die durch Dateneingabe erstellt werden, nicht unbedingt identisch.

  • Vorhandene Blöcke der oberen Ebene – Gesamtzahl Blöcke, die nicht der Ebene 0 entsprechen und die vorhanden sind (enthalten Daten) Zu den Blöcken der oberen Ebene zählen alle Kombinationen von Elementen aus dünn besiedelten Dimensionen der oberen Ebene plus Kombinationen von Elementen der oberen Ebene, die Elemente aus dünn besiedelten Dimensionen der Ebene 0 enthalten.

  • Blockdichte (%) – Durchschnittlicher Prozentsatz Füllung von Datenpunkten in jedem Datenblock, auf der Basis eines Beispiels vorhandener Datenblöcke Die Konfiguration für die dichte und dünne Besiedelung muss die Blockdichte maximieren. Die Maximierung der Blockdichte kann jedoch zur Zunahme von Datenblöcken führen. Überlegungen zur Blockgröße und zur Zunahme von Blöcken kann den Versuch beeinflussen, die Blockdichte zu maximieren.

  • Prozentsatz maximal vorhandener Blöcke – Prozentsatz, anhand dessen die Anzahl vorhandener Blöcke mit der Anzahl möglicher Blöcke verglichen wird Der Prozentsatz stellt eine Kennzahl für die dünne Besiedelung der Datenbank dar. Es ist durchaus üblich, dass der Prozentsatz sehr klein ist, beispielsweise kleiner als 1 Prozent.

  • Komprimierungsverhältnis – Kennzahl der Komprimierungseffizienz von Blöcken, die auf einem Datenträger gespeichert sind Üblicherweise gibt das Komprimierungsverhältnis die Blockdichte an.

  • Durchschnittliches Clusterverhältnis – Fragmentierungsebene von Datendateien (.pag) Der Höchstwert (1) gibt an, dass keine Fragmentierung vorhanden ist. Wenn eine eingeschränkte Performance für Abruf, Berechnung oder Dataload auftritt und der Wert des Clusterverhältnisses deutlich unter 1 liegt, ziehen Sie in Betracht, ein erneutes Schreiben von Datendateien zu erzwingen, indem Sie Daten exportieren und erneut laden. Durch das erneute Schreiben von Dateien werden die Dateien defragmentiert. Dies bewirkt, dass das Clusterverhältnis näher bei 1 liegt.

  • Durchschnittlicher Fragmentierungsquotient - Freier Speicherplatz in einer Datenbank. Beispiel: Ein durchschnittlicher Fragmentierungsquotient von 3,174765 bedeutet, dass die Datenbank um 3 % mit freiem Speicherplatz fragmentiert ist. Wenn Sie Daten aktualisieren und berechnen, entstehen freie Bereiche im Speicher, wenn ein Block nicht mehr in seinen ursprünglichen Bereich passt und entweder an das Ende der Datei angehängt oder in einem anderen, ausreichend großen Bereich gespeichert wird. Je höher dieser Wert ist, desto mehr freie Bereiche sind vorhanden und desto länger dauert daher der Abruf eines bestimmten Datensatzes. Der durchschnittliche Fragmentierungsquotient bietet eine Entscheidungshilfe bei der Frage, ob eine Neustrukturierung erforderlich ist.

• Laufzeit

  • Trefferquote Indexcache - Erfolgsrate beim Suchen von Indexinformationen im Indexcache, ohne dass die Indexseite vom Datenträger abgerufen werden muss

  • Trefferquote Datencache - Erfolgsrate beim Suchen von Datenblöcken im Datencache, ohne dass der Block aus dem Datendateicache abgerufen werden muss

    Wenn die Trefferquote steigt, erhöht sich die Performance, weil weniger Informationen vom Datenträger abgerufen werden. Eine Trefferquote von 1,0 kennzeichnet die maximale Performance, weil Daten nie vom Datenträger abgerufen werden. Oracle empfiehlt, Speicher in kleinen Inkrementen in Caches umzulegen. Durch kleine und große Umlagen kann derselbe Nutzen erzielt werden, und große Umlagen wirken sich in der Regel in begrenztem Umfang auf die Trefferquote aus.

  • Trefferquote Datendateicache - Erfolgsrate der Datenbank beim Suchen von Datenblöcken im Datencache, ohne dass der Block vom Datenträger abgerufen werden muss

  • Anzahl Leseoperationen für Indexseiten - Anzahl der Indexseiten, die gelesen wurden, um die Datenblöcke zu suchen

  • Anzahl Schreiboperationen für Indexseiten - Anzahl der Indexseiten, die geschrieben wurden, um die Datenblöcke zu aktualisieren

    In einem Index (oder einer Indexdatei) werden Block Storage-Datenabrufinformationen gespeichert und er befindet sich auf einem Datenträger und enthält Indexseiten. Indexseiten enthalten Zeiger (Indexeinträge genannt) auf Datenblöcke.

  • Anzahl Leseoperationen für Datenblöcke - Anzahl von Datenblöcken, die gelesen werden

  • Anzahl Schreiboperationen für Datenblöcke - Anzahl von Datenblöcken, die aktualisiert werden

Tutorialvideo:

BSO-Datenbankeigenschaften verwalten