Data Management:Arsipkan data ke kluster PolarDB for MySQL

Prasyarat

Sebelum memulai, pastikan Anda telah memiliki:

• Database sumber salah satu jenis berikut:

  • MySQL: ApsaraDB RDS for MySQL, PolarDB for MySQL, atau AnalyticDB for MySQL V3.0

  • PostgreSQL: ApsaraDB RDS for PostgreSQL atau PolarDB for PostgreSQL

  • PolarDB-X

• Izin REPLICATION CLIENT yang diberikan kepada akun database MySQL

• Kluster PolarDB for MySQL yang telah dibeli. Untuk detailnya, lihat Prosedur pembelian.

• Tabel sumber yang memiliki primary key atau unique key

• (Disarankan) Kolom timestamp pada tabel sumber untuk digunakan sebagai kondisi filter

Risiko sebelum memulai

Tinjau risiko berikut sebelum mengonfigurasi tugas pengarsipan.

Ruang penyimpanan untuk pembersihan sumber

Jika Anda mengaktifkan Post-behavior untuk menghapus baris yang telah diarsipkan dari sumber, DMS membuat tabel backup temporary di database sumber sebelum penghapusan. Pastikan database sumber memiliki cukup ruang penyimpanan untuk tabel-tabel tersebut. Ruang penyimpanan yang tidak mencukupi dapat menyebabkan pekerjaan pengarsipan gagal atau instans sumber menjadi tidak tersedia.

Persyaratan mode kontrol untuk tugas berulang

Untuk tugas pengarsipan berulang, baik database sumber maupun tujuan harus dikelola dalam mode Security Collaboration atau Stable Change. Tugas satu kali tidak memiliki persyaratan mode kontrol.

Jika suatu instans berada dalam mode Stable Change dan Anda memerlukan eksekusi berulang, aktifkan security hosting untuk instans tersebut atau ubah mode kontrolnya menjadi Security Collaboration. Tanpa langkah ini, tugas mungkin gagal ketika login instans kedaluwarsa. Lihat Aktifkan security hosting dan Ubah mode kontrol instans.

Penagihan

Anda dikenai biaya untuk kluster PolarDB for MySQL. Untuk detailnya, lihat Item yang dikenai biaya.

Arsipkan data ke kluster PolarDB for MySQL

Contoh berikut mengarsipkan pesanan yang berusia lebih dari 6 bulan ke kluster PolarDB for MySQL sesuai jadwal bulanan berulang.

1. Masuk ke Konsol DMS V5.0.

2. Pada bilah navigasi atas, pilih Solution > Data Archiving.

   Dalam mode simple, arahkan kursor ke ikon di pojok kiri atas dan pilih All functions > Solution > Data Archiving.

3. Di pojok kanan atas halaman Data Archiving Tickets, klik Data Archiving.

4. Pada halaman Ticket Application, konfigurasikan parameter berikut.

   Parameter	Wajib	Deskripsi
   Task Name	Ya	Nama deskriptif untuk tugas pengarsipan.
   Archiving Destination	Ya	Pilih PolarDB MySQL.
   PolarDB Cluster	Ya	Kluster PolarDB for MySQL tujuan.
   Source Database	Ya	Database sumber tempat data akan diarsipkan.
   Archive Configuration	Ya	Tabel sumber dan kondisi filter opsional. Untuk memfilter berdasarkan tanggal (misalnya, baris yang berusia lebih dari 6 bulan), definisikan variabel waktu terlebih dahulu di Variable Configuration, lalu referensikan di sini sebagai ${variable_name}. Klik Add untuk menambahkan lebih banyak tabel sumber.
   Archive Table Mapping	Tidak	Pengaturan tabel tujuan. Klik Edit pada kolom Actions untuk menentukan nama tabel, kolom, shard key, dan partition key di database tujuan.
   Variable Configuration	Tidak	Variabel waktu untuk kondisi filter. Misalnya, variabel bernama 6_month_ago dalam format yyyy-MM-dd dengan offset -6 bulan akan menghasilkan nilai 2021-02-11 jika tanggal saat ini adalah 12 Agustus 2021. Untuk detail konfigurasi, lihat Konfigurasi variabel waktu.
   Post-behavior	Tidak	Apakah akan menghapus baris yang telah diarsipkan dari tabel sumber setelah pengarsipan berhasil: <br>- Clean up the archived data of the original table (delete-No Lock): DMS menghapus baris dari tabel sumber setelah menulisnya ke tujuan. DMS membuat tabel backup temporary di database sumber sebelum penghapusan. Setelah memverifikasi data yang diarsipkan, ajukan tiket regular data change untuk menghapus tabel backup tersebut. <br>- Not selected: Baris tetap berada di tabel sumber. Hapus secara manual dengan tiket regular data change, lalu bebaskan ruang penyimpanan dengan tiket lock-free DDL.
   Operation Mode	Ya	Single execution: DMS menjalankan tugas satu kali setelah tiket disetujui. <br>Cyclic scheduling: DMS menjalankan tugas sesuai jadwal berulang. Untuk opsi penjadwalan, lihat bagian Periodic scheduling dalam topik pengarsipan Lindorm.

5. Klik Submit.

Setelah tiket disetujui, DMS menjalankan tugas pengarsipan secara otomatis. Tunggu hingga tugas pengarsipan data selesai.

Jika tugas gagal, klik Details pada kolom Actions di langkah Execute untuk melihat log tugas. Untuk kegagalan yang disebabkan oleh masalah koneksi jaringan atau database, klik Retry Breakpoint untuk melanjutkan dari titik di mana tugas terhenti.

DMS secara otomatis membuat database dan tabel tujuan dengan nama yang sama seperti database dan tabel sumber.

Kueri data yang diarsipkan

Setelah tugas pengarsipan selesai:

1. Pada halaman Ticket Details, buka bagian Basic Information dan klik View di sebelah Target Database untuk membuka SQL Console.

2. Pada tab Table di sisi kiri SQL Console, klik ganda nama tabel, lalu klik Execute untuk melihat baris yang diarsipkan.

Setiap tabel arsip mencakup empat kolom metadata tambahan yang tidak memengaruhi data asli:

Langkah selanjutnya

• Untuk menghapus tabel backup temporary yang dibuat selama pembersihan sumber, ajukan tiket regular data change.

• Untuk membebaskan ruang penyimpanan di tabel sumber setelah penghapusan manual, ajukan tiket lock-free DDL.