Data Management：Panduan praktik untuk Pemulihan Bencana Data (DBS)

1. Masuk ke Konsol Resource Access Management (RAM) menggunakan akun Alibaba Cloud yang memiliki instans database sumber.

   Catatan

   Pastikan izin AliyunDBSDefaultRole telah diberikan kepada akun Alibaba Cloud yang memiliki instans database sumber.

2. Pada panel navigasi di sebelah kiri, pilih Identity Management > Roles.

3. Buat peran:

   1. Klik Create Role. Untuk Trusted Entity Type, pilih Alibaba Cloud Account.

   2. Untuk Trusted Entity Name, pilih Current Cloud Account 164882xxxx lalu klik OK.

   3. Pada kotak dialog yang muncul, masukkan nama peran, misalnya ram-for-dbs, lalu klik OK.

4. Berikan izin kepada peran tersebut:

   1. Pada halaman detail peran, klik tab Permission Management, lalu klik Add Permissions.

   2. Pada panel yang muncul, untuk Permission Type, pilih System Policy.

      

   3. Anda dapat memilih kebijakan yang diperlukan berdasarkan Database Location.

      • RDS Instance: AliyunRDSReadOnlyAccess dan AliyunVPCReadOnlyAccess

      • Connecting to a self-managed database over an Express Connect circuit, a VPN Gateway, or a Smart Access Gateway: AliyunVPCReadOnlyAccess

      • PolarDB: AliyunPolardbFullAccess

   4. Klik Confirm.

5. Edit kebijakan kepercayaan:

   1. Pada bagian informasi dasar peran, pilih Trust Policy > Edit Trust Policy.

   2. Pada halaman Edit Trust Policy, klik Script Editor dan masukkan kode berikut ke dalam kotak teks:

      Ganti <Account ID> dengan ID akun Alibaba Cloud yang Anda gunakan untuk mengelola jadwal pencadangan.

      {
       "Statement": [
           {
               "Action": "sts:AssumeRole",
               "Effect": "Allow",
               "Principal": {
                   "RAM": [
                       "acs:ram::<Account ID>:root"
                   ],
                   "Service": [
                       "<Account ID>@dbs.aliyuncs.com"
                   ]
               }
           }
       ],
       "Version": "1"
      }

6. Klik OK untuk menyelesaikan otorisasi RAM.

Konfigurasi pencadangan lintas akun

1. Buat jadwal pencadangan.

2. Konfigurasi jadwal pencadangan.

   1. Pada bagian Database Location, pilih instans tujuan yang mendukung fitur lintas akun. Lalu, klik Cross-Alibaba Cloud Account Instance.

      

   2. Masukkan informasi yang diperlukan pada kolom teks Cross-Alibaba Cloud Account ID dan Role Name.

      • Cross-Alibaba Cloud Account ID: ID akun Alibaba Cloud yang memiliki database sumber.

      • Role Name: Nama peran yang memiliki kebijakan kepercayaan yang diperlukan. Misalnya, ram-for-dbs.

      

Konfigurasi pemulihan lintas akun

Untuk informasi lebih lanjut tentang cara mengonfigurasi pencadangan dan pemulihan lintas akun, lihat Konfigurasi jadwal pencadangan dan pemulihan data.

1. Buat jadwal pencadangan.

2. Konfigurasi jadwal pencadangan.

3. Atur Database Location menjadi User-Created Database with Public IP Address <IP Address:Port Number>.

1. Buat jadwal pencadangan. Operasi ini dilakukan menggunakan akun operasi.

2. Kelola jadwal pencadangan. Operasi ini dilakukan menggunakan akun operasi.

3. Instal gateway cadangan pada server pencadangan. Operasi ini dilakukan menggunakan akun pencadangan.

   Catatan

   Jika Anda belum memiliki server pencadangan, Anda dapat terlebih dahulu membeli server.

4. Pada daftar jadwal pencadangan, temukan jadwal pencadangan yang ingin Anda kelola dan klik Manage pada kolom Tindakan. Pada halaman Configure Backup Task, buka bagian Backup Set Download di bagian bawah halaman lalu klik Set Backup Set Download Rule. Pada kotak dialog yang terbuka, konfigurasikan parameter seperti yang dijelaskan dalam tabel berikut. Operasi ini memerlukan akun operasi.

   Catatan

   Jika mesin database dari instans pencadangan tidak mendukung pengunduhan set cadangan, atau kelas penyimpanan tujuan bukan DBS Storage, tombol ini tidak akan ditampilkan di konsol.

   Parameter	Deskripsi
   Auto-download Status	Pilih Enable.
   Destination Type	Nilai default adalah direktori server tempat gateway cadangan diinstal. Parameter ini bersifat tetap.
   Backup Gateway	Pilih gateway cadangan. DBS menggunakan gateway cadangan untuk terhubung ke perangkat lokal. Penting Fitur unduh set cadangan otomatis belum tersedia secara komersial dan mungkin memiliki hambatan kinerja. Oleh karena itu, jangan mengonfigurasi gateway cadangan yang sama untuk mengunduh data cadangan dari beberapa jadwal pencadangan. Hal ini mencegah penumpukan data dan pengecualian lainnya.
   Destination Location	Pilih jenis lokasi tujuan dan atur direktori atau path yang sesuai. Data cadangan disimpan di path yang ditentukan. Empat jenis lokasi berikut didukung: Direktori server Path FTP Direktori NAS Path Minio
   Full Data Format	Parameter ini menggunakan nilai default dan tidak dapat dimodifikasi. Catatan Untuk informasi lebih lanjut tentang format data set cadangan penuh dan inkremental, lihat batasan fitur dan deskripsi format sebelumnya.
   Incremental Data Format	Parameter ini menggunakan format native secara default dan tidak dapat dimodifikasi.

5. Klik OK untuk menyimpan pengaturan.

6. Pada halaman Configure Backup Task, klik Backup Set Download pada panel navigasi di sebelah kiri untuk melihat progres pengunduhan. Operasi ini memerlukan akun operasi.

1. Masuk ke konsol Data Management (DMS) 5.0.

2. Pada bilah navigasi atas, pilih Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

   Catatan

   Jika Anda menggunakan konsol DMS dalam mode sederhana, arahkan kursor ke ikon di pojok kiri atas konsol DMS lalu pilih All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

3. Pada kolom Actions jadwal pencadangan, klik Manage untuk membuka halaman Configure Backup Task.

4. Pada bagian Lifecycle Information, klik Set Lifecycle.

5. Atur Retention Period untuk cadangan penuh atau inkremental, lalu klik Save.

   

   Penting

   • Periode retensi minimum adalah 7 hari dan periode retensi maksimum adalah 3.650 hari. Setelah periode retensi berakhir, set cadangan akan dihapus secara otomatis dan tidak dapat dipulihkan.

   • Jika Anda tidak mengaktifkan pencadangan inkremental, hanya item konfigurasi untuk siklus hidup cadangan penuh yang ditampilkan di konsol. Untuk informasi lebih lanjut tentang cara mengaktifkan pencadangan log inkremental, lihat Mengaktifkan atau menonaktifkan pencadangan log inkremental.

• Anda dapat menetapkan siklus hidup set cadangan saat mengonfigurasi jadwal pencadangan atau mengubah siklus hidup sesuai kebutuhan. Anda dapat menggunakan metode berikut:

  • Konsol: Kelola jadwal pencadangan dan Ubah siklus hidup pencadangan.

  • Operasi API: CreateAndStartBackupPlan - Buat dan mulai jadwal pencadangan dan ModifyStorageStrategy - Ubah siklus hidup data yang disimpan.

• Saat mengonfigurasi jadwal pencadangan, tidak ada biaya penyimpanan DBS yang dibebankan untuk data cadangan yang disimpan di User OSS. Biaya penyimpanan DBS dikenakan untuk data cadangan yang disimpan di DBS Storage. Biaya penyimpanan dihitung berdasarkan ukuran data penyimpanan aktual dan periode retensi. Untuk informasi lebih lanjut, lihat Perbedaan antara DBS Storage dan bucket OSS milik pengguna dan Penagihan penyimpanan.

  Catatan

  Jika Anda memiliki jumlah data yang besar, kami menyarankan Anda membeli paket penyimpanan DBS untuk instans pencadangan guna mengimbangi biaya penyimpanan yang dihasilkan oleh jadwal pencadangan. Untuk informasi lebih lanjut, lihat Menggunakan paket penyimpanan.

• Jika diperlukan, Anda juga dapat menghapus set cadangan secara manual untuk mengurangi biaya penyimpanan.

1. Buat jadwal pencadangan dan atur Backup Method menjadi Logical Backup.

2. Pada Kelola jadwal pencadangan, pilih Self-managed Database On ECS untuk Database Location.

1. Pastikan titik akhir publik telah diaktifkan untuk instans ApsaraDB RDS for MySQL sumber.

2. Buat jadwal pencadangan. Untuk pencadangan geo-redundan, Anda harus membeli jadwal pencadangan di wilayah yang berbeda dari wilayah sumber data. Untuk Backup Method, pilih Logical Backup.

3. Kelola jadwal pencadangan.

1. Buat jadwal pencadangan dan atur Backup Method menjadi Logical Backup.

2. Pada tugas Kelola jadwal pencadangan, pilih User-Created Database with Public IP Address <IP Address:Port Number> untuk Database Location.

1. Instal gateway cadangan.

2. Buat jadwal pencadangan dan pilih Logical Backup sebagai Metode Pencadangan.

3. Saat Anda mengelola jadwal pencadangan, pilih Self-managed Database Without A Public IP Address And Port (connected Over DG) untuk Database Location.

1. Buat jadwal pencadangan dan pilih Logical Backup sebagai Metode Pencadangan.

2. Hubungkan Internet Data Center (IDC) lokal ke Alibaba Cloud menggunakan sirkuit Express Connect. Hal ini memungkinkan virtual private cloud (VPC) di cloud dan IDC lokal saling berkomunikasi. Untuk informasi lebih lanjut, lihat Menghubungkan IDC lokal ke VPC di cloud menggunakan sirkuit Express Connect.

3. Pada perangkat akses di sisi pelanggan IDC lokal, tambahkan route statis yang mengarah ke rentang alamat IP DBS. Perintah: ip route DBS address range{Alibaba Cloud-side interconnection IP}. Untuk informasi lebih lanjut tentang rentang alamat IP DBS, lihat Rentang alamat IP DBS.

4. Untuk informasi lebih lanjut, lihat Kelola jadwal pencadangan. Untuk Database Location, pilih Self-managed Database Connected Over An Express Connect Circuit, A VPN Gateway, Or A Smart Access Gateway.

1. Buat jadwal pencadangan dan pilih Logical Backup sebagai Metode Pencadangan.

   Catatan

   • Saat membeli jadwal pencadangan, pilih Redis sebagai Jenis Sumber Data dan Logical Backup sebagai Metode Pencadangan.

   • Untuk informasi lebih lanjut tentang granularitas spesifik yang didukung oleh Pemulihan Bencana Data saat mencadangkan dan memulihkan database Redis, lihat Mesin database dan fitur yang didukung.

2. Konfigurasi jadwal pencadangan dan atur Database Location menjadi Self-managed Database On ECS.

3. Pulihkan data ke instans Redis Alibaba Cloud.

4. Alihkan pencadangan ke instans Redis Alibaba Cloud.

Pencadangan dan pemulihan

Untuk informasi lebih lanjut, lihat Pencadangan dan pemulihan logis MySQL lintas cloud atau yang dikelola sendiri.