Memulihkan instance RDS Custom for Oracle ke titik waktu - Layanan Basis Data Relasional Amazon
PITRpertimbangan 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 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-instancesperintah 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 tertentu untuk Amazon RDS.

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

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

  • Jika Anda menyetel otomatisasi keALL_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.

    2. 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_TARGETmempengaruhi waktu restorable terbaru. ARCHIVE_LAG_TARGETdiatur 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. AWS Management Console

Untuk mengembalikan instans RDS Custom DB ke waktu tertentu

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

  2. Di panel navigasi, pilih Pencadangan otomatis.

  3. Pilih instans RDS Custom DB 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 di zona waktu lokal Anda, yang ditunjukkan dengan offset dari Coordinated Universal Time ()UTC. Misalnya, UTC -5 adalah Waktu Standar Timur/Waktu Siang Tengah.

  6. Untuk pengidentifikasi instans DB, masukkan nama instans RDS Custom DB target 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.

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