Data Management：FAQ tentang Pemulihan Bencana Data

Deskripsi

Jadwal cadangan tidak normal pada halaman Jadwal Cadangan.

Penyebab

Jika jadwal cadangan Anda tidak normal, setidaknya satu tugas menjadi tidak normal dalam jadwal cadangan. Dalam banyak kasus, tugas yang tidak normal mungkin merupakan tugas cadangan penuh atau tugas cadangan inkremental. Tugas yang tidak normal juga bisa merupakan tugas dari jenis lain.

Solusi

Tabel berikut menjelaskan solusi yang disediakan oleh Pemulihan Bencana Data untuk membantu Anda memperbaiki kesalahan untuk tugas-tugas abnormal dalam jadwal cadangan.

Prosedur

1. Di panel navigasi kiri, klik Jadwal Cadangan. Di halaman Jadwal Cadangan, temukan jadwal cadangan yang abnormal dan klik Rectify di kolom Status. Anda akan diarahkan ke halaman daftar tugas berdasarkan jenis tugas abnormal dalam jadwal cadangan.

   Jika tugas abnormal adalah tugas cadangan penuh, Anda akan diarahkan ke halaman Full Data. Jika tugas abnormal adalah tugas cadangan inkremental, Anda akan diarahkan ke halaman Incremental Data.

   

2. Pilih solusi berdasarkan tugas abnormal dan kebutuhan bisnis Anda.

   • Jika Anda ingin memulai ulang tugas cadangan yang abnormal, temukan tugas tersebut dan klik Restart Backup di kolom Status.

     Catatan

     Jika Anda melakukan cadangan penuh, evaluasi dampak cadangan penuh terhadap database sumber sebelum Anda memulai ulang tugas cadangan yang abnormal. Kami sarankan Anda memulai ulang tugas cadangan yang abnormal selama jam-jam sepi.

     

   • Jika Anda ingin mengabaikan kesalahan untuk tugas abnormal, temukan tugas tersebut dan klik Ignore Error di kolom Status.

     

   • Jika Anda ingin memperbaiki kesalahan untuk tugas cadangan penuh yang abnormal, temukan tugas tersebut dan arahkan pointer ke ikon tanda seru (!) di kolom Status untuk melihat informasi kesalahan. Lalu, klik View Exception Fixing Suggestions di kolom Status. Jika Anda ingin memperbaiki kesalahan untuk tugas cadangan inkremental yang abnormal, klik View Incremental Exception Fixing Suggestions di bagian atas halaman Data Inkremental. Anda akan diarahkan ke topik Kesalahan Umum dan Pemecahan Masalah untuk Pemulihan Bencana Data. Cari kesalahan yang ingin Anda perbaiki di bagian "Kesalahan Umum dan Pemecahan Masalah untuk Pemulihan Bencana Data" dan coba perbaiki kesalahan berdasarkan solusi yang disediakan dalam topik tersebut.

     Catatan

     Jika kesalahan yang ingin Anda perbaiki tidak dijelaskan dalam topik "Kesalahan Umum dan Pemecahan Masalah untuk Pemulihan Bencana Data", kesalahan tersebut mungkin disebabkan oleh tugas abnormal dari jenis lain. Dalam hal ini, hubungi dukungan teknis di grup DingTalk (ID: 35585947).

     

Langkah 1: Tetapkan peran AliyunServiceRoleForDBS kepada Pemulihan Bencana Data

AliyunServiceRoleForDBS adalah peran Resource Access Management (RAM) yang memungkinkan Pemulihan Bencana Data mengakses layanan cloud lainnya. Sebelum Pemulihan Bencana Data mengakses database Alibaba Cloud yang Anda beli, seperti instance ApsaraDB RDS, instance ApsaraDB untuk MongoDB, instance Redis, cluster PolarDB, atau database yang dikelola sendiri yang di-hosting pada instance Elastic Compute Service (ECS), peran AliyunServiceRoleForDBS harus diberikan kepada Pemulihan Bencana Data. Untuk informasi lebih lanjut, lihat Peran Terkait Layanan.

Jika Anda menggunakan Pemulihan Bencana Data untuk pertama kalinya, Anda harus memberikan peran AliyunServiceRoleForDBS kepada Pemulihan Bencana Data. Untuk informasi lebih lanjut tentang izin peran, lihat bagian AliyunServiceRoleForDBS dari topik.

1. Masuk ke Konsol DMS V5.0.

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

   Catatan

   Jika Anda menggunakan konsol DMS dalam mode sederhana, arahkan pointer ke ikon di sudut kiri atas konsol DMS dan pilih All Features > Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

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

   Catatan

   Jika kotak dialog Informasi tidak muncul setelah Anda masuk ke konsol Pemulihan Bencana Data, Anda dapat melewati langkah-langkah berikutnya dan membuat jadwal cadangan. Untuk informasi lebih lanjut, lihat Kelola cadangan dengan menggunakan sumber data pemulihan bencana atau Buat cadangan dengan menggunakan daftar jadwal cadangan.

4. Klik OK.

   Peran AliyunServiceRoleForDBS dibuat untuk Pemulihan Bencana Data. Anda dapat menghapus peran berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Hapus peran RAM.

Langkah 2: Aktifkan OSS

Anda tidak dikenakan biaya untuk mengaktifkan OSS. Setelah Anda mengaktifkan OSS, data cadangan yang dihasilkan oleh Pemulihan Bencana Data dapat disimpan di OSS.

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, arahkan pointer ke ikon di sudut kiri atas konsol DMS dan pilih All Features > Security and Specifications (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 OSS, baca dan setujui perjanjian layanan dengan memilih kotak centang dan klik Activate Now.

Pemulihan Bencana Data 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"
          }
        }
    }
  ]
}

Skenario

Pada langkah pra-pemeriksaan saat mengonfigurasi jadwal cadangan di konsol Pemulihan Bencana Data, informasi tentang kegagalan pra-pemeriksaan ditampilkan, yang menunjukkan bahwa pra-pemeriksaan gagal karena nilai variabel binlog_format dari database sumber bukan ROW. Untuk informasi lebih lanjut, lihat Cadangkan database lokal atau cloud dari penyedia pihak ketiga.

Catatan Penggunaan

• Anda harus mengatur variabel binlog_format ke ROW. Dalam mode ROW, gambar baris yang terlibat sebelum dan sesudah operasi DML dicatat. Ini memfasilitasi pemulihan data.

• Kami sarankan Anda tidak mengatur variabel binlog_format ke STATEMENT atau MIXED. Mode ROW lebih stabil dan andal.

• Jika Anda mengatur variabel binlog_format ke ROW, hanya log biner yang berubah dan kueri database tidak terpengaruh. Namun, kami sarankan Anda memutus semua koneksi database saat ini untuk memastikan mode ROW berlaku untuk semua koneksi database.

Prosedur

1. Gunakan akun istimewa untuk menjalankan perintah berikut di database sumber untuk mengatur binlog_format ke ROW.

   SET GLOBAL binlog_format = 'ROW';

   Anda dapat menjalankan perintah berikut untuk menanyakan nilai binlog_format dari database MySQL:

   SHOW GLOBAL VARIABLES LIKE 'binlog_format';

2. Hentikan semua koneksi ke database. Jika tidak, proses yang terhubung mungkin terus menulis data dalam mode non-ROW, yang mengakibatkan data inkremental yang tidak konsisten.

Prasyarat

• Jadwal cadangan 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 untuk MySQL baca-saja telah dibuat. Untuk informasi lebih lanjut, lihat Buat instance ApsaraDB RDS untuk MySQL baca-saja.

• Metode 1: Konfigurasikan jadwal cadangan untuk instance ApsaraDB RDS untuk MySQL baca-saja menggunakan endpoint publiknya

  • Endpoint publik instance baca-saja telah diperoleh. Untuk informasi lebih lanjut, lihat Lihat dan kelola endpoint serta port instance.

  • Blok CIDR dari server Pemulihan Bencana Data telah ditambahkan ke daftar putih instance baca-saja. Untuk informasi lebih lanjut, lihat Konfigurasikan daftar putih alamat IP.

    Catatan

    Saat mengonfigurasi jadwal cadangan, Anda dapat mengatur parameter Lokasi Database ke User-Created Database with Public IP Address <IP Address:Port Number> dan klik Set Whitelist untuk mendapatkan blok CIDR dari server Pemulihan Bencana Data.

    

• Metode 2: Konfigurasikan jadwal cadangan untuk instance ApsaraDB RDS untuk MySQL baca-saja menggunakan endpoint internalnya

  • Endpoint internal instance baca-saja telah diperoleh. Alamat IP internal waktu nyata diperoleh dengan menjalankan perintah ping pada perangkat lokal Anda.

    Penting

    Alamat IP internal yang Anda peroleh mungkin berubah dalam beberapa skenario. Jika alamat IP internal dari instance baca-saja berbeda dari alamat IP internal yang dikonfigurasi dalam jadwal cadangan, cadangan akan gagal. Untuk informasi lebih lanjut, lihat Apa dampak dari pencadangan terhadap basis data?.

  • Blok CIDR dari server Pemulihan Bencana Data telah ditambahkan ke daftar putih instance baca-saja. Untuk informasi lebih lanjut, lihat Konfigurasikan daftar putih alamat IP.

    Catatan

    Saat mengonfigurasi jadwal cadangan, Anda dapat mengatur parameter Lokasi Database ke RDS Instance dan klik Set Whitelist untuk mendapatkan blok CIDR dari server Pemulihan Bencana Data.

    

Tindakan Pencegahan

• Jika Anda melakukan pencadangan melalui endpoint publik, log biner mungkin tertunda. Kami sarankan Anda mengatur parameter Retention Period ke nilai yang relatif besar di halaman Backup and Restoration instance ApsaraDB RDS untuk MySQL baca-saja. Parameter ini menunjukkan periode retensi log lokal. Nilai default: 18. Satuan: jam.

  

• Jika Anda menggunakan endpoint internal untuk mengonfigurasi jadwal cadangan dan Anda mengkloning instance baca-saja, memigrasikan instance ke zona lain, atau mengubah VPC atau vSwitch instance, alamat IP internal waktu nyata yang Anda peroleh mungkin berubah. Dalam hal ini, instance gagal terhubung, dan pencadangan gagal.

  Untuk menyelesaikan masalah ini, Anda dapat memperoleh alamat IP internal waktu nyata baru dan mengonfigurasi ulang jadwal cadangan. Untuk informasi lebih lanjut, lihat bagian Prasyarat pada topik ini dan Bagaimana cara memodifikasi database sumber cadangan?.

Prosedur

Saat mengonfigurasi jadwal cadangan untuk instance ApsaraDB RDS untuk MySQL baca-saja, 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.

Bagaimana cara mendapatkan endpoint internal dan publik dari instance ApsaraDB RDS untuk MySQL baca-saja?

1. Buka halaman Instance. Pada bilah navigasi atas, pilih wilayah tempat instance RDS berada. Cari instance RDS yang diinginkan, lalu klik ID instance tersebut.

2. Pada halaman Basic Information, klik View Details di sebelah parameter Jenis Jaringan untuk mendapatkan endpoint internal dan publik dari instance ApsaraDB RDS untuk MySQL baca-saja.

   Catatan

   Jika Anda belum mengajukan endpoint publik untuk instance baca-saja, klik Apply for Public Endpoint > OK untuk mengajukannya. Setelah pengajuan berhasil, endpoint publik dapat diperoleh.

Pertanyaan Umum

• T: Apa penyebab dan solusi jika instance sumber gagal terhubung saat saya mengonfigurasi jadwal cadangan menggunakan endpoint internalnya?

  A: Penyebab yang mungkin: Alamat IP internal yang diperoleh di Metode 2 adalah alamat IP internal waktu nyata. Jika Anda mengkloning instance sumber baca-saja, memigrasikan instance ke zona lain, atau mengubah VPC atau vSwitch instance, alamat IP internal waktu nyata dapat berubah. Akibatnya, instance sumber gagal terhubung dan pencadangan gagal.

  Solusi: Gunakan endpoint internal dari instance baca-saja dan jalankan perintah ping pada perangkat lokal Anda untuk mendapatkan alamat IP internal waktu nyata baru. Kemudian, modifikasi database sumber cadangan dan simpan konfigurasi.

• T: Bisakah Pemulihan Bencana Data mencadangkan data penuh dan data inkremental dari instance baca-saja?

  A: Ya.