View a markdown version of this page

Cadangan Layanan Database Relasional Amazon - AWS Backup
Amazon RDS dan snapshot AWS Backup Memahami tumpang tindih cadangan dan biayaAmazon RDS dan pencadangan AWS Backup berkelanjutan dan PITRCadangan Amazon RDS Multi-AZ Database Global Amazon AuroraPertanyaan umum untuk cadangan berkelanjutan Amazon RDS dan Aurora

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

Cadangan Layanan Database Relasional Amazon

Amazon RDS dan AWS Backup

Saat Anda mempertimbangkan opsi untuk membuat cadangan instans dan cluster Amazon RDS Anda, penting untuk mengklarifikasi jenis cadangan yang ingin Anda buat dan gunakan. Beberapa AWS sumber daya, termasuk Amazon RDS, menawarkan solusi cadangan asli mereka sendiri.

Amazon RDS memberikan opsi untuk membuat backup otomatis dan backup https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingManualBackups.html manual. Poin pemulihan yang dibuat oleh AWS Backup diklasifikasikan secara berbeda tergantung pada jenis cadangan:

  • Snapshot berkala yang dibuat oleh AWS Backup dianggap sebagai cadangan manual di Amazon RDS. Ini adalah cadangan berbasis snapshot yang diambil sesuai dengan jadwal rencana cadangan Anda.

  • Pencadangan berkelanjutan yang AWS Backup dibuat oleh dianggap sebagai cadangan otomatis di Amazon RDS. Ini memungkinkan pemulihan point-in-time (PITR) dengan memelihara log transaksi bersama snapshot otomatis.

Perbedaan ini penting karena pencadangan manual dan otomatis memiliki perilaku retensi dan manajemen siklus hidup yang berbeda di Amazon RDS.

Saat Anda menggunakan AWS Backup untuk membuat cadangan (titik pemulihan) instans Amazon RDS, periksa AWS Backup apakah sebelumnya Anda telah menggunakan Amazon RDS untuk membuat cadangan otomatis. Jika ada cadangan otomatis, buat AWS Backup salinan snapshot inkremental (copy-db-snapshotoperasi). Jika tidak ada cadangan AWS Backup , buat snapshot dari instance yang Anda tunjukkan, bukan salinan (create-db-snapshotoperasi).

Snapshot pertama yang dibuat oleh AWS Backup, dibuat oleh salah satu operasi, akan menghasilkan 1 snapshot penuh. Semua salinan selanjutnya dari ini akan menjadi cadangan tambahan, selama cadangan lengkap ada.

Saat menggunakan salinan lintas akun atau lintas wilayah, pekerjaan penyalinan snapshot inkremental memproses lebih cepat daripada pekerjaan penyalinan snapshot penuh. Menyimpan salinan snapshot sebelumnya hingga pekerjaan penyalinan baru selesai dapat mengurangi durasi pekerjaan penyalinan. Jika Anda memilih untuk menyalin snapshot dari instance database RDS, penting untuk dicatat bahwa menghapus salinan sebelumnya terlebih dahulu akan menyebabkan salinan snapshot penuh dibuat (bukan tambahan). Untuk informasi selengkapnya tentang mengoptimalkan penyalinan, lihat Penyalinan snapshot tambahan di Panduan Pengguna Amazon RDS.

penting

Ketika rencana pen AWS Backup cadangan dijadwalkan untuk membuat beberapa snapshot harian dari instans Amazon RDS, dan ketika salah satu jendela AWS Backup Mulai Pencadangan terjadwal tersebut bertepatan dengan jendela Cadangan Amazon RDS, garis keturunan data cadangan dapat bercabang menjadi cadangan yang tidak identik, membuat cadangan yang tidak direncanakan dan saling bertentangan. Untuk mencegah hal ini, pastikan rencana AWS Backup cadangan atau jendela Amazon RDS Anda tidak sesuai dengan waktunya.

Pertimbangan-pertimbangan

AWS Backup mendukung pembuatan cadangan sesuai permintaan dari RDS Custom untuk instans SQL Server. Namun, memulihkan RDS Custom untuk SQL Server melalui tidak AWS Backup didukung secara native. Untuk memulihkan, gunakan restore-db-instance-from-db-snapshot operasi di Amazon RDS dengan snapshot yang AWS Backup dibuat. Untuk informasi selengkapnya, lihat Memulihkan instans Amazon RDS Custom untuk SQL Server menggunakan cadangan dari AWS Backup.

RDS Custom untuk Oracle saat ini tidak didukung oleh AWS Backup.

AWS Backup tidak mendukung pencadangan dan pemulihan RDS di Pos Terdepan atau di Zona Lokal, termasuk Zona Lokal Khusus. AWS Backup membutuhkan instans RDS untuk dis BackupTarget etel ke region (default).

Memahami tumpang tindih cadangan dan biaya

AWS Backup snapshot periodik diklasifikasikan sebagai cadangan manual di Amazon RDS. Meskipun mereka berbagi rantai snapshot inkremental yang sama dengan cadangan otomatis, mereka diperhitungkan dalam penyimpanan cadangan total Anda bersama dengan pencadangan otomatis. Amazon RDS menyediakan alokasi penyimpanan cadangan gratis yang setara dengan penyimpanan instans DB yang Anda sediakan — ini mencakup gabungan cadangan otomatis dan snapshot manual. Penyimpanan di luar alokasi itu ditagih. Jika Anda menjalankan AWS Backup snapshot terjadwal dan cadangan otomatis Amazon RDS, keduanya berkontribusi pada total ini, dan Anda harus memasukkan ini ke dalam perencanaan biaya Anda.

Saat Anda menggunakan AWS Backup untuk membuat cadangan instans Amazon RDS DB, snapshot otomatis mungkin muncul dengan stempel waktu yang tidak terduga; itu cocok dengan waktu pembuatan AWS Backup snapshot daripada jendela cadangan otomatis Amazon RDS. Jika Amazon RDS tidak menemukan cadangan otomatis baru-baru ini dalam satu hari terakhir, Amazon RDS akan mengkonsolidasikan cadangan. Amazon RDS melampirkan metadata cadangan otomatis ke snapshot manual yang AWS Backup dibuat. Ini memastikan instance DB mempertahankan cadangan otomatis reguler. Ini paling sering terjadi ketika AWS Backup operasi berjalan cukup lama untuk tumpang tindih dengan jendela cadangan otomatis Amazon RDS.

Saat cadangan dikonsolidasikan, entri snapshot manual dan otomatis mereferensikan data snapshot dasar yang sama. Anda hanya dikenakan biaya sekali untuk satu snapshot dasar itu dan data Anda tetap terlindungi sepenuhnya. Selain itu, fungsi retensi cadangan dan pemulihan point-in-time tidak terpengaruh terlepas dari apakah entri dikonsolidasikan.

Pencadangan berkelanjutan Amazon RDS dan pemulihan titik waktu

Pencadangan berkelanjutan melibatkan penggunaan AWS Backup untuk membuat cadangan penuh sumber daya Amazon RDS Anda, kemudian menangkap semua perubahan melalui log transaksi. Anda dapat mencapai perincian yang lebih besar dengan memutar ulang ke titik waktu yang ingin Anda pulihkan alih-alih memilih snapshot sebelumnya yang diambil pada interval waktu tetap.

Lihat pencadangan berkelanjutan dan layanan yang didukung PITR dan mengelola pengaturan pencadangan berkelanjutan untuk informasi selengkapnya.

penting

Mengaktifkan pencadangan berkelanjutan untuk Amazon RDS menggunakan AWS Backup saat sebelumnya dinonaktifkan (atau menonaktifkan pencadangan berkelanjutan saat sebelumnya diaktifkan) membuat instance Amazon RDS offline untuk membuat perubahan. Rencanakan perubahan ini selama jendela pemeliharaan untuk meminimalkan dampak. Jika pencadangan otomatis diaktifkan dari Amazon RDS dan cadangan itu dipindahkan begitu saja AWS Backup, maka tidak diperlukan waktu henti.

Cadangan Multi-Availability Zona Amazon RDS

AWS Backup mencadangkan dan mendukung opsi penyebaran Amazon RDS untuk MySQL dan PostgreSQL Multi-AZ (Availability Zone) dengan satu instans basis data siaga primer dan dua yang dapat dibaca.

Untuk daftar Wilayah tempat cadangan Multi-Availability Zona tersedia, lihat Multi-AZ kolom Amazon RDS diLayanan yang didukung oleh Wilayah AWS.

Opsi Multi-AZ penerapan mengoptimalkan transaksi tulis dan sangat ideal ketika beban kerja Anda memerlukan kapasitas baca tambahan, latensi transaksi penulisan yang lebih rendah, ketahanan yang lebih besar dari jitter jaringan (yang berdampak pada konsistensi latensi transaksi tulis), dan ketersediaan dan daya tahan tinggi.

Untuk membuat Multi-AZ cluster, Anda dapat memilih MySQL atau PostgreSQL sebagai jenis mesin.

Di AWS Backup konsol, ada tiga opsi penerapan:

  • Multi-AZ Cluster DB: Membuat cluster DB dengan instans DB primer dan dua instans DB siaga yang dapat dibaca, yang masing-masing instance DB berada di Zona Ketersediaan yang berbeda. Menyediakan ketersediaan tinggi, redundansi data, dan meningkatkan kapasitas untuk beban kerja siap server.

  • Multi-AZ Instans DB: Membuat instance DB primer dan instance DB siaga di Zona Ketersediaan yang berbeda. Ini memberikan ketersediaan tinggi dan redundansi data, tetapi instance DB siaga tidak mendukung koneksi untuk beban kerja baca.

  • Instans DB tunggal: Membuat instance DB tunggal tanpa instans DB siaga.

Perilaku pencadangan dengan instans dan cluster

  • Point-in-Time Pemulihan (PITR) dapat mendukung instance, tetapi bukan cluster.

  • Menyalin snapshot cluster Multi-AZ DB tidak didukung.

  • Nama Sumber Daya Amazon (ARN) untuk titik pemulihan RDS bergantung pada apakah instance atau cluster digunakan:

    Sebuah contoh RDS ARN: arn:aws:rds:region: account:db:name

    Multi-Availability Cluster RDS: arn:aws:rds:region:account:cluster:name

Untuk informasi selengkapnya, Multi-AZ lihat penerapan cluster DB di Panduan Pengguna Amazon RDS.

Untuk informasi selengkap nya tentang Membuat snapshot cluster Multi-AZ DB, lihat Panduan Pengguna Amazon RDS.

Database Global Amazon Aurora

AWS merekomendasikan untuk memelihara cadangan di setiap Wilayah tempat basis data global Anda digunakan.

Pertanyaan umum untuk cadangan berkelanjutan Amazon RDS dan Aurora

Bagaimana cadangan berkelanjutan Amazon RDS dan Aurora ditautkan ke cadangan otomatis?

AWS Backup pemulihan point-in-time (backup berkelanjutan) memusatkan pengelolaan backup otomatis di Amazon RDS dan Aurora. Saat Anda mengaktifkan pencadangan berkelanjutan AWS Backup, AWS Backup mengambil alih kendali pencadangan otomatis dari Amazon RDS atau Aurora. Anda tidak dapat lagi mengubah waktu mulai pencadangan (jendela cadangan pilihan) atau retensi menggunakan konsol Amazon RDS atau Aurora atau API. Anda masih dapat mengelola jendela pemeliharaan dari konsol atau API Amazon RDS atau Aurora. AWS Backup secara cerdas menjadwalkan pencadangan otomatis untuk menghindari tumpang tindih dengan cadangan terjadwal lainnya (snapshot) dan jendela pemeliharaan jika memungkinkan.

Bagaimana backup berkelanjutan muncul di AWS Backup konsol?

Di AWS Backup konsol, navigasikan ke vault yang ditentukan dalam rencana cadangan Anda dan cari Continu ous di kolom Jenis cadangan. Cadangan ditampilkan sebagai Tersedia setelah pencadangan berkelanjutan pertama selesai, menunjukkan bahwa PITR tersedia untuk sumber daya tersebut.

Bagaimana kontrol cadangan otomatis dikembalikan ke Amazon RDS atau Aurora?

Untuk mengembalikan kontrol cadangan otomatis ke Amazon RDS atau Aurora, pertama-tama hapus rencana atau aturan cadangan dengan pencadangan berkelanjutan yang diaktifkan untuk Amazon RDS atau Aurora, atau ubah aturan untuk menghapus pencadangan berkelanjutan. Kemudian pilih salah satu opsi berikut:

  • Pertahankan data cadangan: Jalankan DisassociateRecoveryPoint API. Ini memutuskan pencadangan berkelanjutan dan melepaskan kontrol ke Amazon RDS, menjaga data cadangan di Amazon RDS yang dapat Anda gunakan untuk melakukan pemulihan.

  • Hapus data cadangan: Jalankan DeleteRecoveryPoint API. Ini menghapus titik pemulihan berkelanjutan, menghapus data cadangan, dan mengembalikan kontrol ke Amazon RDS.

penting

Saat Anda menjalankan DisassociateRecoveryPoint atauDeleteRecoveryPoint, AWS Backup panggil ModifyDBInstance API untuk instans Amazon RDS atau ModifyDBCluster API untuk cluster Aurora, dan segera menerapkan perubahan. Jika ada perubahan konfigurasi yang tertunda di Amazon RDS atau Aurora, perubahan tersebut juga segera diterapkan. Mungkin ada downtime singkat selama operasi ini.

Untuk informasi selengkapnya, lihat Bagaimana cara menghentikan pencadangan berkelanjutan Amazon RDS? AWS Backup