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.
# Mengkonfigurasi mundur cluster DB MySQL Aurora
Untuk menggunakan fitur Backtrack, Anda harus mengaktifkan backtracking dan menentukan jendela backtrack target. Jika tidak, backtracking dinonaktifkan.
Untuk Jendela Backtrack Target, tentukan jumlah waktu yang Anda inginkan untuk dapat memundurkan basis data Anda menggunakan Backtrack. Aurora mencoba mempertahankan catatan perubahan yang cukup untuk mendukung periode waktu tersebut.
## Konsol
Anda dapat menggunakan konsol untuk mengonfigurasi backtracking saat Anda membuat klaster DB baru. Anda juga dapat memodifikasi klaster DB untuk mengubah jendela backtrack untuk klaster yang memiliki backtrack aktif. Jika Anda menonaktifkan backtrack sepenuhnya untuk klaster dengan mengatur jendela backtrack ke 0, Anda tidak dapat mengaktifkan backtrack lagi untuk klaster tersebut.
**Topics**
+ [Mengonfigurasi backtracking dengan konsol saat membuat klaster DB](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Creating)
+ [Mengonfigurasi backtrack dengan konsol saat memodifikasi klaster DB](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Modifying)
### Mengonfigurasi backtracking dengan konsol saat membuat klaster DB
Saat Anda membuat klaster DB Aurora MySQL baru, backtracking akan dikonfigurasi jika Anda memilih **Aktifkan Backtrack** dan menentukan **Jendela Backtrack Target** yang lebih besar dari nol di bagian **Backtrack**.
Untuk membuat klaster DB, ikuti petunjuk dalam [Membuat klaster DB Amazon Aurora](Aurora.CreateInstance.md). Gambar berikut menunjukkan bagian **Backtrack**.
![\[Aktifkan Backtrack selama pembuatan klaster DB dengan konsol\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-create.png)
Ketika Anda membuat klaster DB baru, Aurora tidak memiliki data untuk beban kerja klaster DB. Jadi, Aurora tidak memperkirakan biaya secara khusus untuk klaster DB baru. Sebagai gantinya, konsol akan menampilkan biaya pengguna standar untuk jendela backtrack target yang ditentukan berdasarkan beban kerja standar. Biaya standar dimaksudkan untuk memberikan referensi umum untuk biaya fitur Backtrack.
**penting**
Biaya Anda sebenarnya mungkin tidak sama dengan biaya standar karena biaya Anda sebenarnya didasarkan pada beban kerja klaster DB Anda.
### Mengonfigurasi backtrack dengan konsol saat memodifikasi klaster DB
Anda dapat memodifikasi backtrack untuk klaster DB menggunakan konsol.
**catatan**
Saat ini, Anda dapat memodifikasi backtracking hanya untuk klaster DB yang memiliki fitur Backtrack aktif. Bagian **Backtrack** ini tidak muncul untuk klaster DB yang dibuat dengan fitur Backtrack dinonaktifkan atau jika fitur Backtrack telah dinonaktifkan untuk klaster DB tersebut.
**Untuk memodifikasi backtracking untuk klaster DB 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 **Basis data**.
1. Pilih klaster yang ingin Anda ubah, dan pilih **Modifikasi**.
1. Untuk **Jendela Backtrack Target**, ubah jumlah waktu yang Anda inginkan untuk dapat melakukan backtracking. Batasannya adalah 72 jam.
![\[Modifikasi Backtrack dengan konsol\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-modify.png)
Konsol menunjukkan perkiraan biaya untuk jumlah waktu yang Anda tentukan berdasarkan beban kerja terdahulu di klaster DB:
+ Jika pelacakan balik dinonaktifkan pada klaster DB, perkiraan biaya didasarkan metrik untuk `VolumeWriteIOPS` klaster DB di Amazon CloudWatch.
+ Jika pelacakan balik diaktifkan sebelumnya pada klaster DB, perkiraan biaya didasarkan metrik untuk `BacktrackChangeRecordsCreationRate` klaster DB di Amazon CloudWatch.
1. Pilih **Lanjutkan**.
1. Untuk **Penjadwalan Modifikasi**, pilih salah satu dari berikut ini:
+ **Terapkan selama jendela pemeliharaan terjadwal berikutnya** – Tunggu untuk menerapkan modifikasi **Jendela Backtrack Target** hingga periode pemeliharaan berikutnya.
+ **Terapkan segera** – Terapkan modifikasi **Jendela Backtrack Target** sesegera mungkin.
1. Pilih **Ubah klaster**.
## AWS CLI
Saat Anda membuat cluster Aurora MySQL DB baru menggunakan perintah [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) AWS CLI, backtracking dikonfigurasi saat Anda menentukan nilai yang lebih besar dari nol. `--backtrack-window` Nilai `--backtrack-window` menentukan jendela backtrack target. Untuk informasi selengkapnya, lihat [Membuat klaster DB Amazon Aurora](Aurora.CreateInstance.md).
Anda juga dapat menentukan `--backtrack-window` nilai menggunakan perintah AWS CLI berikut:
+ [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)
+ [restore-db-cluster-from-s3](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-s3.html)
+ [restore-db-cluster-from-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html)
+ [restore-db-cluster-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html)
Prosedur berikut menjelaskan cara memodifikasi jendela backtrack target untuk klaster DB menggunakan AWS CLI.
**Untuk memodifikasi jendela backtrack target untuk cluster DB menggunakan AWS CLI**
+ Panggil perintah [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLI dan berikan nilai-nilai berikut:
+ `--db-cluster-identifier` – Nama klaster DB.
+ `--backtrack-window` – Jumlah maksimum detik yang Anda inginkan untuk melakukan backtracking klaster DB.
Contoh berikut mengatur jendela backtrack target untuk `sample-cluster` ke satu hari (86.400 detik).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-window 86400
```
Untuk Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-window 86400
```
**catatan**
Saat ini, Anda dapat mengaktifkan backtracking hanya untuk klaster DB yang dibuat dengan fitur Backtrack aktif.
## API RDS
Saat Anda membuat cluster DB Aurora MySQL baru menggunakan operasi Create [DBClusterAmazon](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) RDS API, backtracking dikonfigurasi saat Anda menentukan nilai yang lebih besar dari nol. `BacktrackWindow` Nilai `BacktrackWindow` menentukan jendela backtrack target untuk klaster DB yang ditentukan dalam nilai `DBClusterIdentifier`. Untuk informasi selengkapnya, lihat [Membuat klaster DB Amazon Aurora](Aurora.CreateInstance.md).
Anda juga dapat menentukan nilai `BacktrackWindow` yang sesuai dengan operasi API berikut:
+ [Memodifikasi DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html)
+ [Kembalikan DBCluster dari3](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromS3.html)
+ [MemulihkanDBClusterFromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html)
+ [MemulihkanDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html)
**catatan**
Saat ini, Anda dapat mengaktifkan backtracking hanya untuk klaster DB yang dibuat dengan fitur Backtrack aktif.
# Melakukan backtrack untuk cluster Aurora SQL My DB
Anda dapat melakukan backtracking klaster DB ke stempel waktu backtrack tertentu. Jika stempel waktu backtrack tidak lebih awal dari waktu backtrack yang paling awal, dan tidak di masa depan, klaster DB akan di-backtracking ke stempel waktu tersebut.
Jika tidak, biasanya terjadi kesalahan. Selain itu, jika Anda mencoba untuk melakukan backtracking klaster DB yang memiliki pencatatan log biner aktif, kesalahan biasanya terjadi kecuali jika Anda telah memilih untuk memaksa backtrack untuk terjadi. Memaksa backtrack agar terjadi dapat mengganggu operasi lain yang menggunakan pencatatan log biner.
**penting**
Backtracking tidak menghasilkan entri binlog untuk perubahan yang dibuatnya. Jika Anda mengaktifkan pencatatan log biner untuk klaster DB, backtracking mungkin tidak kompatibel dengan implementasi binlog Anda.
**catatan**
Untuk klon basis data, Anda tidak dapat melakukan backtracking klaster DB lebih awal dari tanggal dan waktu ketika klon dibuat. Untuk informasi selengkapnya tentang kloning basis data, lihat [Mengkloning volume untuk klaster DB Amazon Aurora](Aurora.Managing.Clone.md).
## Konsol
Prosedur berikut menjelaskan cara melakukan operasi backtrack untuk klaster DB menggunakan konsol.
**Untuk melakukan operasi backtrack menggunakan konsol**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Instans**.
1. Pilih instans primer untuk klaster DB yang ingin Anda backtrack.
1. Untuk **Tindakan**, pilih **Klaster DB Backtrack**.
1. Di halaman **Klaster DB Backtrack**, masukkan stempel waktu backtrack untuk melakukan backtracking klaster DB.
![\[Klaster DB backtrack\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-db-cluster.png)
1. Pilih **Klaster DB Backtrack**.
## AWS CLI
Prosedur berikut menjelaskan cara melakukan backtracking klaster DB menggunakan AWS CLI.
**Untuk mundur cluster DB menggunakan AWS CLI**
+ Panggil [backtrack-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/backtrack-db-cluster.html) AWS CLIperintah dan berikan nilai-nilai berikut:
+ `--db-cluster-identifier` – Nama klaster DB.
+ `--backtrack-to`— Cap waktu backtrack untuk mundur cluster DB ke, ditentukan dalam ISO format 8601.
Contoh berikut melakukan backtracking klaster DB `sample-cluster` ke 19 Maret 2018, pukul 10.00.
Untuk Linux, macOS, atau Unix:
```
aws rds backtrack-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-to 2018-03-19T10:00:00+00:00
```
Untuk Windows:
```
aws rds backtrack-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-to 2018-03-19T10:00:00+00:00
```
## RDS API
Untuk mundur cluster DB menggunakan Amazon RDSAPI, gunakan acktrackDBCluster operasi [B](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_BacktrackDBCluster.html). Operasi ini melakukan backtracking klaster DB yang ditentukan dalam nilai `DBClusterIdentifier` ke waktu yang ditentukan.
# Memantau backtracking untuk cluster DB MySQL Aurora
Anda dapat melihat informasi backtracking dan memantau metrik backtracking untuk klaster DB.
## Konsol
**Untuk melihat informasi backtracking dan memantau metrik backtracking 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 **Basis data**.
1. Pilih nama klaster DB untuk membuka informasi tentangnya.
Informasi backtrack ada di bagian **Backtrack**.
![\[Detail backtrack untuk klaster DB\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-details.png)
Saat backtrack diaktifkan, informasi berikut tersedia:
+ **Jendela target** – Jumlah waktu saat ini yang ditentukan untuk jendela backtrack target. Target adalah jumlah waktu maksimum yang Anda inginkan untuk melakukan backtracking jika ada penyimpanan yang memadai.
+ **Jendela aktual** – Jumlah waktu aktual yang Anda inginkan untuk dapat melakukan backtracking, yang dapat lebih kecil daripada jendela backtrack target. Jendela backtrack aktual didasarkan pada beban kerja Anda dan penyimpanan yang tersedia untuk mempertahankan catatan perubahan backtrack.
+ **Waktu backtrack paling awal** – Waktu backtrack paling awal yang memungkinkan untuk klaster DB. Anda tidak dapat melakukan backtracking klaster DB ke waktu sebelum waktu yang ditampilkan.
1. Lakukan hal berikut untuk melihat metrik backtracking untuk klaster DB:
1. Di panel navigasi, pilih **Instans**.
1. Pilih nama instans primer untuk klaster DB untuk menampilkan detailnya.
1. Di bagian **CloudWatch**, tik **Backtrack** ke dalam kotak **CloudWatch** untuk menampilkan hanya metrik Backtrack.
![\[Metrik backtrack\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-metrics.png)
Metrik berikut ditampilkan:
+ **Laju Pembuatan Catatan Perubahan Backtrack (Hitungan)** – Metrik ini menunjukkan jumlah catatan perubahan backtrack yang dibuat selama lima menit untuk klaster DB Anda. Anda dapat menggunakan metrik ini untuk memperkirakan biaya backtrack untuk jendela backtrack target Anda.
+ **[Ditagih] Catatan Perubahan Backtrack Disimpan (Hitungan)** – Metrik ini menunjukkan jumlah aktual RDS perubahan backtrack yang digunakan oleh klaster DB Anda.
+ **Jendela Backtrack Aktual (Menit)** – Metrik ini menunjukkan apakah terdapat perbedaan antara jendela backtrack target dan jendela backtrack aktual. Sebagai contoh, jika jendela backtrack target Anda adalah 2 jam (120 menit), dan metrik ini menunjukkan bahwa jendela backtrack aktual adalah 100 menit, berarti jendela backtrack aktual lebih kecil dari target.
+ **Peringatan Jendela Backtrack (Hitungan)** – Metrik ini menunjukkan jumlah berapa kali jendela backtrack aktual lebih kecil daripada jendela backtrack target untuk periode waktu tertentu.
**catatan**
Metrik berikut mungkin mengalami lag dari waktu saat ini:
**Laju Pembuatan Catatan Perubahan Backtrack (Hitungan)**
**[Ditagih] Catatan Perubahan Backtrack Disimpan (Hitungan)**
## AWS CLI
Prosedur berikut menjelaskan cara menampilkan informasi backtrack untuk klaster DB menggunakan AWS CLI.
**Untuk melihat informasi backtrack untuk cluster DB menggunakan AWS CLI**
+ Panggil perintah [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) AWS CLI dan berikan nilai-nilai berikut:
+ `--db-cluster-identifier` – Nama klaster DB.
Contoh berikut mencantumkan informasi backtrack untuk `sample-cluster`.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-clusters \
--db-cluster-identifier sample-cluster
```
Untuk Windows:
```
aws rds describe-db-clusters ^
--db-cluster-identifier sample-cluster
```
## API RDS
Untuk melihat informasi backtrack untuk cluster DB menggunakan Amazon RDS API, gunakan operasi [DBClustersDeskripsikan](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html). Operasi ini menampilkan informasi backtrack untuk klaster DB yang ditentukan dalam nilai `DBClusterIdentifier`.
## 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`.
# Menonaktifkan backtracking untuk cluster Aurora My DB SQL
Anda dapat menonaktifkan fitur Backtrack untuk klaster DB.
## Konsol
Anda dapat menonaktifkan backtracking untuk klaster DB menggunakan konsol. Setelah Anda menonaktifkan backtracking sepenuhnya untuk sebuah klaster, Anda tidak dapat mengaktifkannya lagi untuk klaster tersebut.
**Untuk menonaktifkan fitur Backtrack untuk klaster DB menggunakan konsol**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Pilih **Basis data**.
1. Pilih klaster yang ingin Anda ubah, dan pilih **Modifikasi**.
1. Di bagian **Backtrack**, pilih **Nonaktifkan Backtrack**.
1. Pilih **Lanjutkan**.
1. Untuk **Penjadwalan Modifikasi**, pilih salah satu dari berikut ini:
+ **Terapkan selama jendela pemeliharaan terjadwal berikutnya** – Tunggu untuk menerapkan modifikasi hingga periode pemeliharaan berikutnya.
+ **Terapkan segera** – Terapkan modifikasi sesegera mungkin.
1. Pilih **Ubah Klaster**.
## AWS CLI
Anda dapat menonaktifkan fitur Backtrack untuk cluster DB menggunakan AWS CLI dengan mengatur jendela target backtrack ke `0` (nol). Setelah Anda menonaktifkan backtracking sepenuhnya untuk sebuah klaster, Anda tidak dapat mengaktifkannya lagi untuk klaster tersebut.
**Untuk memodifikasi jendela backtrack target untuk cluster DB menggunakan AWS CLI**
+ Panggil [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLIperintah dan berikan nilai-nilai berikut:
+ `--db-cluster-identifier` – Nama klaster DB.
+ `--backtrack-window` – tentukan `0` untuk menonaktifkan backtrack.
Contoh berikut menonaktifkan fitur Backtrack untuk `sample-cluster` dengan mengatur `--backtrack-window` ke `0`.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-window 0
```
Untuk Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-window 0
```
## RDS API
Untuk menonaktifkan fitur Backtrack untuk cluster DB menggunakan Amazon RDSAPI, gunakan odifyDBCluster operasi [M](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Atur nilai `BacktrackWindow` ke `0` (nol), dan tentukan klaster DB dalam nilai `DBClusterIdentifier`. Setelah Anda menonaktifkan backtracking sepenuhnya untuk sebuah klaster, Anda tidak dapat mengaktifkannya lagi untuk klaster tersebut.