PolarDB:Metode 1 untuk pemulihan database dan tabel: Pulihkan data dari set cadangan

Pendahuluan

Fitur pemulihan database dan tabel yang disediakan oleh PolarDB tidak menimpa atau menghapus database dan tabel yang sudah ada di kluster asal, juga tidak menulis data ke dalam database dan tabel yang sudah ada. Sebaliknya, fitur ini membuat database dan tabel baru di kluster asal. Selama proses pemulihan, Anda dapat menentukan nama database atau nama tabel baru untuk memulihkan data cadangan dari db1 ke db2.

Selama proses pemulihan database dan tabel, akses normal ke database di kluster asal tidak terganggu. Namun, pemulihan tersebut dapat mengonsumsi sumber daya komputasi kluster asal, yang berpotensi meningkatkan utilisasi CPU dan IOPS kluster.

Skenario

Catatan Penggunaan

• Pemulihan dari set cadangan dalam fitur pemulihan database dan tabel hanya mendukung pemulihan dari set cadangan tingkat pertama. Pemulihan dari set cadangan tingkat kedua tidak didukung.

• Saat melakukan pemulihan database dan tabel, jika nama database atau nama tabel yang ditentukan sudah ada di kluster asal, pemulihan akan gagal.

• Pemulihan database dan tabel hanya memulihkan tabel-tabel tertentu. Pastikan Anda telah memilih semua tabel yang perlu dipulihkan.

  Catatan

  Jika Anda tidak dapat menentukan semua tabel yang terlibat, kami menyarankan Anda memulihkan data historis seluruh kluster ke kluster baru, lalu memigrasikan datanya ke kluster asal. Untuk informasi lebih lanjut, lihat Pulihkan dari set cadangan dan Pulihkan kluster ke titik waktu tertentu.

• Jika Anda tidak memulihkan seluruh database, hingga 100 tabel dapat dipulihkan sekaligus untuk setiap database. Jika Anda memulihkan seluruh database, semua tabel dalam database tersebut akan dipulihkan.

  Catatan

  • Jika terlalu banyak tabel dipulihkan sekaligus, proses pemulihan akan memakan waktu lama. Oleh karena itu, kami menyarankan agar Anda tidak memulihkan terlalu banyak tabel sekaligus.

  • Jika Anda perlu memulihkan jumlah tabel yang besar, kami menyarankan Anda memulihkan data historis lengkap ke kluster baru. Untuk langkah-langkah operasionalnya, lihat Pulihkan dari set cadangan dan Pulihkan kluster ke titik waktu tertentu.

• Anda dapat menggunakan fitur pemulihan database dan tabel bahkan ketika kluster memiliki lebih dari 50.000 tabel (termasuk tabel sistem).

  Catatan

  • Fitur ini saat ini sedang dalam tahap peluncuran bertahap. Untuk menggunakan fitur ini, Anda dapat Menghubungi kami untuk menambahkan kluster ke daftar putih dan mengaktifkan fitur ini.

  • Kueri jumlah tabel (termasuk tabel sistem) di kluster. Pernyataan SQL-nya adalah sebagai berikut:

    SELECT COUNT(*) FROM information_schema.tables;

  • Kueri jumlah tabel sistem di kluster. Pernyataan SQL-nya adalah sebagai berikut:

    SELECT COUNT(*) FROM information_schema.tables WHERE table_schema IN ('sys', 'performance_schema', 'mysql', 'information_schema', '__recycle_bin__');

• Pemulihan database dan tabel tidak mendukung pemulihan trigger. Jika tabel asal memiliki trigger yang dikonfigurasi, trigger tersebut tidak akan dipulihkan.

• Pemulihan database dan tabel tidak mendukung pemulihan kunci asing. Jika tabel asal memiliki kunci asing yang dikonfigurasi, kunci asing tersebut tidak akan dipulihkan.

• Kami menyarankan Anda melakukan pemulihan data selama jam sepi.

Prosedur

1. Masuk ke PolarDB console. Di panel navigasi sebelah kiri, klik Clusters. Pilih Region tempat kluster ditempatkan, lalu klik ID kluster untuk membuka halaman detail kluster.

2. Di panel navigasi sebelah kiri, pilih Settings and Management > Backup and Restoration, lalu klik Restore Databases/Tables.

3. Pada kotak dialog yang muncul, atur Restoration Type menjadi Backup Set, lalu pilih set cadangan tujuan dari daftar set cadangan.

   Catatan

   Fitur pemulihan database dan tabel menyediakan tiga konfigurasi kecepatan berdasarkan konsumsi IOPS: Quick, Standard, dan Secure. Pilih konfigurasi sesuai kebutuhan bisnis Anda. Untuk perkiraan durasi pemulihan setiap konfigurasi kecepatan, lihat Referensi untuk pengujian kecepatan pemulihan database dan tabel.

   • Quick: Saat data sedang dipulihkan ke kluster saat ini, sejumlah besar IOPS mungkin dikonsumsi. Kami menyarankan Anda memilih konfigurasi ini selama jam sepi.

   • Standard (direkomendasikan untuk kluster dengan lebih dari 4 core): Saat data sedang dipulihkan ke kluster saat ini, sejumlah IOPS moderat mungkin dikonsumsi.

   • Secure (direkomendasikan untuk kluster dengan 4 core atau kurang): Saat data sedang dipulihkan ke kluster saat ini, hanya sejumlah kecil IOPS yang dikonsumsi, tetapi kecepatan pemulihan mungkin terpengaruh secara signifikan.

   Untuk kluster dengan 4 core atau kurang, kami menyarankan Anda memverifikasi bahwa innodb_io_capacity dan innodb_io_capacity_max diatur ke nilai yang sesuai dengan spesifikasi kluster. Untuk IOPS maksimum yang didukung setiap spesifikasi kluster, lihat Spesifikasi node komputasi untuk Edisi Perusahaan dan Spesifikasi node komputasi untuk Edisi Standar. Kami menyarankan Anda menggunakan kecepatan Secure untuk pemulihan.

4. Di bagian Databases and Tables to Restore, pilih database tujuan di sisi kiri dan tabel tujuan di sisi kanan.

   Catatan

   • Jika Anda tidak menentukan nama database atau nama tabel baru, sistem akan menambahkan _backup ke nama database atau nama tabel asli untuk secara otomatis menghasilkan nama database dan nama tabel baru. Misalnya, jika nama tabel aslinya adalah test, maka nama tabel baru yang dihasilkan secara otomatis adalah test_backup.

   • Jika Anda memilih database tujuan tetapi tidak menentukan tabel, semua tabel dalam database tersebut akan dipulihkan secara default.

5. Setelah memastikan Anda telah memilih database dan tabel yang ingin dipulihkan, klik OK.

Referensi API