Data Management:Layanan pencadangan database (DBS)

Gejala

Di halaman Jadwal Backup, jadwal backup yang gagal memiliki status Error.

Penyebab

Status Error berarti setidaknya satu tugas dalam jadwal backup gagal. Ini bisa berupa backup penuh, backup inkremental, atau jenis tugas lainnya.

Resolusi

Data Disaster Recovery menyediakan solusi berikut untuk tugas backup yang gagal.

Prosedur

1. Klik Rectify di kolom Status jadwal backup yang gagal. Anda akan diarahkan ke halaman tugas backup yang gagal.

   Jika tugas yang gagal adalah backup penuh, Anda akan diarahkan ke halaman Full Data. Jika tugas yang gagal adalah backup inkremental, Anda akan diarahkan ke halaman Incremental Data.

2. Pilih solusi untuk memperbaiki tugas backup yang gagal.

   • Untuk memulai ulang tugas backup yang gagal, klik Restart Backup.

     Catatan

     Jika tugas yang gagal adalah backup penuh, pertimbangkan dampak operasi backup pada database sumber sebelum memulai ulang tugas. Lakukan tindakan ini selama jam sepi.

   • Untuk mengabaikan error, klik Ignore Error.

   • Untuk melakukan troubleshooting, arahkan kursor ke ikon tanda seru (!) untuk melihat pesan error. Kemudian, klik View Exception Fixing Suggestions (untuk backup penuh yang gagal) atau View Incremental Exception Fixing Suggestions (untuk backup inkremental yang gagal). Anda akan diarahkan ke topik Common errors. Cari pesan error tersebut di topik tersebut.

     Catatan

     Jika Anda tidak dapat menemukan pesan error tersebut, kegagalan mungkin disebabkan oleh jenis tugas lain. Dalam kasus ini, hubungi kami di grup dukungan pelanggan DBS (DingTalk group ID: 35585947).

Langkah 1: Otorisasi peran terkait layanan DBS

Peran terkait layanan DBS, AliyunServiceRoleForDBS, adalah Peran RAM yang memberikan izin untuk mengakses layanan cloud lainnya. Ketika DBS perlu mengakses database Alibaba Cloud Anda, seperti ApsaraDB for RDS, ApsaraDB for MongoDB, ApsaraDB for Redis, atau PolarDB, atau database yang dikelola sendiri yang dihosting pada instans Elastic Compute Service (ECS), layanan tersebut menggunakan AliyunServiceRoleForDBS untuk memperoleh izin yang diperlukan. Untuk informasi selengkapnya, lihat peran terkait layanan.

Pertama kali menggunakan DBS, Anda harus memberikan peran terkait layanan (AliyunServiceRoleForDBS) kepada DBS. Untuk informasi lebih lanjut mengenai izin tersebut, lihat Lampiran: AliyunServiceRoleForDBS.

1. Login ke DMS 5.0.

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

   Catatan

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

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

   Catatan

   Jika kotak dialog otorisasi tidak muncul setelah Anda login ke konsol DBS, lewati langkah-langkah tersisa dalam topik ini dan lanjutkan untuk membuat backup. Untuk informasi lebih lanjut, lihat Mengelola backup menggunakan sumber data pemulihan bencana atau Buat backup dari daftar rencana backup.

4. Klik OK.

   Peran terkait layanan DBS (AliyunServiceRoleForDBS) telah dibuat. Jika Anda perlu menghapus peran terkait layanan (AliyunServiceRoleForDBS), lihat Hapus peran RAM.

Langkah 2: Aktifkan OSS

Mengaktifkan Object Storage Service (OSS) tidak dikenai biaya. Setelah diaktifkan, saat Anda menggunakan Data Disaster Recovery untuk membuat backup, Data Disaster Recovery dapat menyimpan data backup di OSS (penyimpanan cloud).

1. Login ke konsol Data Management Service (DMS) 5.0.

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

   Catatan

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

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

4. Di kotak dialog yang muncul, klik Activate Now.

5. Di halaman Object Storage Service (OSS), baca perjanjian layanan, centang kotak persetujuan, lalu klik Activate Now.

Anda telah mengaktifkan layanan DBS.

Lampiran: AliyunServiceRoleForDBS

Nama peran: AliyunServiceRoleForDBS

Kebijakan: 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"
          }
        }
    }
  ]
}

Skenario error

Saat Anda mengonfigurasi jadwal backup di konsol Data Disaster Recovery, precheck gagal. Pesan error menunjukkan bahwa parameter binlog_format dari database sumber tidak diatur ke ROW. Untuk informasi lebih lanjut, lihat Cadangkan database on-premises dan cloud pihak ketiga.

Untuk mengatasi masalah ini, jalankan perintah set global binlog_format=ROW pada database sumber dan kemudian hentikan semua koneksi aktif. Jika Anda tidak menghentikan koneksi, sesi yang ada mungkin terus menulis data dalam format non-ROW, yang menyebabkan data inkremental tidak konsisten.

Catatan penggunaan

• Parameter binlog_format harus diatur ke ROW. Dalam mode ROW, log biner mencatat pra-gambar dan post-image lengkap untuk operasi Data Manipulation Language (DML). Pencatatan terperinci ini penting untuk pemulihan data.

• Mengatur binlog_format ke STATEMENT atau MIXED tidak disarankan. Format ROW lebih stabil dan andal untuk tujuan backup dan pemulihan.

• Mengubah binlog_format ke ROW hanya memengaruhi konten log biner dan tidak memengaruhi kueri database. Namun, kami merekomendasikan Anda menghentikan semua koneksi database aktif untuk memastikan semua koneksi menggunakan format ROW.

Prosedur

1. Gunakan akun istimewa untuk terhubung ke database sumber dan jalankan perintah berikut untuk mengatur binlog_format ke ROW.

   SET GLOBAL binlog_format = 'ROW';

   Untuk memverifikasi nilai saat ini dari parameter binlog_format, jalankan perintah berikut:

   SHOW GLOBAL VARIABLES LIKE 'binlog_format';

2. Hentikan semua koneksi aktif ke database. Langkah ini sangat penting untuk mencegah sesi yang ada menulis data dalam format non-ROW, yang menyebabkan data inkremental tidak konsisten.

Prasyarat

• Anda telah membeli jadwal backup. Untuk informasi lebih lanjut, lihat Buat jadwal backup.

  Catatan

  Saat membeli jadwal backup, pilih MySQL sebagai jenis database dan backup logis sebagai metode backup.

• Anda telah membuat instans ApsaraDB RDS for MySQL hanya baca. Untuk informasi lebih lanjut, lihat Buat instans ApsaraDB RDS for MySQL hanya baca.

• Metode 1: Konfigurasi jadwal backup menggunakan titik akhir publik:

  • Dapatkan titik akhir publik instans hanya baca. Untuk informasi lebih lanjut, lihat Lihat dan kelola titik akhir instans dan nomor port.

  • Tambahkan blok CIDR Database Backup Service (DBS) ke daftar putih instans hanya baca. Untuk informasi lebih lanjut, lihat Konfigurasi daftar putih IP.

    Catatan

    Saat mengonfigurasi jadwal backup, pilih Self-managed database with Public IP:Port untuk Database Location, lalu klik How to Add to Whitelist untuk mendapatkan blok CIDR Database Backup Service (DBS).

    Anda juga harus menentukan parameter seperti Backup Method, Database Type, dan Connection Address.

• Metode 2: Konfigurasi jadwal backup menggunakan titik akhir internal:

  • Anda telah mendapatkan titik akhir internal instans hanya baca dan menggunakan perintah ping secara lokal untuk mendapatkan alamat IP internal saat ini.

    ~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
    PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1

    Penting

    Alamat IP internal yang Anda peroleh dapat berubah dalam beberapa skenario, yang dapat menyebabkan backup gagal. Untuk informasi lebih lanjut, lihat Apa saja dampak backup pada database?.

  • Anda telah menambahkan blok CIDR Database Backup Service (DBS) ke daftar putih instans hanya baca. Untuk informasi lebih lanjut, lihat Konfigurasi daftar putih IP.

    Catatan

    Saat mengonfigurasi jadwal backup, pilih RDS Instance untuk Database Location, lalu klik How to Add to Whitelist untuk mendapatkan blok CIDR Database Backup Service (DBS).

Pertimbangan

• Replikasi binlog mungkin tertunda selama backup melalui jaringan publik. Kami merekomendasikan mengatur nilai yang lebih tinggi untuk Retention Period log lokal di tab Backup Policy pada halaman Backup and Restoration untuk instans ApsaraDB RDS for MySQL hanya baca Anda. Periode retensi default adalah 18 jam.

• Saat Anda mengonfigurasi jadwal backup menggunakan titik akhir internal, alamat IP internal dapat berubah jika Anda mengkloning instans hanya baca, memigrasikannya ke zona ketersediaan lain, atau mengubah VPC atau vSwitch-nya. Perubahan alamat IP menyebabkan koneksi ke instans sumber gagal, sehingga backup gagal.

  Jika hal ini terjadi, peroleh alamat IP internal saat ini yang baru seperti yang dijelaskan di bagian Prasyarat, lalu ubah database sumber backup. Simpan perubahan tersebut.

Prosedur

Anda dapat mengonfigurasi rencana backup untuk instans ApsaraDB RDS for MySQL hanya baca dengan memilih salah satu dari dua opsi untuk Database Location: A self-managed database with a public IP address and port atau A self-managed database connected through Express Connect, a VPN Gateway, or an Intelligent Gateway.

Dapatkan titik akhir internal dan publik

1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

2. Di halaman Basic Information, klik View Connection Details untuk melihat titik akhir internal dan publik instans hanya baca. Halaman Database Connection mencantumkan Internal Endpoint dan Public Endpoint beserta nomor port-nya. Titik akhir internal menggunakan format rr-bp1xxx.mysql.rds.aliyuncs.com.

   Catatan

   Jika instans hanya baca tidak memiliki titik akhir publik, klik Apply for Public Endpoint di baris Public Endpoint pada halaman Database Connection, lalu klik OK. Titik akhir baru akan ditampilkan setelah diaktifkan.

FAQ

• P: Mengapa jadwal backup saya gagal terhubung ke instans sumber saat menggunakan alamat IP internal, dan bagaimana cara memperbaikinya?

  J: Penyebab yang mungkin: Alamat IP internal yang digunakan dalam Metode 2 bersifat dinamis dan dapat berubah jika Anda mengkloning instans hanya baca, memigrasikannya ke zona ketersediaan lain, atau mengubah VPC atau vSwitch-nya. Perubahan ini memutus koneksi ke instans sumber dan menyebabkan backup gagal.

  Solusi: Gunakan titik akhir internal instans hanya baca dan jalankan perintah ping secara lokal untuk mendapatkan alamat IP internal saat ini yang baru. Lalu, ubah database sumber backup dan simpan perubahan tersebut.

  ~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
  PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
  Request timeout for icmp_seq 0
  Request timeout for icmp_seq 1

• P: Apakah Database Backup Service (DBS) mendukung backup penuh dan inkremental untuk instans hanya baca?

  J: Ya, DBS mendukung keduanya.