全部产品
Search
文档中心

PolarDB:Metode 2 untuk pemulihan penuh: Pulihkan data ke titik waktu tertentu

更新时间:Jan 18, 2026

Pemulihan penuh memulihkan seluruh data historis dari kluster PolarDB ke kluster baru. Setelah memverifikasi data di kluster baru tersebut, Anda dapat memigrasikan data yang dipulihkan ke kluster sumber. Pemulihan penuh dapat dilakukan dari set cadangan atau ke titik waktu tertentu. Topik ini menjelaskan cara memulihkan kluster ke titik waktu tertentu.

Catatan penggunaan

  • Kluster yang dipulihkan berisi data dan informasi akun dari kluster sumber, tetapi tidak mencakup pengaturan parameternya.

  • Rentang waktu yang tersedia untuk pemulihan data bergantung pada periode Log Retention Period (Days) yang ditentukan dalam pengaturan backup. Periode default adalah 7 hari.

Prosedur

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

  2. Di panel navigasi sebelah kiri, pilih Settings and Management > Backup and Restoration.

  3. Pulihkan data ke titik waktu tertentu.

    • Untuk memulihkan data dalam wilayah yang sama:

      Di halaman Backup and Restoration, klik Point-in-time Restoration.

    • Untuk memulihkan data ke wilayah berbeda:

      1. Di halaman Backup and Restoration, pilih wilayah yang berisi data backup.

      2. Klik Point-in-time Restoration.

  4. Di halaman Clone Instance, pilih Product Type untuk kluster baru.

    • Subscription: Anda membayar resource komputasi di muka saat membuat kluster database.

    • Pay-as-you-go: Anda tidak perlu membayar resource komputasi di muka saat membuat kluster database. Anda dikenai biaya berdasarkan resource komputasi yang digunakan.

    • Serverless: Biaya mencakup biaya node komputasi, biaya kapasitas penyimpanan, biaya backup storage (dikenakan hanya jika melebihi kuota gratis), dan biaya SQL Explorer (opsional). Untuk informasi lebih lanjut mengenai penagihan, lihat Serverless billing.

  5. Atur parameter berikut.

    Parameter

    Deskripsi

    Clone Type

    Pilih Restore to Point in Time.

    Region

    Pilih wilayah tujuan untuk pemulihan.

    Catatan
    • Jika cross-region backup diaktifkan, Anda dapat memulihkan data ke wilayah sumber maupun wilayah tujuan.

    • Jika cross-region backup tidak diaktifkan, wilayah tujuan secara default sama dengan wilayah kluster sumber dan tidak perlu dipilih.

    Point in Time

    Pilih titik waktu ke mana Anda ingin memulihkan data.

    Catatan

    Rentang titik waktu yang tersedia untuk pemulihan data bergantung pada periode Log Retention Period (Days) yang ditentukan dalam pengaturan backup. Periode default adalah 7 hari.

    Primary Zone

    Pilih zona primer untuk kluster.

    Catatan

    Di wilayah yang memiliki dua zona atau lebih, PolarDB secara otomatis mereplikasi data ke zona sekunder untuk disaster recovery.

    Minimum Number of Read-only Nodes

    • Minimum Read-only Nodes: Tetapkan jumlah minimum node read-only yang dapat ditambahkan. Nilai valid: 0 hingga 15.

    • Maximum Read-only Nodes: Tetapkan jumlah maksimum node read-only yang dapat ditambahkan. Nilai valid: 0 hingga 15.

    Catatan
    • Jumlah node read-only secara otomatis bertambah atau berkurang dalam rentang yang ditentukan berdasarkan workload. Untuk informasi lebih lanjut mengenai kebijakan scaling, lihat Auto scaling.

    • Untuk memastikan high availability pada serverless cluster, atur Minimum Read-only Nodes menjadi 1.

    • Minimum PCUs Per Node: Tetapkan jumlah minimum PCU per node dalam kluster. Nilai valid: 0,25 PCU hingga 31 PCU.

    • Maximum PCUs Per Node: Tetapkan jumlah maksimum PCU per node dalam kluster. Nilai valid: 1 PCU hingga 32 PCU.

    Catatan
    • Serverless menggunakan PCU untuk penagihan dan scaling resource per detik. Satu PCU setara dengan kemampuan layanan sekitar 1 core dan 2 GB memori. PCU suatu node disesuaikan secara dinamis dalam rentang yang ditentukan berdasarkan workload. Unit scaling minimum adalah 0,5 PCU.

    • Contoh: Jika Anda menetapkan Minimum PCUs Per Node menjadi 2 PCU dan Maximum PCUs Per Node menjadi 16 PCU, spesifikasi default untuk node dalam serverless cluster adalah 2 PCU (sekitar 2 core dan 4 GB memori). Saat sistem mendeteksi peningkatan workload, jumlah PCU untuk node primer atau read-only akan secara otomatis ditingkatkan. Berdasarkan pengaturan tersebut, jumlah PCU dapat ditingkatkan hingga maksimum 16 PCU (sekitar 16 core dan 32 GB memori).

    Catatan

    Parameter ini hanya tersedia ketika tipe produk adalah Serverless.

    Maximum Number of Read-only Nodes

    Minimum PCUs per Node

    Maximum PCUs per Node

    Network Type

    Parameter ini tetap diatur ke VPC. Anda tidak perlu mengonfigurasi parameter ini.

    VPC Network

    Pilih VPC dan vSwitch untuk kluster. Disarankan untuk memilih VPC dan vSwitch yang sama dengan kluster sumber.

    Catatan

    Pastikan kluster PolarDB dan instance ECS yang ingin Anda hubungkan berada dalam VPC yang sama. Jika tidak, keduanya tidak dapat berkomunikasi melalui jaringan internal sehingga tidak mencapai performa optimal.

    vSwitch

    Compatibility

    Parameter ini tetap diatur ke versi kompatibilitas kluster sumber. Anda tidak perlu mengonfigurasi parameter ini.

    Contoh: Jika kompatibilitas kluster asli adalah MySQL 8.0 (sepenuhnya kompatibel dengan MySQL 8.0), parameter ini juga tetap diatur ke MySQL 8.0.

    Minor Version

    Pilih 8.0.1 atau 8.0.2.

    Catatan

    Parameter ini hanya berlaku jika parameter Compatibility diatur ke MySQL 8.0.

    Edition

    Parameter ini tetap diatur ke edisi kluster sumber. Anda tidak perlu mengonfigurasi parameter ini.

    Contoh: Jika kluster sumber adalah Cluster Edition, edisi kluster baru juga tetap diatur ke Cluster Edition. Untuk informasi lebih lanjut, lihat Enterprise Edition product series.

    Database Type

    PolarDB for MySQL Cluster Edition mendukung dua sub-edisi: General Specification dan Dedicated Specification.

    • Dedicated: Setiap kluster secara eksklusif menggunakan resource komputasi yang dialokasikan, seperti CPU, tanpa berbagi dengan kluster lain di server yang sama. Hal ini memberikan stabilitas dan keandalan performa yang lebih baik.

    • General-purpose: Kluster berbeda di server yang sama berbagi resource komputasi idle, seperti CPU. Multiplexing resource ini meningkatkan efisiensi biaya.

    Untuk perbandingan detail kedua tipe tersebut, lihat General-purpose and Dedicated specifications.

    CPU Architecture

    Parameter ini tetap diatur ke arsitektur CPU kluster sumber. Anda tidak perlu mengonfigurasi parameter ini.

    Node Specifications

    Pilih node specifications. Spesifikasi berbeda menawarkan kapasitas penyimpanan maksimum dan tingkat kinerja yang berbeda. Untuk informasi lebih lanjut, lihat Enterprise Edition compute node specifications.

    Catatan

    Untuk memastikan kluster yang dipulihkan berjalan dengan baik, disarankan memilih node specifications yang sama atau lebih tinggi daripada kluster sumber.

    Number of Nodes

    • Jika kluster sumber Anda adalah Cluster Edition, sistem secara default menampilkan dua node (satu node baca/tulis dan satu node read-only). Anda dapat memilih dua node (satu node baca/tulis dan satu node read-only) atau satu node (node baca/tulis).

    • Jika kluster sumber Anda adalah Multi-master Cluster (Limitless) Edition, sistem secara default membuat dua node primer dengan spesifikasi yang sama. Anda tidak perlu mengonfigurasi parameter ini.

    Database Proxy Type

    PolarDB mendukung dua tipe proksi database: Standard Enterprise Edition dan Dedicated Enterprise Edition.

    • Standard Enterprise Edition: Tipe ini untuk kluster dengan spesifikasi General-purpose. Resource CPU fisik dibagi bersama dan menyediakan scaling resource cerdas per detik berdasarkan workload bisnis.

    • Dedicated Enterprise Edition: Tipe ini untuk kluster dengan spesifikasi Dedicated. Resource CPU fisik digunakan secara eksklusif dan menawarkan stabilitas performa yang lebih baik.

    Catatan

    PolarProxy Enterprise Edition saat ini gratis. Tanggal penagihan di masa depan belum ditentukan.

    Enable No-activity Suspension

    Jika Anda mengaktifkan No-activity Suspension, Anda harus menetapkan Detection Period for No-activity Suspension. Periode deteksi dapat berkisar antara 5 menit hingga 24 jam.

    Catatan

    Parameter ini hanya tersedia ketika tipe produk adalah Serverless.

    Enable Hot Standby Cluster

    PolarDB menyediakan beberapa mode high availability. Setelah Anda mengaktifkan fitur hot standby storage cluster untuk kluster PolarDB, sebuah hot standby storage cluster dibuat di zona sekunder wilayah tempat kluster PolarDB berada atau di pusat data berbeda dalam zona yang sama. Hot standby storage cluster memiliki resource penyimpanan independen. Apakah hot standby storage cluster memiliki resource komputasi independen atau tidak bergantung pada mode high availability. Ketika kluster PolarDB di zona primer mengalami kegagalan, hot standby storage cluster segera mengambil alih dan menangani operasi baca/tulis serta tugas penyimpanan.

    Catatan
    • Untuk informasi lebih lanjut mengenai hot standby storage cluster dan solusi terkait, lihat High availability modes (hot standby clusters).

    • Aturan perubahan mode high availability:

      • Anda tidak dapat langsung mengubah mode high availability kluster dari Double Zones (Hot Standby Storage Cluster Enabled) atau Double Zones (Hot Standby Storage and Compute Clusters Enabled) ke Single Zone (Hot Standby Storage Cluster Disabled).

        Untuk perubahan mode high availability semacam ini, disarankan membeli kluster baru dan memilih mode high availability Single Zone (Hot Standby Storage Cluster Disabled) untuk kluster tersebut. Kemudian, migrasikan kluster yang ada ke kluster baru menggunakan Data Transmission Service (DTS). Untuk informasi cara migrasi kluster yang ada ke kluster baru, lihat Migrate data between PolarDB for MySQL clusters.

      • Anda hanya dapat memilih mode high availability Three Zones saat membeli kluster baru. Anda tidak dapat mengubah mode high availability kluster dari Three Zones ke mode lainnya dan sebaliknya.

    • Anda dapat mengubah secara manual mode high availability kluster dari Single Zone (Hot Standby Storage Cluster Disabled) ke mode high availability lainnya. Untuk informasi lebih lanjut, lihat High availability modes (hot standby clusters).

    Three-zone Strong Consistency Deployment

    Tentukan apakah akan mengaktifkan penerapan konsistensi kuat tiga zona.

    Storage Class

    Ini mengikuti konfigurasi kelas penyimpanan kluster sumber. Jika kluster sumber menggunakan enterprise SSD (ESSD), Anda hanya dapat memilih ESSD. Jika kluster sumber menggunakan PSL4 atau PSL5, Anda dapat memilih PSL4 atau PSL5.

    • ESSD adalah disk berperforma ultra-tinggi yang dikembangkan oleh Alibaba Cloud. ESSD menggunakan arsitektur penyimpanan blok terdistribusi generasi berikutnya dan mendukung jaringan Ethernet 25 Gigabit serta Remote Direct Memory Access (RDMA). Setiap ESSD memiliki latensi satu arah rendah dan dapat memberikan hingga 1 juta IOPS baca/tulis acak. ESSD dibagi ke dalam kategori berikut:

      • PL0 ESSD: Tingkat performa dasar.

      • PL1 ESSD: Memberikan IOPS 5× lebih tinggi dan throughput ~2× lebih tinggi daripada PL0.

      • PL2 ESSD: Memberikan IOPS dan throughput ~2× lebih tinggi daripada PL1.

      • PL3 ESSD: Memberikan IOPS hingga 10× lebih tinggi dan throughput 5× lebih tinggi daripada PL2, ideal untuk skenario yang membutuhkan performa I/O konkuren ekstrem dan latensi baca/tulis rendah yang stabil.

      • ESSD AutoPL disk: Memisahkan IOPS dari kapasitas, memungkinkan konfigurasi fleksibel dan penyesuaian sesuai kebutuhan untuk mengurangi total cost of ownership (TCO).

        Penting
    • PSL4 dan PSL5 adalah tipe penyimpanan yang dirancang oleh PolarDB untuk skenario berbeda. Perbedaannya sebagai berikut:

      Kelas penyimpanan

      Fitur

      Skenario

      PSL5 (PolarStore Level 5)

      Kelas penyimpanan yang didukung pada versi awal PolarDB. Ini adalah kelas penyimpanan default untuk kluster PolarDB yang dibeli sebelum 7 Juni 2022. Menyediakan performa, keandalan, dan ketersediaan yang lebih baik.

      Skema bisnis yang membutuhkan performa dan keandalan tinggi, di mana database merupakan sistem inti. Skema tersebut mencakup keuangan, e-commerce, layanan pemerintah, dan bisnis Internet menengah hingga besar.

      PSL4 (PolarStore Level 4)

      PolarDB meluncurkan kelas penyimpanan baru ini yang menggunakan teknologi smart-SSD milik Alibaba. Teknologi ini melakukan kompresi dan dekompresi data di lapisan fisik disk SSD. Hal ini menurunkan harga penyimpanan per unit data sambil tetap mengendalikan dampak terhadap performa.

      Skema aplikasi yang membutuhkan pengurangan biaya dan efisiensi biaya tinggi.

      Catatan
      • Aturan konversi kelas penyimpanan:

        • Beberapa seri produk mendukung peningkatan kelas penyimpanan, artinya penyimpanan PSL4 dapat ditingkatkan ke penyimpanan PSL5.

        • Penurunan kelas penyimpanan tidak didukung. Anda tidak dapat menurunkan penyimpanan PSL5 ke PSL4.

      • Untuk beralih dari penyimpanan PSL5 ke PSL4, Anda dapat membeli kluster baru dan memigrasikan data dari kluster asli ke kluster baru menggunakan tool migrasi seperti DTS atau fitur major version upgrade.

    Storage Engine

    PolarDB mendukung dua tipe engine: InnoDB dan InnoDB & X-Engine.

    • InnoDB: Engine InnoDB.

    • InnoDB & X-Engine:: Penerapan hibrida InnoDB dan X-Engine. Setelah memilih opsi ini, Anda dapat mengatur proporsi engine kompresi tinggi. Untuk informasi lebih lanjut mengenai engine kompresi tinggi, lihat High-compression engine (X-Engine).

    Catatan

    Parameter ini tidak didukung untuk PolarDB for MySQL Standard Edition.

    Storage Billing Method

    PolarDB mendukung dua metode penagihan penyimpanan: Pay-as-you-go dan Subscription.

    • Pay-as-you-go: Ini adalah metode serverless. Anda tidak perlu memilih kapasitas saat melakukan pembelian. Penyimpanan secara otomatis diskalakan seiring pertumbuhan data Anda, dan Anda hanya dikenai biaya berdasarkan ruang penyimpanan aktual yang digunakan. Untuk informasi lebih lanjut, lihat Pricing for pay-by-capacity (pay-as-you-go).

    • Subscription: Anda harus membayar ruang penyimpanan kluster database di muka saat membelinya. Untuk informasi lebih lanjut, lihat Pricing for pay-by-space (subscription).

    Catatan

    Ketika Billing Method adalah Subscription, Storage Payment Method dapat diatur ke Pay-as-you-go atau Subscription. Ketika Billing Method adalah Pay-as-you-go, parameter ini tidak didukung, dan sistem secara default menggunakan penyimpanan pay-as-you-go.

    Storage Capacity

    Jumlah kapasitas penyimpanan yang akan dibeli di muka untuk Subscription. Kapasitas penyimpanan berkisar dari 50 GB hingga 500 TB, dengan penyesuaian minimum 10 GB.

    Catatan

    Parameter ini hanya tersedia ketika Storage Payment Method diatur ke Subscription.

    Storage Fee

    Anda tidak perlu memilih kapasitas saat melakukan pembelian. PolarDB menagih Anda per jam berdasarkan penggunaan aktual.

    Enable Binlog

    Tentukan apakah akan mengaktifkan binary logging. Untuk informasi lebih lanjut mengenai binary logging, lihat Enable binary logging.

    Cluster Name

    Masukkan nama untuk kluster. Nama harus memenuhi persyaratan berikut:

    • Tidak boleh diawali dengan http:// atau https://.

    • Panjangnya harus 2 hingga 256 karakter.

    Jika Anda tidak mengisinya, sistem akan secara otomatis menghasilkan nama kluster. Anda dapat mengubah nama kluster setelah kluster dibuat.

    Inherit Tags from Source Cluster

    Tentukan apakah akan mewarisi tag dari kluster sumber.

    Duration

    Pilih durasi langganan untuk kluster.

    Catatan

    Parameter ini hanya tersedia ketika Billing Method diatur ke Subscription.

    Quantity

    Pilih jumlah kluster yang akan dibeli.

  6. Setelah mengonfigurasi parameter, konfirmasi konfigurasi dan biaya kluster, baca serta terima syarat layanan, lalu klik Buy Now.

  7. Setelah pembelian selesai, sistem memerlukan waktu 10 hingga 15 menit untuk membuat kluster. Kluster baru kemudian akan muncul dalam daftar kluster di PolarDB console.

    Catatan
    • Jika status node adalah Creating, kluster masih dalam proses pembuatan dan belum tersedia. Kluster siap digunakan hanya ketika statusnya berubah menjadi Running.

    • Pastikan Anda telah memilih wilayah yang benar di pojok kiri atas halaman. Jika tidak, Anda tidak dapat melihat kluster yang dibuat.

Operasi API terkait

API

Deskripsi

Create a cluster

Anda dapat memanggil operasi CreateDBCluster untuk memulihkan data ke kluster PolarDB.

Catatan
  • Parameter CreationOption harus diatur ke CloneFromPolarDB.

  • Parameter CloneDataPoint harus diatur ke PointInTime. Anda harus menentukan titik waktu dalam UTC menggunakan format YYYY-MM-DDThh:mm:ssZ.