Topik ini menjelaskan cara mengarsipkan data ke bucket Object Storage Service (OSS) dan memulihkan data yang diarsipkan ke database sumber.
Prasyarat
Database sumber tempat Anda ingin mengarsipkan data harus salah satu 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.
ApsaraDB for MongoDB versi 3.6 atau lebih baru.
PolarDB-X 2.0.
CatatanApsaraDB for MongoDB saat ini dalam tahap pratinjau publik sebagai database sumber untuk pengarsipan data.
Data yang diarsipkan ke penyimpanan khusus hanya dapat digunakan untuk kueri dan tidak dapat dipulihkan ke database ApsaraDB for MongoDB.
Instansi database sumber dan tujuan dikelola dalam mode Perubahan Stabil atau Kolaborasi Keamanan.
CatatanJika Anda ingin mengonfigurasi tugas pengarsipan data berkala dan instansi database sumber serta tujuan dikelola dalam mode Perubahan Stabil, kami menyarankan Anda mengaktifkan hosting keamanan untuk instansi database atau mengubah mode kontrol instansi menjadi Kolaborasi Keamanan. Jika tidak, tugas pengarsipan data mungkin gagal karena kedaluwarsa login instansi. Untuk informasi lebih lanjut, lihat bagian Aktifkan hosting keamanan pada topik "Hosting keamanan" dan Ubah mode kontrol instansi.
Bucket OSS Standar atau Infrequent Access (IA) telah dibeli. Untuk informasi lebih lanjut, lihat bagian Mulai menggunakan konsol OSS pada topik "Mulai menggunakan konsol OSS".
Bucket OSS telah didaftarkan dengan Data Management (DMS). Untuk informasi lebih lanjut, lihat Daftarkan instansi database Alibaba Cloud.
PentingKami menyarankan Anda mendaftarkan bucket OSS dengan DMS melalui endpoint publik. Jika bucket OSS didaftarkan dengan DMS melalui endpoint internal, Anda tidak dapat mengarsipkan data ke bucket tersebut. Jika Anda memiliki pertanyaan lain, hubungi dukungan teknis di grup DingTalk (ID 19040023327).
Sebelum mendaftarkan bucket OSS dengan DMS, pastikan Anda memiliki AccessKey ID dan AccessKey secret dari akun Alibaba Cloud saat ini untuk menyelesaikan verifikasi identitas. Untuk informasi lebih lanjut tentang cara mendapatkan pasangan AccessKey, lihat Buat pasangan AccessKey.
Tabel sumber yang datanya ingin Anda arsipkan memiliki kunci utama atau kunci unik.
CatatanKami menyarankan Anda menyediakan bidang yang menunjukkan waktu setiap operasi modifikasi data dalam tabel sumber. Anda dapat menggunakan bidang ini sebagai kondisi filter saat mengarsipkan data dari tabel sumber.
Catatan Penggunaan
Jika tabel sumber memiliki kunci utama komposit yang terdiri dari tiga kolom atau tabel sumber memiliki tiga atau lebih kunci unik, tugas pengarsipan data mungkin gagal. Kami menyarankan Anda sepenuhnya menguji tabel sumber yang memiliki kunci utama komposit tiga kolom sebelum melakukan pengarsipan data, atau gunakan metode pengarsipan lain seperti Pemulihan Bencana Data.
Fitur pengarsipan data hanya didukung di wilayah Singapura dan Indonesia (Jakarta).
Jika database sumber adalah database MongoDB, skema data yang diarsipkan mungkin memiliki masalah. Kami menyarankan Anda memeriksa dan memperbaiki masalah dalam data yang diarsipkan dan kemudian membersihkan tabel sementara.
OSS mengonversi data MongoDB tanpa skema menjadi data terstruktur. Untuk menanyakan data yang diarsipkan di OSS, pastikan semua dokumen dalam koleksi MongoDB yang sama memiliki nama bidang, jumlah, dan tipe data yang sama. Jika tidak, kueri mungkin gagal.
Prosedur
- Masuk ke Konsol DMS V5.0.
Di bilah navigasi atas, pilih .
Di sudut kanan atas halaman Tiket Pengarsipan Data, klik Data Archiving.
Di langkah Apply, konfigurasikan parameter untuk membuat tiket pengarsipan data. Tabel berikut menjelaskan parameter tersebut.
Parameter
Deskripsi
Task Name
Nama tugas pengarsipan data. Kami menyarankan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas.
Archiving Destination
Tujuan tempat Anda ingin mengarsipkan data. Pilih OSS.
OSS Instance
Instansi OSS tujuan tempat Anda ingin mengarsipkan data.
CatatanPilih instansi OSS Standar atau IA.
OSS BUCKET
Bucket OSS yang termasuk dalam instansi OSS yang dipilih.
PentingJika Anda tidak dapat menemukan bucket OSS yang Anda butuhkan dalam instansi OSS yang dipilih, masuklah ke instansi OSS di konsol DMS. Untuk informasi lebih lanjut, lihat Daftarkan bucket OSS.
Data yang diarsipkan disimpan di folder arsip dalam bucket OSS. Jangan hapus folder tersebut.
Source Database
Database sumber tempat Anda ingin mengarsipkan data.
Archive Configuration
Menentukan satu atau lebih tabel yang datanya ingin Anda arsipkan.
Opsional. Tentukan satu atau lebih kondisi filter untuk menanyakan data yang akan diarsipkan dalam tabel yang ditentukan.
CatatanJika 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 Pengarsipan.
Opsional. Klik Tambah untuk menambahkan lebih banyak tabel sumber.
Archive Table Mapping
Pengaturan tabel yang akan digunakan dalam bucket tujuan. Anda dapat menemukan tabel dan mengklik Edit di kolom Aksi untuk mengonfigurasi informasi tabel.
Variable Configuration
Opsional. Variabel yang digunakan saat Anda mengonfigurasi kondisi untuk menyaring data yang diarsipkan. Misalnya, Anda telah membuat variabel waktu bernama
6_month_agodalam 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 pada topik "Variabel".Post-behavior
Menentukan apakah akan menghapus data yang diarsipkan dari tabel sumber.
Jika Anda menghapus Hapus data yang diarsipkan dari tabel asli (delete-No Lock), data yang diarsipkan tidak dihapus dari tabel sumber.
Jika Anda memilih Hapus data yang diarsipkan dari tabel asli (delete-No Lock), DMS secara otomatis menghapus data yang diarsipkan dari tabel sumber. Tabel sumber tidak dikunci selama proses penghapusan.
Menentukan apakah akan memverifikasi data yang diarsipkan.
Jika Anda menghapus Verifikasi data yang diarsipkan (memakan waktu), DMS tidak memverifikasi data yang diarsipkan.
Jika Anda memilih Verifikasi data yang diarsipkan (memakan waktu), DMS membandingkan data yang diarsipkan dengan data asli di database sumber dan menampilkan perbedaan data selain data yang diarsipkan.
Jumlah waktu yang diperlukan untuk verifikasi data yang diarsipkan bergantung pada jumlah data yang diarsipkan.
Operation Mode
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 pada topik "Arsipkan data ke instansi Lindorm".
Klik Submit.
Setelah tiket pengarsipan data disetujui, DMS secara otomatis menjalankan tugas pengarsipan data.
CatatanFitur pengarsipan data mengimplementasikan pengarsipan data dan perilaku pasca berdasarkan UTC+0 time zone tanpa memandang zona waktu database yang akan diarsipkan.
Opsional. Setelah data diarsipkan dan Anda memverifikasi bahwa data yang diarsipkan benar, hapus data yang diarsipkan dari tabel sumber dan optimalkan penggunaan penyimpanan tabel sumber.
Hapus data yang diarsipkan dari tabel sumber.
Jika Anda memilih Hapus data yang diarsipkan dari tabel asli (delete-No Lock) untuk parameter Perilaku Pasca, DMS menghapus data yang diarsipkan dari tabel sumber dan menghasilkan tabel cadangan sementara di database sumber.
Untuk menghapus tabel cadangan sementara dari database sumber, buat tiket Modifikasi Data Normal. Untuk informasi lebih lanjut, lihat Modifikasi Data Normal.
CatatanDi bagian bawah panel Detail Tiket Pengarsipan Data, klik Click here to view the DROP statement used to drop the temporary table. dan salin pernyataan SQL yang digunakan untuk menghapus tabel cadangan sementara.
Jika Anda menghapus Hapus data yang diarsipkan dari tabel asli (delete-No Lock) untuk parameter Perilaku Pasca, Anda perlu secara manual menghapus data yang diarsipkan dari tabel sumber.
Untuk menghapus data yang diarsipkan dari tabel sumber, buat tiket Modifikasi Data Normal.
Untuk mengoptimalkan penggunaan penyimpanan tabel sumber, buat tiket perubahan bebas kunci. Untuk informasi lebih lanjut, lihat Lakukan operasi DDL bebas kunci.
CatatanDi bagian bawah panel Detail Tiket Pengarsipan Data, klik View SQL Statements Used to Optimize Storage Usage of Source Table dan salin pernyataan SQL yang digunakan untuk mengoptimalkan penggunaan penyimpanan tabel sumber.
Tanyakan data yang diarsipkan. Untuk informasi lebih lanjut, lihat bagian Tanyakan data yang diarsipkan ke bucket OSS pada topik "Tanyakan data yang diarsipkan ke bucket OSS atau penyimpanan khusus".
Pulihkan data yang diarsipkan ke database sumber
Penagihan
Anda dapat memulihkan data yang diarsipkan ke database sumber secara gratis.
Batasan
Anda hanya dapat menjalankan satu tugas pemulihan setiap kali. Anda harus menunggu hingga tugas pemulihan saat ini selesai sebelum dapat menjalankan tugas berikutnya.
Anda hanya dapat menggunakan fitur ini jika mesin database sumber adalah ApsaraDB RDS for MySQL, PolarDB for MySQL, atau AnalyticDB for MySQL V3.0.
Prosedur
Di halaman Data Archiving Tickets, atur parameter View ke Ticket View.
Temukan tiket yang ingin Anda kelola dan klik Details di kolom Actions.
Di halaman Ticket Details, klik Execute. Di bagian Jalankan, klik Restore to Source Database di kolom Actions.
Di pesan yang muncul, klik OK.
Tugas pemulihan data dibuat. Sistem secara otomatis menjalankan tugas pemulihan data. Tunggu hingga tugas selesai. Durasi proses ini bergantung pada jumlah data yang akan dipulihkan.
PentingSetelah Anda memulihkan data yang diarsipkan ke database sumber, sistem secara otomatis membuat tabel sementara di database sumber. Ini dapat menyebabkan ruang penyimpanan di database sumber tidak mencukupi. Lanjutkan dengan hati-hati.
Tanyakan data yang dipulihkan.
Di bagian Basic Information halaman Detail Tiket, gerakkan penunjuk ke nama database di sebelah Database untuk Diubah dan klik Query di jendela pop-up.
Klik dua kali nama tabel dan klik Execute.
Anda dapat melihat data yang dipulihkan di tab Riwayat Eksekusi yang muncul di bagian bawah tab SQLConsole.