Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Memecahkan masalah basis data untuk Amazon RDS Custom for Oracle Model tanggung jawab bersama RDS Custom menyediakan akses tingkat shell OS dan akses administrator basis data. RDS Custom menjalankan sumber daya di akun Anda, tidak seperti Amazon RDS, yang menjalankan sumber daya di akun sistem. Bersama akses yang lebih besar datang tanggung jawab yang lebih besar. Pada bagian-bagian berikut, Anda dapat mempelajari cara memecahkan masalah pada instans basis data Amazon RDS Custom. **catatan** Bagian ini menjelaskan cara memecahkan masalah RDS Custom for Oracle. Lihat pemecahan masalah RDS Custom for SQL Server di [Memecahkan masalah basis data untuk Amazon RDS Custom for SQL Server](custom-troubleshooting-sqlserver.md). **Topics** + [Melihat peristiwa RDS Custom](#custom-troubleshooting.support-perimeter.viewing-events) + [Berlangganan acara RDS Custom](#custom-troubleshooting.support-perimeter.subscribing) + [Memecahkan masalah pembuatan instans DB](#custom-troubleshooting.creation-issues) + [Memecahkan masalah pembuatan versi mesin kustom untuk RDS Custom for Oracle](#custom-troubleshooting.cev) + [Memperbaiki konfigurasi yang tidak didukung di RDS Custom for Oracle](#custom-troubleshooting.fix-unsupported) + [Memecahkan masalah pemutakhiran untuk RDS Custom for Oracle](#custom-troubleshooting-upgrade) + [Memecahkan masalah promosi replika untuk RDS Custom for Oracle](#custom-troubleshooting-promote) ## Melihat peristiwa RDS Custom Prosedur untuk melihat peristiwa adalah sama untuk instans basis data RDS Custom dan Amazon RDS. Untuk informasi selengkapnya, lihat [Melihat RDS acara Amazon](USER_ListEvents.md). Untuk melihat pemberitahuan acara khusus RDS menggunakan AWS CLI, gunakan `describe-events` perintah. RDS Custom memperkenalkan beberapa peristiwa baru. Kategori-kategori peristiwa sama dengan untuk Amazon RDS. Lihat daftar peristiwa di [Kategori acara Amazon RDS dan pesan acara Aurora](USER_Events.Messages.md). Contoh berikut mengambil perincian peristiwa-peristiwa yang telah terjadi untuk instans basis data RDS Custom yang ditentukan. ``` 1. aws rds describe-events \ 2. --source-identifier my-custom-instance \ 3. --source-type db-instance ``` ## Berlangganan acara RDS Custom Prosedur untuk berlangganan peristiwa sama untuk instans basis data RDS Custom dan Amazon RDS. Untuk informasi selengkapnya, lihat [Berlangganan notifikasi RDS acara Amazon](USER_Events.Subscribing.md). Untuk berlangganan notifikasi peristiwa RDS Custom dengan menggunakan CLI, gunakan perintah `create-event-subscription`. Sertakan parameter-parameter wajib berikut: + `--subscription-name` + `--sns-topic-arn` Contoh berikut membuat pelangganan untuk peristiwa-peristiwa pencadangan dan pemulihan untuk sebuah instans basis data RDS Custom di akun AWS saat ini. Notifikasi dikirim ke topik Amazon Simple Notiļ¬cation Service (Amazon SNS), yang ditentukan oleh `--sns-topic-arn`. ``` 1. aws rds create-event-subscription \ 2. --subscription-name my-instance-events \ 3. --source-type db-instance \ 4. --event-categories '["backup","recovery"]' \ 5. --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events ``` ## Memecahkan masalah pembuatan instans DB Jika lingkungan Anda tidak dikonfigurasi dengan benar atau izin yang diperlukan hilang, Anda tidak dapat membuat atau memulihkan RDS Custom untuk instans Oracle DB. Saat Anda mencoba membuat atau memulihkan instans DB, Amazon RDS memvalidasi lingkungan Anda dan mengembalikan pesan kesalahan tertentu jika mendeteksi masalah apa pun. Setelah menyelesaikan semua masalah, coba lagi untuk membuat atau memulihkan instans RDS Custom for Oracle DB Anda. ### Masalah izin umum Saat Anda membuat atau memulihkan instance RDS Custom for Oracle, Amazon RDS memvalidasi bahwa lingkungan Anda memiliki izin yang diperlukan. Jika izin hilang atau ditolak, operasi gagal dengan pesan kesalahan tertentu. | Jenis masalah | Pesan kesalahan | Tindakan | | --- | --- | --- | | Kebijakan akses peran IAM | Anda tidak dapat membuat instans DB karena sumber daya yang tidak kompatibel. Validasi lingkungan host gagal untuk izin berikut: pada sumber daya: karena masalah izin dengan pesan: Pengguna: tidak diizinkan untuk melakukan: pada sumber daya: karena tidak ada kebijakan berbasis identitas yang mengizinkan tindakan. | Pastikan bahwa izin wajib yang tercantum ada dan disetel ke `Allow` dalam kebijakan akses dengan sumber daya yang sesuai disertakan. | | Batas izin | Anda tidak dapat membuat instans DB karena sumber daya yang tidak kompatibel. Validasi lingkungan host gagal untuk izin berikut: pada sumber daya: karena masalah izin dengan pesan: Pengguna: tidak diizinkan untuk melakukan: pada sumber daya: dengan penolakan eksplisit di batas izin. | Verifikasi bahwa batas izin yang dilampirkan pada peran instans tidak membatasi izin dan sumber daya yang diperlukan yang tercantum. | | Kebijakan kontrol layanan | Anda tidak dapat membuat instans DB karena sumber daya yang tidak kompatibel. Validasi lingkungan host gagal untuk izin berikut: pada sumber daya: karena masalah izin dengan pesan: Pengguna: tidak diizinkan untuk melakukan: pada sumber daya: dengan penolakan eksplisit dalam kebijakan kontrol layanan. | Hubungi AWS Organizations administrator Anda dan verifikasi bahwa kebijakan kontrol layanan yang dilampirkan ke akun Anda tidak membatasi izin dan sumber daya yang diperlukan yang tercantum. | | Kebijakan kontrol sumber daya | Anda tidak dapat membuat instans DB karena sumber daya yang tidak kompatibel. Validasi lingkungan host gagal untuk izin berikut: pada sumber daya: karena masalah izin dengan pesan: Pengguna: tidak diizinkan untuk melakukan: pada sumber daya: dengan penolakan eksplisit dalam kebijakan kontrol sumber daya. | Hubungi AWS Organizations administrator Anda dan verifikasi bahwa kebijakan kontrol sumber daya yang dilampirkan ke akun Anda tidak membatasi izin dan sumber daya yang diperlukan yang tercantum. | | Kebijakan titik akhir VPC | Anda tidak dapat membuat instans DB karena sumber daya yang tidak kompatibel. Validasi lingkungan host gagal untuk izin berikut: pada sumber daya: karena masalah izin dengan pesan: Pengguna: tidak diizinkan untuk melakukan: pada sumber daya: dengan penolakan eksplisit dalam kebijakan titik akhir VPC. | Pastikan titik akhir VPC yang diperlukan ada dan kebijakan yang dilampirkan padanya tidak membatasi izin dan sumber daya yang diperlukan yang tercantum. | ### Masalah jaringan Selain meninjau[Langkah 6: Konfigurasikan VPC Anda untuk RDS Custom for Oracle](custom-setup-orcl.md#custom-setup-orc.vpc-config), verifikasi bahwa yang berikut ini dikonfigurasi dengan benar dan tidak membatasi akses ke layanan yang diperlukan AWS : **Grup keamanan yang dilampirkan ke instans Amazon EC2** Pastikan bahwa grup keamanan mengizinkan semua lalu lintas masuk dan keluar yang diperlukan untuk operasi Kustom RDS. **Grup keamanan yang terpasang pada VPC Anda** Verifikasi bahwa grup keamanan VPC mengizinkan lalu lintas ke dan dari layanan yang diperlukan AWS . **Titik akhir VPC** Konfirmasikan bahwa semua titik akhir VPC yang diperlukan dikonfigurasi dan dapat diakses dengan benar. **Daftar kontrol akses jaringan** Periksa apakah jaringan ACLs tidak memblokir lalu lintas yang diperlukan untuk fungsionalitas Kustom RDS. ## Memecahkan masalah pembuatan versi mesin kustom untuk RDS Custom for Oracle Jika pembuatan CEV gagal, RDS Custom menerbitkan `RDS-EVENT-0198` dengan pesan `Creation failed for custom engine version major-engine-version.cev_name` dan menyertakan detail kegagalan itu. Misalnya, peristiwa mencetak file yang hilang. Pembuatan CEV mungkin gagal karena masalah berikut: + Bucket Amazon S3 yang berisi file instalasi Anda tidak berada di AWS Wilayah yang sama dengan CEV Anda. + Saat Anda meminta pembuatan CEV Wilayah AWS untuk pertama kalinya, RDS Custom membuat bucket S3 untuk menyimpan sumber daya Kustom RDS (seperti artefak CEV, AWS CloudTrail log, dan log transaksi). Pembuatan CEV gagal jika RDS Custom tidak dapat membuat bucket S3. Entah pemanggil tidak memiliki izin-izin S3 seperti dijelaskan di [Langkah 5: Berikan izin yang diperlukan ke pengguna atau peran IAM Anda](custom-setup-orcl.md#custom-setup-orcl.iam-user), atau jumlah bucket S3 telah mencapai batas. + Pemanggil tidak memiliki izin-izin untuk mendapatkan file dari bucket S3 yang berisi file-file media instalasi. Izin-izin ini dijelaskan di [Langkah 7: Tambahkan izin IAM yang diperlukan](custom-cev.preparing.md#custom-cev.preparing.iam). + Kebijakan IAM Anda memiliki syarat `aws:SourceIp`. Pastikan untuk mengikuti rekomendasi di [AWS Menolak akses ke AWS berdasarkan IP sumber](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_examples_aws_deny-ip.html) dalam *Panduan Pengguna AWS Identity and Access Management *. Pastikan juga bahwa pemanggil memiliki izin S3 yang dijelaskan di [Langkah 5: Berikan izin yang diperlukan ke pengguna atau peran IAM Anda](custom-setup-orcl.md#custom-setup-orcl.iam-user). + File-file media instalasi yang tercantum dalam manifes CEV tidak ada di bucket S3 Anda. + Checksum SHA-256 file-file instalasi tidak dikenal bagi RDS Custom. Pastikan bahwa checksum SHA-256 file-file yang disediakan cocok dengan checksum SHA-256 di situs web Oracle. Jika checksum cocok, hubungi [Dukungan AWS](https://aws.amazon.com/premiumsupport) dan berikan nama CEV, nama file, dan checksum yang gagal. + OPatch Versi ini tidak kompatibel dengan file patch Anda. Anda mungkin mendapatkan pesan berikut: `OPatch is lower than minimum required version. Check that the version meets the requirements for all patches, and try again`. Untuk menerapkan patch Oracle, Anda harus menggunakan versi OPatch utilitas yang kompatibel. Anda dapat menemukan versi utilitas OPatch yang disyaratkan di file readme tambalan. Unduh OPatch utilitas terbaru dari My Oracle Support, dan coba buat CEV Anda lagi. + Tambalan yang ditentukan dalam manifes CEV berurutan salah. Anda dapat melihat peristiwa RDS baik di konsol RDS (di panel navigasi, pilih **Acara**) atau dengan menggunakan perintah. `describe-events` AWS CLI Durasi default adalah 60 menit. Jika tidak ada peristiwa yang ditampilkan, tentukan durasi yang lebih lama, seperti ditunjukkan pada contoh berikut. ``` aws rds describe-events --duration 360 ``` Saat ini, MediaImport layanan yang mengimpor file dari Amazon S3 untuk CEVs dibuat tidak terintegrasi dengannya. AWS CloudTrail Oleh karena itu, jika Anda mengaktifkan pencatatan data untuk Amazon RDS CloudTrail, panggilan ke MediaImport layanan seperti `CreateCustomDbEngineVersion` peristiwa tidak dicatat. Namun, Anda mungkin melihat panggilan dari gateway API yang mengakses bucket Amazon S3 Anda. Panggilan ini berasal dari MediaImport layanan untuk `CreateCustomDbEngineVersion` acara tersebut. ## Memperbaiki konfigurasi yang tidak didukung di RDS Custom for Oracle Dalam model tanggung jawab bersama, Anda bertanggung jawab untuk memperbaiki masalah konfigurasi yang menempatkan instans basis data RDS Custom for Oracle Anda ke dalam keadaan `unsupported-configuration`. Jika masalahnya ada pada AWS infrastruktur, gunakan konsol atau AWS CLI untuk memperbaikinya. Jika masalahnya ada pada sistem operasi atau konfigurasi database, masuk ke host untuk memperbaikinya. **catatan** Bagian ini menjelaskan cara memperbaiki konfigurasi yang tidak didukung di RDS Custom for Oracle. Lihat informasi tentang RDS Custom for SQL Server di [Memperbaiki konfigurasi yang tidak didukung di RDS Custom for SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.fix-unsupported). Tabel berikut mencakup deskripsi pemberitahuan dan peristiwa yang dikirim oleh perimeter dukungan dan cara memperbaikinya. Semua notifikasi ini dan perimeter dukungan dapat berubah sewaktu-waktu. Lihat latar belakang perimeter dukungan di [Perimeter dukungan RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). Lihat deskripsi peristiwa di [Kategori acara Amazon RDS dan pesan acara Aurora](USER_Events.Messages.md). | ID peristiwa | Konfigurasi | Pesan peristiwa RDS | Tindakan | | --- | --- | --- | --- | | `SP-O0000` | Konfigurasi manual yang tidak didukung | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena:. *reason* | Untuk mengatasi masalah ini, buat Dukungan kasus. | **AWS sumber daya (infrastruktur)** | ID peristiwa | Konfigurasi | Pesan peristiwa RDS | Tindakan | | --- | --- | --- | --- | | SP-O1001 | Volume Amazon Elastic Block Store (Amazon EBS) | Volume EBS berikut ditambahkan ke instans *ec2\$1id* EC2:. *volume\$1id* Untuk mengatasi masalah, lepaskan volume yang ditentukan dari instance. | RDS Custom membuat dua jenis volume EBS, selain volume root yang dibuat dari Amazon Machine Image (AMI), dan mengaitkannya dengan instans EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Saat Anda membuat instans DB, konfigurasi penyimpanan yang Anda tentukan mengonfigurasi volume data. Perimeter dukungan memantau hal-hal berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Gunakan perintah CLI berikut untuk membandingkan jenis volume detail volume EBS dan detail instans RDS Custom for Oracle DB: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1002 | Volume Amazon Elastic Block Store (Amazon EBS) | Volume EBS *volume\$1id* telah terlepas dari instans EC2 []. *ec2\$1id* Anda tidak dapat melepaskan volume asli dari instance ini. Untuk mengatasi masalah ini, lampirkan *volume\$1id* kembali *ec2\$1id*. | RDS Custom membuat dua jenis volume EBS, selain volume root yang dibuat dari Amazon Machine Image (AMI), dan mengaitkannya dengan instans EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Saat Anda membuat instans DB, konfigurasi penyimpanan yang Anda tentukan mengonfigurasi volume data. Perimeter dukungan memantau hal-hal berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Gunakan perintah CLI berikut untuk membandingkan jenis volume detail volume EBS dan detail instans RDS Custom for Oracle DB: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1003 | Volume Amazon Elastic Block Store (Amazon EBS) | Volume EBS asli yang *volume\$1id* melekat pada instans EC2 *ec2\$1id* telah dimodifikasi sebagai berikut: size [*X*] to [*Y*], type [*N*] to [*M*], atau IOPS [*J*] to []. *K* Untuk mengatasi masalah, kembalikan modifikasi. | RDS Custom membuat dua jenis volume EBS, selain volume root yang dibuat dari Amazon Machine Image (AMI), dan mengaitkannya dengan instans EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Saat Anda membuat instans DB, konfigurasi penyimpanan yang Anda tentukan mengonfigurasi volume data. Perimeter dukungan memantau hal-hal berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Gunakan perintah CLI berikut untuk membandingkan jenis volume detail volume EBS dan detail instans RDS Custom for Oracle DB: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1004 | Keadaan instans Amazon EC2 | Pemulihan otomatis meninggalkan instans EC2 [*ec2\$1id*] dalam keadaan terganggu. Untuk mengatasi masalah ini, lihat [Memecahkan masalah kegagalan pemulihan instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-recover.html#TroubleshootingInstanceRecovery). | Untuk memeriksa status instans DB, gunakan konsol atau jalankan AWS CLI perintah berikut: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name |grep DBInstanceStatus
| | SP-O1005 | Atribut-atribut instans Amazon EC2 | EC2 instance [*ec2\$1id*] dimodifikasi sebagai berikut: atribut [*att1*] berubah dari [*val-old*] menjadi [*val-new*], atribut [*att2*] berubah dari [*val-old*] menjadi [*val-new*]. Untuk mengatasi masalah, kembalikan ke nilai aslinya. | | | SP-O1006 | Keadaan instans Amazon EC2 | Instans EC2 [*ec2\$1id*] dihentikan atau tidak dapat ditemukan. Untuk mengatasi masalah ini, hapus instans RDS Custom DB. | Perimeter dukungan memantau notifikasi perubahan keadaan instans EC2. Instans EC2 harus selalu berjalan. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) | | SP-O1007 | Keadaan instans Amazon EC2 | Instans EC2 [*ec2\$1id*] dihentikan. Untuk mengatasi masalah ini, mulailah instance. | Perimeter dukungan memantau notifikasi perubahan keadaan instans EC2. Instans EC2 harus selalu berjalan. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) | | SP-1008 | Izin Amazon SQS | Izin tidak ada untuk Amazon SQS. Periksa izin untuk profil instans IAM, kebijakan titik akhir VPC, dan koneksi layanan dependen, lalu coba lagi. | Anda dapat mengatasinya dengan memastikan profil IAM yang terkait dengan host memiliki izin berikut: 
"SQS:SendMessage"
"SQS:ReceiveMessage"
"SQS:DeleteMessage"
"SQS:GetQueueUrl"
| | SP-1009 | Amazon Simple Queue Service (Amazon SQS) | Antrian SQS [%s] telah dihapus dan tidak dapat dipulihkan. Untuk mengatasi masalah ini, buat ulang antrian. | Buat ulang antrian Amazon SQS. | **Sistem operasi** | ID peristiwa | Konfigurasi | Pesan peristiwa RDS | Tindakan | | --- | --- | --- | --- | | SP-O2001 | Status agen RDS Custom | Agen Kustom RDS tidak berjalan pada instans EC2 []*ec2\$1id*. Pastikan agen berjalan di [*ec2\$1id*]. | Pada RDS Custom for Oracle, instans basis data berada di luar perimeter dukungan jika agen RDS Custom berhenti. Agen menerbitkan `IamAlive` metrik ke Amazon CloudWatch setiap 30 detik. Alarm terpicu jika metrik tidak diterbitkan selama 30 detik. Perimeter dukungan juga memantau status proses agen RDS Custom pada host setiap 30 menit. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Saat agen Kustom RDS berjalan lagi, `IamAlive` metrik dipublikasikan ke Amazon CloudWatch, dan alarm beralih ke `OK` status. Peralihan ini memberi tahu perimeter dukungan bahwa agen sedang berjalan. | | `SP-O2002` | AWS Systems Manager status agen (agen SSM) | Agen Systems Manager pada instans EC2 [*ec2\$1id*] tidak dapat dijangkau. Pastikan Anda telah mengonfigurasi izin jaringan, agen, dan IAM dengan benar. | Agen SSM harus selalu berjalan. Agen RDS Custom bertanggung jawab untuk memastikan bahwa agen Systems Manager berjalan. Jika Agen SSM dihentikan dan kemudian dimulai ulang, agen Kustom RDS menerbitkan metrik ke. `SSM_Agent_Restarted_Or_NotFound` CloudWatch Agen Kustom RDS memiliki alarm pada metrik yang `do-not-delete-rds-custom-ssm-agent-restarted-or-notfound-ec2-id` dikonfigurasi untuk memicu ketika ada restart di masing-masing dari tiga menit sebelumnya. Perimeter dukungan juga memantau status proses Agen SSM di host setiap 30 menit. Lihat informasi yang lebih lengkap di [Memecahkan masalah Agen SSM](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). | | `SP-O2003` | AWS Systems Manager status agen (agen SSM) | Agen Systems Manager pada instans EC2 [*ec2\$1id*] crash beberapa kali. Untuk informasi selengkapnya, lihat dokumentasi pemecahan masalah Agen SSM. | Lihat informasi yang lebih lengkap di [Memecahkan masalah Agen SSM](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). | | SP-O2004 | Zona waktu OS | Zona waktu pada instans EC2 [*ec2\$1id*] diubah. Untuk mengatasi masalah ini, kembalikan zona waktu ke pengaturan sebelumnya []*previous-time-zone*. Kemudian gunakan grup opsi RDS untuk mengubah zona waktu. | Automasi RDS mendeteksi bahwa zona waktu pada host diubah tanpa menggunakan grup opsi. Perubahan tingkat host ini dapat menyebabkan kegagalan automasi RDS, sehingga instans EC2 ditempatkan dalam keadaan `unsupported-configuration`. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Instans basis data Anda menjadi tersedia dalam 30 menit. Untuk mencegah keluar dari perimeter di masa depan, ubah zona waktu Anda melalui grup opsi. Untuk informasi selengkapnya, lihat [Zona waktu Oracle](custom-managing.timezone.md). | | SP-O2005 | Konfigurasi-konfigurasi `sudo` | Konfigurasi sudo pada instans EC2 [*ec2\$1id*] tidak memiliki izin yang diperlukan. Untuk mengatasi masalah ini, kembalikan perubahan terbaru ke konfigurasi sudo. | Perimeter dukungan memverifikasi bahwa pengguna OS tertentu diizinkan untuk menjalankan perintah tertentu pada host. Ini memonitor `sudo` konfigurasi dan membandingkannya dengan status yang didukung. Jika `sudo` konfigurasi tidak didukung, RDS Custom mencoba menimpa mereka dan kembali ke status yang didukung sebelumnya. Jika upaya berhasil, RDS Custom mengirimkan pemberitahuan berikut: RDS Custom berhasil menindas konfigurasi Anda. Jika penimpaan tidak berhasil, instans DB Anda tetap dalam status konfigurasi yang tidak didukung. Untuk mengatasi masalah ini, kembalikan perubahan dalam `sudoers.d/` file atau perbaiki izin. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Setelah perimeter dukungan menentukan bahwa `sudo` konfigurasi didukung, instans RDS Custom for Oracle DB Anda akan tersedia dalam waktu 30 menit. | | SP-O2006 | Aksesibilitas bucket S3 | Otomatisasi khusus RDS tidak dapat mengunduh file dari bucket S3 pada instans EC2 []. *ec2\$1id* Periksa konfigurasi jaringan Anda dan pastikan instance memungkinkan koneksi ke dan dari S3. | | | SP-2007 | Versi Solusi Perangkat Lunak Ketersediaan Tinggi | Solusi HA dari instans Anda berbeda dari versi yang diharapkan. Untuk mengatasi masalah ini, buat AWS Dukungan kasus. | Buat AWS Dukungan kasus. | **Basis Data** | ID peristiwa | Konfigurasi | Pesan peristiwa RDS | Tindakan | | --- | --- | --- | --- | | SP-O3001 | Target kelambatan arsip basis data | Parameter ARCHIVE\$1LAG\$1TARGET pada instans EC2 [*ec2\$1id*] berada di luar rentang yang disarankan. *value\$1range* Untuk mengatasi masalah, setel parameter ke nilai dalam value\$1range. | Perimeter dukungan memantau parameter `ARCHIVE_LAG_TARGET` database untuk memverifikasi bahwa waktu restorable terbaru dari instans DB berada dalam batas yang wajar. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Instans basis data Anda menjadi tersedia dalam 30 menit. | | SP-O3002 | Peran Oracle Data Guard | Peran database [*role\$1name*] tidak didukung untuk Oracle Data Guard pada instans EC2 []*ec2\$1id*. Untuk mengatasi masalah, setel parameter DATABASE\$1ROLE ke PRIMARY atau PHYSICAL STANDBY. | Perimeter dukungan memantau peran database saat ini setiap 15 detik dan mengirimkan CloudWatch pemberitahuan jika peran database telah berubah. Parameter `DATABASE_ROLE` Oracle Data Guard harus `PRIMARY` atau `PHYSICAL STANDBY`. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Setelah perimeter dukungan menentukan bahwa peran basis data didukung, instans basis data RDS Custom for Oracle Anda akan tersedia dalam waktu 15 detik. | | SP-O3003 | Kondisi basis data | Proses SMON dari database Oracle berada dalam keadaan zombie. Untuk mengatasi masalah ini, pulihkan database secara manual pada instans EC2 [*ec2\$1id*], buka database, lalu segera buat cadangan. Untuk bantuan lebih lanjut, hubungi Dukungan. | Perimeter dukungan memantau keadaan instans basis data. Perimeter juga memantau jumlah pemulaian ulang yang terjadi selama jam dan hari sebelumnya. Anda diberi tahu saat instans berada dalam keadaan dengan instans masih ada, tetapi Anda tidak dapat berinteraksi dengannya. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Setelah instans DB Anda restart, agen RDS Custom mendeteksi bahwa instans DB Anda tidak lagi dalam keadaan tidak responsif. Agen itu lalu memberi tahu perimeter dukungan untuk mengevaluasi ulang keadaan instans basis data Anda. | | SP-O3004 | Mode log basis data | Mode log database pada instans EC2 [*ec2\$1id*] diubah menjadi [*value\$1b*]. Untuk mengatasi masalah ini, atur mode log ke [*value\$1a*]. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Agen Kustom RDS secara otomatis me-restart instans DB Anda dan menyetel mode log ke. `ARCHIVELOG` Instans basis data Anda menjadi tersedia dalam 30 menit. | | SP-O3005 | Jalur rumah Oracle | Rumah Oracle pada instans EC2 [*ec2\$1id*] diubah menjadi. *new\$1path* Untuk mengatasi masalah, kembalikan pengaturan ke*old\$1path*. | | | SP-O3006 | Nama unik database | Nama unik database pada instans EC2 [*ec2\$1id*] diubah menjadi*new\$1value*. Untuk mengatasi masalah, kembalikan nama ke*old\$1value*. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Agen Kustom RDS secara otomatis me-restart instans DB Anda dan menyetel mode log ke. `ARCHIVELOG` Instans basis data Anda menjadi tersedia dalam 30 menit. | ## Memecahkan masalah pemutakhiran untuk RDS Custom for Oracle Pemutakhiran instans RDS Custom for Oracle Anda mungkin gagal. Di bawah, Anda dapat menemukan teknik-teknik yang dapat Anda gunakan selama pemutakhiran basis data RDS Custom untuk instans basis data Oracle: + Periksa file log output pemutakhiran di direktori `/tmp` pada instans basis data Anda. Nama-nama log bergantung pada versi mesin basis data Anda. Misalnya, Anda mungkin melihat log yang berisi string `catupgrd` atau`catup`. + Periksa file `alert.log` yang terletak di direktori `/rdsdbdata/log/trace`. + Jalankan perintah `grep` berikut di direktori `root` untuk melacak proses pemutakhiran OS. Perintah ini menunjukkan letak file log sedang ditulis dan menentukan keadaan proses pemutakhiran. ``` ps -aux | grep upg ``` Berikut menampilkan contoh output. ``` root 18884 0.0 0.0 235428 8172 ? S< 17:03 0:00 /usr/bin/sudo -u rdsdb /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh rdsdb 18886 0.0 0.0 153968 12164 ? S< 17:03 0:00 /usr/bin/perl -T -w /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh rdsdb 18887 0.0 0.0 113196 3032 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh rdsdb 18900 0.0 0.0 113196 1812 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh rdsdb 18901 0.1 0.0 167652 20620 ? S< 17:03 0:07 /rdsdbbin/oracle/perl/bin/perl catctl.pl -n 4 -d /rdsdbbin/oracle/rdbms/admin -l /tmp catupgrd.sql root 29944 0.0 0.0 112724 2316 pts/0 S+ 18:43 0:00 grep --color=auto upg ``` + Jalankan kueri SQL berikut untuk memeriksa keadaan komponen-komponen saat ini untuk menemukan versi basis data dan opsi-opsi yang diinstal pada instans basis data. ``` SET LINESIZE 180 COLUMN COMP_ID FORMAT A15 COLUMN COMP_NAME FORMAT A40 TRUNC COLUMN STATUS FORMAT A15 TRUNC SELECT COMP_ID, COMP_NAME, VERSION, STATUS FROM DBA_REGISTRY ORDER BY 1; ``` Output-nya menyerupai berikut. ``` COMP_NAME STATUS PROCEDURE ---------------------------------------- -------------------- -------------------------------------------------- Oracle Database Catalog Views VALID DBMS_REGISTRY_SYS.VALIDATE_CATALOG Oracle Database Packages and Types VALID DBMS_REGISTRY_SYS.VALIDATE_CATPROC Oracle Text VALID VALIDATE_CONTEXT Oracle XML Database VALID DBMS_REGXDB.VALIDATEXDB 4 rows selected. ``` + Jalankan kueri SQL berikut untuk memeriksa objek-objek yang tidak valid yang mungkin mengganggu proses pemutakhiran. ``` SET PAGES 1000 LINES 2000 COL OBJECT FOR A40 SELECT SUBSTR(OWNER,1,12) OWNER, SUBSTR(OBJECT_NAME,1,30) OBJECT, SUBSTR(OBJECT_TYPE,1,30) TYPE, STATUS, CREATED FROM DBA_OBJECTS WHERE STATUS <>'VALID' AND OWNER IN ('SYS','SYSTEM','RDSADMIN','XDB'); ``` ## Memecahkan masalah promosi replika untuk RDS Custom for Oracle Anda dapat mempromosikan replika Oracle terkelola di RDS Custom for Oracle menggunakan konsol, `promote-read-replica` AWS CLI perintah, atau API. `PromoteReadReplica` Jika Anda menghapus instans basis data utama Anda, dan semua replikanya berkondisi baik, RDS Custom for Oracle mempromosikan secara otomatis replika terkelola Anda ke instans mandiri. Jika replika telah menjeda automasi atau berada di luar perimeter dukungan, Anda harus memperbaiki replika sebelum RDS Custom dapat mempromosikannya secara otomatis. Untuk informasi selengkapnya, lihat [Mempromosikan replika RDS Custom for Oracle ke instans DB mandiri](custom-rr.promoting.md). Alur kerja promosi replika mungkin macet dalam situasi berikut: + Instans basis data utama berada dalam keadaan `STORAGE_FULL`. + Basis data utama tidak dapat mengarsipkan semua log pengulangan online-nya. + Ada celah antara file log redo yang diarsipkan di replika Oracle Anda dan basis data utama. **Untuk menanggapi alur kerja yang macet** 1. Sinkronkan celah log redo pada instans basis data replika Oracle Anda. 1. Paksa promosi replika baca ke log redo terbaru yang diterapkan. Jalankan perintah SQL\$1Plus berikut: ``` ALTER DATABASE ACTIVATE STANDBY DATABASE; SHUTDOWN IMMEDIATE STARTUP ``` 1. Hubungi Dukungan dan minta mereka untuk memindahkan instans DB Anda ke `available` status.