Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Perkirakan ukuran mesin Amazon RDS untuk database Oracle dengan menggunakan laporan AWR
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports"></a>

*Abhishek Verma dan Eduardo Valentim, Amazon Web Services*

## Ringkasan
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports-summary"></a>

Saat Anda memigrasikan database Oracle ke Amazon Relational Database Service (Amazon RDS) atau Amazon Aurora, menghitung CPU, memori, dan disk I/O untuk database target adalah persyaratan utama. Anda dapat memperkirakan kapasitas database target yang diperlukan dengan menganalisis laporan Oracle Automatic Workload Repository (AWR). Pola ini menjelaskan cara menggunakan laporan AWR untuk memperkirakan nilai-nilai ini.

Basis data Oracle sumber dapat berada di lokasi atau di-host di instans Amazon Elastic Compute Cloud EC2 (Amazon), atau bisa juga berupa Amazon RDS for Oracle DB instans. Basis data target bisa berupa database Amazon RDS atau Aurora.

**catatan**  
Perkiraan kapasitas akan lebih tepat jika mesin database target Anda adalah Oracle. Untuk database Amazon RDS lainnya, ukuran mesin dapat bervariasi karena perbedaan arsitektur database.

Kami menyarankan Anda menjalankan uji kinerja sebelum memigrasikan database Oracle Anda.

## Prasyarat dan batasan
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports-prereqs"></a>

**Prasyarat**
+ Lisensi Oracle Database Enterprise Edition dan lisensi Oracle Diagnostics Pack untuk mengunduh laporan AWR.

**Versi produk**
+ Semua edisi Oracle Database untuk versi 11g (versi 11.2.0.3.v1 dan yang lebih baru) dan hingga 12.2, dan 18c, 19c.
+ Pola ini tidak mencakup Oracle Engineered Systems atau Oracle Cloud Infrastructure (OCI).

## Arsitektur
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports-architecture"></a>

**Tumpukan teknologi sumber**

Salah satu dari yang berikut:
+ Database Oracle lokal
+ Database Oracle pada sebuah instance EC2 
+ Instans Amazon RDS for Oracle DB

**Tumpukan teknologi target**
+ Basis data Amazon RDS atau Amazon Aurora apa pun

**Arsitektur target**

Untuk informasi tentang proses migrasi lengkap, lihat pola [Memigrasikan database Oracle ke Aurora PostgreSQL menggunakan AWS DMS dan AWS SCT](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-oracle-database-to-aurora-postgresql-using-aws-dms-and-aws-sct.html).

**Otomatisasi dan skala**

Jika Anda memiliki beberapa database Oracle untuk dimigrasi dan Anda ingin menggunakan metrik kinerja tambahan, Anda dapat mengotomatiskan proses dengan mengikuti langkah-langkah yang dijelaskan dalam posting blog [Instans Amazon RDS](https://aws.amazon.com/blogs/database/right-sizing-amazon-rds-instances-at-scale-based-on-oracle-performance-metrics/) ukuran kanan pada skala berdasarkan metrik kinerja Oracle.

## Alat
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports-tools"></a>
+ [Oracle Automatic Workload Repository (AWR)](https://docs.oracle.com/en-us/iaas/performance-hub/doc/awr-report-ui.html) adalah repositori yang dibangun ke dalam database Oracle. Ini secara berkala mengumpulkan dan menyimpan aktivitas sistem dan data beban kerja, yang kemudian dianalisis oleh Automatic Database Diagnostic Monitor (ADDM). AWR mengambil snapshot data kinerja sistem secara berkala (secara default, setiap 60 menit) dan menyimpan informasi (secara default, hingga 8 hari).  Anda dapat menggunakan tampilan dan laporan AWR untuk menganalisis data ini.

## Praktik terbaik
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports-best-practices"></a>
+ Untuk menghitung persyaratan sumber daya untuk database target, Anda dapat menggunakan satu laporan AWR, beberapa laporan AWR, atau tampilan AWR dinamis. Kami menyarankan Anda menggunakan beberapa laporan AWR selama periode beban puncak untuk memperkirakan sumber daya yang diperlukan untuk menangani beban puncak tersebut. Selain itu, tampilan dinamis memberikan lebih banyak titik data yang membantu Anda menghitung kebutuhan sumber daya dengan lebih tepat. 
+ Anda harus memperkirakan IOPS hanya untuk database yang Anda rencanakan untuk dimigrasi, bukan untuk database dan proses lain yang menggunakan disk.
+ Untuk menghitung berapa banyak yang I/O digunakan oleh database, jangan gunakan informasi di bagian Load Profile pada laporan AWR. Gunakan bagian I/O Profil sebagai gantinya, jika tersedia, atau lewati ke bagian Statistik Aktivitas Instance dan lihat nilai total untuk operasi baca dan tulis fisik.
+ Saat Anda memperkirakan pemanfaatan CPU, sebaiknya gunakan metode metrik basis data alih-alih statistik sistem operasi (OS), karena didasarkan pada CPU yang hanya digunakan oleh database. (Statistik OS juga mencakup penggunaan CPU oleh proses lain.) Anda juga harus memeriksa rekomendasi terkait CPU dalam laporan ADDM untuk meningkatkan kinerja setelah migrasi.
+ Pertimbangkan batas I/O throughput―Amazon Elastic Block Store (Amazon EBS) throughput dan throughput jaringan―untuk ukuran instans tertentu saat Anda menentukan jenis instans yang tepat.
+ Jalankan uji kinerja sebelum migrasi untuk memvalidasi ukuran mesin.

## Epik
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports-epics"></a>

### Buat laporan AWR
<a name="create-an-awr-report"></a>


| Tugas | Deskripsi | Keterampilan yang dibutuhkan | 
| --- | --- | --- | 
| Aktifkan laporan AWR. | Untuk mengaktifkan laporan, ikuti instruksi dalam [dokumentasi Oracle](https://docs.oracle.com/en/database/oracle/oracle-database/18/tgdba/gathering-database-statistics.html#GUID-26D359FA-F809-4444-907C-B5AFECD9AE29). | DBA | 
| Periksa periode retensi. | Untuk memeriksa periode retensi laporan AWR, gunakan kueri berikut.<pre>SQL> SELECT snap_interval,retention FROM dba_hist_wr_control;</pre> | DBA | 
| Hasilkan snapshot. | Jika interval snapshot AWR tidak cukup terperinci untuk menangkap lonjakan beban kerja puncak, Anda dapat membuat laporan AWR secara manual. Untuk menghasilkan snapshot AWR manual, gunakan kueri berikut.<pre>SQL> EXEC dbms_workload_repository.create_snapshot;</pre> | DBA | 
| Periksa snapshot terbaru. | Untuk memeriksa snapshot AWR terbaru, gunakan kueri berikut.<pre>SQL> SELECT snap_id, to_char(begin_interval_time,'dd/MON/yy hh24:mi') Begin_Interval,<br /> to_char(end_interval_time,'dd/MON/yy hh24:mi') End_Interval<br /> FROM dba_hist_snapshot<br /> ORDER BY 1;</pre> | DBA | 

### Perkirakan I/O persyaratan disk
<a name="estimate-disk-i-o-requirements"></a>


| Tugas | Deskripsi | Keterampilan yang dibutuhkan | 
| --- | --- | --- | 
| Pilih metode. | IOPS adalah ukuran standar operasi input dan output per detik pada perangkat penyimpanan, dan mencakup operasi baca dan tulis. <br />Jika Anda memigrasikan database lokal ke AWS, Anda perlu menentukan disk puncak yang I/O digunakan oleh database. Anda dapat menggunakan metode berikut untuk memperkirakan disk I/O untuk database target Anda:[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Langkah-langkah berikut menjelaskan keempat metode ini. | DBA | 
| Opsi 1: Gunakan profil beban. | Tabel berikut menunjukkan contoh bagian Load Profile dari laporan AWR.Untuk informasi yang lebih akurat, kami sarankan Anda menggunakan opsi 2 (profil I/O) atau opsi 3 (statistik aktivitas instance) alih-alih profil pemuatan.[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Berdasarkan informasi ini, Anda dapat menghitung IOPs dan throughput sebagai berikut:<br />*IOPS = Baca I/O permintaan: \+ I/O Permintaan tulis = 3,586,8 \+ 574,7 = 4134,5*<br />*Throughput = Bacaan fisik (blok) \+Tulis fisik (blok) = 13,575,1 \+ 3,467,3 = 17,042,4*<br />Karena ukuran blok di Oracle adalah 8 KB, Anda dapat menghitung total throughput sebagai berikut:<br />*Total throughput dalam MB adalah 17042.4 \* 8 \* 1024/1024/1024 = 133,2 MB*Jangan gunakan profil pemuatan untuk memperkirakan ukuran instans. Ini tidak setepat statistik aktivitas instance atau I/O profil. | DBA | 
| Opsi 2: Gunakan statistik aktivitas instance. | Jika Anda menggunakan versi Oracle Database sebelum 12c, Anda dapat menggunakan bagian Statistik Aktivitas Instance dari laporan AWR untuk memperkirakan IOPS dan throughput. Tabel berikut menunjukkan contoh bagian ini.[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Berdasarkan informasi ini, Anda dapat menghitung total IOPS dan throughput sebagai berikut:<br />*Total IOPS = 3,610.28 \+ 757.11 = 4367*<br />*Total Mbps = 114,482,426.26 \+ 36,165,631.84 = 150648058.1/1024/1024 = 143 Mbps* | DBA | 
| Opsi 3: Gunakan I/O profil. | Dalam Oracle Database 12c, laporan AWR mencakup bagian I/O Profil yang menyajikan semua informasi dalam satu tabel dan memberikan data yang lebih akurat tentang kinerja database. Tabel berikut menunjukkan contoh bagian ini.[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Tabel ini memberikan nilai-nilai berikut untuk throughput dan total IOPS:<br />*Throughput = 143 MBPS (dari baris kelima, berlabel Total, kolom kedua)*<br />*IOPS = 4.367.4 (dari baris pertama, berlabel Total Permintaan, kolom kedua)* | DBA | 
| Opsi 4: Gunakan tampilan AWR. | Anda dapat melihat IOPS dan informasi throughput yang sama dengan menggunakan tampilan AWR. Untuk mendapatkan informasi ini, gunakan kueri berikut: <pre>break on report<br /> compute sum of Value on report<br /> select METRIC_NAME,avg(AVERAGE) as "Value"<br /> from dba_hist_sysmetric_summary<br /> where METRIC_NAME in ('Physical Read Total IO Requests Per Sec','Physical Write Total IO Requests Per Sec')<br /> group by metric_name;</pre> | DBA | 
|   | Per Detik | Per Transaksi | Per Exec | Per Panggilan | 
| --- |--- |--- |--- |--- |
| **Waktu DB:** | 26.6 | 0,2 | 0.00 | 0,02 | 
| **CPU DB:** | 18.0 | 0,1 | 0.00 | 0,01 | 
| **Latar Belakang CPU:** | 0,2 | 0.0 | 0.00 | 0.00 | 
| **Ulangi ukuran (byte):** | 2,458.539.9 | 17,097,5 |   |   | 
| **Bacaan logis (blok):** | 3,371,931,5 | 23,449,6 |   |   | 
| **Perubahan blok:** | 21,643,5 | 150,5 |   |   | 
| **Bacaan fisik (blok):** | 13,575,1 | 94.4 |   |   | 
| **Tulis fisik (blok):** | 3,467,3 | 24.1 |   |   | 
| **Baca permintaan IO:** | 3,586.8 | 24.9 |   |   | 
| **Tulis permintaan IO:** | 574,7 | 4.0 |   |   | 
| **Baca IO (MB):** | 106.1 | 0,7 |   |   | 
| **Tulis IO (MB):** | 27.1 | 0,2 |   |   | 
| **Baris pemindaian IM:** | 0.0 | 0.0 |   |   | 
| **Sesi Logis Baca IM:** |   |   |   |   | 
| **Panggilan pengguna:** | 1,245,7 | 8.7 |   |   | 
| **Parses (SQL):** | 4,626,2 | 32.2 |   |   | 
| **Parse keras (SQL):** | 8.9 | 0,1 |   |   | 
| **Area Kerja SQL (MB):** | 824.9 | 5.7 |   |   | 
| **Logon:** | 1.7 | 0.0 |   |   | 
| **Mengeksekusi (SQL):** | 136,656,5 | 950,4 |   |   | 
| **Rollback:** | 22.9 | 0,2 |   |   | 
| **Transaksi:** | 143,8 |   |   |   | 
| Statistik | Total | per detik | per Trans | 
| --- |--- |--- |--- |
| **permintaan IO total baca fisik** | 2,547,333,217 | 3,610.28 | 25.11 | 
| **total byte baca fisik** | 80,776,296,124,928 | 114,482,426,26 | 796,149.98 | 
| **tulis fisik total permintaan IO** | 534,198,208 | 757.11 | 5.27 | 
| **fisik menulis total byte** | 25.517,678,849,024 | 36,165,631.84 | 251,508.18 | 
|   | Baca\+Tulis Per Detik | Baca per Detik | Menulis Per Detik | 
| --- |--- |--- |--- |
| **Jumlah Permintaan:** | 4,367,4 | 3,610.3 | 757.1 | 
| **Permintaan Database:** | 4,161,5 | 3,586.8 | 574,7 | 
| **Permintaan yang Dioptimalkan:** | 0.0 | 0.0 | 0.0 | 
| **Permintaan Ulangi:** | 179.3 | 2.8 | 176.6 | 
| **Jumlah (MB):** | 143,7 | 109.2 | 34,5 | 
| **Database (MB):** | 133.1 | 106.1 | 27.1 | 
| **Total yang Dioptimalkan (MB):** | 0.0 | 0.0 | 0.0 | 
| **Ulangi (MB):** | 7.6 | 2.7 | 4.9 | 
| **Database (blok):** | 17,042,4 | 13,575,1 | 3,467,3 | 
| **Melalui Buffer Cache (blok):** | 5,898,5 | 5,360,9 | 537,6 | 
| **Langsung (blok):** | 11,143,9 | 8,214,2 | 2,929,7 | 

### Perkirakan persyaratan CPU
<a name="estimate-cpu-requirements"></a>


| Tugas | Deskripsi | Keterampilan yang dibutuhkan | 
| --- | --- | --- | 
| Pilih metode. | Anda dapat memperkirakan CPU yang diperlukan untuk database target dengan tiga cara:[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Jika Anda melihat inti yang digunakan, kami sarankan Anda menggunakan metode metrik database alih-alih statistik OS, karena didasarkan pada CPU yang hanya digunakan oleh database yang Anda rencanakan untuk dimigrasikan. (Statistik OS juga mencakup penggunaan CPU oleh proses lain.) Anda juga harus memeriksa rekomendasi terkait CPU dalam laporan ADDM untuk meningkatkan kinerja setelah migrasi.<br />Anda juga dapat memperkirakan persyaratan berdasarkan generasi CPU. Jika Anda menggunakan generasi CPU yang berbeda, Anda dapat memperkirakan CPU yang diperlukan dari database target dengan mengikuti instruksi di whitepaper [Mengungkap Jumlah v CPUs untuk Kinerja Beban Kerja Optimal](https://d1.awsstatic.com/whitepapers/Demystifying_vCPUs.df200b766578b75009ad8d15c72e493d6408c68a.pdf). | DBA | 
| Opsi 1: Perkirakan persyaratan berdasarkan inti yang tersedia. | Dalam laporan AWR:[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Anda dapat memperkirakan core yang tersedia dengan dua cara:[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />**Untuk memperkirakan core yang tersedia dengan menggunakan perintah OS**<br />Gunakan perintah berikut untuk menghitung inti dalam prosesor.<pre>$ cat /proc/cpuinfo |grep "cpu cores"|uniq<br />cpu cores    : 4<br />cat /proc/cpuinfo | egrep "core id|physical id" | tr -d "\n" | sed s/physical/\\nphysical/g | grep -v ^$ | sort | uniq | wc -l </pre><br />Gunakan perintah berikut untuk menghitung soket di prosesor.<pre>grep "physical id" /proc/cpuinfo | sort -u<br />  physical id     : 0<br />  physical id     : 1</pre>  Kami tidak menyarankan menggunakan perintah OS seperti **nmon** dan **sar** untuk mengekstrak pemanfaatan CPU. Ini karena perhitungan tersebut mencakup pemanfaatan CPU oleh proses lain dan mungkin tidak mencerminkan CPU aktual yang digunakan oleh database.<br />**Untuk memperkirakan core yang tersedia dengan menggunakan laporan AWR**<br />Anda juga dapat memperoleh pemanfaatan CPU dari bagian pertama laporan AWR. Berikut kutipan dari laporan tersebut.[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Dalam contoh ini, CPUs hitungannya adalah 80, yang menunjukkan bahwa ini logis (virtual) CPUs. Anda juga dapat melihat bahwa konfigurasi ini memiliki dua soket, satu prosesor fisik pada setiap soket (untuk total dua prosesor fisik), dan 40 core untuk setiap prosesor fisik atau soket.  | DBA | 
| Opsi 2: Perkirakan pemanfaatan CPU dengan menggunakan statistik OS. | Anda dapat memeriksa statistik penggunaan CPU OS baik secara langsung di OS (menggunakan **sar** atau utilitas OS host lain) atau dengan meninjau nilai IDLE/ (IDLE\+BUSY) dari bagian Statistik Sistem Operasi dari laporan AWR. Anda dapat melihat detik-detik CPU yang dikonsumsi langsung dari **v$osstat**. Laporan AWR dan Statspack juga menunjukkan data ini di bagian Statistik Sistem Operasi.<br />Jika ada beberapa database pada kotak yang sama, semuanya memiliki nilai **v$osstat** yang sama untuk BUSY\_TIME.[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Jika tidak ada konsumen CPU utama lainnya dalam sistem, gunakan rumus berikut untuk menghitung persentase pemanfaatan CPU:<br />*Pemanfaatan = Waktu sibuk/Total waktu*<br />*Waktu sibuk = persyaratan = v$osstat.Busy\_time*<br />*C = Total waktu (Sibuk\+Menganggur)*<br />*C = kapasitas = v$ostat.Busy\_time \+ v$ostat.idle\_time*<br />*Pemanfaatan = BUSY\_TIME/(BUSY\_TIME \+ IDLE\_TIME)*<br />*= -1,305,569,937/(1,305,569,937 \+ 4,312,718,839)*<br />*= 23% digunakan* | DBA | 
| Opsi 3: Perkirakan pemanfaatan CPU dengan menggunakan metrik database. | Jika beberapa database berjalan di sistem, Anda dapat menggunakan metrik database yang muncul di awal laporan.[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Untuk mendapatkan metrik pemanfaatan CPU, gunakan rumus ini:<br />*Penggunaan CPU basis data (% dari daya CPU yang tersedia) = Waktu CPU/NUM\_CPUS/waktu berlalu*<br />di mana penggunaan CPU dijelaskan oleh *waktu CPU* dan mewakili waktu yang dihabiskan untuk CPU, bukan waktu menunggu CPU. Perhitungan ini menghasilkan:<br />*= 312.625.40/ 11,759.64/80 = 33% CPU sedang digunakan*<br />*Jumlah core (33%) \* 80 = 26,4 core*<br />*Total inti = 26,4 \* (120%) = 31,68 inti*<br />Anda dapat menggunakan yang lebih besar dari dua nilai ini untuk menghitung pemanfaatan CPU dari instans Amazon RDS atau Aurora DB.Di IBM AIX, pemanfaatan yang dihitung tidak sesuai dengan nilai dari sistem operasi atau database. Nilai-nilai ini memang cocok pada sistem operasi lain. | DBA | 
| Nama DB | Id DB | Instans | Inst num | Waktu Startup | Rilis | RAC | 
| --- |--- |--- |--- |--- |--- |--- |
| XXXX | <DB\_ID> | XXXX | 1 | 05-Sep-20 23:09 | 12.1.0.2.0 | TIDAK | 
| **Nama Host** | **Platform** | **CPUs** | **Inti** | **Soket** | **Memori (GB)** | 
| <host\_name> | Linux x86 64-bit | 80 | 80 | 2 | 441.78 | 
| Statistik | Nilai | Nilai Akhir | 
| --- |--- |--- |
| **FREE\_MEMORY\_BYTES** | 6,810,677,248 | 12,280,799,232 | 
| **INACTIVE\_MEMORY\_BYTES** | 175,627,333,632 | 160,380,653,568 | 
| **SWAP\_FREE\_BYTES** | 17,145,614,336 | 17,145,872,384 | 
| **SIBUK\_WAKTU** | 1,305,569,937 |   | 
| **IDLE\_TIME** | 4,312,718,839 |   | 
| **IOWAIT\_WAKTU** | 53,417,174 |   | 
| **BAGUS\_WAKTU** | 29,815 |   | 
| **SYS\_WAKTU** | 148,567,570 |   | 
| **USER\_TIME** | 1,146,918.783 |   | 
| **BEBAN** | 25 | 29 | 
| **VM\_IN\_BYTES** | 593.920 |   | 
| **VM\_OUT\_BYTES** | 327.680 |   | 
| **PHYSICAL\_MEMORY\_BYTES** | 474,362,417.152 |   | 
| **NUM\_CPU** | 80 |   | 
| **NUM\_CPU\_CORES** | 80 |   | 
| **NUM\_CPU\_SOCKETS** | 2 |   | 
| **GLOBAL\_RECEIVE\_SIZE\_MAX** | 4,194,304 |   | 
| **GLOBAL\_SEND\_SIZE\_MAX** | 2,097,152 |   | 
| **TCP\_RECEIVE\_SIZE\_DEFAULT** | 87,380 |   | 
| **TCP\_RECEIVE\_SIZE\_MAX** | 6,291,456 |   | 
| **TCP\_RECEIVE\_SIZE\_MIN** | 4,096 |   | 
| **TCP\_SEND\_SIZE\_DEFAULT** | 16,384 |   | 
| **TCP\_SEND\_SIZE\_MAX** | 4,194,304 |   | 
| **TCP\_SEND\_SIZE\_MIN** | 4,096 |   | 
|   | Snap Id | Waktu Jepret | Sesi | Kursor/Sesi | 
| --- |--- |--- |--- |--- |
| **Mulai Snap:** | 184662 | 28-Sep-20 09:00:42 | 1226 | 35.8 | 
| **Akhiri Snap:** | 185446 | 06-Okt-20 13:00:20 | 1876 | 41.1 | 
| **Berlalu:** |   | 11.759.64 (menit) |   |   | 
| **Waktu DB:** |   | 312.625.40 (menit) |   |   | 

### Perkirakan kebutuhan memori
<a name="estimate-memory-requirements"></a>


| Tugas | Deskripsi | Keterampilan yang dibutuhkan | 
| --- | --- | --- | 
| Perkirakan kebutuhan memori dengan menggunakan statistik memori. | Anda dapat menggunakan laporan AWR untuk menghitung memori database sumber dan mencocokkannya di database target. Anda juga harus memeriksa kinerja database yang ada dan mengurangi kebutuhan memori Anda untuk menghemat biaya, atau meningkatkan kebutuhan Anda untuk meningkatkan kinerja. Itu membutuhkan analisis rinci tentang waktu respons AWR dan perjanjian tingkat layanan (SLA) aplikasi. Gunakan jumlah penggunaan Oracle system global area (SGA) dan program global area (PGA) sebagai estimasi pemanfaatan memori untuk Oracle. Tambahkan tambahan 20 persen untuk OS untuk menentukan persyaratan ukuran memori target. Untuk Oracle RAC, gunakan jumlah estimasi pemanfaatan memori pada semua node RAC dan kurangi total memori, karena disimpan di blok umum.[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />*Total memori instance yang digunakan = SGA\+PGA = 220 GB\+45 GB = 265 GB*<br />Tambahkan 20 persen buffer:<br />*Total memori instance = 1,2 \* 265 GB = 318 GB*<br />Karena SGA dan PGA menyumbang 70 persen dari memori host, kebutuhan memori total adalah: <br />*Total memori host = 318/0,7 = 464 GB*Saat Anda bermigrasi ke Amazon RDS for Oracle, PGA dan SGA dihitung sebelumnya berdasarkan rumus yang telah ditentukan sebelumnya. Pastikan nilai yang telah dihitung sebelumnya mendekati perkiraan Anda. | DBA | 
| Penyangga Nowait%: | 99,99 | Ulangi NoWait %: | 100.00 | 
| --- |--- |--- |--- |
| **Penyangga Hit%:** | 99,84 | **Urutan% dalam memori:** | 100.00 | 
| **Pustaka Hit%:** | 748.77 | **Soft Parse%**: | 99,81 | 
| **Jalankan ke Parse%:** | 96,61 | **Kait Hit%:** | 100.00 | 
| **Parse CPU untuk Parse Elapsd%:** | 72,73 | **% CPU Non-Parse:** | 99,21 | 
| **Flash Cache Hit%:** | 0.00 |   |   | 
|   | Mulailah | Akhiri | 
| --- |--- |--- |
| **Tuan Rumah Mem (MB):** | 452,387.3 | 452,387.3 | 
| **Penggunaan SGA (MB):** | 220,544,0 | 220,544,0 | 
| **Penggunaan PGA (MB):** | 36,874,9 | 45,270,0 | 

### Tentukan jenis instans DB dari database target
<a name="determine-the-db-instance-type-of-the-target-database"></a>


| Tugas | Deskripsi | Keterampilan yang dibutuhkan | 
| --- | --- | --- | 
| Tentukan jenis instans DB berdasarkan disk I/O, CPU, dan estimasi memori. | Berdasarkan perkiraan pada langkah sebelumnya, kapasitas target Amazon RDS atau database Aurora harus:[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports.html)<br />Dalam database Amazon RDS atau Aurora target, Anda dapat memetakan nilai-nilai ini ke tipe instans db.r5.16xlarge, yang memiliki kapasitas 32 core, 512 GB RAM, dan 13.600 Mbps throughput. Untuk informasi selengkapnya, lihat posting blog AWS [Instans Amazon RDS ukuran kanan pada skala berdasarkan metrik kinerja Oracle](https://aws.amazon.com/blogs/database/right-sizing-amazon-rds-instances-at-scale-based-on-oracle-performance-metrics/). | DBA | 

## Sumber daya terkait
<a name="estimate-the-amazon-rds-engine-size-for-an-oracle-database-by-using-awr-reports-resources"></a>
+ [Kelas instans Aurora DB (dokumentasi](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) Amazon Aurora)
+ [Penyimpanan instans Amazon RDS DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) (dokumentasi Amazon RDS)
+ [Alat AWS Miner](https://github.com/tmuth/AWR-Miner/blob/master/release/5.0.8/AWR-Miner-capture-5.0.8/awr_miner.sql) (GitHub repositori)