Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memutakhirkan instans basis data untuk Amazon RDS Custom for Oracle
Anda dapat memutakhirkan instans basis data Amazon RDS Custom dengan mengubahnya agar menggunakan versi mesin kustom (CEV) baru. Lihat informasi umum tentang pemutakhiran di [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md).
**Topics**
+ [Ikhtisar pemutakhiran di RDS Custom for Oracle](#custom-upgrading.overview)
+ [Persyaratan untuk pemutakhiran RDS Custom for Oracle](#custom-upgrading-reqs)
+ [Pertimbangan-pertimbangan untuk pemutakhiran basis data RDS Custom for Oracle](custom-upgrading-considerations.md)
+ [Pertimbangan-pertimbangan untuk pemutakhiran OS RDS Custom for Oracle](custom-upgrading-considerations-os.md)
+ [Melihat target pemutakhiran CEV yang valid untuk instans basis data RDS Custom for Oracle](custom-upgrading-target.md)
+ [Upgrade RDS Custom untuk instans Oracle DB](custom-upgrading-modify.md)
+ [Melihat pemutakhiran basis data yang tertunda untuk instans basis data RDS Custom](custom-upgrading-pending.md)
+ [Memecahkan masalah kegagalan pemutakhiran untuk instans RDS Custom for Oracle DB](custom-upgrading-failure.md)
## Ikhtisar pemutakhiran di RDS Custom for Oracle
Dengan RDS Custom for Oracle, Anda dapat menambal database Oracle atau sistem operasi instans DB (OS) Anda dengan membuat yang baru CEVs dan kemudian memodifikasi instance Anda untuk menggunakan CEV baru.
**Topics**
+ [Opsi-opsi pemutakhiran CEV](#custom-upgrading.overview.cev-options)
+ [Menambal tanpa CEVs](#custom-upgrading.overview.no-cevs)
+ [Langkah-langkah umum untuk menambal instans basis data Anda dengan CEV](#custom-upgrading.overview.general-steps)
### Opsi-opsi pemutakhiran CEV
Saat membuat CEV untuk pemutakhiran, Anda memiliki opsi-opsi yang saling eksklusif berikut:
**Basis data saja**
Gunakan ulang Amazon Machine Image (AMI) yang saat ini digunakan oleh instans basis data Anda, tetapi tentukan file biner basis data yang berbeda. RDS Custom mengalokasikan volume biner baru, lalu melampirkannya pada instans Amazon EC2 yang ada. RDS Custom mengganti seluruh volume basis data dengan volume baru yang menggunakan versi basis data target Anda.
**OS saja**
Gunakan ulang file biner basis data yang saat ini digunakan oleh instans basis data Anda, tetapi tentukan AMI yang berbeda. RDS Custom mengalokasikan instans Amazon EC2 baru, lalu melampirkan volume biner yang ada pada instans yang baru. Volume basis data yang ada dipertahankan.
Jika ingin memutakhirkan OS dan basis data, Anda harus memutakhirkan CEV dua kali. Anda dapat memutakhirkan OS dan kemudian basis data, atau memutakhirkan basis data dan kemudian OS.
**Awas**
Ketika Anda menambal OS, Anda kehilangan data volume root dan segala kustomisasi OS yang ada. Maka, kami sangat menganjurkan agar Anda tidak menggunakan volume root untuk instalasi atau untuk menyimpan data atau file permanen. Kami juga menganjurkan supaya Anda membuat cadangan data sebelum melakukan pemutakhiran.
### Menambal tanpa CEVs
Kami sangat menyarankan agar Anda meningkatkan RDS Custom untuk instans Oracle DB Anda menggunakan. CEVs Automasi RDS Custom for Oracle menyinkronkan metadata tambalan dengan file biner basis data pada instans basis data Anda.
Dalam keadaan khusus, RDS Custom mendukung penerapan patch database “satu kali” langsung ke instans Amazon EC2 yang mendasarinya secara langsung menggunakan utilitas. OPatch Kasus penggunaan yang valid mungkin adalah tambalan basis data yang ingin Anda terapkan seketika, tetapi tim RDS Custom sedang memutakhirkan fitur CEV, sehingga ada ketertundaan. Untuk menerapkan tambalan basis data secara manual, lakukan langkah-langkah berikut:
1. Jeda automasi RDS Custom.
1. Terapkan tambalan Anda ke file biner basis data di instans Amazon EC2.
1. Lanjutkan automasi RDS Custom.
Kerugian teknik di atas adalah Anda harus menerapkan tambalan basis data secara manual ke setiap instans yang ingin Anda mutakhirkan. Sebaliknya, ketika membuat CEV baru, Anda dapat membuat atau memutakhirkan beberapa instans basis data dengan menggunakan CEV yang sama.
### Langkah-langkah umum untuk menambal instans basis data Anda dengan CEV
Apakah Anda menambal OS atau basis data, lakukan langkah-langkah dasar berikut:
1. Buat CEV yang berisi salah satu elemen berikut, sesuai dengan apakah Anda menambal basis data atau OS:
+ Oracle Database RU yang ingin diterapkan untuk instans basis data Anda
+ AMI yang berbeda—entah yang terbaru yang tersedia atau yang Anda tentukan—dan CEV yang ada untuk digunakan sebagai sumber
Ikuti langkah-langkah di [MembuatCEV](custom-cev.create.md).
1. (Opsional untuk penambalan basis data) Periksa pemutakhiran versi mesin yang tersedia dengan menjalankan `describe-db-engine-versions`.
1. Mulai proses penambalan dengan menjalankan `modify-db-instance`.
Status instans yang ditambal berbeda sebagai berikut:
+ Selagi RDS menambal basis data, status instans basis data berubah ke **Memutakhirkan**.
+ Selagi RDS menambal OS, status instans basis data berubah ke **Memodifikasi**.
Ketika instans basis data memiliki status **Tersedia**, penambalan selesai.
1. Pastikan bahwa instans basis data Anda menggunakan CEV baru dengan menjalankan `describe-db-instances`.
## Persyaratan untuk pemutakhiran RDS Custom for Oracle
Saat memutakhirkan instans basis data RDS Custom for Oracle ke CEV target, pastikan untuk memenuhi persyaratan berikut:
+ CEV target yang menjadi sasaran pemutakhiran Anda harus ada.
+ Anda harus memutakhirkan entah OS atau basis data dalam satu operasi. Memutakhirkan OS dan basis data sekaligus dalam satu panggilan API tidak didukung.
+ CEV target harus menggunakan setelan parameter instalasi yang ada dalam manifes CEV saat ini. Misalnya, Anda tidak dapat memutakhirkan basis data yang menggunakan Oracle home default ke CEV yang menggunakan Oracle home non-default.
+ Untuk pemutakhiran basis data, CEV target harus menggunakan versi basis data kecil baru, bukan versi utama baru. Misalnya, Anda tidak dapat memutakhirkan dari CEV Oracle Database 12c ke CEV Oracle Database 19c. Namun, Anda dapat memutakhirkan dari versi-versi 21.0.0.0.ru-2023-04.rur-2023-04.r1 ke versi 21.0.0.0.ru-2023-07.rur-2023-07.r1.
+ Untuk pemutakhiran OS, CEV target harus menggunakan AMI yang berbeda, tetapi memiliki versi utama yang sama.
# Pertimbangan-pertimbangan untuk pemutakhiran basis data RDS Custom for Oracle
Jika Anda merencanakan untuk memutakhirkan basis data, pertimbangkan hal-hal berikut:
+ Versi sistem operasi (OS) yang saat ini didukung adalah Oracle Linux 8. Untuk terus menerima pembaruan keamanan dan tambalan terbaru dari RDS Custom for Oracle, tingkatkan instans DB Anda ke Oracle Linux 8 dengan menentukan CEV berdasarkan OS ini. Oracle Database 12c Release 1 (12.1), Oracle Database Release 2 (12.2), dan Oracle Database 19c adalah satu-satunya rilis yang mendukung Oracle Linux 8. Untuk bermigrasi ke AMI Oracle Linux 8 terbaru, tingkatkan OS Anda ke AMI terbaru. Untuk informasi selengkapnya, lihat [Upgrade RDS Custom untuk instans Oracle DB](custom-upgrading-modify.md).
Oracle Linux 7.9 mengakhiri dukungannya pada 31 Desember 2024. Untuk terus menjalankan Oracle Linux 7 setelah dukungan berakhir, belilah lisensi Oracle Extended Support. Anda bertanggung jawab atas pembaruan keamanan dan harus menambal RDS Custom untuk instans Oracle secara manual. Untuk informasi selengkapnya, lihat [Lifetime Support Policy: Coverage for Oracle Open Source Service Offerings](https://www.oracle.com/a/ocom/docs/elsp-lifetime-069338.pdf).
+ Saat Anda memutakhirkan file biner basis data di instans basis data utama Anda, RDS Custom for Oracle memutakhirkan replika baca Anda secara otomatis. Namun, ketika Anda memutakhirkan OS, Anda harus memutakhirkan replika baca secara manual.
+ Ketika Anda meng-upgrade database kontainer (CDB) ke versi database baru, RDS Custom untuk Oracle memeriksa bahwa semua PDBs terbuka atau dapat dibuka. Jika kondisi ini tidak terpenuhi, RDS Custom menghentikan pemeriksaan dan mengembalikan basis data ke keadaan semula tanpa mencoba pemutakhiran. Jika kondisi terpenuhi, RDS Custom menambal root CDB terlebih dahulu, dan kemudian menambal semua lainnya PDBs (termasuk) `PDB$SEED` secara paralel.
Setelah patch selesai, RDS Custom mencoba untuk membuka semua. PDBs Jika ada yang PDBs gagal dibuka, Anda menerima acara berikut:`The following PDBs failed to open: list-of-PDBs`. Jika RDS Custom gagal menambal root CDB atau apa pun PDBs, instance dimasukkan ke dalam status. `PATCH_DB_FAILED`
+ Anda mungkin ingin melakukan pemutakhiran versi basis data utama dan konversi non-CDB ke CDB dengan serentak. Dalam hal ini, sebaiknya lanjutkan sebagai berikut:
1. Buat RDS Custom baru untuk instans basis data Oracle yang menggunakan arsitektur multi-penghuni Oracle.
1. Lekatkan non-CDB ke root CDB Anda, menjadikannya PDB. Pastikan bahwa non-CDB adalah versi utama yang sama dengan CDB Anda.
1. Lakukan konversi PDB Anda dengan menjalankan skrip Oracle SQL `noncdb_to_pdb.sql`.
1. Lakukan validasi instans CDB Anda.
1. Mutakhirkan instans CDB Anda.
# Pertimbangan-pertimbangan untuk pemutakhiran OS RDS Custom for Oracle
Ketika Anda merencanakan pemutakhiran OS, pertimbangkan hal-hal berikut:
+ Anda tidak dapat menyediakan AMI Anda sendiri untuk digunakan dalam CEV RDS Custom for Oracle. Anda dapat menentukan AMI default, yang menggunakan Oracle Linux 8, atau AMI yang sebelumnya telah digunakan oleh RDS Custom untuk Oracle CEV.
**catatan**
RDS Custom for Oracle merilis AMI default baru ketika ditemukan kerentanan dan eksposur umum. Tidak ada jadwal tetap yang tersedia atau dijamin. RDS Custom for Oracle cenderung menerbitkan AMI default baru setiap 30 hari.
+ Saat memutakhirkan OS di instans basis data utama, Anda harus memutakhirkan replika bacanya yang terkait secara manual.
+ Cadangkan kapasitas komputasi Amazon EC2 yang cukup untuk jenis instans Anda di AZ sebelum mulai menambal OS.
Saat membuat Reservasi Kapasitas, Anda menentukan AZ, jumlah instans, dan atribut-atribut instans (yang meliputi jenis instans). Misalnya, jika instans basis data Anda menggunakan instans EC2 tipe r5.large yang mendasari, sebaiknya cadangkan kapasitas EC2 untuk r5.large di AZ Anda. Selama penambalan OS, RDS Custom membuat satu host baru bertipe db.r5.large, yang dapat mogok jika AZ tidak memiliki kapasitas EC2 untuk jenis instans ini. Jika mencadangkan kapasitas EC2, Anda menurunkan risiko penambalan diblokir akibat batasan kapasitas. Untuk informasi selengkapnya, lihat [Reservasi Kapasitas Sesuai Permintaan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) di Panduan Pengguna *Amazon EC2*.
+ Cadangkan instans basis data Anda sebelum memutakhirkan OS-nya. Pemutakhiran menghapus data volume root Anda dan segala kustomisasi OS yang ada.
+ Dalam model tanggung jawab bersama, Anda bertanggung jawab untuk menjaga OS tetap mutakhir. RDS Custom for Oracle tidak mengamanatkan tambalan yang Anda terapkan untuk OS Anda. Jika RDS Custom for Oracle Anda berfungsi, Anda dapat menggunakan AMI yang terkait dengan CEV ini tanpa batas waktu.
# Melihat target pemutakhiran CEV yang valid untuk instans basis data RDS Custom for Oracle
Anda dapat melihat yang ada CEVs di halaman **Versi mesin kustom** di Konsol Manajemen AWS.
Anda juga dapat menggunakan [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI perintah untuk menemukan valid CEVs untuk digunakan ketika Anda meng-upgrade instance DB Anda, seperti yang ditunjukkan pada contoh berikut. Contoh ini beranggapan bahwa Anda membuat instans basis data dengan menggunakan versi mesin `19.my_cev1`, dan bahwa ada versi-versi pemutakhiran `19.my_cev2` dan `19.my_cev`.
```
aws rds describe-db-engine-versions --engine custom-oracle-ee --engine-version 19.my_cev1
```
Output-nya menyerupai yang berikut. Bidang `ImageId` menunjukkan ID AMI.
```
{
"DBEngineVersions": [
{
"Engine": "custom-oracle-ee",
"EngineVersion": "19.my_cev1",
...
"Image": {
"ImageId": "ami-2345",
"Status": "active"
},
"DBEngineVersionArn": "arn:aws:rds:us-west-2:123456789012:cev:custom-oracle-ee/19.my_cev1/12a34b5c-67d8-90e1-2f34-gh56ijk78lm9"
"ValidUpgradeTarget": [
{
"Engine": "custom-oracle-ee",
"EngineVersion": "19.my_cev2",
"Description": "19.my_cev2 description",
"AutoUpgrade": false,
"IsMajorVersionUpgrade": false
},
{
"Engine": "custom-oracle-ee",
"EngineVersion": "19.my_cev3",
"Description": "19.my_cev3 description",
"AutoUpgrade": false,
"IsMajorVersionUpgrade": false
}
]
...
```
# Upgrade RDS Custom untuk instans Oracle DB
Untuk meningkatkan instans RDS Custom for Oracle DB Anda, modifikasi untuk menggunakan yang baruCEV. Ini CEV dapat berisi binari database baru atau yang baruAMI. Misalnya, untuk meng-upgrade instans Oracle Linux 7.9 DB Anda ke Oracle Linux 8, tentukan yang terbaruAMI, yang menggunakan Oracle Linux 8. Untuk meng-upgrade database dan OS, Anda harus melakukan dua upgrade terpisah.
**catatan**
Jika Anda memutakhirkan database, RDS Custom secara otomatis memutakhirkan replika baca setelah memutakhirkan instans DB utama. Jika Anda memutakhirkan OS, Anda harus memutakhirkan replika secara manual.
Sebelum Anda mulai, tinjau [Persyaratan untuk pemutakhiran RDS Custom for Oracle](custom-upgrading.md#custom-upgrading-reqs) dan [Pertimbangan-pertimbangan untuk pemutakhiran basis data RDS Custom for Oracle](custom-upgrading-considerations.md).
## Konsol
**Untuk meningkatkan instans RDS Custom untuk Oracle DB**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Databases**, dan kemudian pilih RDS Custom for Oracle DB instance yang ingin Anda upgrade.
1. Pilih **Modifikasi**. Halaman **Modifikasi instans DB** akan muncul.
1. Untuk **versi mesin DB**, pilih yang baruCEV. Lakukan hal-hal berikut:
+ Jika Anda menambal database, pastikan bahwa CEV menentukan binari database yang berbeda dari yang digunakan oleh instans DB Anda, dan tidak menentukan yang berbeda dari AMI yang AMI saat ini digunakan oleh instans DB Anda.
+ Jika Anda menambal OS, pastikan bahwa CEV menentukan yang berbeda dari AMI yang AMI saat ini digunakan oleh instans DB Anda, dan tidak menentukan binari database yang berbeda.
**Awas**
Ketika Anda menambal OS, Anda kehilangan data volume root dan segala kustomisasi OS yang ada.
1. Pilih **Lanjutkan** untuk memeriksa ringkasan perubahan.
Untuk menerapkan perubahan dengan serta-merta, pilih **Terapkan seketika**.
1. Jika perubahan Anda benar, pilih **Ubah instans basis data**. Atau pilih **Kembali** untuk mengedit perubahan atau **Batalkan** untuk membatalkan perubahan.
## AWS CLI
Contoh-contoh berikut menunjukkan beberapa skenario pemutakhiran yang mungkin. Contoh mengasumsikan bahwa Anda membuat instans RDS Custom for Oracle DB dengan karakteristik berikut:
+ Instans basis data bernama `my-custom-instance`
+ CEVbernama `19.my_cev1`
+ Oracle Database 19c menggunakan non-arsitektur CDB
+ Oracle Linux 8 menggunakan AMI `ami-1234`
Layanan terbaru yang disediakan AMI adalah. `ami-2345` Anda dapat menemukan AMIs dengan menjalankan CLI perintah`describe-db-engine-versions`.
**Topics**
+ [Memutakhirkan OS](#custom-upgrading-modify.CLI.os)
+ [Memutakhirkan basis data](#custom-upgrading-modify.CLI.db)
### Memutakhirkan OS
Dalam contoh ini, Anda ingin meningkatkan `ami-1234` ke`ami-2345`, yang merupakan layanan terbaru yang disediakanAMI. Karena Anda memutakhirkan OS, binari database untuk `ami-1234` dan `ami-2345` harus sama. Anda membuat CEV nama baru `19.my_cev2` berdasarkan`19.my_cev1`.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds create-custom-db-engine-version \
--engine custom-oracle-ee \
--engine-version 19.my_cev2 \
--description "Non-CDB CEV based on ami-2345" \
--kms-key-id key-name \
--source-custom-db-engine-version-identifer arn:aws:rds:us-west-2:123456789012:cev:custom-oracle-ee/19.my_cev1/12345678-ab12-1234-cde1-abcde123456789 \
--image-id ami-2345
```
Untuk Windows:
```
aws rds create-custom-db-engine-version ^
--engine custom-oracle-ee ^
--engine-version 19.my_cev2 ^
--description "Non-CDB CEV based on ami-2345" ^
--kms-key-id key-name ^
--source-custom-db-engine-version-identifer arn:aws:rds:us-west-2:123456789012:cev:custom-oracle-ee/19.my_cev1/12345678-ab12-1234-cde1-abcde123456789 ^
--image-id ami-2345
```
Untuk memutakhirkan instans RDS Custom DB, gunakan [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI perintah dengan parameter berikut:
+ `--db-instance-identifier`— Tentukan RDS Custom for Oracle DB instance yang akan ditingkatkan.
+ `--engine-version`— Tentukan CEV yang memiliki yang baruAMI.
+ `--no-apply-immediately` \$1 `--apply-immediately` – Tentukan apakah akan melakukan pemutakhiran dengan serta-merta atau menunggu sampai jendela pemeliharaan terjadwal.
Contoh berikut memutakhirkan `my-custom-instance` ke versi `19.my_cev2`. Hanya OS yang dimutakhirkan.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--engine-version 19.my_cev2 \
--apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--engine-version 19.my_cev2 ^
--apply-immediately
```
### Memutakhirkan basis data
Dalam contoh ini, Anda ingin menerapkan Oracle patch p35042068 ke instans Oracle DB Anda. RDS Karena Anda memutakhirkan OS di [Memutakhirkan OS](#custom-upgrading-modify.CLI.os), instans basis data Anda saat ini menggunakan `19.my_cev2`, yang berdasarkan `ami-2345`. Anda membuat CEV nama baru `19.my_cev3` yang juga menggunakan`ami-2345`, tetapi Anda menentukan JSON manifes baru dalam variabel `$MANIFEST` lingkungan. Jadi, hanya binari database yang berbeda di baru Anda CEV dan CEV yang saat ini digunakan instance Anda.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds create-custom-db-engine-version \
--engine custom-oracle-ee \
--engine-version 19.my_cev3 \
--description "Non-CDB CEV with p35042068 based on ami-2345" \
--kms-key-id key-name \
--image-id ami-2345 \
--manifest $MANIFEST
```
Untuk Windows:
```
aws rds create-custom-db-engine-version ^
--engine custom-oracle-ee ^
--engine-version 19.my_cev3 ^
--description "Non-CDB CEV with p35042068 based on ami-2345" ^
--kms-key-id key-name ^
--image-id ami-2345 ^
--manifest $MANIFEST
```
Contoh berikut memutakhirkan `my-custom-instance` ke versi mesin `19.my_cev3`. Hanya basis data yang dimutakhirkan.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--engine-version 19.my_cev3 \
--apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--engine-version 19.my_cev3 ^
--apply-immediately
```
# Melihat pemutakhiran basis data yang tertunda untuk instans basis data RDS Custom
Anda dapat melihat upgrade database tertunda untuk instans Amazon RDS Custom DB Anda dengan menggunakan perintah or. [describe-db-instances[describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html)](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) AWS CLI
Namun, pendekatan ini tidak berfungsi jika Anda menggunakan opsi `--apply-immediately` atau jika pemutakhiran sedang berlangsung.
Perintah `describe-db-instances` berikut menunjukkan pemutakhiran basis data tertunda untuk `my-custom-instance`.
```
aws rds describe-db-instances --db-instance-identifier my-custom-instance
```
Output-nya menyerupai yang berikut.
```
{
"DBInstances": [
{
"DBInstanceIdentifier": "my-custom-instance",
"EngineVersion": "19.my_cev1",
...
"PendingModifiedValues": {
"EngineVersion": "19.my_cev3"
...
}
}
]
}
```
# Memecahkan masalah kegagalan pemutakhiran untuk instans RDS Custom for Oracle DB
Jika upgrade instans RDS Custom DB gagal, sebuah RDS peristiwa dihasilkan dan status instans DB menjadi`upgrade-failed`.
Anda dapat melihat status ini dengan menggunakan [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) AWS CLI perintah, seperti yang ditunjukkan pada contoh berikut.
```
aws rds describe-db-instances --db-instance-identifier my-custom-instance
```
Output-nya menyerupai yang berikut.
```
{
"DBInstances": [
{
"DBInstanceIdentifier": "my-custom-instance",
"EngineVersion": "19.my_cev1",
...
"PendingModifiedValues": {
"EngineVersion": "19.my_cev3"
...
}
"DBInstanceStatus": "upgrade-failed"
}
]
}
```
Setelah suatu kegagalan pemutakhiran, semua tindakan basis data diblokir kecuali untuk mengubah instans basis data guna melakukan tugas-tugas berikut:
+ Mencoba lagi pemutakhiran yang sama
+ Menjeda dan melanjutkan otomatisasi RDS kustom
+ Point-in-time pemulihan (PITR)
+ Menghapus instans basis data
**catatan**
Jika otomatisasi telah dijeda untuk instans RDS Custom DB, Anda tidak dapat mencoba lagi pemutakhiran hingga Anda melanjutkan otomatisasi.
Tindakan yang sama berlaku untuk kegagalan pemutakhiran untuk replika baca yang RDS dikelola seperti untuk primer.
Untuk informasi selengkapnya, lihat [Memecahkan masalah pemutakhiran untuk RDS Custom for Oracle](custom-troubleshooting.md#custom-troubleshooting-upgrade).