Gunakan fitur pelacakan data untuk memulihkan data instance ApsaraDB RDS for MySQL - ApsaraDB RDS

Saat mengubah data pada instance ApsaraDB RDS for MySQL, pengecualian data dapat terjadi akibat operasi tidak terduga seperti pembaruan, penghapusan, atau penulisan yang tidak disengaja. Jika hal ini terjadi, Anda dapat menggunakan fitur pelacakan data Data Management (DMS) untuk mengidentifikasi catatan perubahan dalam rentang waktu tertentu selama periode retensi log biner dan menghasilkan skrip rollback untuk memulihkan data ke status sebelumnya dengan cepat. Fitur pelacakan data lebih efisien dan mudah digunakan dibandingkan dengan pemulihan data penuh dan fitur pemulihan untuk database dan tabel individu. Fitur ini juga meningkatkan efisiensi pemulihan data selama pemeliharaan rutin.

Catatan

Untuk informasi lebih lanjut tentang metode pemulihan data, lihat Ikhtisar metode pemulihan data.

Perbedaan antara fitur pelacakan data dan metode pemulihan alternatif

Metode pemulihan	Prinsip pemulihan	Aturan penagihan	Kecepatan pemulihan	Rentang waktu yang dapat dipulihkan
Pelacakan data	Fitur pelacakan data digunakan untuk mengidentifikasi semua pembaruan yang dilakukan selama rentang waktu tertentu, menghasilkan pernyataan yang digunakan untuk membatalkan pembaruan tersebut, dan menggabungkan pernyataan yang dihasilkan menjadi sebuah skrip. Kemudian, ajukan perubahan data tiket untuk menjalankan skrip di instance RDS.	Jika mode kontrol instance RDS adalah Manajemen Fleksibel, tidak ada biaya yang dihasilkan. Jika mode kontrol instance RDS adalah Perubahan Stabil atau Kolaborasi Aman, biaya dihasilkan.	Cepat	Rentang waktu yang dapat dipulihkan bervariasi berdasarkan mode kontrol dan periode retensi log biner. Jika mode kontrol instance RDS adalah Manajemen Fleksibel, Anda dapat melacak operasi DML yang dilakukan dalam 30 menit terakhir tetapi Anda tidak dapat mengekspor skrip rollback atau pembangunan ulang. Jika mode kontrol instance RDS adalah Perubahan Stabil atau Kolaborasi Aman, rentang waktu yang dapat dipulihkan bervariasi berdasarkan faktor-faktor berikut: Jika fitur cadangan log dinonaktifkan, rentang waktu yang dapat dipulihkan bervariasi berdasarkan periode retensi log biner. Rentang waktu yang dapat dipulihkan mencakup hingga 168 jam. Jika fitur cadangan log diaktifkan, rentang waktu yang dapat dipulihkan bervariasi berdasarkan periode retensi cadangan log. Rentang waktu yang dapat dipulihkan mencakup hingga 730 hari.
Pemulihan untuk database dan tabel individu	Fitur pemulihan standar dan cepat untuk database dan tabel individu didukung. Anda dapat memulihkan data dari database dan tabel individu tertentu ke instance RDS baru atau instance RDS yang ada. Jika Anda memulihkan data ke instance RDS yang ada, pergantian utama/sekunder akan dipicu.	Jika Anda memulihkan data ke instance RDS baru, Anda akan dikenakan biaya untuk instance baru. Untuk informasi lebih lanjut tentang harga, kunjungi halaman pembelian ApsaraDB RDS. Anda dikenakan biaya penyimpanan cadangan yang melebihi kuota gratis.	Pemulihan cepat: Cepat Pemulihan standar: Lambat	Rentang waktu yang dapat dipulihkan bervariasi berdasarkan periode retensi cadangan log dan titik waktu ketika fitur pemulihan untuk database dan tabel individu diaktifkan. Periode retensi cadangan log mencakup hingga 730 hari.
Pemulihan data penuh	Memulihkan semua data dari instance RDS asli ke instance RDS baru, memverifikasi data pada instance RDS baru, dan kemudian memigrasikan data dari instance RDS baru kembali ke instance RDS asli, instance RDS yang ada, atau instance database lokal.	Anda dikenakan biaya untuk instance RDS baru. Untuk informasi lebih lanjut tentang harga, kunjungi halaman pembelian ApsaraDB RDS. Anda dikenakan biaya penyimpanan cadangan yang melebihi kuota gratis. Anda dikenakan biaya lalu lintas keluar yang dikonsumsi untuk memigrasikan data instance RDS melalui Internet.	Lambat	Rentang waktu yang dapat dipulihkan bervariasi berdasarkan periode retensi cadangan log dan periode retensi cadangan data. Rentang waktu yang dapat dipulihkan mencakup hingga 730 hari.

Prasyarat

Database MySQL 5.6 atau yang lebih baru digunakan.
Fitur pencatatan biner diaktifkan untuk database.
Anda telah masuk ke database di DMS.
Catatan
Jika instance database dikelola dalam mode Manajemen Fleksibel atau Perubahan Stabil, Anda harus masuk ke database. Namun, jika instance database dikelola dalam mode Kolaborasi Aman, Anda tidak perlu masuk ke database.

Catatan penggunaan

Untuk instance database yang dikelola dalam mode Manajemen Fleksibel, Anda hanya dapat melacak operasi DML yang dilakukan dalam 30 menit terakhir, tetapi tidak dapat mengekspor skrip rollback atau pembangunan ulang.
Untuk instance database yang dikelola dalam mode Perubahan Stabil atau Kolaborasi Aman, Anda dapat melacak operasi data yang dilakukan selama periode retensi log biner dan mengekspor skrip rollback atau pembangunan ulang.
Operasi data yang dapat dilacak dibatasi oleh periode retensi log biner dalam database. Jika operasi data dilakukan di luar periode tersebut, DMS tidak dapat mengambil data untuk operasi tersebut.
Jika fitur pencatatan biner dinonaktifkan untuk database atau Anda belum masuk ke database, DMS tidak dapat memperoleh log biner dari database.
Fitur pelacakan data hanya mendukung pelacakan operasi DML. Operasi DDL tidak dapat dilacak menggunakan fitur ini.

Prosedur

Masuk ke Konsol DMS V5.0.
1. Di bilah navigasi atas, klik Database Development > Data Tracking > Data Tracking Ticket.
Catatan
Jika Anda menggunakan konsol DMS dalam mode sederhana, gerakkan pointer ke ikon di sudut kiri atas konsol dan pilih All Features > Database Development > Data Tracking > Data Tracking Ticket.
Di sudut kanan atas halaman Tiket Pelacakan Data, klik Data Tracking.

Di halaman Data Tracking Tickets, konfigurasikan parameter yang dijelaskan dalam tabel berikut.

Parameter	Deskripsi
Task Name	Masukkan nama yang memudahkan pencarian di masa mendatang dan membantu pemberi persetujuan memahami tujuan tiket.
Database Name	Pilih database dalam instance database tertentu. Anda harus memiliki izin untuk mengelola database di DMS. Anda dapat memasukkan awalan nama database di bidang tersebut dan memilih database dari hasil yang cocok.
Table Name	Pilih satu atau lebih tabel yang ingin Anda lacak operasi datanya.
Track Type	Pilih satu atau lebih jenis operasi yang ingin Anda lacak. Insert: `INSERT` pernyataan dihasilkan untuk membatalkan operasi INSERT. Update: `UPDATE` pernyataan dihasilkan untuk membatalkan operasi UPDATE. Delete: `DELETE` pernyataan dihasilkan untuk membatalkan operasi DELETE.
Time Range	Tentukan rentang waktu di mana Anda ingin melacak operasi data. Jika instance database tempat database tersebut berada dikelola dalam mode Manajemen Fleksibel, Anda hanya dapat melacak operasi data yang dilakukan dalam 30 menit terakhir. Jika instance database tempat database tersebut berada dikelola dalam mode Perubahan Stabil atau Kolaborasi Aman, Anda dapat melacak operasi data yang dilakukan selama periode retensi log biner. Namun, rentang waktu dibatasi maksimal 48 jam dalam satu tiket. Jika Anda ingin melacak operasi data dalam rentang waktu yang melebihi 48 jam, bagi rentang waktu dan ajukan beberapa tiket.
Change Stakeholder	Pilih pemangku kepentingan yang terlibat dalam tiket. Hanya pemangku kepentingan yang dipilih dan pemberi persetujuan tiket yang dapat melihat detail tiket.

Klik Submit. DMS secara otomatis mengambil log biner dari database.
Setelah log biner diperoleh, tiket memasuki langkah Persetujuan.
Tunggu hingga tiket disetujui.
Catatan
Secara default, tiket pelacakan data untuk database disetujui oleh administrator database (DBA). Untuk informasi lebih lanjut tentang aturan persetujuan untuk tiket pelacakan data, lihat Pelacakan data.
Setelah tiket disetujui, tunggu DMS untuk mengunduh dan menganalisis log biner.
Setelah log biner diunduh dan dianalisis, tentukan kondisi filter seperti Track Type, Table Name, dan Column Name untuk menyaring perubahan data yang ingin Anda batalkan. Pilih catatan data dan klik Export Rollback Script. Skrip rollback akan diunduh ke komputer Anda.
Catatan
- Anda dapat menemukan catatan data dan klik View Details untuk melihat detail catatan data dan menyalin pernyataan rollback.
- Anda dapat melacak jenis operasi berikut: INSERT, UPDATE, dan DELETE.

Apa yang harus dilakukan selanjutnya: Jalankan pernyataan SQL rollback

Setelah skrip rollback diekspor, Anda dapat memperkirakan jumlah baris data yang mungkin terpengaruh oleh pernyataan rollback dan memilih salah satu metode berikut untuk menjalankan pernyataan rollback:

Jika sejumlah kecil baris data terpengaruh, Anda dapat menjalankan pernyataan rollback di Konsol SQL.
Jika sejumlah besar baris data terpengaruh, Anda dapat mengajukan tiket perubahan data normal dan mengunggah skrip rollback yang diekspor sebagai lampiran ke tiket tersebut. Dengan cara ini, pernyataan SQL dapat diterapkan ke database yang dipilih. Untuk informasi lebih lanjut, lihat Modifikasi Data Normal.

Operasi terkait

Anda dapat memanggil operasi API berikut untuk melacak operasi data: