Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memulihkan instance RDS Custom for Oracle ke titik waktu
Anda dapat mengembalikan instans DB ke titik waktu tertentu (PITR), membuat instans DB baru. Untuk mendukungPITR, instans DB Anda harus memiliki retensi cadangan yang disetel ke nilai bukan nol.
Waktu restorable terbaru untuk instans RDS Custom for Oracle DB tergantung pada beberapa faktor, tetapi biasanya dalam 5 menit dari waktu saat ini. Untuk melihat waktu restorable terbaru untuk instans DB, gunakan AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)perintah dan lihat nilai yang dikembalikan di `LatestRestorableTime` bidang untuk instans DB. Untuk melihat waktu restorable terbaru untuk setiap instans DB di RDS konsol Amazon, pilih Pencadangan **otomatis**.
Anda dapat memulihkan ke titik waktu mana pun dalam periode retensi cadangan Anda. Untuk melihat waktu restorasi paling awal untuk setiap instans DB, pilih **Pencadangan otomatis** di konsol Amazon. RDS
Untuk informasi umum tentang PITR, lihat [Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS](USER_PIT.md).
**Topics**
+ [PITRpertimbangan untuk RDS Custom for Oracle](#custom-backup.pitr.oracle)
## PITRpertimbangan untuk RDS Custom for Oracle
Di RDS Custom for Oracle, PITR berbeda dalam cara-cara penting berikut dari PITR di AmazonRDS:
+ Basis data yang dipulihkan memiliki nama yang sama seperti pada instans DB sumber. Anda tidak dapat menentukan nama yang berbeda. Default-nya adalah `ORCL`.
+ `AWSRDSCustomIamRolePolicy` membutuhkan izin baru. Untuk informasi selengkapnya, lihat [Langkah 2: Tambahkan kebijakan akses ke AWSRDSCustom InstanceRoleForRdsCustomInstance](custom-setup-orcl.md#custom-setup-orcl.iam.add-policy).
+ Semua instans RDS Custom for Oracle DB harus memiliki retensi cadangan yang disetel ke nilai bukan nol.
+ Jika Anda mengubah sistem operasi atau zona waktu instans DB, PITR mungkin tidak berfungsi. Untuk informasi selengkapnya tentang perubahan zona waktu, lihat [Zona waktu Oracle](custom-managing.timezone.md).
+ Jika Anda menyetel otomatisasi ke`ALL_PAUSED`, RDS Custom menjeda unggahan file log redo yang diarsipkan, termasuk log yang dibuat sebelum waktu restorable terbaru (). LRT Sebaiknya Anda menjeda otomatisasi untuk jangka waktu yang singkat.
Sebagai ilustrasi, asumsikan bahwa Anda LRT 10 menit yang lalu. Anda menjeda otomatisasi. Selama jeda, RDS Custom tidak mengunggah log pengulangan yang diarsipkan. Jika instans DB Anda mogok, Anda hanya dapat memulihkan ke waktu sebelum LRT yang ada saat Anda berhenti. Saat Anda melanjutkan otomatisasi, RDS Custom melanjutkan mengunggah log. LRTKemajuan. PITRAturan normal berlaku.
+ Di RDS Kustom, Anda dapat secara manual menentukan jumlah jam yang sewenang-wenang untuk mempertahankan log pengulangan yang diarsipkan sebelum RDS Custom menghapusnya setelah diunggah. Tentukan jumlah jam sebagai berikut:
1. Buat file teks bernama `/opt/aws/rdscustomagent/config/redo_logs_custom_configuration.json`.
1. Tambahkan JSON objek dalam format berikut:`{"archivedLogRetentionHours" : "num_of_hours"}`. Angka tersebut harus berupa bilangan bulat dalam kisaran 1-840.
+ Asumsikan bahwa Anda mencolokkan non- CDB ke database container (CDB) sebagai PDB dan kemudian mencobaPITR. Operasi hanya berhasil jika Anda sebelumnya mencadangkan. PDB Setelah Anda membuat atau memodifikasiPDB, kami sarankan Anda selalu mencadangkannya.
+ Sebaiknya Anda tidak menyesuaikan parameter inisialisasi basis data. Misalnya, memodifikasi parameter berikut memengaruhiPITR:
+ `CONTROL_FILE_RECORD_KEEP_TIME` memengaruhi aturan untuk mengunggah dan menghapus log.
+ `LOG_ARCHIVE_DEST_n` tidak mendukung banyak tujuan.
+ `ARCHIVE_LAG_TARGET`mempengaruhi waktu restorable terbaru. `ARCHIVE_LAG_TARGET`diatur ke `300` karena tujuan titik pemulihan (RPO) adalah 5 menit. Untuk menghormati tujuan ini, RDS alihkan log pengulangan online setiap 5 menit dan simpan di ember Amazon S3. Jika frekuensi sakelar log menyebabkan masalah kinerja untuk database RDS Custom for Oracle, Anda dapat menskalakan instans dan penyimpanan DB Anda ke yang lebih tinggi IOPS dan throughput. Jika perlu untuk rencana pemulihan Anda, Anda dapat menyesuaikan pengaturan parameter `ARCHIVE_LAG_TARGET` inisialisasi ke nilai dari 60-7200.
+ Jika Anda menyesuaikan parameter inisialisasi database, kami sangat menyarankan Anda menyesuaikan hanya yang berikut ini:
+ `COMPATIBLE`
+ `MAX_STRING_SIZE`
+ `DB_FILES`
+ `UNDO_TABLESPACE`
+ `ENABLE_PLUGGABLE_DATABASE`
+ `CONTROL_FILES`
+ `AUDIT_TRAIL`
+ `AUDIT_TRAIL_DEST`
Untuk semua parameter inisialisasi lainnya, RDS Custom mengembalikan nilai default. Jika Anda memodifikasi parameter yang tidak ada dalam daftar sebelumnya, itu mungkin memiliki efek buruk PITR dan menyebabkan hasil yang tidak terduga. Misalnya, `CONTROL_FILE_RECORD_KEEP_TIME` memengaruhi aturan untuk mengunggah dan menghapus log.
Anda dapat mengembalikan instans RDS Custom DB ke titik waktu menggunakan AWS CLI,, atau RDSAPI. Konsol Manajemen AWS
## Konsol
**Untuk mengembalikan instans RDS Custom DB ke waktu tertentu**
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 **Pencadangan otomatis**.
1. Pilih instans RDS Custom DB yang ingin Anda pulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan ke titik waktu**.
Jendela **Pulihkan ke titik waktu** akan muncul.
1. Pilih **Waktu pemulihan terbaru** untuk memulihkan ke waktu terbaru yang dimungkinkan atau pilih **Kustom** untuk memilih waktu.
Jika Anda memilih **Kustom**, masukkan tanggal dan waktu untuk memulihkan instans.
Waktu ditampilkan di zona waktu lokal Anda, yang ditunjukkan dengan offset dari Coordinated Universal Time ()UTC. Misalnya, UTC -5 adalah Waktu Standar Timur/Waktu Siang Tengah.
1. Untuk **pengidentifikasi instans DB**, masukkan nama instans RDS Custom DB target yang dipulihkan. Nama harus unik.
1. Pilih opsi lain sesuai kebutuhan, seperti kelas instans DB.
1. Pilih **Pulihkan ke titik waktu**.
## AWS CLI
Anda mengembalikan instans DB ke waktu tertentu dengan menggunakan point-in-time AWS CLI perintah [ restore-db-instance-to-](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) untuk membuat instance RDS Custom DB baru.
Gunakan salah satu opsi berikut untuk menentukan cadangan yang akan dipulihkan dari:
+ `--source-db-instance-identifier mysourcedbinstance`
+ `--source-dbi-resource-id dbinstanceresourceID`
+ `--source-db-instance-automated-backups-arn backupARN`
Opsi `custom-iam-instance-profile` diperlukan.
Contoh berikut memulihkan `my-custom-db-instance` ke instans DB baru bernama `my-restored-custom-db-instance` pada waktu yang ditentukan.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-custom-db-instance\
3. --target-db-instance-identifier my-restored-custom-db-instance \
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5. --restore-time 2022-10-14T23:45:00.000Z
```
Untuk Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-custom-db-instance ^
3. --target-db-instance-identifier my-restored-custom-db-instance ^
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
5. --restore-time 2022-10-14T23:45:00.000Z
```