All Products
Search

This Product

    Data Management:Arsipkan data ke kluster AnalyticDB for MySQL V3.0

    Document Center

    Data Management:Arsipkan data ke kluster AnalyticDB for MySQL V3.0

    Last Updated:Jun 23, 2026

    Data Management (DMS) mengarsipkan data dari database operasional ke kluster AnalyticDB for MySQL V3.0 untuk beban kerja analitik, dengan opsi pembersihan baris yang telah diarsipkan dari tabel sumber.

    Cara kerja

    Saat Anda mengajukan tiket pengarsipan data, DMS menjalankan alur kerja berikut:

    1. Membaca data dari tabel sumber berdasarkan kondisi filter yang Anda tentukan.

    2. Menulis data ke kluster AnalyticDB for MySQL V3.0 tujuan.

    3. Jika Anda mengaktifkan pembersihan data sumber, membuat tabel backup temporary di database sumber, lalu menghapus baris yang telah diarsipkan dari tabel sumber.

    DMS menambahkan empat kolom metadata ke setiap tabel arsip: nomor dan timestamp tiket pengarsipan, nama database sumber, nama tabel sumber, serta ID instans sumber. Kolom-kolom ini tidak mengubah data asli.

    Prasyarat

    Pastikan Anda memiliki:

    • Database sumber salah satu tipe 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

    • Kluster AnalyticDB for MySQL V3.0. Untuk informasi selengkapnya, lihat Create a cluster.

    • Tabel sumber dengan primary key atau unique key.

    • (Disarankan) Bidang timestamp di tabel sumber yang mencatat waktu modifikasi terakhir, untuk digunakan sebagai kondisi filter.

    Akun database MySQL harus memiliki izin REPLICATION CLIENT.

    Catatan penggunaan

    • Ketersediaan wilayah: Fitur pengarsipan data hanya tersedia di wilayah Singapore dan Indonesia (Jakarta).

    • Ruang penyimpanan untuk pembersihan data sumber: Jika Anda mengatur Post-behavior ke Clean up the archived data of the original table (delete-No Lock), pastikan database sumber memiliki ruang penyimpanan yang cukup. Hal ini mencegah terjadinya exception akibat ruang penyimpanan tidak mencukupi selama proses pengarsipan data. Misalnya, pengarsipan data sebesar 390 GB memerlukan setidaknya 390 GB ruang penyimpanan bebas di database sumber.

    • Mode kontrol untuk tugas periodik: DMS hanya menjalankan tugas pengarsipan data periodik jika database sumber dan tujuan keduanya dikelola dalam mode Security Collaboration atau Stable Change. Untuk tugas satu kali, semua mode kontrol dapat digunakan.

      Untuk tugas periodik dengan database dalam mode Stable Change, aktifkan security hosting atau beralih ke mode Security Collaboration untuk mencegah kegagalan tugas akibat kedaluwarsa sesi logon. Untuk informasi selengkapnya, lihat Security hosting dan Change the control mode of an instance.

    • Kluster Data Lakehouse Edition: Jika Anda mengarsipkan data ke kluster Data Lakehouse Edition V3.0, pastikan kluster tersebut memiliki sumber daya komputasi yang telah dipesan. Jika tidak, tugas akan gagal. Untuk informasi selengkapnya, lihat Scale a Data Lakehouse Edition cluster.

    Penagihan

    Anda dikenai biaya untuk kluster AnalyticDB for MySQL V3.0. Untuk detail harga, lihat Pricing for Data Warehouse Edition dan Pricing for Data Lakehouse Edition.

    Buat tugas pengarsipan data

    Langkah 1: Buka halaman pengarsipan data

    1. Login ke DMS console V5.0.

    2. Klik ikon 2023-01-28_15-57-17.png di pojok kiri atas, klik All Features, lalu klik Data Archiving di bagian Solution.

    Langkah 2: Konfigurasikan tiket pengarsipan

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

    2. Di halaman Ticket Application, konfigurasikan parameter berikut.

    Parameter Wajib Deskripsi
    Task Name Ya Nama tugas pengarsipan data. Tentukan nama deskriptif agar mudah mengidentifikasi tugas tersebut.
    Archiving Destination Ya Pilih AnalyticDB-MySQL 3.0.
    Analytics Engine Ya Kluster AnalyticDB for MySQL V3.0 tujuan.
    Source Database Ya Database sumber tempat data akan diarsipkan.
    Archiving Configuration Ya Tentukan kondisi filter untuk data yang akan diarsipkan. Contoh: gmt_modified<='${6_month_ago}'. Untuk mengarsipkan beberapa tabel, klik Add untuk menambahkan lebih banyak tabel sumber.
    Archive Table Mapping Tidak Sesuaikan pengaturan tabel tujuan. Klik Edit di kolom Actions untuk mengubah nama tabel, kolom, kunci shard database, dan kunci partisi.
    Variable Configuration Tidak Definisikan variabel waktu untuk kondisi filter. Misalnya, buat variabel bernama 6_month_ago dengan format yyyy-MM-dd dan offset -6 Month. Jika hari ini 12 Agustus 2021, ${6_month_ago} akan menjadi 2021-02-11. Untuk informasi selengkapnya, lihat bagian "Configure time variables" pada topik Variables.
    Post-behavior Tidak Mengontrol apakah data yang diarsipkan akan dihapus dari tabel sumber. Lihat Configure post-behavior untuk detailnya.
    Operation Mode Ya Single execution: DMS menjalankan tugas sekali setelah disetujui. Cyclic scheduling: DMS menjalankan tugas secara berkala. Untuk opsi penjadwalan, lihat bagian Periodic scheduling pada topik "Archive data to a Lindorm instance".
    Untuk menggunakan variabel waktu dalam kondisi filter, definisikan variabel tersebut di Variable Configuration sebelum mengatur Archiving Configuration.

    Langkah 3: Ajukan dan jalankan tugas

    1. Klik Submit.

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

    Verifikasi hasil

    Setelah tugas selesai, verifikasi data yang diarsipkan dengan salah satu metode yang dijelaskan di Query archived data.

    Jika tugas gagal, klik Details di kolom Actions untuk melihat log tugas. Untuk kegagalan akibat masalah jaringan atau koneksi database, klik Retry untuk menjalankan ulang tugas.

    Konfigurasikan post-behavior

    Post-behavior mengontrol apakah DMS menghapus data yang diarsipkan dari tabel sumber.

    Opsi 1: Hapus data yang diarsipkan dari tabel sumber

    Pilih Clean up the archived data of the original table (delete-No Lock).

    DMS secara otomatis menghapus baris yang telah diarsipkan dari tabel sumber dan membuat tabel backup temporary di database sumber. Setelah Anda memverifikasi bahwa data yang diarsipkan benar, buat tiket regular data change untuk menghapus tabel backup temporary tersebut.

    Penting

    Pastikan database sumber memiliki ruang penyimpanan yang cukup. Ruang penyimpanan yang tidak mencukupi dapat menyebabkan database sumber tidak tersedia.

    Opsi 2: Simpan data yang diarsipkan di tabel sumber

    Jika Anda tidak memilih opsi pembersihan, data yang diarsipkan tetap berada di tabel sumber. Untuk membebaskan ruang secara manual:

    1. Buat tiket regular data change untuk menghapus data yang diarsipkan dari tabel sumber.

    2. Buat tiket lock-free change untuk mengoptimalkan penggunaan penyimpanan tabel sumber.

    Kueri data yang diarsipkan

    Metode 1: Kueri di DMS

    1. Di halaman Ticket Details, temukan bagian Basic Information dan klik View di samping Target Database. Tab SQL Console akan terbuka.

    2. Di tab Table di sebelah kiri, temukan tabel arsip, klik ganda nama tabel tersebut, lalu klik Execute untuk melihat datanya.

    DMS membuat database dan tabel tujuan dengan nama yang sama seperti sumber. Empat kolom metadata ditambahkan ke setiap tabel arsip: nomor dan timestamp tiket pengarsipan, nama database sumber, nama tabel sumber, serta ID instans sumber.

    Metode 2: Kueri di AnalyticDB for MySQL

    Hubungkan langsung ke kluster AnalyticDB for MySQL V3.0 dan jalankan kueri terhadap tabel arsip. Untuk informasi selengkapnya, lihat Import and query data.

    Referensi