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

Catatan Penggunaan

• Jika Anda mengatur parameter Post-behavior ke Clean up the archived data of the original table (delete-No Lock) saat mengonfigurasi tiket pengarsipan data, pastikan database sumber memiliki ruang penyimpanan yang cukup. Ini mencegah pengecualian yang disebabkan oleh ruang penyimpanan tidak mencukupi selama proses pengarsipan data.

  Sebagai contoh, jika Anda perlu mengarsipkan 390 GB data tabel, pastikan setidaknya 390 GB ruang penyimpanan tersedia di database sumber.

• Data Management (DMS) secara berkala menjalankan tugas pengarsipan data hanya jika kedua database sumber dan tujuan dikelola dalam mode Kolaborasi Keamanan atau Perubahan Stabil. Jika Anda perlu menjalankan tugas pengarsipan data sekali saja, database sumber dan tujuan dapat dikelola dalam mode apa pun.

  Catatan

  Jika Anda ingin mengonfigurasi tugas pengarsipan data berkala dan instance database sumber serta tujuan dikelola dalam mode Perubahan Stabil, disarankan untuk mengaktifkan hosting keamanan untuk instance database atau mengubah mode kontrol instance database ke Kolaborasi Keamanan. Jika tidak, tugas pengarsipan data mungkin gagal karena kedaluwarsa login instance. Untuk informasi lebih lanjut, lihat bagian Aktifkan Hosting Keamanan dari topik "Hosting Keamanan" dan Ubah Mode Kontrol Sebuah Instance.

• Jika Anda mengarsipkan data ke kluster AnalyticDB for MySQL Data Lakehouse Edition V3.0, pastikan kluster tersebut memiliki sumber daya komputasi yang dicadangkan. Jika tidak, tugas pengarsipan data akan gagal. Untuk informasi lebih lanjut tentang penskalaan naik atau turun kluster Data Lakehouse Edition, lihat Skala Kluster Data Lakehouse Edition.

• Fitur pengarsipan data hanya tersedia di wilayah Singapura dan Indonesia (Jakarta).

Penagihan

Anda akan dikenakan biaya untuk kluster AnalyticDB for MySQL V3.0 yang Anda beli. Untuk informasi lebih lanjut, lihat Harga untuk Data Warehouse Edition dan Harga untuk Data Lakehouse Edition.

Prosedur

1. Masuk ke Konsol DMS V5.0.

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

   Catatan

   Jika Anda menggunakan konsol DMS dalam mode sederhana, gerakkan pointer ke ikon di sudut kiri atas konsol DMS dan pilih All Features > Solution > Data Archiving.

3. Di sudut kanan atas halaman Tiket Pengarsipan Data, klik Data Archiving.

4. Di halaman Ticket Application, konfigurasikan parameter untuk membuat tiket pengarsipan data. Tabel berikut menjelaskan parameter tersebut.

   Parameter	Diperlukan	Deskripsi
   Task Name	Ya	Nama tugas pengarsipan data. Kami merekomendasikan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Ini membantu Anda mengurangi komunikasi yang tidak perlu.
   Archiving Destination	Ya	Tujuan tempat Anda ingin mengarsipkan data. Pilih AnalyticDB for MySQL.
   Analytics Engine	Ya	Kluster tujuan AnalyticDB for MySQL V3.0 tempat Anda ingin mengarsipkan data.
   Source Database	Ya	Database sumber dari mana Anda ingin mengarsipkan data.
   Archiving Configuration	Ya	Opsional. Tentukan satu atau lebih kondisi filter untuk menanyakan data yang akan diarsipkan di tabel tertentu. Contoh: gmt_modified<='${6_month_ago}'. Catatan Jika Anda ingin menggunakan variabel waktu dalam skenario seperti mengarsipkan data yang dihasilkan enam bulan lalu, Anda dapat mengatur variabel tersebut di bagian Variable Configuration sebelum mengonfigurasi parameter di bagian Konfigurasi Arsip. Opsional. Klik Add untuk menambahkan lebih banyak tabel sumber.
   Archive Table Mapping	Tidak	Pengaturan tabel yang digunakan di database tujuan. Anda dapat mengklik Edit di kolom Aksi tabel sumber dan menentukan nama, kolom, kunci shard basis data, dan kunci partisi tabel arsip yang sesuai di database tujuan.
   Variable Configuration	Tidak	Variabel yang digunakan saat Anda mengonfigurasi kondisi filter untuk data yang diarsipkan. Sebagai contoh, Anda telah membuat variabel waktu bernama 6_month_ago dalam format yyyy-MM-dd dan mengatur offset ke - 6 Bulan. Dalam hal ini, jika tanggal saat ini adalah 12 Agustus 2021, nilai variabel ${6_month_ago} adalah 2021-02-11, yang menunjukkan 11 Februari 2021. Untuk informasi lebih lanjut tentang cara mengonfigurasi variabel waktu, lihat bagian "Konfigurasikan variabel waktu" dari topik Variabel.
   Post-behavior	Tidak	Tentukan apakah akan menghapus data yang diarsipkan dari tabel sumber. Jika Anda memilih Clean up the archived data of the original table (delete-No Lock), data yang diarsipkan secara otomatis dihapus dari tabel sumber. Anda dapat mengeksekusi pernyataan DELETE untuk menghapus tabel cadangan sementara. Tabel cadangan sementara dihasilkan di database sumber untuk menyimpan data yang diarsipkan ketika tabel sumber dihapus. Pastikan database sumber memiliki ruang penyimpanan yang cukup untuk mencegah ketidaktersediaan instance yang disebabkan oleh ruang penyimpanan yang tidak mencukupi. Setelah data diarsipkan dan Anda memverifikasi bahwa data yang diarsipkan benar, Anda dapat membuat tiket Normal Data Modify untuk membersihkan tabel cadangan sementara dari database sumber. Jika Anda tidak memilih Clean up the archived data of the original table (delete-No Lock), data yang diarsipkan tidak dihapus dari tabel sumber. Dalam hal ini, Anda perlu menghapus data dari tabel sumber secara manual dan mengoptimalkan penggunaan penyimpanan. Untuk menghapus data yang diarsipkan dari tabel sumber, buat tiket perubahan data reguler. Untuk informasi lebih lanjut, lihat Normal Data Modify. Untuk mengoptimalkan penggunaan penyimpanan tabel sumber, buat tiket perubahan tanpa kunci. Untuk informasi lebih lanjut, lihat Lakukan operasi DDL tanpa kunci.
   Operation Mode	Ya	Metode yang digunakan untuk menjalankan tugas pengarsipan data. Nilai valid: Single execution: Setelah tiket pengarsipan data disetujui, DMS menjalankan tugas pengarsipan data hanya sekali. Cyclic scheduling: Setelah tiket pengarsipan data disetujui, DMS menjalankan tugas pengarsipan data berdasarkan jadwal yang Anda tentukan. Untuk informasi lebih lanjut, lihat bagian Penjadwalan periodik dari topik "Arsipkan data ke instance Lindorm".

5. Klik Submit.

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

   Jika tugas pengarsipan data gagal dieksekusi, Anda dapat mengklik Details di kolom Action pada langkah Eksekusi untuk melihat log tugas pengarsipan data dan mengidentifikasi penyebab kegagalan tugas. Jika masalah terjadi karena kegagalan jaringan atau koneksi database, Anda dapat mengklik Retry untuk memulai ulang tugas.

   Data yang diarsipkan disimpan di database dalam bentuk tabel.

7. Kueri data yang diarsipkan. Untuk informasi lebih lanjut, lihat bagian Kueri Data yang Diarsipkan dari topik ini.

Kueri data yang diarsipkan

Metode 1: Gunakan DMS untuk menanyakan data yang diarsipkan

1. Setelah tugas pengarsipan data selesai, lakukan langkah-langkah berikut untuk melihat data yang diarsipkan: Di bagian Basic Information dari halaman Ticket Details, klik View di sebelah Target Database untuk pergi ke tab Konsol SQL.

2. Di tab Tabel di sisi kiri tab Konsol SQL, temukan tabel yang ingin Anda kelola, klik dua kali nama tabel, lalu klik Execute untuk melihat data yang diarsipkan.

   Catatan

   DMS secara otomatis membuat database dan tabel di instance tujuan berdasarkan nama database dan tabel sumber. Oleh karena itu, nama database tujuan sama dengan nama database sumber.

   Empat kolom data berikut ditambahkan ke tabel arsip. Ini tidak memengaruhi penggunaan data arsip asli di tabel.

   • Informasi pengarsipan data, termasuk nomor tiket dan waktu saat data diarsipkan.

   • Nama database.

   • Nama tabel.

   • ID instance, yaitu ID yang ditentukan saat Anda mendaftarkan instance dengan DMS dan sesuai dengan ID nyata instance.

Metode 2: Gunakan AnalyticDB for MySQL untuk menanyakan data yang diarsipkan

Untuk informasi lebih lanjut, lihat Impor dan Kueri Data.