Melakukan backtracking klaster DB Aurora - Amazon Aurora
Gambaran umum backtrackingWilayah dan ketersediaan versiPertimbangan peningkatan untuk klaster yang memiliki backtrack aktifBerlangganan peristiwa backtrackMengambil backtrack yang ada

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Melakukan backtracking klaster DB Aurora

Dengan Amazon Aurora My SQL -Compatible Edition, Anda dapat mem-backtrack cluster DB ke waktu tertentu, tanpa memulihkan data dari cadangan.

Daftar Isi

Gambaran umum backtracking

Backtracking “memundurkan” klaster DB ke waktu yang Anda tentukan. Backtracking bukan pengganti untuk mencadangkan klaster DB sehingga Anda dapat memulihkannya ke suatu titik waktu. Namun, backtracking memberikan keuntungan berikut dibandingkan pencadangan dan pemulihan biasa:

  • Anda dapat dengan mudah membatalkan kesalahan. Jika Anda keliru melakukan tindakan destruktif, seperti DELETE tanpa WHERE klausa, Anda dapat mundur cluster DB ke waktu sebelum tindakan destruktif dengan gangguan layanan minimal.

  • Anda dapat melakukan backtracking klaster DB dengan cepat. Memulihkan klaster DB ke titik waktu akan meluncurkan klaster DB baru dan memulihkannya dari data cadangan atau snapshot klaster DB, yang dapat memakan waktu berjam-jam. Backtracking klaster DB tidak memerlukan klaster DB baru dan memundurkan klaster DB dalam hitungan menit.

  • Anda dapat menjelajahi perubahan data sebelumnya. Anda dapat berulang kali melakukan backtracking klaster DB secara tepat waktu untuk membantu menentukan kapan perubahan data tertentu terjadi. Misalnya, Anda dapat melakukan backtracking klaster DB tiga jam lalu melacak maju dalam waktu satu jam. Dalam hal ini, waktu backtrack adalah dua jam sebelum waktu asli.

catatan

Untuk informasi tentang memulihkan klaster DB ke suatu titik waktu, lihat Gambaran umum pencadangan dan pemulihan klaster DB Aurora.

Jendela backtrack

Dengan backtrack, ada jendela backtrack target dan jendela backtrack aktual:

  • Jendela backtrack target adalah jumlah waktu yang Anda inginkan untuk dapat melakukan backtracking klaster DB Anda. Saat Anda mengaktifkan backtrack, Anda menentukan jendela backtrack target. Misalnya, Anda dapat menentukan jendela backtrack target selama 24 jam jika Anda ingin dapat melakukan backtracking klaster DB selama satu hari.

  • Jendela backtrack aktual adalah jumlah waktu aktual yang Anda inginkan untuk dapat melakukan backtracking klaster DB, yang dapat lebih kecil daripada jendela backtrack target. Jendela backtrack aktual didasarkan pada beban kerja dan penyimpanan yang tersedia untuk menyimpan informasi tentang perubahan basis data, yang disebut catatan perubahan.

Saat Anda membuat pembaruan pada klaster Aurora DB dengan backtracking aktif, Anda menghasilkan catatan perubahan. Aurora menyimpan catatan perubahan untuk jendela backtrack target, dan Anda membayar tarif per jam untuk menyimpannya. Jendela backtrack target dan beban kerja di klaster DB Anda menentukan jumlah catatan perubahan yang Anda simpan. Beban kerja adalah jumlah perubahan yang Anda buat pada klaster DB Anda dalam waktu tertentu. Jika beban kerja Anda berat, Anda menyimpan lebih banyak perubahan catatan di jendela backtrack dibandingkan jika beban kerja Anda ringan.

Anda dapat membayangkan jendela backtrack target sebagai sasaran jumlah waktu yang Anda inginkan untuk dapat melakukan backtracking klaster DB Anda. Dalam kebanyakan kasus, Anda dapat melakukan backtracking dalam jumlah waktu maksimum yang Anda tentukan. Namun, dalam beberapa kasus, klaster DB tidak dapat menyimpan cukup catatan untuk melakukan backtracking dalam jumlah waktu maksimum, dan jendela backtrack aktual Anda lebih kecil daripada target Anda. Biasanya, jendela backtrack aktual lebih kecil daripada target saat Anda memiliki beban kerja yang sangat berat pada klaster DB Anda. Saat jendela backtrack aktual Anda lebih kecil dari target, kami mengirimkan notifikasi kepada Anda.

Saat backtracking diaktifkan untuk klaster DB, dan Anda menghapus tabel yang disimpan dalam klaster DB, Aurora mempertahankan tabel tersebut di catatan perubahan backtrack. Ini dilakukan agar Anda dapat kembali ke waktu sebelum Anda menghapus tabel. Jika Anda tidak memiliki cukup ruang di jendela backtrack Anda untuk menyimpan tabel, pada akhirnya tabel mungkin akan dihapus dari catatan perubahan backtrack.

Waktu backtracking

Aurora selalu melakukan backtracking ke waktu yang konsisten untuk klaster DB. Tindakan ini menghilangkan kemungkinan transaksi yang tidak di-commit saat backtrack selesai. Saat Anda menentukan waktu untuk backtrack, Aurora akan secara otomatis memilih waktu konsisten sedekat mungkin. Pendekatan ini berarti bahwa backtrack yang diselesaikan mungkin tidak sama persis dengan waktu yang Anda tentukan, tetapi Anda dapat menentukan waktu yang tepat untuk backtrack dengan menggunakan describe-db-cluster-backtracks AWS CLIperintah. Untuk informasi selengkapnya, lihat Mengambil backtrack yang ada.

Batasan backtracking

Batasan berikut berlaku untuk backtracking:

  • Backtracking hanya tersedia untuk klaster DB yang dibuat dengan fitur Backtrack diaktifkan. Anda tidak dapat memodifikasi cluster DB untuk mengaktifkan fitur Backtrack. Anda dapat mengaktifkan fitur Backtrack saat membuat klaster DB baru atau memulihkan snapshot klaster DB.

  • Batasan untuk jendela backtrack adalah 72 jam.

  • Backtracking memengaruhi seluruh klaster DB. Misalnya, Anda tidak dapat memilih untuk melakukan backtracking satu tabel atau satu pembaruan data.

  • Anda tidak dapat membuat replika baca lintas wilayah dari cluster yang mendukung backtrack, tetapi Anda masih dapat mengaktifkan replikasi log biner (binlog) di cluster. Jika Anda mencoba untuk mundur cluster DB yang logging biner diaktifkan, kesalahan biasanya terjadi kecuali Anda memilih untuk memaksa backtrack. Setiap upaya untuk memaksa backtrack akan merusak replika baca hilir dan mengganggu operasi lain seperti penerapan biru/hijau.

  • Anda tidak dapat melakukan backtracking klon basis data ke waktu sebelum klon basis data tersebut dibuat. Namun, Anda dapat menggunakan basis data asli untuk melakukan backtracking ke suatu waktu sebelum klon dibuat. Untuk informasi selengkapnya tentang kloning basis data, lihat Mengkloning volume untuk klaster DB Amazon Aurora.

  • Backtracking akan menyebabkan gangguan instans DB dalam waktu singkat. Anda harus menghentikan atau menjeda aplikasi sebelum memulai operasi backtrack untuk memastikan bahwa tidak ada permintaan baca atau tulis baru. Selama operasi backtrack, Aurora menjeda basis data, menutup semua koneksi yang terbuka, dan menghentikan operasi baca dan tulis yang tidak di-commit. Aurora kemudian menunggu operasi backtrack selesai.

  • Anda tidak dapat memulihkan snapshot Lintas wilayah dari kluster berkemampuan backtrack di AWS Wilayah yang tidak mendukung backtracking.

  • Jika Anda melakukan pemutakhiran di tempat untuk cluster berkemampuan backtrack dari Aurora SQL My versi 2 ke versi 3, Anda tidak dapat mundur ke titik waktu sebelum pemutakhiran terjadi.

Wilayah dan ketersediaan versi

Backtrack tidak tersedia untuk SQL Aurora Postgre.

Berikut ini adalah mesin yang didukung dan ketersediaan Wilayah untuk Backtrack dengan SQL Aurora My.

Wilayah Aurora Versi saya 3 SQL Aurora Versi saya 2 SQL
AS Timur (Virginia Utara) Semua versi Semua versi
AS Timur (Ohio) Semua versi Semua versi
AS Barat (California Utara) Semua versi Semua versi
AS Barat (Oregon) Semua versi Semua versi
Afrika (Cape Town) – –
Asia Pasifik (Hong Kong) – –
Asia Pasifik (Jakarta) – –
Asia Pasifik (Malaysia) – –
Asia Pasifik (Melbourne) – –
Asia Pasifik (Mumbai) Semua versi Semua versi
Asia Pasifik (Osaka) Semua versi Versi 2.07.3 dan lebih tinggi
Asia Pasifik (Seoul) Semua versi Semua versi
Asia Pasifik (Singapura) Semua versi Semua versi
Asia Pasifik (Sydney) Semua versi Semua versi
Asia Pasifik (Tokyo) Semua versi Semua versi
Kanada (Pusat) Semua versi Semua versi
Kanada Barat (Calgary) – –
China (Beijing) – –
Tiongkok (Ningxia) – –
Eropa (Frankfurt) Semua versi Semua versi
Eropa (Irlandia) Semua versi Semua versi
Eropa (London) Semua versi Semua versi
Eropa (Milan) – –
Eropa (Paris) Semua versi Semua versi
Eropa (Spanyol) – –
Eropa (Stockholm) – –
Eropa (Zürich) – –
Israel (Tel Aviv) – –
Timur Tengah (Bahrain) – –
Timur Tengah (UAE) – –
Amerika Selatan (Sao Paulo) – –
AWS GovCloud (AS-Timur) – –
AWS GovCloud (AS-Barat) – –

Pertimbangan peningkatan untuk klaster yang memiliki backtrack aktif

Anda dapat memutakhirkan cluster DB berkemampuan backtrack dari Aurora My SQL versi 2 ke versi 3, karena semua versi minor Aurora My versi 3 didukung untuk Backtrack. SQL

Berlangganan peristiwa backtrack dengan konsol

Prosedur berikut menjelaskan cara berlangganan peristiwa backtrack menggunakan konsol. Peristiwa tersebut mengirimkan notifikasi email atau pesan teks saat jendela backtrack aktual Anda lebih kecil dari jendela backtrack target Anda.

Untuk melihat informasi backtrack menggunakan konsol

  1. Masuk ke AWS Management Console dan buka RDS konsol Amazon di https://console.aws.amazon.com/rds/.

  2. Pilih Langganan peristiwa.

  3. Pilih Buat langganan peristiwa.

  4. Di kotak Nama, ketik nama untuk langganan peristiwa, dan pastikan bahwa Ya dipilih untuk Diaktifkan.

  5. Di bagian Target, pilih Topik email baru.

  6. Untuk Nama topik, ketik nama untuk topik, dan untuk Dengan penerima ini, masukkan alamat email atau nomor telepon untuk menerima notifikasi.

  7. Di bagian Sumber, pilih Instans untuk Jenis sumber.

  8. Untuk Instans untuk disertakan, klik Pilih instans tertentu, dan pilih instans DB Anda.

  9. Untuk Kategori peristiwa untuk disertakan, klik Pilih kategori peristiwa tertentu, dan pilih backtrack.

    Halaman Anda akan terlihat serupa dengan halaman berikut.

    Langganan peristiwa backtrack

  10. Pilih Buat.

Mengambil backtrack yang ada

Anda dapat mengambil informasi tentang backtrack yang ada untuk klaster DB. Informasi ini mencakup pengidentifikasi unik backtrack, rentang tanggal dan waktu backtracking, tanggal dan waktu backtrack diminta, dan status backtrack saat ini.

catatan

Saat ini, Anda tidak dapat mengambil backtrack yang ada menggunakan konsol.

Prosedur berikut menjelaskan cara mengambil backtrack yang ada untuk cluster DB menggunakan AWS CLI.

Untuk mengambil backtrack yang ada menggunakan AWS CLI

  • Panggil describe-db-cluster-backtracks AWS CLIperintah dan berikan nilai-nilai berikut:

    • --db-cluster-identifier – Nama klaster DB.

    Contoh berikut mengambil backtrack yang ada untuk sample-cluster.

    Untuk Linux, macOS, atau Unix:

    
aws rds describe-db-cluster-backtracks \
    --db-cluster-identifier sample-cluster

    Untuk Windows:

    
aws rds describe-db-cluster-backtracks ^
    --db-cluster-identifier sample-cluster

Untuk mengambil informasi tentang backtrack untuk cluster DB menggunakan Amazon RDSAPI, gunakan operasi D escribeDBCluster Backtracks. Operasi ini menampilkan informasi tentang backtrack untuk klaster DB yang ditentukan dalam nilai DBClusterIdentifier.