Data Management:Arsipkan data ke instans RDS MySQL

Prasyarat

Sebelum memulai, pastikan Anda telah memiliki:

• Database sumber dari salah satu jenis yang didukung:

  • 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

• Akun database MySQL yang diberikan izin REPLICATION CLIENT

• Instans ApsaraDB RDS for MySQL sebagai tujuan pengarsipan. Untuk petunjuknya, lihat Create an ApsaraDB RDS for MySQL instance

• Tabel sumber yang memiliki primary key atau unique key

• (Disarankan) Kolom timestamp di setiap tabel sumber untuk digunakan sebagai kondisi filter dalam pengarsipan berbasis waktu

Penagihan

Anda akan dikenai biaya untuk instans tujuan ApsaraDB RDS for MySQL. Untuk detailnya, lihat Billable items.

Catatan penggunaan

• Storage space: Jika Anda mengonfigurasi pekerjaan untuk menghapus data sumber setelah pengarsipan, DMS terlebih dahulu menulis baris tersebut ke tabel backup temporary di database sumber sebelum menghapusnya. Pastikan database sumber memiliki ruang penyimpanan yang cukup untuk menampung tabel backup temporary tersebut. Ruang yang tidak mencukupi dapat menyebabkan instans sumber menjadi tidak tersedia.

• Scheduling mode and control mode: DMS menjalankan pekerjaan pengarsipan berdasarkan jadwal berulang hanya jika database sumber dan tujuan keduanya dikelola dalam mode Security Collaboration. Untuk pekerjaan satu kali, database dapat berada dalam mode kontrol apa pun. Untuk mengubah mode kontrol, lihat Change the control mode of an instance.

Cara kerja

Saat pekerjaan pengarsipan dijalankan, DMS membaca baris dari tabel sumber yang ditentukan yang sesuai dengan kondisi filter dan menuliskannya ke instans tujuan ApsaraDB RDS for MySQL. DMS secara otomatis membuat database dan tabel di instans tujuan dengan nama yang sama seperti database dan tabel sumber. Empat kolom metadata ditambahkan ke setiap tabel arsip: informasi pengarsipan (nomor tiket dan waktu), nama database sumber, nama tabel sumber, dan ID instans sumber. Kolom data yang sudah ada tidak terpengaruh.

Jika opsi Post-behavior diatur untuk menghapus data sumber, DMS memindahkan baris yang sesuai ke tabel backup temporary di database sumber sebelum menjalankan pernyataan DELETE. Setelah Anda memverifikasi bahwa data yang diarsipkan sudah benar, ajukan tiket perubahan data reguler untuk menghapus tabel backup temporary tersebut.

Data Arsip

1. Masuk ke DMS console V5.0.

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

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

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

4. Pada halaman Ticket Application, konfigurasikan parameter yang dijelaskan dalam tabel berikut.

   Parameter	Wajib	Deskripsi
   Task Name	Ya	Nama deskriptif untuk tugas pengarsipan. Nama yang jelas mengurangi kebutuhan komunikasi lanjutan.
   Archiving Destination	Ya	Jenis tujuan. Pilih RDS MySQL.
   ApsaraDB RDS Instance	Ya	Instans tujuan ApsaraDB RDS for MySQL.
   Source Database	Ya	Database sumber tempat data diarsipkan.
   Archive configuration	Ya	Satu atau beberapa tabel sumber yang akan diarsipkan. Secara opsional, tentukan kondisi filter untuk memilih baris tertentu. Untuk mengarsipkan data dari rentang waktu (misalnya, data yang lebih lama dari enam bulan), konfigurasikan variabel waktu terlebih dahulu di bagian Variable Configuration, lalu gunakan dalam kondisi filter. Klik Add untuk menambahkan tabel sumber lainnya.
   Archive Table Mapping	Tidak	Pengaturan kustom untuk tabel tujuan. Klik Edit di kolom Actions untuk menentukan nama tabel tujuan, kolom, shard key, dan partition key.
   Variable Configuration	Tidak	Variabel waktu untuk digunakan dalam kondisi filter. Misalnya, variabel bernama 6_month_ago dengan format yyyy-MM-dd dan offset -6 Month akan bernilai 2021-02-11 ketika tanggal saat ini adalah 12 Agustus 2021. Gunakan variabel tersebut dalam kondisi filter sebagai ${6_month_ago}. Untuk langkah-langkah konfigurasi, lihat bagian Configure time variables pada topik "Variables".
   Post-behavior	Tidak	Apakah akan menghapus baris yang diarsipkan dari tabel sumber setelah pengarsipan. Jika Anda memilih Clean up the archived data of the original table (delete-No Lock), DMS menghapus baris tersebut menggunakan pernyataan DELETE tanpa lock. Tabel backup temporary dibuat di database sumber selama proses ini. Setelah Anda memverifikasi data yang diarsipkan, ajukan tiket regular data change untuk menghapus tabel backup temporary tersebut. Jika opsi ini tidak dipilih, baris yang diarsipkan tetap berada di tabel sumber dan Anda harus menghapusnya serta mengoptimalkan penyimpanan secara manual: buat tiket regular data change untuk menghapus data, dan tiket lock-free DDL untuk mengoptimalkan penggunaan storage space.
   Running Mode	Ya	Kapan pekerjaan pengarsipan dijalankan. Single execution menjalankan pekerjaan sekali setelah tiket disetujui. Cyclic scheduling menjalankan pekerjaan berulang sesuai jadwal yang Anda tentukan—kedua database harus berada dalam mode Security Collaboration. Untuk opsi penjadwalan, lihat bagian Periodic scheduling pada topik "Archive data to a Lindorm instance".

5. Klik Submit.

Setelah tiket disetujui, DMS secara otomatis menjalankan pekerjaan pengarsipan. Data yang diarsipkan disimpan sebagai tabel di instans tujuan.

Jika pekerjaan gagal, klik Details di kolom Actions pada langkah Execute untuk melihat log tugas dan mengidentifikasi penyebabnya. Jika kegagalan disebabkan oleh masalah jaringan atau koneksi database, klik Retry Breakpoint untuk melanjutkan pekerjaan dari titik terakhir.

Kueri data yang diarsipkan

Setelah pekerjaan pengarsipan selesai, ikuti langkah-langkah berikut untuk melihat data yang diarsipkan:

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

2. Pada tab Table di sebelah kiri, temukan dan klik ganda tabel yang ingin Anda lihat, lalu klik Execute untuk memuat datanya.

Setiap tabel arsip berisi empat kolom metadata tambahan: informasi pengarsipan (nomor tiket dan waktu), nama database sumber, nama tabel sumber, dan ID instans sumber. Kolom-kolom ini tidak memengaruhi data asli.

Langkah selanjutnya

• Untuk mengonfigurasi jadwal pengarsipan berulang, lihat bagian Periodic scheduling pada topik "Archive data to a Lindorm instance".