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 Edisi Kompatibel MySQL, Anda dapat melakukan backtracking klaster DB ke waktu tertentu, tanpa memulihkan data dari cadangan.
**Contents**
+ [Gambaran umum backtracking](#AuroraMySQL.Managing.Backtrack.Overview)
+ [Jendela backtrack](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackWindow)
+ [Waktu backtracking](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackTime)
+ [Batasan backtracking](#AuroraMySQL.Managing.Backtrack.Limitations)
+ [Ketersediaan wilayah dan versi](#AuroraMySQL.Managing.Backtrack.Availability)
+ [Pertimbangan peningkatan untuk klaster yang memiliki backtrack aktif](#AuroraMySQL.Managing.Backtrack.Upgrade)
+ [Mengkonfigurasi mundur cluster DB MySQL Aurora](AuroraMySQL.Managing.Backtrack.Configuring.md)
+ [Melakukan backtrack untuk cluster Aurora SQL My DB](AuroraMySQL.Managing.Backtrack.Performing0.md)
+ [Memantau backtracking untuk cluster DB MySQL Aurora](AuroraMySQL.Managing.Backtrack.Monitoring.md)
+ [Berlangganan peristiwa backtrack dengan konsol](#AuroraMySQL.Managing.Backtrack.Event.Console)
+ [Mengambil backtrack yang ada](#AuroraMySQL.Managing.Backtrack.Retrieving)
+ [Menonaktifkan backtracking untuk cluster Aurora My DB SQL](AuroraMySQL.Managing.Backtrack.Disabling.md)
## 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 tanpa sengaja melakukan tindakan destruktif, seperti DELETE tanpa klausa WHERE, Anda dapat melakukan backtracking klaster DB ke waktu sebelum tindakan destruktif tersebut dilakukan 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](Aurora.Managing.Backups.md).
### 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 perintah CLI [describe-db-cluster-backtracks](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) AWS . Untuk informasi selengkapnya, lihat [Mengambil backtrack yang ada](#AuroraMySQL.Managing.Backtrack.Retrieving).
### 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. blue/green
+ 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](Aurora.Managing.Clone.md).
+ 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 klaster berkemampuan backtrack di AWS Wilayah yang tidak mendukung backtracking.
+ Jika Anda melakukan peningkatan di tempat untuk klaster yang memiliki backtrack aktif dari Aurora MySQL versi 2 ke versi 3, Anda tidak dapat melakukan backtracking ke titik waktu sebelum peningkatan terjadi.
## Ketersediaan wilayah dan versi
Backtracking tidak tersedia untuk Aurora PostgreSQL.
Berikut ini adalah mesin yang didukung dan ketersediaan Wilayah untuk Backtrack dengan Aurora MySQL.
| Wilayah | Aurora MySQL versi 3 | Aurora MySQL versi 2 |
| --- | --- | --- |
| 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 Pacific (Melbourne) | – | – |
| Asia Pasifik (Mumbai) | Semua versi | Semua versi |
| Asia Pasifik (Selandia Baru) | – | – |
| 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 (Taipei) | – | – |
| Asia Pasifik (Thailand) | – | – |
| 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) | – | – |
| Meksiko (Tengah) | – | – |
| Timur Tengah (Bahrain) | – | – |
| Timur Tengah (UEA) | – | – |
| Amerika Selatan (Sao Paulo) | – | – |
| AWS GovCloud (AS-Timur) | – | – |
| AWS GovCloud (AS-Barat) | – | – |
## Pertimbangan peningkatan untuk klaster yang memiliki backtrack aktif
Anda dapat meningkatkan klaster DB yang memiliki backtrack aktif dari Aurora MySQL versi 2 ke versi 3 karena semua versi minor Aurora MySQL versi 3 didukung untuk Backtrack.
## 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 Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Pilih **Langganan peristiwa**.
1. Pilih **Buat langganan peristiwa**.
1. Di kotak **Nama**, ketik nama untuk langganan peristiwa, dan pastikan bahwa **Ya** dipilih untuk **Diaktifkan**.
1. Di bagian **Target**, pilih **Topik email baru**.
1. Untuk **Nama topik**, ketik nama untuk topik, dan untuk **Dengan penerima ini**, masukkan alamat email atau nomor telepon untuk menerima notifikasi.
1. Di bagian **Sumber**, pilih **Instans** untuk **Jenis sumber**.
1. Untuk **Instans untuk disertakan**, klik **Pilih instans tertentu**, dan pilih instans DB Anda.
1. Untuk **Kategori peristiwa untuk disertakan**, klik **Pilih kategori peristiwa tertentu**, dan pilih **backtrack**.
Halaman Anda akan terlihat serupa dengan halaman berikut.
![\[Langganan peristiwa backtrack\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-event.png)
1. 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.
### AWS CLI
Prosedur berikut menjelaskan cara mengambil backtrack yang ada untuk klaster DB menggunakan AWS CLI.
**Untuk mengambil backtrack yang ada menggunakan AWS CLI**
+ Panggil perintah [describe-db-cluster-backtracks](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) AWS CLI 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
```
### API RDS
Untuk mengambil informasi tentang backtrack untuk cluster DB menggunakan Amazon RDS API, gunakan operasi [Deskripsikan DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterBacktracks.html) Backtracks. Operasi ini menampilkan informasi tentang backtrack untuk klaster DB yang ditentukan dalam nilai `DBClusterIdentifier`.