Saat data historis yang jarang diakses menumpuk di database online Anda, hal tersebut mengonsumsi lebih banyak ruang penyimpanan dan dapat menurunkan kinerja kueri serta berdampak pada operasi bisnis. Anda dapat menggunakan fitur data archiving dari Data Management (DMS) untuk secara berkala mengarsipkan data tabel yang memenuhi kondisi filter tertentu ke database atau layanan penyimpanan lainnya. Fitur ini juga mendukung penghapusan data dari tabel sumber dan reorganisasi tablespaces guna mengurangi biaya penyimpanan online.
Fitur data archiving saat ini berada dalam status public preview.
Contoh skenario
Di platform e-commerce, volume besar data pesanan dihasilkan setiap hari. Seiring waktu, data ini semakin jarang diakses. Untuk meningkatkan kinerja database dan mengurangi penggunaan penyimpanan, Anda dapat menggunakan fitur data archiving DMS untuk secara berkala mengarsipkan data pesanan tersebut.
Catatan
Operasi data archiving dapat memengaruhi kinerja layanan Anda.
PentingUntuk meminimalkan dampak tersebut, lakukan operasi arsip selama jam sepi.
Tugas arsip mungkin gagal jika tabel yang akan diarsipkan berisi large object, seperti BLOB dan TEXT, atau baris dengan jumlah data yang besar.
Fitur data archiving tidak tersedia di wilayah di luar Tiongkok.
Anda tidak dapat mengarsipkan data dari tabel yang berisi virtual column.
Anda tidak dapat mengarsipkan data dari database yang di-host di cloud pihak ketiga atau self-managed database menggunakan Konsol DMS atau API.
Perbedaan antara data archiving di DMS dan data migration di DTS
Tujuan
Data archiving memungkinkan Anda menggunakan kondisi filter kustom untuk mengarsipkan data yang jarang diakses ke penyimpanan lain. Hal ini mengurangi beban pada database utama dan meningkatkan kinerja.
Data migration memindahkan data antara sumber data homogen maupun disparate data source. Untuk informasi lebih lanjut, lihat Ikhtisar solusi migrasi.
Skenario
Data archiving memungkinkan Anda mengarsipkan data yang jarang diakses secara berkala atau langsung ke database atau penyimpanan lain.
Data migration cocok untuk skenario seperti migrasi data ke cloud, migrasi data antar tugas dalam Alibaba Cloud, serta pemisahan atau scaling out database.
Panduan memilih destinasi arsip
Destinasi berbasis engine
Item Perbandingan | Lindorm | AnalyticDB for MySQL 3.0 | AnalyticDB for PostgreSQL | RDS for MySQL | PolarDB for MySQL |
Jenis database sumber yang didukung |
Catatan Akun database MySQL harus memiliki izin REPLICATION CLIENT. | ||||
Penagihan | Fitur data archiving tidak dikenai biaya. Biaya timbul saat Anda membeli instans destinasi dan mode kontrol Stable Change atau Security Collaboration. | ||||
Penghapusan data sumber setelah pengarsipan | Mendukung penghapusan otomatis data sumber. Hal ini memastikan bahwa pengarsipan data dan penghapusan data sumber diselesaikan secara sinkron, sehingga mengurangi kerumitan dan risiko penghapusan data sumber di kemudian hari.
| ||||
Cara mengkueri data terarsip |
| ||||
Menentukan lokasi arsip |
| ||||
Perubahan skema tabel | Kolom baru ditambahkan untuk mencatat ID tiket, waktu pengarsipan, dan informasi lainnya. Hal ini tidak memengaruhi penggunaan data. | ||||
Kasus penggunaan |
|
|
|
|
|
Kontrol data | Paling kuat. Data diarsipkan ke instansiasi basis data yang Anda kelola. Anda dapat memproses data secara fleksibel melalui interaksi dengan database. | ||||
StorageClass
Kriteria Perbandingan | User OSS | DBS built-in OSS (Tidak direkomendasikan) |
Jenis database sumber yang didukung |
Catatan |
|
Penagihan | Fitur data archiving tidak dikenai biaya. Biaya timbul saat Anda membeli mode kontrol Stable Change atau Security Collaboration dan instans OSS destinasi. | DMS membuat jadwal backup di DBS. DBS mengenakan biaya backup dan penyimpanan berdasarkan jumlah data yang dibackup. Untuk informasi lebih lanjut, lihat Harga DBS. Catatan Jadwal backup DBS yang dibuat untuk data archiving menggunakan spesifikasi xlarge. |
Penghapusan data sumber setelah pengarsipan | Tidak mendukung penghapusan otomatis data sumber. Anda harus membuat tiket perubahan data reguler untuk membersihkan data terarsip dari database. | |
Cara mengkueri data terarsip | Mendukung pengkuerian data terarsip melalui logical data warehouse DMS. | - |
Menentukan lokasi arsip | Anda harus menentukan Bucket OSS. | Anda tidak perlu menentukan Bucket OSS. Sistem secara otomatis membuat jadwal backup di DBS dan mengarsipkan data ke OSS. |
Perubahan skema tabel | Skema tabel tidak berubah. | |
Kasus penggunaan | Kurangi biaya penyimpanan online (kemampuan paling kuat). | Kurangi biaya penyimpanan online (kemampuan kuat). |
Kontrol data | Kuat. Data diarsipkan ke Bucket OSS Alibaba Cloud yang Anda miliki. | Lemah. Data diarsipkan ke Bucket OSS bawaan di DBS. |
Dokumen tautan arsip
FAQ
Q: Jika saya memilih untuk menghapus data tabel sumber selama proses data archiving, apakah saya masih bisa mengkueri data bisnis historis?
A: Ya. Fitur data archiving mengarsipkan data ke database lain. Anda dapat mengkueri database destinasi untuk mengakses data bisnis historis tersebut.
Q: Saat saya membuat tiket data archiving di DMS, halaman menampilkan pesan "Konten kosong, tidak perlu backup." Mengapa?
A: Pesan ini menunjukkan bahwa tidak ada data di database yang sesuai dengan kondisi pengarsipan yang Anda konfigurasi. Periksa apakah aturan pengarsipan Anda telah diatur dengan benar. Setelah Anda mengklik Submit, sistem akan menghasilkan dan menampilkan pratinjau pernyataan SQL pengarsipan berdasarkan konfigurasi Anda. Anda dapat menjalankan pernyataan SQL tersebut untuk melihat pratinjau rentang data dan memeriksa hasil pencocokan guna memastikan konfigurasi Anda benar.