全部产品
Search
文档中心

Data Management:Cadangkan secara logis instance ApsaraDB RDS for MySQL yang hanya-baca

更新时间:Jul 06, 2025

Topik ini menjelaskan cara menggunakan Data Disaster Recovery untuk mencadangkan instance ApsaraDB RDS for MySQL yang hanya-baca secara logis.

Prasyarat

  • Jadwal cadangan Data Disaster Recovery telah dibeli. Untuk informasi lebih lanjut, lihat Buat Jadwal Cadangan.

    Catatan

    Saat membeli jadwal cadangan, atur parameter Tipe Sumber Data ke MySQL dan parameter Metode Cadangan ke Cadangan Logis.

  • Instance ApsaraDB RDS for MySQL yang hanya-baca telah dibuat. Untuk informasi lebih lanjut, lihat Buat Instance ApsaraDB RDS for MySQL yang Hanya-Baca.

  • Persyaratan berikut terpenuhi jika Anda menggunakan Metode 1: Konfigurasikan Jadwal Cadangan untuk Instance ApsaraDB RDS for MySQL yang Hanya-Baca dengan Menggunakan Titik Akhir Publiknya:

  • Persyaratan berikut terpenuhi jika Anda menggunakan Metode 2: Konfigurasikan Jadwal Cadangan untuk Instance ApsaraDB RDS for MySQL yang Hanya-Baca dengan Menggunakan Titik Akhir Internalnya:

    • Titik akhir internal dari instance hanya-baca diperoleh. Alamat IP internal real-time diperoleh dengan menjalankan perintah ping pada perangkat lokal Anda.获取内网IP

      Penting

      Alamat IP internal yang Anda peroleh mungkin berubah dalam skenario tertentu. Jika alamat IP internal baru dari instance hanya-baca berbeda dari alamat IP internal yang dikonfigurasi dalam jadwal cadangan, pencadangan gagal. Untuk informasi lebih lanjut, lihat bagian "Catatan Penggunaan" dari topik ini.

    • Blok CIDR server Data Disaster Recovery ditambahkan ke daftar putih instance hanya-baca. Untuk informasi lebih lanjut, lihat Konfigurasikan Daftar Putih Alamat IP.

      Catatan

      Saat mengonfigurasi jadwal cadangan, Anda dapat mengatur parameter Lokasi Basis Data ke RDS Instance dan klik Set Whitelist untuk mendapatkan blok CIDR server Data Disaster Recovery.

      image

Catatan penggunaan

  • Jika Anda melakukan pencadangan menggunakan titik akhir publik, transmisi log biner mungkin tertunda. Kami menyarankan Anda mengatur parameter Retention Period ke nilai yang relatif besar di halaman Backup and Restoration dari instance ApsaraDB RDS for MySQL yang hanya-baca. Parameter ini menunjukkan periode retensi log lokal. Nilai default: 18. Unit: jam.

    image

  • Titik akhir internal real-time dari instance ApsaraDB RDS for MySQL yang hanya-baca mungkin berubah jika Anda mengkloning instance, memigrasikan instance ke zona lain, atau mengubah VPC atau vSwitch dari instance. Saat Anda menggunakan titik akhir internal untuk mengonfigurasi jadwal cadangan, instance gagal terhubung dan pencadangan gagal jika titik akhir internal berubah.

    Untuk menyelesaikan masalah ini, Anda bisa mendapatkan alamat IP internal real-time baru dan modifikasi objek cadangan. Untuk informasi lebih lanjut, lihat bagian "Prasyarat" dari topik ini.

Prosedur

Saat mengonfigurasi jadwal cadangan untuk instance ApsaraDB RDS for MySQL yang hanya-baca, Anda dapat mengatur parameter Database Location ke User-Created Database with Public IP Address <IP Address:Port Number> atau Express Connect DB/VPN Gateway/Intelligent Gateway.

Metode 1: Konfigurasikan jadwal cadangan untuk instance ApsaraDB RDS for MySQL yang hanya-baca dengan menggunakan titik akhir publiknya

  1. Masuk ke Konsol DMS V5.0.

  2. Di bilah navigasi atas, pilih Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

    Catatan

    Jika Anda menggunakan konsol DMS dalam mode sederhana, gerakkan penunjuk ke ikon 2023-01-28_15-57-17.png di sudut kiri atas konsol DMS dan pilih All Features > Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

  3. Di halaman Jadwal Cadangan, temukan ID jadwal cadangan yang ingin Anda konfigurasi dan klik Configure Backup Schedule di kolom Actions.

    image.png

  4. Di langkah Configure Backup Source and Destination dari wizard Konfigurasikan Jadwal Cadangan, konfigurasikan sumber dan tujuan cadangan. Lalu, klik Next di pojok kanan bawah halaman.

    Catatan
  5. Di langkah Edit Backup Objects, temukan basis data atau tabel yang ingin Anda cadangkan dan tambahkan ke bagian Selected. Lalu, klik Next.

    Catatan
    • Jika Anda memilih Cadangan Logis saat membeli jadwal cadangan, DBS memungkinkan Anda menentukan basis data dan tabel yang akan dicadangkan selama pencadangan penuh. Anda dapat mencadangkan satu tabel, satu basis data, beberapa basis data, atau seluruh instance basis data untuk beberapa jenis basis data selama pencadangan penuh. DBS mendukung pencadangan inkremental hanya untuk beberapa jenis basis data. Secara default, semua data inkremental dicadangkan selama pencadangan inkremental.

      • Anda dapat mengklik Select All di pojok kiri bawah bagian Tersedia untuk mencadangkan seluruh basis data. Objek basis data yang dapat dicadangkan dan granularitas pencadangan bervariasi berdasarkan tipe basis data. Untuk informasi lebih lanjut, lihat Mesin Basis Data dan Fitur.

      • Secara default, jadwal cadangan tidak dapat digunakan untuk mencadangkan basis data yang dibuat setelah jadwal cadangan dikonfigurasi. Untuk mencadangkan basis data tersebut, Anda dapat menambahkan basis data ke jadwal cadangan di halaman Edit Objek Cadangan dari jadwal cadangan. Untuk informasi lebih lanjut, lihat Modifikasi Objek Cadangan.

    • Jika Anda memilih Cadangan Fisik saat membeli jadwal cadangan, Anda harus mencadangkan seluruh instance basis data.

  6. Di langkah Configure Backup Time, konfigurasikan parameter yang dijelaskan dalam tabel berikut. Lalu, klik Next di pojok kanan bawah halaman.

    Parameter

    Deskripsi

    Full-scale Backup Frequency

    Frekuensi jadwal cadangan. Nilai valid: Periodic Backup dan Single Backup.

    Catatan

    Dalam skenario di mana data inkremental perlu dipulihkan, kami menyarankan Anda memilih Periodic Backup dan melakukan pencadangan penuh setidaknya sekali seminggu. Jika tidak, sejumlah besar log biner harus diputar ulang selama pemulihan. Proses ini rentan terhadap kesalahan dan dapat mengakibatkan waktu pemulihan objektif (RTO) yang lama.

    Full Data Backup Recurrence

    Hari-hari dalam seminggu ketika Pemulihan Bencana Data menjalankan jadwal cadangan. Parameter ini diperlukan jika parameter Full-scale Backup Frequency diatur ke Periodic Backup. Pilih setidaknya satu hari dalam seminggu.

    Started At

    Waktu di mana Pemulihan Bencana Data memulai pencadangan penuh. Parameter ini diperlukan jika parameter Full-scale Backup Frequency diatur ke Periodic Backup. Kami menyarankan Anda menentukan waktu selama jam non-puncak. Contoh: 01:00.

    Catatan

    Jika pencadangan data penuh sebelumnya belum selesai pada waktu mulai pencadangan berikutnya, DBS melewati pencadangan berikutnya.

    Incremental Backup

    Menentukan apakah akan mengaktifkan cadangan inkremental. Jika Anda mengaktifkan cadangan inkremental, pastikan bahwa fitur pencatatan biner diaktifkan untuk basis data yang ingin Anda cadangkan.

    Catatan
    • Parameter ini hanya ditampilkan jika Anda mengatur parameter Full-scale Backup Frequency ke Periodic Backup.

    • Secara default, fitur pencatatan biner diaktifkan untuk instance ApsaraDB RDS for MySQL. Jika Anda menggunakan basis data yang dikelola sendiri, Anda harus secara manual mengaktifkan fitur pencatatan biner.

    Maximum Concurrent Threads for Full Data Backup

    Jumlah maksimum thread bersamaan yang tersedia untuk pencadangan penuh. Anda dapat mengonfigurasi parameter ini untuk menyesuaikan kecepatan pencadangan. Misalnya, Anda dapat mengurangi jumlah thread pencadangan untuk meminimalkan dampak pada basis data.

    Jumlah maksimum thread bersamaan aktual bervariasi berdasarkan spesifikasi jadwal cadangan. Untuk informasi lebih lanjut, lihat Bagaimana cara mengubah kecepatan pencadangan maksimum?

    Backup network speed limit

    Batas pada lebar pita jaringan. Unit: MB/s. Anda dapat mengatur batas berdasarkan kebutuhan bisnis Anda. Nilai default 0 menunjukkan bahwa lebar pita jaringan tidak terbatas.

    Catatan

    Parameter ini hanya ditampilkan saat Anda mengonfigurasi jadwal cadangan untuk basis data MySQL.

  7. Di langkah Edit Lifecycle, konfigurasikan siklus hidup untuk data cadangan penuh di bagian Konfigurasikan Siklus Hidup Data Cadangan Penuh.

    Catatan

    Jika Anda mengatur parameter Incremental Backup ke Aktif di Langkah 6, Anda harus mengonfigurasi siklus hidup untuk data cadangan inkremental.

  8. Setelah konfigurasi selesai, klik Precheck di pojok kanan bawah halaman.

  9. Jika pesan Precheck Passed muncul, klik Start Task.

    Catatan
    • Jika state jadwal cadangan berubah menjadi Running, jadwal cadangan mulai berlaku.

    • Jika terjadi pengecualian atau kesalahan saat Anda memulai jadwal cadangan, segera perbaiki pengecualian atau kesalahan tersebut. Untuk informasi lebih lanjut, lihat Bagaimana Cara Memperbaiki Kesalahan untuk Jadwal Cadangan Abnormal di DBS? Jika masalah Anda tetap ada setelah menggunakan solusi yang disediakan dalam topik sebelumnya, hubungi dukungan teknis di grup DingTalk (ID: 35585947).

Metode 2: Konfigurasikan jadwal cadangan untuk instance ApsaraDB RDS for MySQL yang hanya-baca dengan menggunakan titik akhir internalnya

  1. Masuk ke Konsol DMS V5.0.

  2. Di bilah navigasi atas, pilih Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

    Catatan

    Jika Anda menggunakan konsol DMS dalam mode sederhana, gerakkan penunjuk ke ikon 2023-01-28_15-57-17.png di sudut kiri atas konsol DMS dan pilih All Features > Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

  3. Di halaman Jadwal Cadangan, temukan ID jadwal cadangan yang ingin Anda konfigurasi dan klik Configure Backup Schedule di kolom Actions.

    image.png

  4. Di langkah Configure Backup Source and Destination dari wizard Konfigurasikan Jadwal Cadangan, konfigurasikan sumber dan tujuan cadangan. Lalu, klik Next di pojok kanan bawah halaman.

    配置备份源

    Catatan
    • Atur parameter Database Location ke Express Connect DB/VPN Gateway/Intelligent Gateway.

    • Atur parameter Peer VPC ke VPC tempat instance ApsaraDB RDS for MySQL yang hanya-baca diterapkan.

    • Atur parameter Address ke alamat IP internal yang Anda peroleh. Untuk informasi lebih lanjut, lihat bagian "Prasyarat" dari topik ini.

    • Atur parameter Port Number ke nomor port dari instance ApsaraDB RDS for MySQL yang hanya-baca.

    • Untuk informasi tentang cara mengonfigurasi parameter lainnya, lihat Kelola Jadwal Cadangan.

  5. Di langkah Edit Backup Objects, temukan basis data atau tabel yang ingin Anda cadangkan dan tambahkan ke bagian Selected. Lalu, klik Next.

    Catatan
    • Jika Anda memilih Cadangan Logis saat membeli jadwal cadangan, Data Disaster Recovery memungkinkan Anda menentukan basis data dan tabel yang akan dicadangkan selama pencadangan penuh. Anda dapat menentukan untuk mencadangkan satu tabel, satu basis data, atau beberapa basis data untuk jenis basis data tertentu. Data Disaster Recovery mendukung pencadangan inkremental hanya untuk jenis basis data tertentu. Secara default, semua data inkremental dicadangkan selama pencadangan inkremental.

      • Anda dapat mengklik Select All di pojok kiri bawah bagian Tersedia untuk mencadangkan seluruh basis data. Objek basis data yang dapat dicadangkan dan granularitas pencadangan bervariasi berdasarkan tipe basis data. Untuk informasi lebih lanjut, lihat Jenis Basis Data yang Didukung dan Fitur.

      • Secara default, jadwal cadangan tidak dapat digunakan untuk mencadangkan basis data yang dibuat setelah jadwal cadangan dikonfigurasi. Untuk mencadangkan basis data tersebut, Anda dapat menambahkan basis data ke jadwal cadangan di halaman Edit Objek Cadangan dari jadwal cadangan. Untuk informasi lebih lanjut, lihat Modifikasi Objek Cadangan.

    • Jika Anda memilih Cadangan Fisik saat membeli jadwal cadangan, Anda hanya dapat menggunakan jadwal cadangan untuk mencadangkan seluruh instance basis data.

  6. Di langkah Configure Backup Time, konfigurasikan parameter-parameter berikut, lalu klik Next. Tabel berikut menjelaskan parameter-parameter tersebut.

    Parameter

    Deskripsi

    Full-scale Backup Frequency

    Frekuensi jadwal cadangan. Nilai valid: Periodic Backup dan Single Backup.

    Catatan

    Dalam skenario di mana data inkremental perlu dipulihkan, kami menyarankan Anda memilih Periodic Backup dan melakukan pencadangan penuh setidaknya sekali seminggu. Jika tidak, sejumlah besar log biner harus diputar ulang selama pemulihan. Proses ini rentan terhadap kesalahan dan dapat mengakibatkan waktu pemulihan objektif (RTO) yang lama.

    Full Data Backup Recurrence

    Parameter ini diperlukan jika Anda mengatur parameter Full-scale Backup Frequency ke Periodic Backup. Anda dapat memilih hari-hari dalam seminggu ketika Data Disaster Recovery menjalankan jadwal cadangan. Pilih setidaknya satu hari dalam seminggu.

    Start At

    Waktu di mana Data Disaster Recovery memulai pencadangan penuh. Parameter ini harus ditentukan jika parameter Full-scale Backup Frequency diatur ke Periodic Backup. Kami menyarankan Anda menetapkan waktu dalam jam non-puncak. Contoh: 01:00.

    Catatan

    Jika pencadangan data penuh sebelumnya belum selesai pada waktu mulai pencadangan berikutnya, Data Disaster Recovery melewati pencadangan berikutnya.

    Incremental Backup

    Menentukan apakah akan mengaktifkan cadangan inkremental. Jika Anda mengaktifkan cadangan inkremental, pastikan bahwa fitur pencatatan biner diaktifkan untuk basis data yang ingin Anda cadangkan.

    Catatan
    • Parameter ini hanya ditampilkan jika Anda mengatur parameter Full-scale Backup Frequency ke Periodic Backup.

    • Secara default, fitur pencatatan biner diaktifkan untuk instance ApsaraDB RDS for MySQL. Jika Anda menggunakan basis data yang dikelola sendiri, Anda harus secara manual mengaktifkan fitur pencatatan biner.

    Maximum Concurrent Threads for Full Data Backup

    Jumlah maksimum thread bersamaan yang tersedia untuk pencadangan penuh. Anda dapat mengonfigurasi parameter ini untuk menyesuaikan kecepatan pencadangan. Misalnya, Anda dapat mengurangi jumlah thread pencadangan untuk meminimalkan dampak pada basis data.

    Backup network speed limit

    Batas pada lebar pita jaringan. Unit: MB/s. Anda dapat mengatur batas berdasarkan kebutuhan bisnis Anda. Nilai default 0 menunjukkan bahwa lebar pita jaringan tidak terbatas.

    Catatan

    Parameter ini hanya ditampilkan saat Anda mengonfigurasi jadwal cadangan untuk basis data MySQL.

  7. Di langkah Edit Lifecycle, konfigurasikan siklus hidup untuk data cadangan penuh di bagian Konfigurasikan Siklus Hidup Data Cadangan Penuh.

    Catatan

    Jika Anda mengatur parameter Incremental Backup ke Aktif di Langkah 6, Anda harus mengonfigurasi siklus hidup untuk data cadangan inkremental.

  8. Setelah konfigurasi selesai, klik Precheck di pojok kanan bawah halaman.

  9. Jika pesan Precheck Passed muncul, klik Start Task.

    Catatan
    • Jika state jadwal cadangan berubah menjadi Running, jadwal cadangan mulai berlaku.

    • Jika terjadi pengecualian atau kesalahan saat Anda memulai jadwal cadangan, segera perbaiki pengecualian atau kesalahan tersebut. Untuk informasi lebih lanjut, lihat Bagaimana Cara Memperbaiki Kesalahan untuk Jadwal Cadangan Abnormal. Jika masalah Anda tetap ada setelah menggunakan solusi yang disediakan dalam topik sebelumnya, hubungi dukungan teknis di grup DingTalk (ID: 35585947) untuk Data Disaster Recovery.

Dapatkan titik akhir internal dan publik dari instance ApsaraDB RDS for MySQL yang hanya-baca

  1. Pergi ke halaman Instance. Di bilah navigasi atas, pilih wilayah tempat instance RDS berada. Lalu, temukan instance RDS dan klik ID instance tersebut.

  2. Di halaman Basic Information, klik View Details di sebelah parameter Tipe Jaringan untuk mendapatkan titik akhir internal dan publik dari instance ApsaraDB RDS for MySQL yang hanya-baca.内外网地址

    Catatan

    Jika Anda belum mengajukan titik akhir publik untuk instance hanya-baca, klik OK untuk mengajukan titik akhir publik. Setelah titik akhir publik diajukan, Anda bisa mendapatkan titik akhir publik.开通外网地址

Operasi terkait

  • Setelah pencadangan selesai, Anda dapat melihat jadwal cadangan atau memulihkan basis data. Untuk informasi lebih lanjut, lihat Lihat Jadwal Cadangan atau Pulihkan secara Logis Basis Data MySQL.

  • Anda dapat memanggil operasi CreateBackupPlan untuk membuat jadwal cadangan. Anda juga dapat memanggil operasi CreateAndStartBackupPlan untuk membuat, mengonfigurasi, dan memulai jadwal cadangan. Untuk informasi lebih lanjut, lihat CreateBackupPlan atau CreateAndStartBackupPlan.

  • Anda dapat memodifikasi sumber cadangan dan objek cadangan dari jadwal cadangan. Anda juga dapat memodifikasi strategi cadangan dari jadwal cadangan seperti waktu cadangan dan kebijakan retensi cadangan. Untuk informasi lebih lanjut, lihat Kelola Jadwal Cadangan.

  • Anda dapat memeriksa biaya yang mungkin dikenakan untuk jadwal cadangan. Untuk informasi lebih lanjut, lihat FAQ Penagihan.

  • Anda dapat menjeda jadwal cadangan yang tidak Anda butuhkan untuk mengurangi biaya. Untuk informasi lebih lanjut, lihat Jeda atau Mulai Jadwal Cadangan.

FAQ

  • Apa penyebab dan solusi yang mungkin jika instance sumber gagal terhubung saat saya mengonfigurasi jadwal cadangan untuk instance tersebut menggunakan titik akhir internalnya?

    Penyebab yang Mungkin: Alamat IP internal yang diperoleh di Metode 2 adalah alamat IP internal real-time. Jika Anda mengkloning instance sumber hanya-baca, memigrasikan instance ke zona lain, atau mengubah VPC atau vSwitch dari instance, alamat IP internal real-time mungkin berubah. Dalam kasus ini, instance sumber gagal terhubung, dan pencadangan gagal.

    Solusi: Anda dapat menggunakan titik akhir internal dari instance hanya-baca dan menjalankan perintah ping pada perangkat lokal Anda untuk mendapatkan alamat IP internal real-time baru. Lalu, modifikasi sumber basis data cadangan dan simpan konfigurasi.获取内网IP

  • Bisakah Data Disaster Recovery mencadangkan data penuh dan data inkremental dari instance ApsaraDB RDS for MySQL yang hanya-baca?

    Ya. Data Disaster Recovery dapat mencadangkan data penuh dan data inkremental dari instance ApsaraDB RDS for MySQL yang hanya-baca.