Memecahkan masalah DB untuk Amazon RDS Custom for Oracle

Model tanggung jawab bersama RDS Custom menyediakan akses tingkat shell OS dan akses administrator database. RDS Kustom menjalankan sumber daya di akun Anda, tidak seperti AmazonRDS, yang menjalankan sumber daya di akun sistem. Bersama akses yang lebih besar datang tanggung jawab yang lebih besar. Di bagian berikut, Anda dapat mempelajari cara memecahkan masalah dengan instans Amazon RDS Custom DB.

catatan

Bagian ini menjelaskan cara memecahkan masalah RDS Custom for Oracle. Untuk pemecahan masalah RDS Kustom untuk SQL Server, lihat. Memecahkan masalah basis data untuk Amazon RDS Custom for SQL Server

Melihat acara RDS Kustom

Prosedur untuk melihat acara sama untuk instans RDS Custom dan Amazon RDS DB. Untuk informasi selengkapnya, lihat Melihat RDS acara Amazon.

Untuk melihat pemberitahuan acara RDS kustom menggunakan AWS CLI, gunakan describe-events perintah. RDS Custom memperkenalkan beberapa acara baru. Kategori acara sama dengan untuk AmazonRDS. Lihat daftar peristiwa di Kategori acara Amazon RDS dan pesan acara Aurora.

Contoh berikut mengambil rincian untuk peristiwa yang telah terjadi untuk instans RDS Custom DB tertentu.

aws rds describe-events \
    --source-identifier my-custom-instance \
    --source-type db-instance

Berlangganan acara RDS Kustom

Prosedur untuk berlangganan acara sama untuk instans RDS Custom dan Amazon RDS DB. Untuk informasi selengkapnya, lihat Berlangganan notifikasi RDS acara Amazon.

Untuk berlangganan pemberitahuan acara RDS khusus menggunakanCLI, gunakan create-event-subscription perintah. Sertakan parameter-parameter yang diperlukan berikut:

• --subscription-name

• --sns-topic-arn

Contoh berikut membuat langganan untuk peristiwa pencadangan dan pemulihan untuk instans RDS Custom DB di AWS akun saat ini. Pemberitahuan dikirim ke topik Amazon Simple Notification Service (AmazonSNS), yang ditentukan oleh--sns-topic-arn.

aws rds create-event-subscription \
    --subscription-name my-instance-events \
    --source-type db-instance \
    --event-categories '["backup","recovery"]' \
    --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events

Memecahkan masalah pembuatan versi mesin kustom untuk RDS Custom for Oracle

Ketika CEV pembuatan gagal, RDS kustom masalah RDS-EVENT-0198 dengan pesanCreation failed for custom engine version major-engine-version.cev_name, dan termasuk rincian tentang kegagalan. Misalnya, peristiwa mencetak file yang tidak ada.

CEVpembuatan mungkin gagal karena masalah berikut:

• Bucket Amazon S3 yang berisi file instalasi Anda tidak berada di AWS Wilayah yang sama dengan Anda. CEV

• Saat Anda meminta CEV pembuatan Wilayah AWS untuk pertama kalinya, RDS Custom membuat bucket S3 untuk menyimpan sumber daya RDS Kustom (seperti CEV artefak, AWS CloudTrail log, dan log transaksi).

  CEVpembuatan 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, 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 IAM izin yang diperlukan.

• IAMKebijakan Anda memiliki aws:SourceIp syarat. Pastikan untuk mengikuti rekomendasi di AWS Menolak akses ke AWS berdasarkan IP sumber 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.

• File media instalasi yang tercantum dalam CEV manifes tidak ada di bucket S3 Anda.

• Checksum SHA -256 dari file instalasi tidak diketahui oleh Custom. RDS

  Konfirmasikan bahwa checksum SHA -256 dari file yang disediakan cocok dengan checksum SHA -256 di situs web Oracle. Jika checksum cocok, hubungi AWS Support dan berikan CEV nama gagal, nama file, dan checksum.

• OPatchVersi 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 lagi.

• Tambalan yang ditentukan dalam CEV manifes berada dalam urutan yang salah.

Anda dapat melihat RDS peristiwa baik di RDS konsol (di panel navigasi, pilih Acara) atau dengan menggunakan describe-events AWS CLI perintah. 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 API gateway 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 RDS Custom for Oracle DB Anda ke dalam unsupported-configuration status. 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. Untuk informasi tentang RDS Kustom untuk SQL Server, lihatMemperbaiki konfigurasi yang tidak didukung di RDS Custom for SQL Server.

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 RDSPerimeter dukungan kustom. Lihat deskripsi peristiwa di Kategori acara Amazon RDS dan pesan acara Aurora.

ID peristiwa	Konfigurasi	RDSpesan acara	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)
SP-O1001	Volume Amazon Elastic Block Store (AmazonEBS)	EBSVolume berikut ditambahkan ke EC2 instanceec2_id:volume_id. Untuk mengatasi masalah ini, lepaskan volume yang ditentukan dari instance.	RDSKustom membuat dua jenis EBS volume, selain volume root yang dibuat dari Amazon Machine Image (AMI), dan mengaitkannya dengan EC2 instance: Volume biner tempat biner perangkat lunak database berada Volume data tempat file database berada Saat Anda membuat instans DB, konfigurasi penyimpanan yang Anda tentukan mengonfigurasi volume data. Perimeter dukungan memantau hal-hal berikut: EBSVolume awal yang dibuat dengan instans DB masih terkait dengan instance. EBSVolume awal masih memiliki konfigurasi yang sama seperti yang ditetapkan pada awalnya: tipe penyimpanan, ukuran, ProvisionedIOPS, dan throughput penyimpanan. Tidak ada EBS volume tambahan yang dilampirkan ke instans DB. Gunakan CLI perintah berikut untuk membandingkan jenis volume detail volume dan detail instans RDS Custom for Oracle DB: EBS aws rds describe-db-instances \ --db-instance-identifier db-instance-name | grep StorageType
SP-O1002	Volume Amazon Elastic Block Store (AmazonEBS)	EBSvolume volume_id telah terlepas dari EC2 instance [ec2_id]. Anda tidak dapat melepaskan volume asli dari instance ini. Untuk mengatasi masalah ini, lampirkan volume_id kembali ec2_id.	RDSKustom membuat dua jenis EBS volume, selain volume root yang dibuat dari Amazon Machine Image (AMI), dan mengaitkannya dengan EC2 instance: Volume biner tempat biner perangkat lunak database berada Volume data tempat file database berada Saat Anda membuat instans DB, konfigurasi penyimpanan yang Anda tentukan mengonfigurasi volume data. Perimeter dukungan memantau hal-hal berikut: EBSVolume awal yang dibuat dengan instans DB masih terkait dengan instance. EBSVolume awal masih memiliki konfigurasi yang sama seperti yang ditetapkan pada awalnya: tipe penyimpanan, ukuran, ProvisionedIOPS, dan throughput penyimpanan. Tidak ada EBS volume tambahan yang dilampirkan ke instans DB. Gunakan CLI perintah berikut untuk membandingkan jenis volume detail volume dan detail instans RDS Custom for Oracle DB: EBS aws rds describe-db-instances \ --db-instance-identifier db-instance-name | grep StorageType
SP-O1003	Volume Amazon Elastic Block Store (AmazonEBS)	EBSVolume asli yang volume_id dilampirkan ke EC2 instance ec2_id telah dimodifikasi sebagai berikut: size [X] to [Y], type [N] to [M], or IOPS [J] to [K]. Untuk mengatasi masalah, kembalikan modifikasi.	RDSKustom membuat dua jenis EBS volume, selain volume root yang dibuat dari Amazon Machine Image (AMI), dan mengaitkannya dengan EC2 instance: Volume biner tempat biner perangkat lunak database berada Volume data tempat file database berada Saat Anda membuat instans DB, konfigurasi penyimpanan yang Anda tentukan mengonfigurasi volume data. Perimeter dukungan memantau hal-hal berikut: EBSVolume awal yang dibuat dengan instans DB masih terkait dengan instance. EBSVolume awal masih memiliki konfigurasi yang sama seperti yang ditetapkan pada awalnya: tipe penyimpanan, ukuran, ProvisionedIOPS, dan throughput penyimpanan. Tidak ada EBS volume tambahan yang dilampirkan ke instans DB. Gunakan CLI perintah berikut untuk membandingkan jenis volume detail volume dan detail instans RDS Custom for Oracle DB: EBS aws rds describe-db-instances \ --db-instance-identifier db-instance-name | grep StorageType
SP-O1004	Status EC2 instans Amazon	Pemulihan otomatis meninggalkan EC2 instance [ec2_id] dalam keadaan terganggu. Untuk mengatasi masalah ini, lihat Memecahkan masalah kegagalan pemulihan instans.	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 EC2 instans Amazon	EC2instance [ec2_id] dimodifikasi sebagai berikut: atribut [att1] diubah dari [val-old] menjadi [val-new], atribut [att2] berubah dari [val-old] menjadi [val-new]. Untuk mengatasi masalah, kembalikan ke nilai aslinya.
SP-O1006	Status EC2 instans Amazon	EC2instance [ec2_id] dihentikan atau tidak dapat ditemukan. Untuk mengatasi masalah ini, hapus instans RDS Custom DB.	Perimeter dukungan memantau pemberitahuan perubahan status EC2 instance. EC2Instance harus selalu berjalan. Untuk menghapus instans DB Anda 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 Hapus instans RDS Custom for Oracle DB Anda.
SP-O1007	Status EC2 instans Amazon	EC2contoh [ec2_id] dihentikan. Untuk mengatasi masalah ini, mulailah instance.	Perimeter dukungan memonitor EC2 notifikasi perubahan status instance. EC2Instance harus selalu berjalan. Untuk memulai ulang instans DB Anda 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 Mulai instans DB Anda. Tumpangkan ulang volume-volume biner dan data.
Sistem operasi
SP-O2001	RDSStatus agen kustom	Agen RDS Kustom tidak berjalan pada EC2 instance [ec2_id]. Pastikan agen berjalan di [ec2_id].	Pada RDS Custom for Oracle, instans DB 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 Kustom pada host setiap 30 menit. Untuk memulai ulang agen RDS Kustom Masuk ke host Anda dan pastikan bahwa agen RDS Kustom berjalan. Jalankan perintah berikut untuk menemukan status agen. service rdscustomagent status Gunakan perintah berikut untuk memulai agen. service rdscustomagent start Saat agen RDS Kustom 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 SSM agen (agen)	Agen Systems Manager pada EC2 instance [ec2_id] tidak dapat dijangkau. Pastikan Anda telah mengonfigurasi jaringan, agen, dan IAM izin dengan benar.	SSMAgen harus selalu berjalan. Agen RDS Custom bertanggung jawab untuk memastikan bahwa agen Systems Manager berjalan. Jika SSM Agen dihentikan dan kemudian dimulai ulang, agen RDS Kustom menerbitkan metrik ke. CloudWatch Agen RDS Kustom memiliki alarm pada set metrik untuk memicu ketika telah ada restart di masing-masing dari tiga menit sebelumnya. Perimeter dukungan juga memantau status proses SSM Agen pada host setiap 30 menit. Untuk informasi selengkapnya, lihat Agen Pemecahan Masalah SSM.
SP-O2003	AWS Systems Manager status SSM agen (agen)	Agen Systems Manager pada EC2 instance [ec2_id] crash beberapa kali. Untuk informasi selengkapnya, lihat dokumentasi pemecahan masalah SSM Agen.	Untuk informasi selengkapnya, lihat Agen Pemecahan Masalah SSM.
SP-O2004	Zona waktu OS	Zona waktu pada EC2 instance [ec2_id] diubah. Untuk mengatasi masalah ini, kembalikan zona waktu ke pengaturan sebelumnya []previous-time-zone. Kemudian gunakan grup RDS opsi untuk mengubah zona waktu.	RDSotomatisasi mendeteksi bahwa zona waktu pada host diubah tanpa menggunakan grup opsi. Perubahan tingkat host ini dapat menyebabkan kegagalan RDS otomatisasi, sehingga EC2 instance ditempatkan dalam keadaan. unsupported-configuration Untuk memperbaiki pengaturan zona waktu Masuk ke EC2 host Anda dan periksa zona waktu OS sebagai berikut: timedatectl Jeda otomatisasi RDS kustom. Untuk informasi selengkapnya, lihat Menjeda dan melanjutkan instans Custom DB Anda RDS. Hentikan instans basis data. Kembalikan perubahan zona waktu pada sistem operasi. Mulai instans basis data. Lanjutkan otomatisasi RDS kustom. 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.
SP-O2005	Konfigurasi-konfigurasi sudo	Konfigurasi sudo pada EC2 instance [ec2_id] 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 dan kembali ke status yang didukung sebelumnya. Jika upaya berhasil, RDS Custom mengirimkan pemberitahuan berikut: RDSKustom berhasil menimpa 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. Untuk menyelidiki perubahan sudo konfigurasi Masuk ke host Anda. Jalankan perintah berikut. visudo -c -f /etc/sudoers.d/individual_sudo_files Ubah sudo konfigurasi seperlunya. 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	RDSOtomatisasi khusus tidak dapat mengunduh file dari bucket S3 pada EC2 instance [ec2_id]. Periksa konfigurasi jaringan Anda dan pastikan instance memungkinkan koneksi ke dan dari S3.
Basis Data
SP-O3001	Target kelambatan arsip basis data	TARGETParameter ARCHIVE LAG _ _ pada EC2 instance [ec2_id] berada di luar kisaran yang disarankanvalue_range. Untuk mengatasi masalah, setel parameter ke nilai dalam value_range.	Perimeter dukungan memantau parameter ARCHIVE_LAG_TARGET database untuk memverifikasi bahwa waktu restorable terbaru dari instans DB berada dalam batas yang wajar. Untuk mengubah target lag untuk log pengulangan yang diarsipkan Masuk ke EC2 host Anda Connect ke instans RDS Custom for Oracle DB Anda Ubah ARCHIVE_LAG_TARGET parameter menjadi nilai dari 60-7200. Misalnya, gunakan SQL pernyataan berikut. ALTER SYSTEM SET ARCHIVE_LAG_TARGET=300 SCOPE=BOTH; Instans basis data Anda menjadi tersedia dalam 30 menit.
SP-O3002	Peran Oracle Data Guard	Peran database [role_name] tidak didukung untuk Oracle Data Guard pada EC2 instance [ec2_id]. Untuk mengatasi masalah, setel ROLE parameter DATABASE _ ke salah satu PRIMARY atau PHYSICALSTANDBY.	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. Untuk mengembalikan peran database Oracle Data Guard Anda ke nilai yang didukung Periksa peran Oracle Data Guard dengan menjalankan pernyataan berikut: SELECT DATABASE_ROLE FROM V$DATABASE; Jika instans DB Anda berdiri sendiri, gunakan salah satu pernyataan berikut untuk mengubahnya kembali ke PRIMARY peran: ALTER DATABASE COMMIT TO SWITCHOVER PRIMARY; ALTER DATABASE ACTIVATE STANDBY DATABASE; Jika instans DB Anda adalah replika, gunakan pernyataan berikut untuk mengubahnya kembali ke PHYSICAL STANDBY peran: ALTER DATABASE CONVERT TO PHYSICAL STANDBY; Setelah perimeter dukungan menentukan bahwa peran database didukung, instans RDS Custom for Oracle DB Anda akan tersedia dalam waktu 15 detik.
SP-O3003	Kondisi basis data	SMONProses database Oracle dalam keadaan zombie. Untuk mengatasi masalah ini, pulihkan database secara manual pada EC2 instance [ec2_id], 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. Untuk membuat perimeter dukungan mengevaluasi status instans Anda Masuk ke host Anda dan tentukan status database. ps -eo pid,state,command | grep smon Jika perlu, restart instans DB Anda. Jika restart gagal, lanjutkan ke langkah berikutnya. Jika perlu, restart EC2 host Anda. Setelah instans DB Anda dimulai ulang, agen RDS Kustom 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 EC2 instance [ec2_id] diubah menjadi [value_b]. Untuk mengatasi masalah ini, atur mode log ke [value_a].	Untuk mengubah mode log instans DB Anda menjadi ARCHIVELOG Masuk ke EC2 host Anda. Connect ke database Anda dan jalankan pernyataan berikut: SELECT LOG_MODE FROM V$DATABASE; Atau Anda dapat menjalankan perintah ikuti SQL di*Plus: ARCHIVE LOG LIST Jalankan perintah SQL *Plus berikut untuk memulai shutdown yang konsisten. SHUTDOWN IMMEDIATE Agen RDS Kustom secara otomatis memulai ulang instans DB Anda dan menyetel mode log keARCHIVELOG. Instans basis data Anda menjadi tersedia dalam 30 menit.
SP-O3005	Jalur rumah Oracle	Rumah Oracle EC2 misalnya [ec2_id] diubah menjadinew_path. Untuk mengatasi masalah, kembalikan pengaturan keold_path.
SP-O3006	Nama unik database	Nama unik database pada EC2 instance [ec2_id] diubah menjadinew_value. Untuk mengatasi masalah, kembalikan nama keold_value.	Untuk mengubah nama unik database untuk instans DB Anda Masuk ke EC2 host Anda. Connect ke database dan jalankan pernyataan berikut: SELECT DB_UNIQUE_NAME FROM V$DATABASE; Tentukan nama unik database asli menggunakan perintahALTER SYSTEM SET DB_UNIQUE_NAME. Jalankan SQL pernyataan berikut untuk memulai shutdown yang konsisten. SHUTDOWN IMMEDIATE; Agen RDS Kustom secara otomatis memulai ulang instans DB Anda dan menyetel mode log keARCHIVELOG. Instans basis data Anda menjadi tersedia dalam 30 menit.

Pemecahan masalah upgrade untuk Custom for Oracle RDS

Upgrade instans RDS Custom for Oracle Anda mungkin gagal. Berikut ini, Anda dapat menemukan teknik yang dapat Anda gunakan selama upgrade RDS Custom DB untuk instans Oracle DB:

• 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 ataucatup.

• 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 SQL kueri berikut untuk memverifikasi status komponen saat ini untuk menemukan versi database dan opsi yang diinstal pada instance DB.

  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 yang 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 SQL kueri berikut untuk memeriksa objek 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 Custom for Oracle RDS

Anda dapat mempromosikan replika Oracle terkelola di RDS Custom for Oracle menggunakan konsol, promote-read-replica AWS CLI perintah, atau. PromoteReadReplica API Jika Anda menghapus instans DB utama Anda, dan semua replika sehat, RDS Custom for Oracle mempromosikan replika terkelola Anda ke instance mandiri secara otomatis. Jika replika telah menghentikan otomatisasi 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.

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.

2. Paksa promosi replika baca ke log redo terbaru yang diterapkan. Jalankan perintah berikut di SQL *Plus:

   ALTER DATABASE ACTIVATE STANDBY DATABASE;
   SHUTDOWN IMMEDIATE
   STARTUP

3. Hubungi Dukungan dan minta mereka untuk memindahkan instans DB Anda ke available status.