Generieren von Leistungsberichten mit Automatic Workload Repository (AWR) - Amazon Relational Database Service

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Generieren von Leistungsberichten mit Automatic Workload Repository (AWR)

Um Leistungsdaten zu sammeln und Berichte zu generieren, empfiehlt Oracle Automatic Workload Repository (AWR). AWRerfordert Oracle Database Enterprise Edition und eine Lizenz für die Diagnostics and Tuning Packs. Um dies zu aktivierenAWR, setzen Sie den CONTROL_MANAGEMENT_PACK_ACCESS Initialisierungsparameter entweder auf DIAGNOSTIC oderDIAGNOSTIC+TUNING.

Arbeiten mit AWR Berichten in RDS

Um AWR Berichte zu generieren, können Sie Skripte wie ausführenawrrpt.sql. Diese Skripte werden auf dem Datenbankhostserver installiert. Bei Amazon RDS haben Sie keinen direkten Zugriff auf den Host. Sie können jedoch Kopien von SQL Skripten aus einer anderen Installation von Oracle Database abrufen.

Sie können dies auch verwenden, AWR indem Sie Prozeduren im SYS.DBMS_WORKLOAD_REPOSITORY SQL PL/-Paket ausführen. Sie können dieses Paket zum Verwalten von Baselines und Snapshots sowie zum Anzeigen und Berichten verwenden. ASH AWR Um beispielsweise einen AWR Bericht im Textformat zu generieren, führen Sie das Verfahren aus. DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_TEXT Sie können diese AWR Berichte jedoch nicht über den erreichen AWS Management Console.

Bei der Arbeit mit AWR empfehlen wir die Verwendung der rdsadmin.rdsadmin_diagnostic_util Verfahren. Sie können diese Verfahren verwenden, um Folgendes zu generieren:

  • AWRberichtet

  • Berichte zum aktiven Sitzungsverlauf (ASH)

  • Automatische Berichte des Datenbankdiagnosemonitors (ADDM)

  • Oracle Data Pump exportiert Dumpdateien mit Daten AWR

Die rdsadmin_diagnostic_util-Verfahren speichern die Berichte im DB-Instance-Dateisystem. Sie können über die Konsole auf diese Berichte zugreifen. Sie können auch mithilfe der rdsadmin.rds_file_util-Verfahren auf Berichte zugreifen, und Sie können auf Berichte zugreifen, die mit der Option „S3-Integration“ in Amazon S3 kopiert werden. Weitere Informationen erhalten Sie unter Lesen von Dateien in einem DB-Instance-Verzeichnis und Amazon S3-Integration.

Sie können die rdsadmin_diagnostic_util Verfahren in den folgenden Versionen der Amazon RDS for Oracle-DB-Engine verwenden:

  • Alle Versionen von Oracle Database 21c

  • 19.0.0.0.ru-2020-04.rur-2020-04.r1 und höhere Versionen von Oracle Database 19c

Einen Blog, der erklärt, wie Sie mit Diagnoseberichten in einem Replikationsszenario arbeiten, finden Sie unter Generieren von AWR Berichten für Amazon RDS for Oracle-Read Replicas.

Geläufige Parameter für das Diagnose-Utility-Paket

In der Regel verwenden Sie bei der Verwaltung AWR und ADDM Verwendung des rdsadmin_diagnostic_util Pakets die folgenden Parameter.

Parameter Datentyp Standard Erforderlich Beschreibung

begin_snap_id

NUMBER

Ja

Die ID des beginnenden Snapshots.

end_snap_id

NUMBER

Ja

Die ID des abschließenden Snapshots.

dump_directory

VARCHAR2

BDUMP

Nein

Das Verzeichnis, in das der Bericht oder die Exportdatei geschrieben werden soll. Wenn Sie ein nicht standardmäßiges Verzeichnis angeben, muss der Benutzer, der die rdsadmin_diagnostic_util-Verfahren ausführt, über Schreibberechtigungen für das Verzeichnis verfügen.

p_tag

VARCHAR2

Nein

Eine Zeichenfolge, die verwendet werden kann, um zwischen Backups zu unterscheiden, um den Zweck oder die Verwendung von Backups anzugeben, wie beispielsweise incremental oder daily.

Sie können bis zu 30 Zeichen angeben. Gültige Zeichen sind a-z, A-Z, 0-9, ein Unterstrich (_), ein Bindestrich (-) und ein Punkt (.). Bei einem Tag wird die Groß- und Kleinschreibung nicht beachtet. RMANspeichert Tags immer in Großbuchstaben, unabhängig von der Groß- und Kleinschreibung, die bei der Eingabe verwendet wurde.

Tags müssen nicht eindeutig sein, daher können mehrere Backups das gleiche Tag haben. Wenn Sie kein Tag angeben, RMAN weist es automatisch ein Standard-Tag unter Verwendung des folgenden TAGYYYYMMDDTHHMMSS Formats zu YYYY ist das Jahr, MM ist der Monat, DD ist der Tag, HH ist die Stunde (im 24-Stunden-Format), MM ist die Minute und SS sind die Sekunden. Datum und Uhrzeit geben an, wann das Backup RMAN gestartet wurde. Ein Backup mit dem Standardtag TAG20190927T214517 weist beispielsweise auf ein Backup hin, das am 27.09.2019 um 21:45:17 Uhr gestartet wurde.

Der p_tag Parameter wird für die folgenden RDS Versionen der Oracle-DB-Engine unterstützt:

  • Oracle Database 21c (21.0.0)

  • Oracle Datenbank 19c (19.0.0) mit 19.0.0.0.ru-2021-10.rur-2021-10.r1 und höher

report_type

VARCHAR2

HTML

Nein

Das Format des Berichts. Gültige Werte sind TEXT und HTML.

dbid

NUMBER

Nein

Eine gültige Datenbank-ID (DBID), die in der DBA_HIST_DATABASE_INSTANCE Ansicht für Oracle angezeigt wird. Wenn dieser Parameter nicht angegeben ist, wird der aktuelle Wert RDS verwendetDBID, der in der V$DATABASE.DBID Ansicht angezeigt wird.

Bei der Verwaltung ASH mit dem Paket rdsadmin_diagnostic_util verwenden Sie in der Regel die folgenden Parameter.

Parameter Datentyp Standard Erforderlich Beschreibung

begin_time

DATE

Ja

Die ASH Startzeit der Analyse.

end_time

DATE

Ja

Die Endzeit der ASH Analyse.

slot_width

NUMBER

0

Nein

Die Dauer der Slots (in Sekunden), die im Abschnitt „Wichtigste Aktivitäten“ des ASH Berichts verwendet wurden. Wenn dieser Parameter nicht angegeben ist, verwendet das Zeitintervall zwischen begin_time und end_time nicht mehr als 10 Slots.

sid

NUMBER

Null

Nein

Die Sitzungs-ID.

sql_id

VARCHAR2

Null

Nein

Die SQL ID.

wait_class

VARCHAR2

Null

Nein

Der Name der Warteklasse.

service_hash

NUMBER

Null

Nein

Der Servicenamen-Hash.

module_name

VARCHAR2

Null

Nein

Der Modulname.

action_name

VARCHAR2

Null

Nein

Die Aktionsname.

client_id

VARCHAR2

Null

Nein

Die anwendungsspezifische ID der Datenbanksitzung.

plsql_entry

VARCHAR2

Null

Nein

Der SQL PL/Einstiegspunkt.

Einen Bericht generieren AWR

Gehen Sie wie rdsadmin.rdsadmin_diagnostic_util.awr_report folgt vor, um einen AWR Bericht zu generieren.

Im folgenden Beispiel wird ein AWR Bericht für den Snapshot-Bereich 101—106 generiert. Die Ausgabetextdatei heißt awrrpt_101_106.txt. Sie können auf diesen Bericht in der zugreife AWS Management Console.

EXEC rdsadmin.rdsadmin_diagnostic_util.awr_report(101,106,'TEXT');

Im folgenden Beispiel wird ein HTML Bericht für den Snapshot-Bereich 63—65 generiert. Die HTML Ausgabedatei ist benannt. awrrpt_63_65.html Das Verfahren schreibt den Bericht in das nicht standardmäßige Datenbankverzeichnis namens AWR_RPT_DUMP.

EXEC rdsadmin.rdsadmin_diagnostic_util.awr_report(63,65,'HTML','AWR_RPT_DUMP');

Extrahieren von AWR Daten in eine Dump-Datei

Gehen Sie wie folgt vor, um AWR Daten in eine Dump-Datei zu extrahieren. rdsadmin.rdsadmin_diagnostic_util.awr_extract

Im folgenden Beispiel wird der Snapshot-Bereich 101–106 extrahiert. Die Ausgabe-Dump-Datei heißt awrextract_101_106.dmp. Sie können über die Konsole auf diese Datei zugreifen.

EXEC rdsadmin.rdsadmin_diagnostic_util.awr_extract(101,106);

Im folgenden Beispiel wird der Snapshot-Bereich 63–65 extrahiert. Die Ausgabe-Dump-Datei heißt awrextract_63_65.dmp. Die Datei wird im nicht standardmäßigen Datenbankverzeichnis namens gespeicher AWR_RPT_DUMP.

EXEC rdsadmin.rdsadmin_diagnostic_util.awr_extract(63,65,'AWR_RPT_DUMP');

Einen Bericht generieren ADDM

Gehen Sie wie rdsadmin.rdsadmin_diagnostic_util.addm_report folgt vor, um einen ADDM Bericht zu generieren.

Im folgenden Beispiel wird ein ADDM Bericht für den Snapshot-Bereich 101—106 generiert. Die Ausgabetextdatei heißt addmrpt_101_106.txt. Sie können über die Konsole auf den Bericht zugreifen.

EXEC rdsadmin.rdsadmin_diagnostic_util.addm_report(101,106);

Im folgenden Beispiel wird ein ADDM Bericht für den Snapshot-Bereich 63—65 generiert. Die Ausgabetextdatei heißt addmrpt_63_65.txt. Die Datei wird im nicht standardmäßigen Datenbankverzeichnis namens gespeicher ADDM_RPT_DUMP.

EXEC rdsadmin.rdsadmin_diagnostic_util.addm_report(63,65,'ADDM_RPT_DUMP');

Ein Bericht wird generiert ASH

Gehen Sie wie rdsadmin.rdsadmin_diagnostic_util.ash_report folgt vor, um einen ASH Bericht zu generieren.

Im folgenden Beispiel wird ein ASH Bericht generiert, der die Daten von vor 14 Minuten bis zur aktuellen Uhrzeit enthält. Der Name der Ausgabedatei verwendet das Format ashrptbegin_timeend_time.txt, wobei begin_time und end_time das Format YYYYMMDDHH24MISS verwenden. Sie können über die Konsole auf die Datei zugreifen.

BEGIN rdsadmin.rdsadmin_diagnostic_util.ash_report( begin_time => SYSDATE-14/1440, end_time => SYSDATE, report_type => 'TEXT'); END; /

Im folgenden Beispiel wird ein ASH Bericht generiert, der die Daten vom 18. November 2019 um 18:07 Uhr bis zum 18. November 2019 um 18:15 Uhr enthält. Der Name des HTML Ausgabeberichts lautet. ashrpt_20190918180700_20190918181500.html Der Bericht wird im nicht standardmäßigen Datenbankverzeichnis mit dem Namen gespeicher AWR_RPT_DUMP.

BEGIN rdsadmin.rdsadmin_diagnostic_util.ash_report( begin_time => TO_DATE('2019-09-18 18:07:00', 'YYYY-MM-DD HH24:MI:SS'), end_time => TO_DATE('2019-09-18 18:15:00', 'YYYY-MM-DD HH24:MI:SS'), report_type => 'html', dump_directory => 'AWR_RPT_DUMP'); END; /

Zugriff auf AWR Berichte von der Konsole aus oder CLI

Um auf AWR Berichte zuzugreifen oder Dumpdateien zu exportieren, können Sie das AWS Management Console oder AWS CLI verwenden. Weitere Informationen finden Sie unter Herunterladen einer Datenbank-Protokolldatei.