Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Alat untuk fase penemuan
Bagian ini membahas AWS dan alat Oracle yang tersedia untuk fase penemuan dan tujuan masing-masing. Anda dapat menggunakan satu atau beberapa alat dari daftar ini berdasarkan persyaratan, keterampilan, dan lisensi
Tujuan |
Alat |
|---|---|
Tentukan fitur Exadata yang sedang Anda gunakan |
Oracle Automatic Workload Repository (AWR), Oracle Enterprise Manager (OEM), tampilan kamus, Antarmuka Baris Perintah Kontrol Sel (CellCLI) |
Tentukan fitur Enterprise Edition yang sedang Anda gunakan |
|
Menganalisis statistik database dan menunggu acara |
|
Perkirakan sumber daya dan ukuran yang tepat |
AWR
Oracle Automatic Workload Repository (AWR) disertakan dalam Oracle Database Enterprise Edition (EE). Secara otomatis mengumpulkan, memproses, dan memelihara statistik kinerja untuk database. Anda dapat mengakses statistik ini melalui laporan AWR, tampilan database, atau Oracle Enterprise Manager (OEM). Saat Anda mengkonsolidasikan beberapa beban kerja ke dalam satu database dengan menggunakan layanan Oracle yang berbeda, AWR mengumpulkan statistik tingkat layanan
AWR dilisensikan di bawah Oracle Diagnostics Pack (lihat informasi lisensi
Anda dapat menghasilkan laporan AWR di tingkat instans atau secara global untuk semua instance database Real Application Cluster (RAC) atau untuk ID SQL tertentu. Untuk informasi selengkapnya, lihat panduan tuning kinerja Oracle Database
Anda dapat menggunakan AWR untuk menganalisis beban kerja Exadata Anda, fitur Exadata spesifik yang digunakan oleh beban kerja Anda, manfaat dari fitur khusus Exadata, statistik database yang berbeda dan peristiwa menunggu, dan sumber daya yang diperlukan untuk menghosting beban kerja di AWS. Statistik dan metrik kaya yang dikumpulkan oleh AWR ini mencakup beberapa lapisan sistem Exadata, termasuk server database, sel penyimpanan, jaringan interkoneksi, RAC, dan grup disk ASM. Tabel berikut merangkum metrik dan statistik AWR utama yang akan difokuskan selama migrasi Exadata. Mencakup semua statistik dan metrik yang relevan untuk fase penemuan berada di luar cakupan panduan ini.
Metrik |
Menunjukkan |
Relevansi |
|---|---|---|
Commit pengguna |
Komit yang dikeluarkan pada batas transaksi |
Sifat beban kerja |
Rasio hit cache buffer |
Seberapa sering blok yang diminta ditemukan di cache buffer tanpa memerlukan akses disk |
Sifat beban kerja |
Permintaan multi-blok baca fisik |
Jumlah total permintaan baca yang dibaca dalam dua atau lebih blok database per permintaan |
Sifat beban kerja, karakteristik I/O |
I/O Permintaan total baca fisik |
Jumlah total permintaan baca |
Sifat beban kerja, karakteristik I/O |
I/O Byte fisik sel memenuhi syarat untuk pembongkaran predikat |
Jumlah byte pada disk yang memenuhi syarat untuk pembongkaran predikat |
Ketergantungan fitur Exadata Smart Scan |
Byte I/O interkoneksi fisik sel |
Jumlah I/O byte yang dipertukarkan melalui interkoneksi antara host database dan sel |
Ketergantungan fitur Exadata Smart Scan |
Byte I/O interkoneksi fisik sel dikembalikan oleh Smart Scan |
Jumlah I/O byte yang dikembalikan oleh sel untuk operasi Smart Scan |
Ketergantungan fitur Exadata Smart Scan |
I/O Byte fisik sel disimpan oleh indeks penyimpanan |
Berapa banyak byte yang I/O dihilangkan dengan penerapan indeks penyimpanan pada tingkat sel penyimpanan. |
Ketergantungan fitur Exadata Storage Index |
Permintaan baca yang dioptimalkan secara fisik |
Jumlah permintaan baca yang dioptimalkan baik oleh Exadata Smart Flash Cache atau melalui indeks penyimpanan |
Indeks penyimpanan Exadata dan ketergantungan fitur Smart Flash Cache |
Cell Flash Cache baca klik |
Jumlah permintaan baca yang menemukan kecocokan di Exadata Smart Flash Cache |
Ketergantungan fitur Exadata Smart Flash Cache |
CellCLI
Cell Control Command-Line Interface (CellCLI) adalah alat administrasi dan pemantauan baris perintah untuk sel penyimpanan Exadata yang telah dikonfigurasi sebelumnya di server sel penyimpanan Exadata. Utilitas ini mengekstrak informasi langsung dari perangkat keras atau perangkat lunak server penyimpanan.
Untuk daftar lengkap metrik yang tersedia untuk CellCLI, lihat dokumentasi Oracle
CellCLI>LIST metricDefinition WHERE objectType=cell;
Untuk menganalisis metrik yang berbeda, sambungkan langsung ke server penyimpanan dan gunakan CellCLI list metriccurrent atau list metrichistory perintah untuk membacanya.
CellCLI> list metriccurrent CD_BY_FC_DIRTY CD_00_celladm-01 0.000 MB … … SIO_IO_WR_RQ_FC_SEC SMARTIO 0.000 IO/sec SIO_IO_WR_RQ_HD SMARTIO 3,660,097 IO requests SIO_IO_WR_RQ_HD_SEC SMARTIO 0.000 IO/sec
Anda harus menjalankan CellCli pada node sel individu untuk mengumpulkan metrik untuk node itu. Anda juga dapat menjalankan perintah CellCLI dcli untuk mengumpulkan metrik untuk sekelompok node sel.
./dcli -g mycells "cellcli -e list metriccurrent GD_IO_BY_R_LG \ attributes alertstate, metricvalue";
Exadata membongkar banyak tugas intensif sumber daya ke server sel penyimpanan. Oleh karena itu, penting untuk memahami bagaimana berbagai sumber daya digunakan pada sel penyimpanan untuk mengukur instance komputasi dengan benar di lingkungan target. Tabel berikut menunjukkan beberapa metrik Exadata kunci dari server sel penyimpanan yang dapat membantu Anda memahami bagaimana sumber daya digunakan dalam sel penyimpanan.
Metrik |
Deskripsi |
|---|---|
|
Pemanfaatan CPU sel |
|
Persentase total memori fisik yang digunakan |
|
Jumlah megabita yang diterima oleh InfiniBand antarmuka per detik |
|
Jumlah megabita yang ditransmisikan oleh InfiniBand antarmuka per detik |
|
Tingkat (jumlah megabita) yang diterima per detik dari host tertentu |
|
Tingkat (jumlah megabita) yang dikirim per detik dari host tertentu |
|
Latensi permintaan tulis redo log rata-rata |
|
Latensi tulis redo log rata-rata, yang hanya mencakup latensi tulis I/O |
|
Jumlah I/O permintaan tulis per detik yang melewati Flash Cache |
|
Jumlah I/O permintaan baca per detik yang melewati Flash Cache |
|
Jumlah megabita per detik yang memenuhi syarat untuk dibongkar oleh smart I/O |
|
Jumlah megabita interkoneksi per detik yang dikembalikan oleh smart I/O |
|
Jumlah megabyte per detik yang dibaca dari Flash Cache oleh smart I/O |
|
Jumlah megabyte per detik yang dibaca dari hard disk oleh smart I/O |
|
Jumlah megabyte per detik operasi penulisan populasi Flash Cache oleh smart I/O |
|
Jumlah megabyte per detik yang disimpan oleh indeks penyimpanan |
Perintah CellCli berikut berjalan terhadap simpul sel Exadata untuk menunjukkan statistik yang terkait dengan fitur Exadata utama.
CellCLI> list metrichistory where collectionTime > '2022-06-13T15:42:00+01:00' and collectionTime < '2022-06-13T15:43:00+01:00' and name like 'SIO_.*SEC.*' SIO_IO_EL_OF_SEC SMARTIO 1,223 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_OF_RE_SEC SMARTIO 34.688 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_PA_TH_SEC SMARTIO 0.000 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_FC_HD_SEC SMARTIO 0.174 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_FC_SEC SMARTIO 843 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_HD_SEC SMARTIO 0.101 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_RQ_FC_HD_SEC SMARTIO 0.183 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_RQ_FC_SEC SMARTIO 850 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_RQ_HD_SEC SMARTIO 0.000 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_RV_OF_SEC SMARTIO 3.392 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_SI_SV_SEC SMARTIO 362 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_FC_SEC SMARTIO 0.008 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_HD_SEC SMARTIO 0.000 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_RQ_FC_SEC SMARTIO 0.017 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_RQ_HD_SEC SMARTIO 0.000 IO/sec 2022-06-13T15:42:03+01:00
Dalam contoh statistik ini, SIO_IO_SI_SV_SEC menunjukkan bahwa 362 MBps dari I/O disimpan oleh indeks penyimpanan, SIO_IO_RD_RQ_FC_SEC menunjukkan bahwa 850 I/O per detik dilayani oleh Flash Cache, dan SIO_IO_OF_RE_SEC menunjukkan bahwa 34 MBps dari I/O dikembalikan oleh Smart Scan.
Dalam contoh lain, output dcli perintah berikut menunjukkan pemanfaatan CPU yang sangat rendah di semua node sel dalam sistem Exadata. Ini berpotensi menunjukkan beban kerja yang tidak mendapat manfaat signifikan dari fitur lapisan penyimpanan Exadata.
dcli -g ../cell_group cellcli -e \ list metriccurrent where name='CL_CPUT'; cm01cel01: CL_CPUT cm01cel01 0.2 % cm01cel02: CL_CPUT cm01cel02 0.2 % cm01cel03: CL_CPUT cm01cel03 0.7 %
Kontrol Awan OEM
Oracle Enterprise Manager (OEM) Cloud Control menyediakan kemampuan terpusat, komprehensif, end-to-end pemantauan, manajemen, administrasi, dan dukungan untuk semua sistem Oracle utama. Cara terbaik untuk memantau dan mengelola Exadata adalah dengan menggunakan OEM, karena terintegrasi erat dengan semua komponen perangkat lunak dan perangkat keras Exadata.
Anda dapat mengakses banyak metrik yang telah dibahas sejauh ini dengan menggunakan dasbor OEM. Beberapa dasbor utama yang membantu dalam fase penemuan migrasi Exadata adalah:
-
Pemanfaatan sumber daya pada server database
-
Penyimpanan dan I/O statistik dari sel penyimpanan
-
InfiniBand beralih statistik
-
Statistik grup disk ASM
-
Kinerja database menggunakan AWR, Automatic Database Diagnostic Monitor (ADDM), dan Active Session History (ASH)
-
Alat penasihat seperti SGA Advisory dan SQL Tuning Advisor
Namun, beberapa dasbor dilisensikan di bawah paket yang berbeda seperti Oracle Diagnostics Pack atau Oracle Tuning Pack. Untuk detailnya, lihat informasi lisensi Oracle
Tampilan basis data
Anda dapat menanyakan tampilan database (tampilan kamus dan tampilan kinerja dinamis) dalam database Oracle untuk mengambil statistik berguna yang terkait dengan fitur Exadata untuk database atau instance Anda. Tabel berikut menunjukkan beberapa pandangan utama yang menampilkan statistik kritis yang berguna untuk fase penemuan.
Lihat |
Deskripsi |
|---|---|
|
Mengidentifikasi tabel yang menggunakan fitur HCC |
|
Menampilkan statistik historis terkait Exadata |
|
Menampilkan informasi tentang penggunaan fitur database |
|
Menampilkan informasi historis tentang statistik SQL |
|
Menampilkan statistik kinerja untuk grup disk ASM |
|
Menampilkan informasi historis tentang kinerja disk pada sel |
|
Menampilkan riwayat sesi aktif |
|
Memberikan prediksi jumlah operasi baca fisik untuk ukuran cache |
|
Menampilkan temuan berbagai tugas penasehat seperti SQL Tuning Advisor |
Contoh berikut menunjukkan statistik yang diambil dari tampilan database yang berguna untuk fase penemuan.
Kueri ini menunjukkan satu tabel dalam database yang diaktifkan untuk HCC dengan mode QUERY
HIGH kompresi:
select table_name, compression, compress_for from dba_tables where compression = 'ENABLED'; TABLE_NAME COMPRESS COMPRESS_FOR ------------------------------ -------- ------------ ORDER_ITEMS ENABLED QUERY HIGH
Kueri ini menampilkan penggunaan fitur database, yang membantu menentukan ketergantungan fitur pada Oracle Database Enterprise Edition:
select name c1, detected_usages c2, first_usage_date c3, currently_used c4 from dba_feature_usage_statistics where first_usage_date is not null; times first used feature used used now --------------------------------------------- -------- --------- ----- Protection Mode - Maximum Performance 24 18-AUG-20 TRUE Recovery Area 24 18-AUG-20 TRUE Server Parameter File 24 18-AUG-20 TRUE Shared Server 4 18-AUG-20 FALSE Streams (system) 24 18-AUG-20 TRUE Virtual Private Database (VPD) 24 18-AUG-20 TRUE Automatic Segment Space Management (system) 24 18-AUG-20 TRUE Automatic Segment Space Management (user) 24 18-AUG-20 TRUE Automatic SQL Execution Memory 24 18-AUG-20 TRUE Automatic Undo Management 24 18-AUG-20 TRUE Character Set 24 18-AUG-20 TRUE Dynamic SGA 1 18-AUG-20 FALSE Locally Managed Tablespaces (system) 24 18-AUG-20 TRUE Locally Managed Tablespaces (user) 24 18-AUG-20 TRUE Multiple Block Sizes 7 25-DEC-20 TRUE Partitioning (system) 24 18-AUG-20 TRUE
Kueri ini menunjukkan total byte baca fisik, byte yang memenuhi syarat untuk pembongkaran sel, dan byte yang dikembalikan dari sel penyimpanan untuk pernyataan SQL untuk snapshot AWR tertentu:
select ROUND(physical_read_bytes_delta/EXECUTIONS_DELTA)/1024/1024 phyrd_mb , ROUND(IO_OFFLOAD_ELIG_BYTES_TOTAL/EXECUTIONS_DELTA)/1024/1024 elig_mb , ROUND(io_interconnect_bytes_delta/EXECUTIONS_DELTA)/1024/1024 ret_mb from dba_hist_sqlstat where sql_id = 'zg2fg7abfx2y' and snap_id between 12049 and 12050; PHYRD_MB ELIG_MB RET_MB SAVING% ---------- ---------- ---------- ---------- 10815 10815 3328 69.2%
AWS SCT
The AWS Schema Conversion Tool (AWS SCT) membuat migrasi database heterogen dapat diprediksi. Ini secara otomatis mengubah skema database sumber dan sebagian besar objek kode database, termasuk tampilan, prosedur tersimpan, dan fungsi, ke format yang kompatibel dengan database target. Objek apa pun yang tidak dapat dikonversi secara otomatis ditandai dengan jelas sehingga Anda dapat mengonversinya secara manual untuk menyelesaikan migrasi. AWS SCT dapat memprediksi upaya yang diperlukan untuk migrasi heterogen ketika tindakan manual diperlukan untuk mengonversi objek database. Alat ini juga dapat menunjukkan ketergantungan pada fitur Oracle Database Enterprise Edition (EE). Anda dapat menggunakan analisis ini untuk memutuskan apakah akan mempertimbangkan untuk bermigrasi dari EE ke SE2. Untuk informasi selengkapnya, lihat bagian Edisi dan versi Database sebelumnya dalam panduan ini. Untuk informasi tentang penggunaan AWS SCT untuk migrasi heterogen, lihat bagian Melakukan migrasi nanti dalam panduan ini.
