Mengarsipkan data ke kluster PolarDB untuk MySQL - Data Management

Topik ini menjelaskan cara mengarsipkan data ke PolarDB for MySQL kluster.

Prasyarat

Database sumber tempat Anda ingin mengarsipkan data harus salah satu dari tipe berikut:
- MySQL: ApsaraDB RDS for MySQL, PolarDB for MySQL, dan AnalyticDB for MySQL V3.0
- PostgreSQL: ApsaraDB RDS for PostgreSQL dan PolarDB for PostgreSQL
- PolarDB-X 2.0
Catatan
Akun database MySQL harus memiliki izin REPLICATION CLIENT.
Sebuah kluster PolarDB for MySQL telah dibeli. Untuk informasi lebih lanjut, lihat Prosedur pembelian.

Tabel sumber yang datanya ingin Anda arsipkan harus memiliki kunci utama atau kunci unik.
Catatan
Kami merekomendasikan Anda menyediakan bidang yang menunjukkan waktu setiap operasi modifikasi data di tabel sumber. Bidang ini dapat digunakan sebagai kondisi filter saat Anda mengarsipkan data dari tabel sumber.

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 bahwa database sumber memiliki ruang penyimpanan yang cukup. Ini mencegah pengecualian yang disebabkan oleh ruang penyimpanan yang tidak mencukupi selama proses pengarsipan data.
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 hanya sekali, database sumber dan tujuan dapat dikelola dalam mode apa pun.
Catatan
Jika Anda ingin mengonfigurasi tugas pengarsipan data periodik dan instance database sumber serta tujuan dikelola dalam mode Perubahan Stabil, kami merekomendasikan Anda mengaktifkan hosting keamanan untuk instance database atau mengubah mode kontrol instance database menjadi 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.

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

Penagihan

Anda akan dikenakan biaya untuk kluster PolarDB for MySQL yang Anda beli. Untuk informasi lebih lanjut, lihat Item yang Dikenakan Biaya.

Prosedur

Masuk ke Konsol DMS V5.0.
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.
Di sudut kanan atas halaman Tiket Pengarsipan Data, klik Data Archiving.

Di halaman Aplikasi Tiket, 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 PolarDB MySQL.
PolarDB Cluster	Ya	Kluster tujuan PolarDB for MySQL tempat Anda ingin mengarsipkan data.
Source Database	Ya	Database sumber dari mana Anda ingin mengarsipkan data.
Archive Configuration	Ya	Satu atau lebih tabel sumber yang datanya ingin Anda arsipkan. Opsional. Tentukan satu atau lebih kondisi filter untuk menanyakan data yang akan diarsipkan di tabel yang ditentukan. 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 Anda mengonfigurasi parameter di bagian Konfigurasi Arsip. Opsional. Klik Tambah untuk menambahkan lebih banyak tabel sumber.
Archive Table Mapping	Tidak	Pengaturan tabel yang digunakan di database tujuan. Anda dapat mengklik Edit di kolom Tindakan tabel sumber dan menentukan nama, kolom, kunci shard database, dan kunci partisi tabel arsip yang sesuai di database tujuan.
Variable Configuration	Tidak	Variabel yang digunakan saat Anda mengonfigurasi kondisi untuk menyaring 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 kasus 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 bahwa 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 Modifikasi Data Normal 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 secara manual dari tabel sumber dan mengoptimalkan penggunaan penyimpanan. Untuk menghapus data yang diarsipkan dari tabel sumber, buat tiket perubahan data reguler. Untuk informasi lebih lanjut, lihat Modifikasi Data Normal. 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 siklus penjadwalan yang Anda tentukan. Untuk informasi lebih lanjut, lihat bagian Penjadwalan periodik dari topik "Arsipkan data ke instance Lindorm".

Klik Submit.
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 Detail di kolom Tindakan di langkah Eksekusi untuk melihat log tugas pengarsipan data dan mengidentifikasi penyebab kegagalan tugas. Jika terjadi masalah karena kegagalan jaringan atau koneksi database, Anda dapat mengklik Coba Ulang Titik Pemutusan untuk memulai ulang tugas.
Catatan
Data yang diarsipkan disimpan di database dalam bentuk tabel.
Kueri data yang diarsipkan. Untuk informasi lebih lanjut, lihat bagian Kueri data yang diarsipkan dari topik ini.

Kueri data yang diarsipkan

Setelah tugas pengarsipan data selesai, lakukan langkah-langkah berikut untuk melihat data yang diarsipkan: Di bagian Basic Information halaman Ticket Details, klik View di sebelah Target Database untuk pergi ke tab Konsol SQL.
Di tab Tabel di sisi kiri tab Konsol SQL, temukan tabel yang ingin Anda kelola, klik dua kali nama tabel, dan kemudian 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 mempengaruhi penggunaan data arsip asli di tabel.
- Informasi pengarsipan data, termasuk nomor tiket dan waktu data diarsipkan
- Nama database
- Nama tabel
- ID instance, yaitu ID yang ditentukan saat Anda mendaftarkan instance dengan DMS dan sesuai dengan ID nyata instance