Ein weiterer wenig bekannter Satz von AWR-Berichten sind RAC-spezifische und clusterweite Versionen, die dem RAC-DBA eine eindeutige Ansicht des Clusters geben, die kein AWR-Bericht für einzelne Instanzen bereitstellen kann.
Der erste Bericht kann über die Befehlszeile ausgeführt werden, befindet sich im Verzeichnis $ORACLE_HOME/rdbms/admin und heißt awrgrpt.SQL. Wenn Ihr Manager oder Benutzer also etwas formatieren und in einem attraktiven Format präsentieren möchte, gibt es eine Option.
Der Bericht unterteilt den Cluster in eine Reihe von Bereichen, die in einer Einzelinstanzumgebung nicht erforderlich sind.
-Betriebssystemstatistik
-Zeitmodell
-Vordergrundwarteklassen
Der Bericht unterteilt auch die wichtigsten zeitgesteuerten Ereignisse nach Knoten und fasst sie dann als Ganzes zusammen. Dies kann sehr hilfreich sein, um festzustellen, wann ein Knoten im gesamten Cluster ein Problem darstellt.
Top Zeitgesteuerte Ereignisse
- Instanz ‚*‘ – clusterweite Zusammenfassung
- ‚*‘ Wartet,% Timeouts, Wartezeit insgesamt (s) : Clusterweite Summe für das Wait-Ereignis
- ‚*‘ ‚ Wait Time Avg (ms)‘: Clusterweiter Durchschnitt berechnet als (Wartezeit insgesamt / Ereigniswartezeiten) in ms
- ‚*‘ Zusammenfassung ‚Durchschnittliche Wartezeit (ms)‘: Pro Instanz ‚Durchschnittliche Wartezeit (ms)‘ wird verwendet, um die folgenden Statistiken zu berechnen
- ‚*‘ : durchschnitt / Minimum / Maximum / Standardabweichung der Wartezeit pro Instanz Avg (ms)‘
- ‚*‘ Cnt : anzahl der Instanzen mit Wartezeiten für das Ereignis
Warten | Ereignis | Wartezeit | Zusammenfassung Durchschnittliche Wartezeit (ms) | |||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
I# | Klasse | Ereignis | Wartet | %Timeouts | Gesamt | Durchschnitt (ms) | %DB Zeit | Durchschnitt | Minute | Maximal | Geschlechtskrankheit Dev | Cnt |
* | Benutzer I/O | zelle smart tabelle scan | 274,192,144 | 10.13 | 1,315,727.22 | 4.80 | 61.93 | 4.95 | 4.02 | 5.89 | 0.77 | 4 |
DB CPU | 320,031.63 | 15.06 | 4 | |||||||||
Benutzer I/O | zelle einzigen block physikalische lesen | 324,729,771 | 0.00 | 262,865.80 | 0.81 | 12.37 | 0.84 | 0.77 | 0.90 | 0.07 | 4 | |
Parallelität | Cursor: Pin S warten auf X | 877,623 | 0.00 | 55,186.22 | 62.88 | 2.60 | 64.83 | 53.91 | 82.46 | 12.71 | 4 | |
Benutzer-E / A | von anderer Sitzung gelesen | 32,262,733 | 0.00 | 28,825.07 | 0.89 | 1.36 | 0.89 | 0.84 | 0.95 | 0.05 | 4 | |
Benutzer-E / A | Zellmultiblock physikalisches Lesen | 6,079,136 | 0.00 | 28,513.35 | 4.69 | 1.34 | 17.70 | 1.67 | 24.02 | 10.72 | 4 | |
Benutzer-E / A | Zellmultiblock physikalisches Lesen | 6,079,136 | 0.00 | 28,513.35 | 4.69 | 1.34 | 17.70 | 1.67 | 24.02 | 10.72 | 4 | |
Benutzer-E / A | Zellenliste der Blöcke physisch gelesen | 10,747,445 | 0.00 | 24,110.44 | 2.24 | 1.13 | 2.70 | 1.62 | 4.52 | 1.26 | 4 | |
System-E / A | DB-Datei paralleles Schreiben | 650,104 | 0.00 | 21,075.94 | 32.42 | 0.99 | 35.98 | 23.90 | 49.08 | 10.38 | 4 | |
Sonstige | PX Deq: Tabelle Q Schlüssel abrufen | 13,901 | 34.40 | 13,987.59 | 1006.23 | 0.66 | 927.10 | 523.10 | 1538.17 | 436.09 | 4 | |
Andere | DFS lock handle | 91,652 | 28.13 | 12,085.06 | 131.86 | 0.57 | 139.35 | 26.52 | 218.68 | 81.11 | 4 | |
1 | Benutzer I/O | zelle smart tabelle scan | 74,463,177 | 10.25 | 367,051.79 | 4.93 | 68.34 | |||||
DB CPU | 70,999.53 | 13.22 | ||||||||||
Benutzer I/O | zelle einzigen block physikalische lesen | 55,649,125 | 0.00 | 50,354.50 | 0.90 | 9.38 | ||||||
Parallelität | Cursor: pin S warten auf X | 267,714 | 0.00 | 17,531.68 | 65.49 | 3.26 | ||||||
System-E / A | DB-Datei paralleles Schreiben | 241,884 | 0.00 | 8,191.81 | 33.87 | 1.53 |
Der nächste Abschnitt behandelt den globalen Cache und andere wichtige Verbindungsbereiche. Globales Messaging, globale Cache-Effizienz und andere wichtige Faktoren für die Leistung der Knoten untereinander sind hier enthalten.
Globale Cache-Übertragungsstatistiken werden wie die zeitgesteuerten Statistiken nach beiden Knoten aufgeschlüsselt und dann zusammengefasst, um dem DBA eine solide Ansicht dieser Daten zu geben. Vollständige Verbindungsstatistiken folgen den globalen Cache-Daten mit Ping-, Geräte- und Schnittstelleninformationen.
SQL-Anweisungen werden dann global aufgeschlüsselt, wie sie die Leistung der RAC-Umgebung als Ganzes beeinflussen. Da einzelne AWR-Berichte auf Knotenebene erstellt werden können, ist dies wichtig, damit dieser Bericht auf diese einzigartige Weise angezeigt wird.
Der Bericht wird wie jeder AWR-Bericht ausgeführt, wobei das Format, der Anfangs- und End-Snapshot sowie der Name des Berichts ausgewählt werden.
Es wird auch ein sekundärer Bericht angeboten – der awrgdrpt.sql, das natürlich die clusterweite Version des stats Diff-Berichts ist. Ich schätze die Möglichkeit, verschiedene Snapshot-Intervalle zu vergleichen, sehr, daher ist dies ein Muss für einen RAC-DBA.
Ich glaube, dass alle DBAs, die RAC-Datenbanken verwalten und für AWR lizenziert sind, diese beiden Berichte voll ausnutzen sollten.