View a markdown version of this page

Memulihkan instans RDS Custom for Oracle ke suatu titik waktu - Amazon Relational Database Service
Pertimbangan PITR untuk RDS Custom for Oracle

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Memulihkan instans RDS Custom for Oracle ke suatu titik waktu

catatan

Pemberitahuan akhir dukungan: Pada 31 Maret 2027, AWS akan mengakhiri dukungan untuk Amazon RDS Custom for Oracle. Setelah 31 Maret 2027, Anda tidak akan lagi dapat mengakses RDS Custom for Oracle console atau RDS Custom for Oracle resources. Untuk informasi selengkapnya, lihat RDS Kustom untuk akhir dukungan Oracle.

Anda dapat memulihkan instans DB ke titik waktu tertentu (PITR) dan membuat instans DB baru. Untuk mendukung PITR, instans DB Anda harus mengatur retensi cadangan ke nilai bukan nol.

Waktu pemulihan terbaru untuk instans DB RDS Custom for Oracle bergantung 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-instancesperintah dan lihat nilai yang dikembalikan di LatestRestorableTime bidang untuk instans DB. Untuk melihat waktu pemulihan terbaru setiap instans DB di konsol Amazon RDS, pilih Cadangan otomatis.

Anda dapat memulihkan ke titik waktu mana pun dalam periode retensi cadangan Anda. Untuk melihat waktu pemulihan terbaru setiap instans DB, pilih Cadangan otomatis di konsol Amazon RDS.

Untuk informasi umum tentang PITR, lihat Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS.

Pertimbangan PITR untuk RDS Custom for Oracle

PITR di RDS Custom for Oracle berbeda dari PITR di Amazon RDS dalam beberapa hal penting berikut:

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

  • Semua instans DB RDS Custom for Oracle harus mengatur retensi cadangan ke nilai bukan nol.

  • Jika Anda mengubah zona waktu sistem operasi atau instans DB, PITR mungkin tidak berfungsi. Untuk informasi selengkapnya tentang perubahan zona waktu, lihat Zona waktu Oracle.

  • Jika Anda menyetel otomatisasi keALL_PAUSED, RDS Custom menjeda unggahan file log redo yang diarsipkan, termasuk log yang dibuat sebelum waktu restorable (LRT) terbaru. Sebaiknya Anda menjeda otomatisasi untuk jangka waktu yang singkat.

    Sebagai ilustrasi, asumsikan bahwa LRT Anda 10 menit yang lalu. Anda menjeda otomatisasi. Selama jeda, RDS Custom tidak mengunggah log pengulangan yang diarsipkan. Jika instans DB crash, Anda hanya dapat memulihkan ke waktu sebelum LRT yang ada saat Anda menjeda. Saat Anda melanjutkan otomatisasi, RDS Custom melanjutkan pengunggahan log. LRT berlanjut. Aturan PITR normal berlaku.

  • Di RDS Custom, Anda dapat menentukan secara manual jumlah jam arbitrer 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.

    2. Tambahkan objek JSON dalam format berikut: {"archivedLogRetentionHours" : "num_of_hours"}. Angka tersebut harus berupa bilangan bulat dalam kisaran 1-840.

  • Asumsikan bahwa Anda menghubungkan non-CDB ke basis data kontainer (CDB) sebagai PDB dan kemudian mencoba PITR. Operasi hanya akan berhasil jika sebelumnya Anda mencadangkan PDB. Setelah membuat atau memodifikasi PDB, sebaiknya Anda selalu mencadangkan PDB.

  • Sebaiknya Anda tidak menyesuaikan parameter inisialisasi basis data. Misalnya, memodifikasi parameter berikut memengaruhi PITR:

    • CONTROL_FILE_RECORD_KEEP_TIME memengaruhi aturan untuk mengunggah dan menghapus log.

    • LOG_ARCHIVE_DEST_n tidak mendukung banyak tujuan.

    • ARCHIVE_LAG_TARGETmempengaruhi waktu restorable terbaru. ARCHIVE_LAG_TARGETdiatur ke 300 karena tujuan titik pemulihan (RPO) adalah 5 menit. Untuk menghormati tujuan ini, RDS mengganti log pengulangan online setiap 5 menit dan menyimpannya dalam 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 memiliki IOPS dan throughput yang lebih tinggi. 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:

    • 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 memulihkan nilai default. Jika Anda memodifikasi parameter yang tidak ada dalam daftar sebelumnya, mungkin ada efek buruk pada PITR dan menyebabkan hasil yang tidak terduga. Misalnya, CONTROL_FILE_RECORD_KEEP_TIME memengaruhi aturan untuk mengunggah dan menghapus log.

Anda dapat memulihkan instans RDS Custom DB ke titik waktu menggunakan Konsol Manajemen AWS, API AWS CLI, atau RDS.

Cara memulihkan instans DB RDS Custom ke waktu tertentu

  1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.

  2. Di panel navigasi, pilih Pencadangan otomatis.

  3. Pilih instans DB RDS Custom yang ingin Anda pulihkan.

  4. Untuk Tindakan, pilih Pulihkan ke titik waktu.

    Jendela Pulihkan ke titik waktu akan muncul.

  5. 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 dalam zona waktu lokal Anda, yang ditunjukkan dengan offset dari Waktu Universal Terkoordinasi (UTC). UTC-5 adalah Eastern Standard Time/Central Daylight Time.

  6. Untuk Pengidentifikasi instans DB, masukkan nama target instans DB RDS Custom yang dipulihkan. Nama harus unik.

  7. Pilih opsi lain sesuai kebutuhan, seperti kelas instans DB.

  8. Pilih Pulihkan ke titik waktu.

Anda mengembalikan instans DB ke waktu tertentu dengan menggunakan point-in-time AWS CLI perintah restore-db-instance-to- 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.

contoh

Untuk Linux, macOS, atau Unix:

aws rds restore-db-instance-to-point-in-time \
    --source-db-instance-identifier my-custom-db-instance\
    --target-db-instance-identifier my-restored-custom-db-instance \
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
    --restore-time 2022-10-14T23:45:00.000Z

Untuk Windows:

aws rds restore-db-instance-to-point-in-time ^
    --source-db-instance-identifier my-custom-db-instance ^
    --target-db-instance-identifier my-restored-custom-db-instance ^
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
    --restore-time 2022-10-14T23:45:00.000Z