Automatic Workload Repository-(AWR-)Berichte für Oracle AI Database verwenden
Automatic Workload Repository (AWR) ist ein guter Ausgangspunkt für die Identifizierung allgemeiner Probleme mit der Datenbankperformance, die erste Indikatoren zur Erkennung von Problemen mit Extract- oder Replicat-Prozessen bereitstellen können. Mit AWR können Sie problemlos feststellen, ob sich die Engpässe innerhalb oder außerhalb der Datenbank befinden.
Ab Oracle AI Database werden AWR-Abfragen und -Berichte vereinfacht und verbessert, um die Daten in einer leicht verständlichen Ansicht des Replikationsprozesses darzustellen. Mit diesen Berichtsansichten lassen sich Probleme mit der Replikations-Performance leichter beheben, indem sie wie folgt kategorisiert werden:
-
Workload-Problem
-
Datenbankseitiges Fehlkonfigurationsproblem, wie SQL für langsame Replikation aufgrund fehlender Indizes oder falscher Datenbankparametereinstellungen
-
Probleme mit Performanceengpässen auf Datenbankseite oder in den Oracle GoldenGate-Prozessen außerhalb der Datenbank
Die Replikationsabschnitte der erweiterten AWR-Berichte umfassen die folgenden Features:
-
Ein umfassenderer Abschnitt zur Ressourcennutzung des Replikationssystems, in dem die Systemressourcennutzung für alle Oracle GoldenGate-Replikationsprozesse angezeigt wird, unabhängig davon, ob sie im Vordergrund oder im Hintergrund stehen und für jeden Extract- und Replicat-Prozess angezeigt werden.
Der Abschnitt "Replikation" enthält auch Informationen für die Schnittstelle XStream IN/OUT. Weitere Informationen zu XStream finden Sie in der Dokumentation Oracle AI Database XStream Guide.
-
Ein separater Abschnitt für replikationsbezogene Top SQL-Statistiken, um die Identifizierung replikationsbezogener SQL-Performanceprobleme zu erleichtern. Die Anzahl der angezeigten Top SQL ist ein Bruchteil der Top SQL, die für die Datenbank angezeigt wird.
-
Ein separater Abschnitt für die wichtigsten Wait-Ereignisse für replikationsbezogene Prozesse zur einfachen Behebung von replikationsbezogenen Performanceproblemen.
-
Reorganisierte Replikationsabschnitte zur Darstellung der Replikationsstatistiken, die nach einzelnen Extract- und Replikattypen organisiert sind.
-
Angepasste Informationen für Replicat- und Extract-Prozesse.
Verwendung der Replikationssystemressourcen
Name, Prozesstyp und Anzahl der Sessions der Unterkomponenten des Oracle GoldenGate-Replikationsprozesses werden in den Metriken angezeigt. Die Performancestatistik wird nach der Funktionalität von Prozessunterkomponenten aggregiert, nach Prozessname gruppiert. Dadurch kann die Ressourcennutzung pro Extract und Replicat mit detaillierten Informationen zu allen Unterkomponenten überwacht werden. 
Oberste Wait-Ereignisse der Replikation
Wait-Ereignisse von Replikationsvordergrund und Hintergrundprozessen werden angezeigt, aggregiert nach Ereignistyp und Oracle GoldenGate-SQL-Modul. 

Top-SQLs der Replikation
SQLs, die von Replikationsprozessen ausgeführt werden und in verschiedenen Abschnitten nach Gesamtzeit, CPU-Zeit und Ausführung sortiert angezeigt werden, werden im Top SQL-Bericht dargestellt. Der Name des Replikationsprozesses wird hinzugefügt, um den Prozess zu identifizieren, der die SQL ausführt.
Nachfolgend finden Sie Beispiele für die wichtigsten SQL-Berichte. 



Performancemetriken für Oracle GoldenGate-Extraktion
In diesem Abschnitt werden die Performancemetriken für Extract und die Capture Engine angezeigt. 
In der folgenden Tabelle werden die Performancemetrikdaten beschrieben.
Hinweis: Sofern nicht anders angegeben, werden alle Daten im Snapshot-Intervall als kumulatives Delta erfasst.
| Metrikname | Beschreibung |
|---|---|
| Extraktname | GoldenGate Extract |
| Capture-Name | Capture-Prozessname |
| Mining-Lag(s) beginnen | Verzögerung (in Sekunden), abgeleitet von dem Zeitpunkt, zu dem der letzte LCR erstellt und empfangen wurde. Diese Verzögerung wurde am Anfang des Snapshots gemessen. |
| Endabbauverzögerung(en) | Verzögerung (in Sekunden), abgeleitet von dem Zeitpunkt, zu dem der letzte LCR erstellt und empfangen wurde. Diese Verzögerung wurde am Ende des Snapshots gemessen. |
| Redo, für das Mining durchgeführt wurde (Byte) | Die Menge der abgebauten Redo-Daten (in Byte). Wenn der Prozess innerhalb des Snapshot-Intervalls neu gestartet wurde, wird ein Sternchen (*) angezeigt. |
| Redo-Minierung (Bytes) pro Sekunde | Redo - Minimaler Satz |
| Gesendete Byte pro Sekunde | Anzahl der Byte, die der Capture-Prozess seit dem letzten Anhängen des Extract-Prozesses an den Capture-Prozess an den Extract-Prozess gesendet hat. |
| LCRs erfassen | Anzahl der LCRs, die aus Logminer an die Erfassung geliefert werden |
| LCRs pro Sekunde erfassen | LCR-Satz erfassen |
| Gesendete LCRs | Anzahl der LCRs, die vom Capture-Prozess an den Extract gesendet wurden |
| Gesendete LCRs/Sek | Rate gesendeter LCRs |
| Redo-Wartezeit (Sek.) | Zeit, die der Capture-Prozess im Status WAITING FOR REDO verbracht hat. |
| Warten auf Extrahierung (Sek.) | Die Capture-Wartezeit für Anforderungen aus dem Extract. am Ende des Snapshots |
| Warten auf Extraktion (Delta) | Deltawert der Wartezeit auf Extraktion zwischen Anfangs- und End-Snap |
Integriertes Oracle GoldenGate-Replicat
In diesem Abschnitt werden die Performancestatistiken für das integrierte Oracle GoldenGate-Replicat angezeigt. 
In der folgenden Tabelle werden die Metrikdaten beschrieben.
| Metrik-Name | Beschreibung |
|---|---|
| Replicat-Name | Oracle GoldenGate-Replicat-Name |
| Apply-Name | Anwendungsprozessname |
| Gepufferte LCRs (Leser) | Anzahl gepufferter LCRs, die auf die Verarbeitung durch Apply Reader warten |
| Empfangene Transaktionen (Koordinator) | Anzahl der vom Apply Coordinator erhaltenen Transaktionen |
| Nicht zugewiesene Transaktionen (Koordinator) | Anzahl Transaktionen, die noch nicht vom Apply Coordinator zugewiesen wurden |
| Angewendete LCRs (Server anwenden) | Anzahl der vom Apply-Server angewendeten LCRs |
| Angewendete LCRs/Sek. (Server anwenden) | LCRs wenden Rate nach Apply-Server an |
| LCRs mit Abhängigkeiten % | Prozentsatz der LCRs, die aufgrund einer Abhängigkeit auf andere Transaktionen warten müssen |
| LCRs mit Wasserzeichenabhängigkeit % | Prozentsatz der LCRs, die aufgrund der Commit-Bestellung der Quelltransaktion warten müssen |
| Fehler gesamt | Gesamtanzahl Transaktionen mit Fehler |
Oracle GoldenGate Replicat
In diesem Abschnitt werden allgemeine Performancestatistiken zu klassischem Oracle GoldenGate-Replicat, koordiniertem Replicat und parallelem Replicat angezeigt. Die Statistiken der SQL-Vorgänge werden für jeden Replicat-Prozess aggregiert. 
In der folgenden Tabelle werden Metrikdaten beschrieben.
| Metrik-Name | Beschreibung |
|---|---|
| Replicat-Name | Replicat-Name |
| Verarbeitete Zeilen | Anzahl der von SQL-Vorgängen vom Replicat verarbeiteten Zeilen |
| Verarbeitete Zeilen pro Sek. | Verarbeitungsrate für Zeilen |
| I/O-Wartezeit | Benutzer-I/O-Wartezeit von SQL-Vorgängen durch Replicat |
| CPU-Zeit | CPU-Zeit von SQL-Vorgängen durch das Replicat |