Data Management:FAQ Pemulihan Bencana Data (sebelumnya DBS)

Apa saja item yang dapat ditagih dari jadwal backup?

Jadwal backup memiliki hingga empat item yang dapat ditagih:

• Tipe: Anda membayar spesifikasi jadwal backup saat membeli langganan. Kuota gratis untuk data backup, harga satuan, serta performa backup dan pemulihan bervariasi tergantung tipe jadwal. Untuk detailnya, lihat Biaya backup.

• Storage (opsional): Jika Anda menetapkan tipe storage ke DBS Storage untuk jadwal backup berlangganan, Anda akan dikenai biaya berdasarkan ruang penyimpanan yang digunakan dan durasi penyimpanannya. Untuk detailnya, lihat Biaya penyimpanan.

• Backup (opsional): Jika jumlah data yang dibackup melebihi kuota gratis untuk tipe jadwal Anda, kelebihannya akan dikenai biaya. Untuk detailnya, lihat Biaya backup.

• Sandbox (opsional): Pemulihan Bencana Data memungkinkan Anda membuat instans sandbox untuk pemulihan bencana database MySQL yang dikelola sendiri. Setelah diaktifkan, biaya penyimpanan sandbox berlaku berdasarkan volume data; biaya instans sandbox berlaku berdasarkan spesifikasi dan durasi penggunaan. Untuk detailnya, lihat Harga.

Anda tidak dapat membuat jadwal backup pay-as-you-go.

Biaya apa saja yang dapat dikompensasi oleh paket penyimpanan dan paket jaringan?

Paket penyimpanan

Pemulihan Bencana Data menawarkan dua jenis paket penyimpanan, tersedia dalam berbagai ukuran (100 GB, 500 GB, 1 TB, dan 500 TB) dan periode langganan (satu bulan, enam bulan, dan satu tahun). Jika penyimpanan Anda melebihi kuota paket, kelebihannya akan dikenai biaya secara pay-as-you-go.

Rencana Jaringan

Paket jaringan Pemulihan Bencana Data berlaku di semua wilayah di seluruh dunia.

Untuk aturan kompensasi, faktor offset, contoh, dan metode pembelian, lihat Gunakan paket penyimpanan dan Gunakan paket jaringan.

Apakah saya dikenai biaya untuk jadwal backup yang tidak digunakan?

Ya. Meskipun jadwal backup belum menghasilkan set cadangan baru, set cadangan yang ada tetap menempati ruang penyimpanan. Anda tetap dikenai biaya penyimpanan.

Untuk menghindari biaya yang tidak perlu:

• Pay-as-you-go: Lepaskan jadwal backup setelah menyimpan data relevan dan mengunduh set cadangan historis. Setelah dilepas, tidak ada biaya backup atau penyimpanan yang dikenakan. Lihat Lepaskan atau batalkan langganan jadwal backup.

• Langganan (prabayar): Jika Anda berencana berhenti menggunakan jadwal backup berlangganan untuk jangka waktu lama tetapi ingin menyimpan set cadangan historis, Anda dapat menjeda atau memulai ulang jadwal backup. Setelah menjeda jadwal, tidak ada biaya backup baru yang dikenakan, tetapi biaya penyimpanan tetap berlaku untuk jadwal backup berlangganan yang menggunakan DBS Storage.

• Langganan: Jika Anda ingin menyimpan set cadangan historis tetapi berhenti menjalankan backup, jeda jadwal backup. Tidak ada biaya backup yang dikenakan selama dijeda, tetapi biaya penyimpanan tetap berlaku jika tipe penyimpanan adalah DBS Storage. Lihat Jeda atau mulai jadwal backup.

Menjeda jadwal backup berlangganan tidak mengubah durasi langganan.

Biaya penyimpanan hanya berlaku ketika tipe penyimpanan adalah DBS Storage.

Untuk cara melepas jadwal backup atau mengurangi ukuran file backup, lihat Lihat dan kurangi ukuran data backup, Hapus file backup atau kurangi ukuran file backup, dan Gunakan fitur backup untuk instans yang dihapus.

Dapatkah saya beralih antara penagihan langganan dan pay-as-you-go?

Tidak. Anda tidak dapat mengubah metode penagihan jadwal backup dari pay-as-you-go ke langganan, atau dari langganan ke pay-as-you-go.

Dapatkah saya melepas jadwal backup pay-as-you-go?

Ya. Lihat Lepaskan atau batalkan langganan jadwal backup.

Dapatkah saya membatalkan langganan jadwal backup berlangganan?

Tidak. Anda tidak dapat melepas atau membatalkan langganan jadwal backup berlangganan. Lihat Batalkan langganan fitur yang dapat ditagih.Anda tidak dapat membatalkan langganan jadwal backup

Apa yang terjadi ketika paket penyimpanan atau paket jaringan kedaluwarsa?

Paket penyimpanan dan paket jaringan menjadi tidak valid setelah kedaluwarsa dan tidak dapat lagi mengkompensasi biaya penyimpanan atau lalu lintas jaringan. Jadwal backup dan data backup yang ada tidak terpengaruh.

Apa yang terjadi ketika jadwal backup kedaluwarsa atau pembayaran tertunda?

Lihat Kedaluwarsa layanan dan pembayaran tertunda.

Bagaimana cara mengurangi biaya jadwal backup berlangganan?

Beli paket penyimpanan untuk mengkompensasi biaya penyimpanan bawaan untuk jadwal backup dalam Akun Alibaba Cloud yang sama. Lihat Penyimpanan bawaan dan OSS.

Apa saja item yang dapat ditagih jika saya belum menggunakan backup di konsol?

Pemulihan Bencana Data juga menyediakan backup dan pemulihan untuk ApsaraDB RDS, PolarDB, ApsaraDB for MongoDB, Redis, Tair, dan AnalyticDB for PostgreSQL. Periksa apakah Anda dikenai biaya untuk fitur backup dan pemulihan yang digunakan melalui layanan tersebut. Lihat Harga.

Langkah 1: Tetapkan peran AliyunServiceRoleForDBS

AliyunServiceRoleForDBS adalah peran terkait layanan Resource Access Management (RAM) yang memungkinkan Pemulihan Bencana Data mengakses layanan database Alibaba Cloud—termasuk ApsaraDB RDS, ApsaraDB for MongoDB, Redis, kluster PolarDB, dan database yang dikelola sendiri yang dihosting pada instance Elastic Compute Service (ECS). Untuk detail tentang peran terkait layanan, lihat Peran terkait layanan.

1. Login ke Konsol DMS V5.0.

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

   Dalam mode simple, arahkan kursor ke ikon di pojok kiri atas dan pilih All Features > Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Disaster Recovery Data Source.

3. Di kotak dialog yang muncul, klik Authorize DBS SLR.

   Jika tidak ada kotak dialog yang muncul setelah login, lewati langkah ini dan buat jadwal backup secara langsung. Lihat Kelola backup menggunakan sumber data pemulihan bencana atau Buat backup menggunakan daftar jadwal backup.

4. Klik OK.

Peran AliyunServiceRoleForDBS telah dibuat. Untuk menghapus peran tersebut nanti, lihat Hapus peran RAM.

Langkah 2: Aktifkan OSS

Mengaktifkan OSS gratis. Setelah diaktifkan, Pemulihan Bencana Data dapat menyimpan data backup di OSS.

1. Login ke Konsol DMS V5.0.

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

   Dalam mode simple, arahkan kursor ke ikon di pojok kiri atas dan pilih All Features > Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Backup Plan.

3. Di kotak dialog yang muncul, klik Activate OSS Now.

4. Di kotak dialog berikutnya, klik Activate Now.

5. Di halaman OSS, baca dan setujui perjanjian layanan dengan memilih kotak centang, lalu klik Activate Now.

Pemulihan Bencana Data kini telah diaktifkan.

AliyunServiceRoleForDBS

Nama peran: AliyunServiceRoleForDBS

Kebijakan yang dilampirkan pada peran: AliyunServiceRolePolicyForDBS

Izin:

{
  "Version": "1",
  "Statement": [
    {
      "Action": [
        "rds:DescribeDBInstanceNetInfo",
        "rds:DescribeDBInstanceNetInfoForChannel",
        "rds:DescribeTasks",
        "rds:DescribeDBInstances",
        "rds:DescribeFilesForSQLServer",
        "rds:DescribeImportsForSQLServer",
        "rds:DescribeSlowLogRecords",
        "rds:DescribeBinlogFiles",
        "rds:DescribeSQLLogRecords",
        "rds:DescribeParameters",
        "rds:DescribeParameterTemplates",
        "rds:DescribeDBInstanceAttribute",
        "rds:DescribeDatabases",
        "rds:DescribeAccounts",
        "rds:DescribeSecurityIPList",
        "rds:DescribeSecurityIps",
        "rds:DescribeDBInstanceIPArray",
        "rds:DescribeDBInstanceIPArrayList",
        "rds:DescribeDBInstanceSSL",
        "rds:DescribeDBInstanceTDE",
        "rds:CreateDBInstance",
        "rds:CreateAccount",
        "rds:CreateDatabase",
        "rds:ModifySecurityIps",
        "rds:GrantAccountPrivilege",
        "rds:CreateMigrateTask",
        "rds:CreateOnlineDatabaseTask",
        "rds:DescribeMigrateTasks",
        "rds:DescribeOssDownloads",
        "rds:CreateBackup",
        "rds:DescribeBackups",
        "rds:DescribeBackupPolicy",
        "rds:ModifyBackupPolicy",
        "rds:DescribeBackupTasks",
        "rds:DescribeBinlogFiles"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "ecs:DescribeInstance",
        "ecs:DescribeInstances",
        "ecs:DescribeVpcs",
        "ecs:DescribeSecurityGroups",
        "ecs:DescribeSecurityGroupAttribute",
        "ecs:AuthorizeSecurityGroup",
        "ecs:JoinSecurityGroup",
        "ecs:RevokerSecurityGroup"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kms:ListKeys"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "cms:PutEventRule",
        "cms:PutEventTargets",
        "cms:ListEventRules",
        "cms:ListEventTargetsByRule",
        "cms:DeleteEventRule",
        "cms:DeleteEventTargets"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "polardb:DescribeDBClusterIPArrayList",
        "polardb:DescribeDBClusterNetInfo",
        "polardb:DescribeDBClusters",
        "polardb:ModifySecurityIps",
        "polardb:DescribeDBClusterEndpoints",
        "polardb:DescribeDBClusterAccessWhitelist",
        "polardb:ModifyDBClusterAccessWhitelist"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "dds:DescribeDBInstanceAttribute",
        "dds:DescribeReplicaSetRole",
        "dds:DescribeSecurityIps",
        "dds:DescribeDBInstances",
        "dds:ModifySecurityIps"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kvstore:DescribeSecurityIps",
        "kvstore:DescribeInstances",
        "kvstore:DescribeAccounts",
        "kvstore:DescribeDBInstanceNetInfo",
        "kvstore:CreateAccount",
        "kvstore:ModifySecurityIps",
        "kvstore:DescribeInstanceAttribute",
        "kvstore:AllocateInstancePrivateConnection",
        "kvstore:DescribeLogicInstanceTopology"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "drds:DescribeDrdsDB",
        "drds:DescribeDrdsDBs",
        "drds:DescribeDrdsDbInstance",
        "drds:DescribeDrdsDbInstances",
        "drds:DescribeDrdsDBIpWhiteList",
        "drds:DescribeDrdsInstances",
        "drds:ModifyDrdsIpWhiteList",
        "drds:CreateDrdsDB",
        "drds:DescribeTable",
        "drds:DescribeTables",
        "drds:ModifyRdsReadWeight",
        "drds:ChangeAccountPassword",
        "drds:CreateDrdsInstance",
        "drds:CreateInstanceAccount",
        "drds:CreateInstanceInternetAddress",
        "drds:DescribeInstanceAccounts"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "vpc:DescribeVpcs"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "bssapi:QueryResourcePackageInstances"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": "hdm:AddHDMInstance",
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": "ram:DeleteServiceLinkedRole",
      "Resource": "*",
      "Effect": "Allow",
      "Condition": {
        "StringEquals": {
          "ram:ServiceName": "dbs.aliyuncs.com"
        }
      }
    }
  ]
}

Aturan siklus hidup

Siklus hidup set cadangan berkisar dari tujuh hari hingga 3.650 hari (10 tahun). Pemulihan Bencana Data secara otomatis menghapus set cadangan yang kedaluwarsa dari jadwal backup, tetapi hanya ketika jadwal tersebut berisi lebih dari tiga set cadangan penuh. Jika jumlahnya tiga atau kurang, set cadangan yang kedaluwarsa tidak dihapus.

Untuk memicu kebijakan pembersihan, jalankan backup manual atau tunggu backup terjadwal berikutnya hingga jumlah set cadangan penuh melebihi tiga. Lihat Jalankan tugas backup secara manual.

Jika Anda menghapus set cadangan penuh secara manual dan jumlahnya turun menjadi tiga atau kurang, kebijakan pembersihan berhenti berjalan. Set cadangan inkremental terus bertambah dan menempati ruang penyimpanan. Untuk menghentikan cadangan inkremental, nonaktifkan secara manual. Lihat Aktifkan atau nonaktifkan cadangan log inkremental.

Perubahan aturan siklus hidup berlaku untuk set cadangan baru maupun yang sudah ada.

Ubah aturan siklus hidup

Lihat Ubah kebijakan backup jadwal backup atau Ubah siklus hidup jadwal backup.

Operasi lainnya

Untuk melihat ukuran backup atau mengurangi frekuensi backup, lihat Hapus set cadangan atau kurangi frekuensi backup.

FAQ

Mengapa set cadangan tidak dihapus setelah siklus hidupnya berakhir?

Kebijakan pembersihan hanya berjalan ketika jadwal backup memiliki lebih dari tiga set cadangan penuh. Jika jumlahnya tiga atau kurang, set cadangan yang kedaluwarsa tetap disimpan terlepas dari pengaturan siklus hidup.

Mengapa cadangan inkremental yang kedaluwarsa masih menempati ruang penyimpanan?

Kemungkinan besar Anda telah menghapus set cadangan penuh secara manual, sehingga jumlahnya turun menjadi tiga atau kurang. Dengan kebijakan pembersihan tidak aktif, set cadangan inkremental terus bertambah tanpa batas. Lihat bagian Aturan siklus hidup di atas.

Konsep utama

Ukuran-ukuran ini berurutan dari yang terbesar ke terkecil: ruang disk database > ukuran file data > ukuran data cadangan > ukuran data penyimpanan.

Untuk mengurangi ukuran data cadangan, sesuaikan item konfigurasi seperti granularitas backup dan siklus backup. Untuk mengurangi ukuran data penyimpanan, gunakan format penyimpanan ringkas, kompresi, dan kebijakan dumping serta pembersihan otomatis.

Kapan menggunakan ini

• Database sumber backup asli telah dimigrasikan atau dihentikan dan Anda ingin beralih ke database yang berbeda.

• Pengujian selesai dan Anda ingin beralih dari database uji ke database produksi.

• Akun atau kata sandi database salah, atau akun tidak memiliki izin yang cukup.

• Tabel dalam sumber backup telah berubah dan Anda ingin memperbarui objek backup.

Ubah akun database, kata sandi, atau objek backup

Ubah hanya objek backup

1. Temukan jadwal backup dan klik Manage di kolom Actions. Halaman Configure Task muncul.

2. Di bagian Basic Information, klik Edit Backup Objects.

   

3. Perbarui objek backup dan klik Save.

   • Untuk menambahkan database, pilih di bagian Available dan klik ikon .

   • Untuk menghapus database, pilih di bagian Selected dan klik ikon .

   

4. Di kotak dialog Start Full Data Backup, klik OK atau Close.

   • OK: Cadangan penuh dimulai dalam waktu sekitar satu menit untuk objek backup yang diperbarui. Lakukan ini selama jam sepi untuk meminimalkan dampak pada database sumber.

   • Close: Konfigurasi yang diperbarui disimpan, tetapi tidak ada backup langsung yang dijalankan. Cadangan penuh terjadwal berikutnya akan menggunakan konfigurasi baru.

Kapan ini berlaku

Saat langkah pemeriksaan awal konfigurasi jadwal backup, pemeriksaan awal gagal dengan pesan yang menunjukkan bahwa binlog_format tidak diatur ke ROW. Lihat Backup database on-premise atau database cloud dari penyedia pihak ketiga.

Catatan penggunaan

• Atur binlog_format ke ROW. Dalam mode ROW, gambar sebelum dan sesudah baris yang terpengaruh oleh operasi DML dicatat, yang memungkinkan pemulihan data yang akurat.

• Hindari mode STATEMENT atau MIXED—mode ROW lebih stabil dan andal.

• Mengubah binlog_format ke ROW hanya memengaruhi log biner dan tidak memengaruhi performa kueri. Untuk membuat perubahan berlaku untuk semua koneksi, hentikan koneksi database yang ada.

Prosedur

1. Jalankan perintah berikut menggunakan akun istimewa pada database sumber:

   SET GLOBAL binlog_format = 'ROW';

   Untuk memverifikasi nilai saat ini:

   SHOW GLOBAL VARIABLES LIKE 'binlog_format';

2. Hentikan semua koneksi database yang ada. Tanpa langkah ini, proses yang terhubung mungkin terus menulis dalam mode non-ROW, menyebabkan data inkremental tidak konsisten.

Prasyarat

• Saat membeli jadwal pencadangan, atur Data Source Type ke MySQL dan Backup Method ke Logical Backup. Lihat Membuat jadwal pencadangan.

• Instance ApsaraDB RDS for MySQL read-only telah ada. Lihat Buat instance ApsaraDB RDS for MySQL read-only.

• Bergantung pada metode koneksi:

  • Titik akhir publik (Metode 1): Peroleh titik akhir publik instansi yang hanya baca. Untuk informasi selengkapnya, lihat Menampilkan dan mengelola titik akhir serta port instans. Tambahkan blok CIDR server Pemulihan Bencana Data ke daftar putih instans. Saat mengonfigurasi jadwal pencadangan, atur Database Location ke User-Created Database with Public IP Address <IP Address:Port Number>, lalu klik Set Whitelist untuk memperoleh blok CIDR tersebut.

  • Titik akhir internal (Metode 2): Alamat IP internal real-time diperoleh dengan menjalankan ping dari perangkat lokal Anda ke titik akhir internal. Blok CIDR server Pemulihan Bencana Data ditambahkan ke daftar putih instance. Saat mengonfigurasi jadwal backup, atur Database Location ke RDS Instance dan klik Set Whitelist. > Important: Alamat IP internal yang diperoleh dengan cara ini adalah IP real-time. Jika Anda mengkloning instance, memigrasikannya ke zona lain, atau mengubah VPC atau vSwitch-nya, alamat IP internal dapat berubah, menyebabkan kegagalan backup.

Catatan penggunaan

• Backup titik akhir publik: Log biner mungkin mengalami penundaan. Di halaman Backup and Restoration instance read-only, atur parameter Retention Period ke nilai yang lebih besar. Nilai default adalah 18 jam.

  

• Backup titik akhir internal: Jika Anda mengkloning instance read-only, memigrasikannya ke zona lain, atau mengubah VPC atau vSwitch-nya, alamat IP internal real-time dapat berubah. Ketika hal ini terjadi, backup gagal. Dapatkan IP real-time baru dan konfigurasi ulang sumber backup. Lihat bagian Prasyarat dan Ubah database sumber backup.

Dapatkan titik akhir internal dan publik

1. Buka halaman Instans. Pilih wilayah tempat instance RDS berada dan klik ID instance.

2. Di halaman Basic Information, klik View Details di sebelah parameter Network Type untuk melihat titik akhir internal dan publik.

   Jika tidak ada titik akhir publik, klik Apply for Public Endpoint > OK untuk meminta satu.

   

   

FAQ

Mengapa instance sumber gagal terhubung saat menggunakan titik akhir internal?

IP internal yang diperoleh dengan menjalankan ping adalah IP real-time. Mengkloning instance read-only, memigrasikannya ke zona lain, atau mengubah VPC atau vSwitch-nya dapat menyebabkan IP ini berubah, sehingga koneksi backup terputus.

Untuk memperbaikinya, jalankan ping lagi ke titik akhir internal untuk mendapatkan IP yang diperbarui, lalu konfigurasi ulang sumber backup. Lihat Ubah database sumber backup.

Dapatkah Pemulihan Bencana Data mencadangkan data penuh dan data inkremental untuk instance read-only?

Ya.