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. # Schätzen Sie die Größe der Amazon RDS-Engine für eine Oracle-Datenbank mithilfe von AWR-Berichten *Abhishek Verma und Eduardo Valentim, Amazon Web Services* ## Zusammenfassung Wenn Sie eine Oracle-Datenbank zu Amazon Relational Database Service (Amazon RDS) oder Amazon Aurora migrieren, ist die Berechnung der CPU, des Speichers und der Festplatte I/O für die Zieldatenbank eine wichtige Anforderung. Sie können die erforderliche Kapazität der Zieldatenbank abschätzen, indem Sie die AWR-Berichte (Oracle Automatic Workload Repository) analysieren. Dieses Muster erklärt, wie AWR-Berichte verwendet werden, um diese Werte zu schätzen. Die Oracle-Quelldatenbank kann vor Ort sein oder auf einer Amazon Elastic Compute Cloud (Amazon EC2) -Instance gehostet werden, oder es könnte sich um eine Amazon RDS for Oracle DB-Instance handeln. Die Zieldatenbank kann eine beliebige Amazon RDS- oder Aurora-Datenbank sein. **Anmerkung** Kapazitätsschätzungen sind genauer, wenn es sich bei Ihrer Zieldatenbank-Engine um Oracle handelt. Bei anderen Amazon RDS-Datenbanken kann die Engine-Größe aufgrund von Unterschieden in der Datenbankarchitektur variieren. Wir empfehlen, dass Sie den Leistungstest ausführen, bevor Sie Ihre Oracle-Datenbank migrieren. ## Voraussetzungen und Einschränkungen **Voraussetzungen** + Eine Oracle Database Enterprise Edition-Lizenz und eine Oracle Diagnostics Pack-Lizenz, um AWR-Berichte herunterzuladen. **Produktversionen** + Alle Oracle Database-Editionen für die Versionen 11g (Versionen 11.2.0.3.v1 und höher) und bis zu 12.2 und 18c,19c. + Dieses Muster gilt nicht für Oracle Engineered Systems oder Oracle Cloud Infrastructure (OCI). ## Architektur **Quelltechnologie-Stack** Eine der beiden folgenden Komponenten: + Eine lokale Oracle-Datenbank + Eine Oracle-Datenbank auf einer Instanz EC2 + Eine Amazon RDS for Oracle Oracle-DB-Instance **Zieltechnologie-Stack** + Beliebige Amazon RDS- oder Amazon Aurora Aurora-Datenbank **Zielarchitektur** Informationen zum vollständigen Migrationsprozess finden Sie im Muster [Migrieren Sie eine Oracle-Datenbank mithilfe von AWS DMS und AWS SCT zu Aurora PostgreSQL](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-oracle-database-to-aurora-postgresql-using-aws-dms-and-aws-sct.html). **Automatisierung und Skalierung** Wenn Sie mehrere Oracle-Datenbanken migrieren müssen und zusätzliche Leistungskennzahlen verwenden möchten, können Sie den Prozess automatisieren, indem Sie die im Blogbeitrag [Skalierbare Größe von Amazon RDS-Instances auf der Grundlage von Oracle-Leistungskennzahlen](https://aws.amazon.com/blogs/database/right-sizing-amazon-rds-instances-at-scale-based-on-oracle-performance-metrics/) anpassen beschriebenen Schritte ausführen. ## Tools + Das [Oracle Automatic Workload Repository (AWR)](https://docs.oracle.com/en-us/iaas/performance-hub/doc/awr-report-ui.html) ist ein Repository, das in Oracle-Datenbanken integriert ist. Es sammelt und speichert regelmäßig Systemaktivitäts- und Workload-Daten, die dann vom Automatic Database Diagnostic Monitor (ADDM) analysiert werden. AWR erstellt in regelmäßigen Abständen (standardmäßig alle 60 Minuten) Snapshots der Systemleistungsdaten und speichert die Informationen (standardmäßig bis zu 8 Tage).  Sie können AWR-Ansichten und -Berichte verwenden, um diese Daten zu analysieren. ## Best Practices + Um den Ressourcenbedarf für Ihre Zieldatenbank zu berechnen, können Sie einen einzelnen AWR-Bericht, mehrere AWR-Berichte oder dynamische AWR-Ansichten verwenden. Wir empfehlen, dass Sie während der Spitzenlastperiode mehrere AWR-Berichte verwenden, um abzuschätzen, welche Ressourcen zur Bewältigung dieser Spitzenlasten erforderlich sind. Darüber hinaus bieten dynamische Ansichten mehr Datenpunkte, mit denen Sie den Ressourcenbedarf genauer berechnen können.  + Sie sollten die IOPS nur für die Datenbank schätzen, die Sie migrieren möchten, nicht für andere Datenbanken und Prozesse, die die Festplatte verwenden. + Verwenden Sie nicht die Informationen im Abschnitt „Ladeprofil“ des AWR-Berichts, um zu berechnen, wie viel I/O von der Datenbank genutzt wird. Verwenden Sie stattdessen den Abschnitt I/O Profil, sofern er verfügbar ist, oder springen Sie zum Abschnitt Instanzaktivitätsstatistiken und sehen Sie sich die Gesamtwerte für physische Lese- und Schreibvorgänge an. + Wenn Sie die CPU-Auslastung schätzen, empfehlen wir, die Methode der Datenbankmetriken anstelle von Betriebssystemstatistiken (OS) zu verwenden, da sie auf der CPU basiert, die nur von Datenbanken verwendet wird. (Betriebssystemstatistiken beinhalten auch die CPU-Auslastung durch andere Prozesse.) Sie sollten auch die CPU-bezogenen Empfehlungen im ADDM-Bericht überprüfen, um die Leistung nach der Migration zu verbessern. + Berücksichtigen Sie bei der Bestimmung des richtigen Instance-Typs die I/O Durchsatzgrenzen — den Durchsatz von Amazon Elastic Block Store (Amazon EBS) und den Netzwerkdurchsatz — für die jeweilige Instance-Größe. + Führen Sie vor der Migration den Leistungstest durch, um die Engine-Größe zu überprüfen. ## Epen ### Erstellen Sie einen AWR-Bericht | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Aktivieren Sie den AWR-Bericht. | Folgen Sie den Anweisungen in der [Oracle-Dokumentation](https://docs.oracle.com/en/database/oracle/oracle-database/18/tgdba/gathering-database-statistics.html#GUID-26D359FA-F809-4444-907C-B5AFECD9AE29), um den Bericht zu aktivieren. | DBA | | Überprüfen Sie die Aufbewahrungsfrist. | Verwenden Sie die folgende Abfrage, um den Aufbewahrungszeitraum des AWR-Berichts zu überprüfen.
SQL> SELECT snap_interval,retention FROM dba_hist_wr_control;
| DBA | | Generieren Sie den Snapshot. | Wenn das AWR-Snapshot-Intervall nicht detailliert genug ist, um die Spitze der Arbeitslast zu erfassen, können Sie den AWR-Bericht manuell generieren. Verwenden Sie die folgende Abfrage, um den manuellen AWR-Snapshot zu generieren.
SQL> EXEC dbms_workload_repository.create_snapshot;
| DBA | | Sehen Sie sich die letzten Schnappschüsse an. | Verwenden Sie die folgende Abfrage, um die letzten AWR-Snapshots zu überprüfen.
SQL> SELECT snap_id, to_char(begin_interval_time,'dd/MON/yy hh24:mi') Begin_Interval,
 to_char(end_interval_time,'dd/MON/yy hh24:mi') End_Interval
 FROM dba_hist_snapshot
 ORDER BY 1;
| DBA | ### Schätzen Sie die Festplattenanforderungen I/O | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Wählen Sie eine Methode aus. | IOPS ist das Standardmaß für Eingabe- und Ausgabevorgänge pro Sekunde auf einem Speichergerät und umfasst sowohl Lese- als auch Schreibvorgänge. Wenn Sie eine lokale Datenbank zu AWS migrieren, müssen Sie den Spitzendatenträger ermitteln, der von der Datenbank I/O verwendet wird. Sie können die folgenden Methoden verwenden, um die Festplattenkapazität I/O für Ihre Zieldatenbank zu schätzen:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)In den folgenden Schritten werden diese vier Methoden beschrieben. | DBA | | Option 1: Verwenden Sie das Lastprofil. | Die folgende Tabelle zeigt ein Beispiel für den Abschnitt „Lastprofil“ des AWR-Berichts.Für genauere Informationen empfehlen wir, Option 2 (I/O-Profile) oder Option 3 (Instanzaktivitätsstatistiken) anstelle des Lastprofils zu verwenden.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Auf der Grundlage dieser Informationen können Sie den Durchsatz wie folgt berechnen IOPs :*IOPS = I/O Leseanforderungen: \$1 I/O Schreibanforderungen = 3.586,8 \$1 574,7 = 4134,5**Durchsatz = Physisches Lesen (Blöcke) \$1 Physisches Schreiben (Blöcke) = 13.575,1 \$1 3.467,3 = 17.042,4*Da die Blockgröße in Oracle 8 KB beträgt, können Sie den Gesamtdurchsatz wie folgt berechnen:*Der Gesamtdurchsatz in MB beträgt 17042,4 \$1 8 \$1 1024/ 1024/ 1024 = 133,2 MB*Verwenden Sie nicht das Lastprofil, um die Instance-Größe zu schätzen. Es ist nicht so präzise wie Statistiken oder I/O Profile zur Instanzaktivität. | DBA | | Option 2: Verwenden Sie Statistiken zur Instanzaktivität. | Wenn Sie eine Oracle-Datenbankversion vor 12c verwenden, können Sie den Abschnitt Instance Activity Stats des AWR-Berichts verwenden, um IOPS und Durchsatz zu schätzen. Die folgende Tabelle zeigt ein Beispiel für diesen Abschnitt.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Basierend auf diesen Informationen können Sie die Gesamt-IOPS und den Durchsatz wie folgt berechnen:*Gesamt-IOPS = 3.610,28 \$1 757,11 = 4367**Mbit/s insgesamt = 114.482.426,26 \$1 36.165.631,84 = 150648058,1/1024/ 1024 = 143 Mbit/s* | DBA | | Option 3: Verwenden Sie I/O Profile. | In Oracle Database 12c enthält der AWR-Bericht einen Abschnitt mit I/O Profilen, in dem alle Informationen in einer einzigen Tabelle dargestellt werden und genauere Daten zur Datenbankleistung bereitgestellt werden. Die folgende Tabelle zeigt ein Beispiel für diesen Abschnitt.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Diese Tabelle enthält die folgenden Werte für den Durchsatz und die Gesamt-IOPS:*Durchsatz = 143 MBPS (aus der fünften Zeile mit der Bezeichnung Gesamt, zweite Spalte)**IOPS = 4.367,4 (aus der ersten Zeile mit der Bezeichnung Gesamtzahl der Anfragen, zweite Spalte)* | DBA | | Option 4: Verwenden Sie AWR-Ansichten. | Mithilfe von AWR-Ansichten können Sie dieselben IOPS- und Durchsatzinformationen anzeigen. Verwenden Sie die folgende Abfrage, um diese Informationen abzurufen: 
break on report
 compute sum of Value on report
 select METRIC_NAME,avg(AVERAGE) as "Value"
 from dba_hist_sysmetric_summary
 where METRIC_NAME in ('Physical Read Total IO Requests Per Sec','Physical Write Total IO Requests Per Sec')
 group by metric_name;
| DBA | |   | Pro Sekunde | Pro Transaktion | Pro Führungskraft | Pro Anruf | | --- |--- |--- |--- |--- | | **DB-Zeit (en):** | 26,6 | 0.2 | 0,00 | 0,02 | | **DB-CPU (n):** | 18,0 | 0.1 | 0,00 | 0.01 | | **CPU (s) im Hintergrund:** | 0.2 | 0.0 | 0,00 | 0,00 | | **Redo-Größe (Byte):** | 2.458.539,9 | 17.097,5 |   |   | | **Logisches Lesen (Blöcke):** | 3.371.931,5 | 23.449,6 |   |   | | **Änderungen blockieren:** | 21.643,5 | 150,5 |   |   | | **Physikalisches Lesen (Blöcke):** | 13.575,1 | 94,4 |   |   | | **Physisches Schreiben (Blöcke):** | 3.467,3 | 24,1 |   |   | | **IO-Anfragen lesen:** | 3.586,8 | 24,9 |   |   | | **Schreiben Sie IO-Anfragen:** | 574.7 | 4,0 |   |   | | **I/O lesen (MB):** | 106,1 | 0.7 |   |   | | **Schreiben Sie IO (MB):** | 27,1 | 0.2 |   |   | | **IM-Scan-Zeilen:** | 0.0 | 0.0 |   |   | | **Sitzung, logisches Lesen, IM:** |   |   |   |   | | **Benutzer ruft an:** | 1.245,7 | 8,7 |   |   | | **Analysiert (SQL):** | 4.626,2 | 32,2 |   |   | | **Harte Analysen (SQL):** | 8.9 | 0.1 |   |   | | **SQL-Arbeitsbereich (MB):** | 824,9 | 5,7 |   |   | | **Anmeldungen:** | 1,7 | 0.0 |   |   | | **Führt aus (SQL):** | 136.656,5 | 950,4 |   |   | | **Rollbacks:** | 22,9 | 0.2 |   |   | | **Transaktionen:** | 143.8 |   |   |   | | Statistik | Gesamt | pro Sekunde | pro Trans | | --- |--- |--- |--- | | **Gesamtzahl der physischen Lesevorgänge der I/O-Anfragen** | 2.547.333.217 | 3.610,28 | 25,11 | | **Gesamtzahl der physisch gelesenen Bytes** | 80.776.296.124.928 | 114.482.426,26 | 796.149,98 | | **Gesamtzahl der I/O-Anfragen beim physischen Schreiben** | 534.198.208 | 757,11 | 5,27 | | **Gesamtzahl der physischen Schreibvorgänge** | 25.517.678.849.024 | 36.165.631,84 | 251.508,18 | |   | Lesen\$1Schreiben pro Sekunde | Lesen pro Sekunde | Schreiben Sie pro Sekunde | | --- |--- |--- |--- | | **Anfragen insgesamt:** | 4.367,4 | 3.610,3 | 757,1 | | **Datenbankanfragen:** | 4.161,5 | 3.586,8 | 574,7 | | **Optimierte Anfragen:** | 0.0 | 0.0 | 0.0 | | **Anfragen wiederholen:** | 179,3 | 2,8 | 176,6 | | **Insgesamt (MB):** | 143,7 | 109,2 | 34,5 | | **Datenbank (MB):** | 133,1 | 106,1 | 27,1 | | **Optimierte Summe (MB):** | 0.0 | 0.0 | 0.0 | | **Wiederholen (MB):** | 7.6 | 2.7 | 4,9 bis 4,9 | | **Datenbank (Blöcke):** | 17.042,4 | 13.575,1 | 3.467,3 | | **Über Buffer Cache (Blöcke):** | 5.898,5 | 5.360,9 | 537,6 | | **Direkt (Blöcke):** | 11.143,9 | 8.214,2 | 2.929,7 | ### Schätzen Sie die CPU-Anforderungen | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Wählen Sie eine Methode aus. | Sie können den CPU-Bedarf für die Zieldatenbank auf drei Arten abschätzen:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Wenn Sie die ausgelasteten Kerne betrachten, empfehlen wir Ihnen, die Methode der Datenbankmetriken anstelle von Betriebssystemstatistiken zu verwenden, da sie auf der CPU basiert, die nur von den Datenbanken genutzt wird, die Sie migrieren möchten. (Betriebssystemstatistiken beinhalten auch die CPU-Auslastung durch andere Prozesse.) Sie sollten auch die CPU-bezogenen Empfehlungen im ADDM-Bericht überprüfen, um die Leistung nach der Migration zu verbessern.Sie können die Anforderungen auch anhand der CPU-Generierung abschätzen. Wenn Sie verschiedene CPU-Generationen verwenden, können Sie den CPU-Bedarf der Zieldatenbank schätzen, indem Sie den Anweisungen im Whitepaper [Demystifying the Number of v CPUs for](https://d1.awsstatic.com/whitepapers/Demystifying_vCPUs.df200b766578b75009ad8d15c72e493d6408c68a.pdf) Optimal Workload Performance folgen. | DBA | | Option 1: Schätzung der Anforderungen auf der Grundlage der verfügbaren Kerne. | In AWR-Berichten:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Sie können die verfügbaren Kerne auf zwei Arten schätzen:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)**Um die verfügbaren Kerne mithilfe von Betriebssystembefehlen zu schätzen**Verwenden Sie den folgenden Befehl, um die Kerne im Prozessor zu zählen.
$ cat /proc/cpuinfo |grep "cpu cores"|uniq
cpu cores    : 4
cat /proc/cpuinfo | egrep "core id|physical id" | tr -d "\n" | sed s/physical/\\nphysical/g | grep -v ^$ | sort | uniq | wc -l
Verwenden Sie den folgenden Befehl, um die Sockets im Prozessor zu zählen.
grep "physical id" /proc/cpuinfo | sort -u
  physical id     : 0
  physical id     : 1
  Es wird nicht empfohlen, Betriebssystembefehle wie **nmon** und **sar** zu verwenden, um die CPU-Auslastung zu ermitteln. Das liegt daran, dass diese Berechnungen die CPU-Auslastung durch andere Prozesse beinhalten und möglicherweise nicht die tatsächliche CPU-Auslastung der Datenbank widerspiegeln.**Um die verfügbaren Kerne mithilfe des AWR-Berichts zu schätzen**Sie können die CPU-Auslastung auch aus dem ersten Abschnitt des AWR-Berichts ableiten. Hier ist ein Auszug aus dem Bericht.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)In diesem Beispiel ist die CPUs Anzahl 80, was darauf hinweist, dass diese logisch (virtuell) sind. CPUs Sie können auch sehen, dass diese Konfiguration über zwei Sockets, einen physischen Prozessor auf jedem Socket (also insgesamt zwei physische Prozessoren) und 40 Kerne für jeden physischen Prozessor oder Socket verfügt.  | DBA | | Option 2: Schätzen Sie die CPU-Auslastung mithilfe von Betriebssystemstatistiken. | Sie können die Statistiken zur CPU-Auslastung des Betriebssystems entweder direkt im Betriebssystem überprüfen (mit **sar** oder einem anderen Host-Betriebssystemprogramm) oder indem Sie die IDLE/ (IDLE\$1BUSY) -Werte aus dem Abschnitt Betriebssystemstatistiken des AWR-Berichts überprüfen. **Sie können die CPU-Auslastung in Sekunden direkt in v\$1osstat sehen.** In den AWR- und Statspack-Berichten werden diese Daten auch im Abschnitt Betriebssystemstatistiken angezeigt.Wenn sich mehrere Datenbanken auf derselben Box befinden, haben sie alle dieselben **v\$1osstat-Werte** für BUSY\$1TIME.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Wenn es im System keine anderen großen CPU-Verbraucher gibt, verwenden Sie die folgende Formel, um den Prozentsatz der CPU-Auslastung zu berechnen:*Auslastung = Betriebszeit/Gesamtzeit**Betriebszeit = Anforderungen = v\$1osstat.BUSY\$1TIME**C = Gesamtzeit (Beschäftigt \$1 Inaktiv)**C = Kapazität = v\$1ostat.BUSY\$1TIME \$1 V\$1OSTAT.IDLE\$1TIME**Auslastung = BUSY\$1TIME/(BUSY\$1TIME \$1 IDLE\$1TIME)**= -1.305.569.937/(1.305.569.937 \$1 4.312.718,839)**= 23% genutzt* | DBA | | Option 3: Schätzen Sie die CPU-Auslastung mithilfe von Datenbankmetriken. | Wenn mehrere Datenbanken im System laufen, können Sie die Datenbankmetriken verwenden, die zu Beginn des Berichts angezeigt werden.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)Verwenden Sie diese Formel, um Metriken zur CPU-Auslastung zu erhalten:*CPU-Auslastung der Datenbank (% der verfügbaren CPU-Leistung) = CPU-Zeit/NUM\$1CPUS/verstrichene Zeit*wobei die CPU-Auslastung durch die *CPU-Zeit beschrieben wird und die für die CPU* aufgewendete Zeit darstellt, nicht die Wartezeit auf die CPU. Diese Berechnung ergibt:*= 312.625,40/11.759,64/80 = 33% der CPU werden genutzt**Anzahl der Kerne (33%) \$1 80 = 26,4 Kerne**Gesamtzahl der Kerne = 26,4 \$1 (120%) = 31,68 Kerne*Sie können den größeren dieser beiden Werte verwenden, um die CPU-Auslastung der Amazon RDS- oder Aurora-DB-Instance zu berechnen.Auf IBM AIX stimmt die berechnete Auslastung nicht mit den Werten aus dem Betriebssystem oder der Datenbank überein. Diese Werte stimmen auf anderen Betriebssystemen überein. | DBA | | DB-Name | DB-ID | Instance | Instanznummer | Startzeit | Veröffentlichung | RAC | | --- |--- |--- |--- |--- |--- |--- | | XXXX | | XXXX | 1 | 05. September 20 23:09 | 12.1.0.2.0 | NO | | **Host Name (Hostname)** | **Plattform** | **CPUs** | **Kerne** | **Steckdosen** | **Arbeitsspeicher (GB)** | | | Linux x86 64-Bit | 80 | 80 | 2 | 441,78 | | Statistik | Wert | Endwert | | --- |--- |--- | | **FREE\$1MEMORY\$1BYTES** | 6.810.677.248 | 12.280.799.232 | | **INAKTIVE\$1SPEICHERBYTES** | 175.627.333.632 | 160.380.653.568 | | **SWAP\$1FREE\$1BYTES** | 17.145.614.336 | 17.145.872.384 | | **GESCHÄFTIGE ZEIT** | 1.305.569.937 |   | | **LEERLAUFZEIT** | 4.312.718.839 |   | | **ICH WARTE** | 53.417.174 |   | | **NETTE ZEIT** | 29.815 |   | | **SYS\$1TIME** | 148.567.570 |   | | **BENUTZERZEIT** | 1.146.918.783 |   | | **LADEN** | 25 | 29 | | **VM\$1IN\$1BYTES** | 593.920 |   | | **AUSGEGEBENE VM-BYTES** | 327.680 |   | | **PHYSISCHES\$1SPEICHERBYTES** | 474.362.417.152 |   | | **ANZAHL\$1CPUS** | 80 |   | | **ANZAHL\$1CPU-KERNE** | 80 |   | | **NUM\$1CPU\$1SOCKETS** | 2 |   | | **GLOBAL\$1RECEIVE\$1SIZE\$1MAX** | 4.194.304 |   | | **GLOBAL\$1SENDE\$1SIZE\$1MAX** | 2.097.152 |   | | **TCP\$1RECEIVE\$1SIZE\$1DEFAULT** | 87.380 |   | | **TCP\$1RECEIVE\$1SIZE\$1MAX** | 6.291.456 |   | | **GRÖSSE VON TCP\$1RECEIVE\$1MIN** | 4.096 |   | | **TCP\$1SEND\$1SIZE\$1STANDARD** | 16.384 |   | | **TCP\$1SEND\$1SIZE\$1MAX** | 4.194.304 |   | | **TCP\$1SEND\$1SIZE\$1MIN** | 4.096 |   | |   | Snap-ID | Schnappzeit | Sitzungen | Cursor/Sitzung | | --- |--- |--- |--- |--- | | **Snap starten:** | 184662 | 28.09.20 09:00:42 | 1226 | 35,8 | | **Snap beenden:** | 185446 | 06-Okt-20 13:00:20 | 1876 | 41,1 | | **Verstrichen:** |   | 11.759,64 (Minuten) |   |   | | **DB-Zeit:** |   | 312.625,40 (Minuten) |   |   | ### Schätzen Sie den Speicherbedarf | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Schätzen Sie den Speicherbedarf anhand von Speicherstatistiken ab. | Sie können den AWR-Bericht verwenden, um den Speicher der Quelldatenbank zu berechnen und ihn in der Zieldatenbank abzugleichen. Sie sollten auch die Leistung der vorhandenen Datenbank überprüfen und Ihren Speicherbedarf reduzieren, um Kosten zu sparen, oder Ihre Anforderungen erhöhen, um die Leistung zu verbessern. Dazu ist eine detaillierte Analyse der AWR-Reaktionszeit und des Service Level Agreements (SLA) der Anwendung erforderlich. Verwenden Sie die Summe der Nutzung von Oracle System Global Area (SGA) und Program Global Area (PGA) als geschätzte Speicherauslastung für Oracle. Fügen Sie weitere 20 Prozent für das Betriebssystem hinzu, um die gewünschte Speichergröße zu ermitteln. Verwenden Sie für Oracle RAC die Summe der geschätzten Speicherauslastung auf allen RAC-Knoten und reduzieren Sie den Gesamtspeicher, da er auf gemeinsamen Blöcken gespeichert wird.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)*Insgesamt verwendeter Instance-Speicher = SGA \$1 PGA = 220 GB \$1 45 GB = 265 GB*Fügen Sie 20 Prozent des Puffers hinzu:*Gesamter Instanzspeicher = 1,2 \$1 265 GB = 318 GB*Da SGA und PGA 70 Prozent des Hostspeichers ausmachen, beträgt der Gesamtspeicherbedarf: *Gesamter Hostspeicher = 318/0,7 = 464 GB*Wenn Sie zu Amazon RDS for Oracle migrieren, werden PGA und SGA auf der Grundlage einer vordefinierten Formel vorab berechnet. Stellen Sie sicher, dass die vorberechneten Werte Ihren Schätzungen nahe kommen. | DBA | | Puffer jetzt, warte%: | 99,99 | % wiederholen: NoWait | 100,00 | | --- |--- |--- |--- | | **Puffer-Treffer%:** | 99,84 | **In-Memory-Sortierung%:** | 100,00 | | **Trefferquote in der Bibliothek%:** | 748.77 | **Sanfte Analyse%:** | 99,81 | | **Zum Analysieren von% ausführen:** | 96,61 | **Trefferquote%:** | 100,00 | | **CPU parsen, um verstrichen% zu parsen:** | 72,73 | **% CPU, die nicht analysiert wurde:** | 99,21 | | **Flash-Cache-Treffer%:** | 0,00 |   |   | |   | Beginnen | Ende | | --- |--- |--- | | **Host-Speicher (MB):** | 452.387,3 | 452.387,3 | | **SGA-Nutzung (MB):** | 220.544,0 | 220.544,0 | | **PGA-Nutzung (MB):** | 36.874,9 | 45.270,0 | ### Ermitteln Sie den DB-Instance-Typ der Zieldatenbank | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Ermitteln Sie den DB-Instance-Typ auf der Grundlage von Schätzungen für Festplatten-I/O, CPU und Arbeitsspeicher. | Basierend auf den Schätzungen in den vorherigen Schritten sollte die Kapazität der Amazon RDS- oder Aurora-Zieldatenbank wie folgt sein:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)In der Amazon RDS- oder Aurora-Zieldatenbank können Sie diese Werte dem Instance-Typ db.r5.16xlarge zuordnen, der eine Kapazität von 32 Kernen, 512 GB RAM und 13.600 Mbit/s Durchsatz hat. Weitere Informationen finden Sie im AWS-Blogbeitrag Richtiges [Skalieren von Amazon RDS-Instances auf der Grundlage von Oracle-Leistungskennzahlen](https://aws.amazon.com/blogs/database/right-sizing-amazon-rds-instances-at-scale-based-on-oracle-performance-metrics/). | DBA | ## Zugehörige Ressourcen + [Aurora-DB-Instance-Klasse](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) (Amazon Aurora Aurora-Dokumentation) + [Amazon RDS-DB-Instance-Speicher](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) (Amazon RDS-Dokumentation) + [AWS-Miner-Tool](https://github.com/tmuth/AWR-Miner/blob/master/release/5.0.8/AWR-Miner-capture-5.0.8/awr_miner.sql) (GitHub Repository)