全部产品
Search
文档中心

Data Management:Arsipkan Data ke Bucket OSS

更新时间:Jul 02, 2025

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.

    Catatan

    ApsaraDB 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.

    Catatan

    Jika 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.

    Penting
    • Kami 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.

    Catatan

    Kami 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

  1. Masuk ke Konsol DMS V5.0.
  2. Di bilah navigasi atas, pilih Solution > Data Archiving.

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

  4. 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.

    Catatan

    Pilih instansi OSS Standar atau IA.

    OSS BUCKET

    Bucket OSS yang termasuk dalam instansi OSS yang dipilih.

    Penting
    • Jika 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.

      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 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_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 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".

  5. Klik Submit.

    Setelah tiket pengarsipan data disetujui, DMS secara otomatis menjalankan tugas pengarsipan data.

    Catatan

    Fitur pengarsipan data mengimplementasikan pengarsipan data dan perilaku pasca berdasarkan UTC+0 time zone tanpa memandang zona waktu database yang akan diarsipkan.

  6. 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.

    1. 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.

        Catatan

        Di 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.

    2. Untuk mengoptimalkan penggunaan penyimpanan tabel sumber, buat tiket perubahan bebas kunci. Untuk informasi lebih lanjut, lihat Lakukan operasi DDL bebas kunci.

      Catatan

      Di 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.

  7. 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

  1. Di halaman Data Archiving Tickets, atur parameter View ke Ticket View.

  2. Temukan tiket yang ingin Anda kelola dan klik Details di kolom Actions.

  3. Di halaman Ticket Details, klik Execute. Di bagian Jalankan, klik Restore to Source Database di kolom Actions.

  4. 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.

    Penting

    Setelah 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.

  5. Tanyakan data yang dipulihkan.

    1. Di bagian Basic Information halaman Detail Tiket, gerakkan penunjuk ke nama database di sebelah Database untuk Diubah dan klik Query di jendela pop-up.

    2. 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.