Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memulihkan ke instans DB
Bagian ini menunjukkan cara mengembalikan ke instans DB. Halaman ini menunjukkan cara mengembalikan ke instans Amazon RDS DB dari snapshot DB.
Amazon RDS membuat snapshot volume penyimpanan instans DB Anda, sehingga mencadangkan seluruh instans DB data dan bukan hanya masing-masing basis data. Anda dapat membuat instans DB baru dengan memulihkan dari snapshot DB. Anda memberikan nama snapshot DB untuk memulihkannya, kemudian memberikan nama untuk instans DB baru yang dibuat dari pemulihan tersebut. Anda tidak dapat memulihkan dari snapshot DB ke instans DB yang ada; Anda membuat instans DB baru saat memulihkan snapshot.
Anda dapat menggunakan instans DB yang dipulihkan segera setelah statusnya `available`. instans DB terus memuat data di latar belakang. Hal ini dikenal sebagai *lazy loading*. Jika Anda mengakses data yang belum dimuat, instans DB segera mengunduh data yang diminta dari Amazon S3, lalu melanjutkan pemuatan sisa data di latar belakang. Untuk informasi selengkapnya, lihat [Snapshot Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html).
Untuk membantu mengurangi efek "lazy loading" pada tabel yang harus diakses dengan cepat, Anda dapat melakukan operasi yang mencakup pemindaian tabel lengkap, seperti `SELECT *`. Hal ini memungkinkan Amazon RDS mengunduh semua data tabel yang dicadangkan dari S3.
Anda dapat memulihkan instans DB dan menggunakan jenis penyimpanan yang berbeda dari snapshot DB sumber. Dalam hal ini, proses pemulihan lebih lambat karena pekerjaan tambahan yang diperlukan untuk memigrasikan data ke jenis penyimpanan baru. Jika Anda memulihkan ke atau dari penyimpanan magnetik, proses migrasinya akan berjalan paling lambat. Hal tersebut karena penyimpanan magnetik tidak memiliki kemampuan IOPS dari penyimpanan IOPS yang Tersedia atau Tujuan Umum (SSD).
Anda dapat menggunakan CloudFormation untuk memulihkan instans DB dari snapshot instans DB. Untuk informasi selengkapnya, lihat [AWS: :RDS:: DBInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-dbinstance.html) di *AWS CloudFormation Panduan Pengguna*.
**catatan**
Anda tidak dapat memulihkan instans DB dari snapshot DB yang dibagikan dan dienkripsi. Sebagai gantinya, Anda dapat membuat salinan snapshot DB dan memulihkan instans DB dari salinan tersebut. Untuk informasi selengkapnya, lihat [Menyalin snapshot DB untuk Amazon RDS](USER_CopySnapshot.md).
Untuk informasi tentang memulihkan instans DB dengan versi RDS Extended Support, lihat. [Memulihkan instans DB atau cluster DB multi-AZ, cluster Support](extended-support-restoring-db-instance.md)
## Memulihkan dari snapshot
Anda dapat memulihkan instans DB dari snapshot DB menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
**catatan**
Anda tidak dapat mengurangi jumlah penyimpanan saat Anda memulihkan instans DB. Saat Anda meningkatkan alokasi penyimpanan, peningkatannya setidaknya harus 10 persen. Jika Anda mencoba meningkatkan nilai sebesar kurang dari 10 persen, Anda akan mendapat kesalahan. Anda tidak dapat meningkatkan penyimpanan yang dialokasikan saat memulihkan RDS untuk instans DB SQL Server.
### Konsol
**Untuk memulihkan instans DB dari snapshot DB**
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. Di panel navigasi, pilih **Snapshot**.
1. Pilih snapshot DB yang ingin dipulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan snapshot**.
1. Di halaman **Pulihkan snapshot**, untuk **Pengidentifikasi instans DB**, masukkan nama untuk instans DB yang dipulihkan.
1. Tentukan pengaturan lain, seperti ukuran penyimpanan yang dialokasikan.
Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
1. Pilih **Pulihkan instans DB**.
### AWS CLI
Untuk mengembalikan instans DB dari snapshot DB, gunakan AWS CLI perintah [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
Dalam contoh ini, Anda memulihkan dari snapshot DB yang dibuat sebelumnya yang bernama `mydbsnapshot`. Anda memulihkan ke instans DB baru yang bernama `mynewdbinstance`. Contoh ini juga menetapkan ukuran penyimpanan yang dialokasikan.
Anda dapat menentukan pengaturan lain. Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-from-db-snapshot \
2. --db-instance-identifier mynewdbinstance \
3. --db-snapshot-identifier mydbsnapshot \
4. --allocated-storage 100
```
Untuk Windows:
```
1. aws rds restore-db-instance-from-db-snapshot ^
2. --db-instance-identifier mynewdbinstance ^
3. --db-snapshot-identifier mydbsnapshot ^
4. --allocated-storage 100
```
Perintah ini menampilkan output seperti yang berikut ini:
```
1. DBINSTANCE mynewdbinstance db.t3.small MySQL 50 sa creating 3 n 8.0.28 general-public-license
```
**Example**
Contoh berikut menunjukkan memulihkan snapshot sambil menambahkan volume penyimpanan tambahan ke instance yang baru dibuat. Snapshot termasuk volume `rdsdbdata2` tambahan. Operasi pemulihan menambahkan`rdsdbdata3`, membuat total tiga volume dalam instance yang baru dibuat. Anda tidak dapat menghapus volume saat mengembalikan snapshot.
```
1. aws rds restore-db-instance-from-db-snapshot \
2. --db-instance-identifier my-restored-instance \
3. --db-snapshot-identifier my-asv-snapshot \
4. --additional-storage-volumes '[{ \
5. "VolumeName": "rdsdbdata3", \
6. "StorageType":"gp3", \
7. "AllocatedStorage": 5000, \
8. "IOPS": 12000 \
9. }]'
```
### API RDS
Untuk memulihkan instans DB dari snapshot DB, panggil fungsi Amazon RDS API [Restore DBInstance From DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) dengan parameter berikut:
+ `DBInstanceIdentifier`
+ `DBSnapshotIdentifier`
## Pertimbangan-pertimbangan
Untuk pertimbangan saat memulihkan ke instans DB dari snapshot DB, lihat topik berikut.
**Topics**
+ [Pertimbangan grup parameter](#USER_RestoreFromSnapshot.Parameters)
+ [Pertimbangan grup keamanan](#USER_RestoreFromSnapshot.Security)
+ [Pertimbangan grup opsi](#USER_RestoreFromSnapshot.Options)
+ [Pertimbangan pemberian tag sumber daya](#restore-from-snapshot.tagging)
+ [Pertimbangan Db2](#USER_RestoreFromSnapshot.Db2)
+ [Pertimbangan Microsoft SQL Server](#USER_RestoreFromSnapshot.MSSQL)
+ [Pertimbangan MySQL](#USER_RestoreFromSnapshot.MySQL)
+ [Pertimbangan Oracle Database](#USER_RestoreFromSnapshot.Oracle)
### Pertimbangan grup parameter
Kami menyarankan agar Anda mempertahankan grup parameter DB untuk snapshot DB apa pun yang Anda buat, sehingga Anda dapat mengaitkan instans DB yang dipulihkan dengan grup parameter yang benar.
Grup parameter DB default akan dikaitkan dengan instans yang dipulihkan, kecuali jika Anda memilih yang berbeda. Tidak ada pengaturan parameter kustom yang tersedia di grup parameter default.
Anda dapat menentukan grup parameter saat memulihkan instans DB.
Untuk informasi selengkapnya tentang grup parameter DB, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
### Pertimbangan grup keamanan
Saat Anda memulihkan instans DB, cloud privat virtual (VPC), grup subnet DB, dan grup keamanan VPC default akan dikaitkan dengan instans yang dipulihkan, kecuali jika Anda memilih yang berbeda.
+ Jika Anda menggunakan konsol Amazon RDS, Anda dapat menentukan grup keamanan VPC kustom yang akan dikaitkan dengan instans atau membuat grup keamanan VPC baru.
+ Jika Anda menggunakan AWS CLI, Anda dapat menentukan grup keamanan VPC kustom untuk dikaitkan dengan instance dengan menyertakan `--vpc-security-group-ids` opsi dalam perintah. `restore-db-instance-from-db-snapshot`
+ Jika Anda menggunakan API Amazon RDS, Anda dapat menyertakan `VpcSecurityGroupIds.VpcSecurityGroupId.N` di dalam tindakan `RestoreDBInstanceFromDBSnapshot`.
Segera setelah pemulihan selesai dan instans DB baru Anda tersedia, Anda juga dapat mengubah pengaturan VPC dengan memodifikasi instans DB. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
### Pertimbangan grup opsi
Saat Anda memulihkan instans DB, grup opsi DB default akan dikaitkan dengan instans DB yang dipulihkan dalam sebagian besar kasus.
Pengecualiannya adalah ketika instans DB sumber dikaitkan dengan grup opsi yang berisi opsi persisten atau permanen. Misalnya, jika instans DB sumber menggunakan Enkripsi Data Transparan (TDE) Oracle, instans DB yang dipulihkan harus menggunakan grup opsi yang memiliki opsi TDE.
Jika Anda memulihkan instans DB ke VPC yang berbeda, Anda harus melakukan salah satu hal berikut untuk menetapkan grup opsi DB:
+ Tetapkan grup opsi default untuk grup VPC tersebut ke instans.
+ Tetapkan grup opsi lain yang dikaitkan ke VPC tersebut.
+ Buat grup opsi baru dan tetapkan ke instans DB. Dengan opsi persisten atau permanen, seperti TDE Oracle, Anda harus membuat grup opsi baru yang mencakup opsi persisten atau permanen.
Untuk informasi selengkapnya tentang grup opsi DB, lihat [Menggunakan grup opsi](USER_WorkingWithOptionGroups.md).
### Pertimbangan pemberian tag sumber daya
Saat Anda memulihkan instans DB dari snapshot DB, RDS akan memeriksa apakah Anda menentukan tag baru. Jika ya, tag baru akan ditambahkan ke instans DB yang dipulihkan. Jika tidak ada tag baru, RDS akan menambahkan tag dari instans DB sumber pada saat pembuatan snapshot ke instans DB yang dipulihkan.
Untuk informasi selengkapnya, lihat [Menyalin tag ke snapshot DB](USER_Tagging.md#USER_Tagging.CopyTags).
### Pertimbangan Db2
Dengan model BYOL, instans Amazon RDS untuk Db2 DB Anda harus dikaitkan dengan grup parameter kustom yang berisi instans Anda dan Anda. IBM Site ID IBM Customer ID Jika tidak, upaya memulihkan instans DB dari snapshot akan gagal. Instans Amazon RDS untuk Db2 DB Anda juga harus dikaitkan dengan lisensi yang dikelola sendiri. AWS License Manager Untuk informasi selengkapnya, lihat [Bawa lisensi Anda sendiri (BYOL) untuk Db2](db2-licensing.md#db2-licensing-options-byol).
Dengan lisensi Db2 melalui AWS Marketplace model, Anda memerlukan AWS Marketplace langganan aktif untuk IBM Db2 edisi tertentu yang ingin Anda gunakan. Jika Anda belum memilikinya, [berlangganan Db2 AWS Marketplace untuk edisi](db2-licensing.md#db2-marketplace-subscribing-registering) ituIBM Db2. Untuk informasi selengkapnya, lihat [Lisensi Db2 melalui AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace).
### Pertimbangan Microsoft SQL Server
Saat memulihkan snapshot DB RDS for Microsoft SQL Server ke instans baru, Anda selalu dapat memulihkan ke edisi yang sama seperti snapshot Anda. Dalam beberapa kasus, Anda juga dapat mengubah edisi instans DB. Batasan berikut berlaku saat Anda mengubah edisi:
+ Snapshot DB harus memiliki cukup penyimpanan yang dialokasikan untuk edisi baru.
+ Hanya perubahan edisi berikut yang didukung:
+ Dari Standard Edition ke Enterprise Edition
+ Dari Web Edition ke Standard Edition atau Enterprise Edition
+ Dari Express Edition ke Web Edition, Standard Edition, atau Enterprise Edition
Jika Anda ingin mengubah dari satu edisi ke edisi baru yang tidak didukung dengan memulihkan snapshot, Anda dapat mencoba menggunakan fitur pencadangan dan pemulihan native. SQL Server akan memverifikasi apakah basis data Anda kompatibel dengan edisi baru berdasarkan fitur SQL Server yang telah Anda aktifkan di basis data tersebut. Untuk informasi selengkapnya, lihat [Mengimpor dan mengekspor basis data SQL Server menggunakan pencadangan dan pemulihan native](SQLServer.Procedural.Importing.md).
### Pertimbangan MySQL
Untuk memulihkan dari snapshot RDS untuk MySQL DB dengan versi mesin yang tidak didukung, Anda mungkin harus memutakhirkan snapshot DB Anda lebih dari sekali. Untuk informasi selengkapnya tentang opsi pemutakhiran, lihat[Opsi upgrade untuk snapshot DB dengan versi engine yang tidak didukung untuk RDS untuk MySQL](mysql-upgrade-snapshot.upgrade-options.md).
Untuk informasi lebih lanjut tentang memutakhirkan versi mesin dari snapshot RDS untuk MySQL DB,. [Meningkatkan versi mesin snapshot DB MySQL](mysql-upgrade-snapshot.md)
### Pertimbangan Oracle Database
Saat Anda memulihkan basis data Oracle dari snapshot DB, pertimbangkan hal berikut:
+ Sebelum Anda memulihkan snapshot DB, Anda dapat meningkatkan-nya ke rilis basis data Oracle yang lebih baru. Untuk informasi selengkapnya, lihat [Meningkatkan snapshot DB Oracle](USER_UpgradeDBSnapshot.Oracle.md).
+ Jika Anda memulihkan snapshot dari instans CDB yang menggunakan konfigurasi penghuni tunggal, Anda dapat mengubah nama PDB. Anda tidak dapat mengubah nama PDB saat instans CDB Anda menggunakan konfigurasi multi-penghuni. Untuk informasi selengkapnya, lihat [Mencadangkan dan memulihkan CDB](Oracle.Concepts.single-tenant.snapshots.md).
+ Anda tidak dapat mengubah nama CDB, yaitu `RDSCDB`. Nama CDB ini sama untuk semua instans CDB.
+ Anda tidak dapat langsung berinteraksi dengan basis data penghuni dalam snapshot DB. Jika Anda memulihkan snapshot dari instans CDB yang menggunakan konfigurasi multi-penghuni, Anda akan memulihkan semua basis data penghuni. Anda dapat menggunakan [describe-db-snapshot-tenant-databases](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshot-tenant-databases.html) untuk memeriksa database penyewa dalam snapshot DB sebelum memulihkannya.
+ Jika Anda menggunakan Oracle GoldenGate, selalu pertahankan grup parameter dengan `compatible` parameter. Saat memulihkan instans DB dari snapshot DB, Anda harus menentukan grup parameter yang memiliki nilai `compatible` yang sama atau lebih besar.
+ Anda dapat memilih untuk mengubah nama basis data Anda ketika Anda memulihkan snapshot DB. Jika ukuran total log redo online lebih besar dari 20GB, RDS mungkin mengatur ulang ukuran log redo online Anda ke pengaturan default 512MB (4 x 128MB). Ukuran yang lebih kecil memungkinkan operasi pemulihan selesai dalam waktu yang wajar. Anda dapat membuat ulang log redo online nanti dan mengubah ukurannya.
+ Anda dapat mengelola kata sandi pengguna utama Anda di AWS Secrets Manager. Lihat informasi yang lebih lengkap di [Ikhtisar mengelola kata sandi pengguna master dengan AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview).
# Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS
Anda dapat mengembalikan instans DB ke titik waktu tertentu, membuat instans DB baru tanpa memodifikasi instans DB sumber.
Saat Anda memulihkan instans DB ke titik waktu tertentu, Anda dapat memilih grup keamanan cloud privat virtual (VPC) default. Atau Anda dapat menerapkan grup keamanan VPC kustom ke instans DB Anda.
Instans DB yang dipulihkan secara otomatis dikaitkan dengan parameter DB default dan grup opsi. Namun, Anda dapat menerapkan grup parameter kustom dan grup opsi dengan menentukannya selama pemulihan.
Jika tag disediakan dalam permintaan maka tag yang disediakan diterapkan ke instans DB yang dipulihkan. Jika tag tidak disediakan dalam permintaan dan jika instans DB sumber aktif di wilayah dan memiliki tag, RDS menambahkan tag terbaru dari instans DB sumber ke instans DB yang dipulihkan.
RDS mengunggah log transaksi untuk instans DB ke Amazon S3 setiap lima menit. Untuk melihat waktu restorable terbaru untuk instans DB, gunakan AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)perintah dan lihat nilai yang dikembalikan di `LatestRestorableTime` bidang untuk instans DB. Untuk melihat waktu pemulihan terbaru setiap instans DB di konsol Amazon RDS, pilih **Cadangan otomatis**.
Anda dapat memulihkan ke titik waktu mana pun dalam periode retensi cadangan Anda. Untuk melihat waktu pemulihan terbaru setiap instans DB, pilih **Cadangan otomatis** di konsol Amazon RDS.
![\[Pencadangan otomatis\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/automated-backups.png)
**catatan**
Sebaiknya Anda memulihkan ke ukuran instans DB yang sama atau serupa—dan IOPS jika menggunakan penyimpanan Provisioned IOPS—sebagai instans DB sumber. Anda mungkin mengalami kesalahan jika, misalnya, Anda memilih ukuran instans DB dengan nilai IOPS yang tidak kompatibel.
Untuk informasi tentang memulihkan instans DB dengan versi RDS Extended Support, lihat. [Memulihkan instans DB atau cluster DB multi-AZ, cluster Support](extended-support-restoring-db-instance.md)
Beberapa mesin database Amazon RDS memiliki pertimbangan khusus saat memulihkan dari satu titik waktu:
+ Jika Anda menggunakan otentikasi kata sandi dengan Amazon RDS untuk instans Db2 DB, tindakan manajemen pengguna, termasuk`rdsadmin.add_user`, tidak akan ditangkap dalam log. Tindakan ini memerlukan cadangan snapshot lengkap.
Dengan model BYOL, instans RDS untuk Db2 DB Anda harus dikaitkan dengan grup parameter kustom yang berisi IBM Site ID dan IBM Customer ID Anda. Jika tidak, upaya untuk memulihkan instans DB ke titik waktu tertentu akan gagal. Instans Amazon RDS untuk Db2 DB Anda juga harus dikaitkan dengan lisensi yang dikelola sendiri. AWS License Manager Untuk informasi selengkapnya, lihat [Bawa lisensi Anda sendiri (BYOL) untuk Db2](db2-licensing.md#db2-licensing-options-byol).
Dengan lisensi Db2 melalui AWS Marketplace model, Anda memerlukan AWS Marketplace langganan aktif untuk IBM Db2 edisi tertentu yang ingin Anda gunakan. Jika Anda belum memilikinya, [berlangganan Db2 AWS Marketplace untuk edisi](db2-licensing.md#db2-marketplace-subscribing-registering) ituIBM Db2. Untuk informasi selengkapnya, lihat [Lisensi Db2 melalui AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace).
+ Saat mengembalikan RDS untuk instans Oracle DB ke suatu titik waktu, Anda dapat menentukan mesin DB, model lisensi, dan DBName (SID) yang berbeda untuk instans DB yang dipulihkan. Anda juga dapat menentukan bahwa RDS harus menyimpan mengelola kata sandi pengguna master di AWS Secrets Manager. Untuk informasi selengkapnya, lihat [Ikhtisar mengelola kata sandi pengguna master dengan AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview).
+ Saat Anda memulihkan instans DB Microsoft SQL Server ke suatu titik waktu, setiap basis data dalam instans tersebut disimpan ke suatu titik waktu dalam 1 detik dari basis data satu sama lain dalam instans tersebut. Transaksi yang menjangkau beberapa basis data dalam instans tersebut mungkin dipulihkan secara tidak konsisten.
+ Untuk instans DB SQL Server, mode `OFFLINE`, `EMERGENCY`, dan `SINGLE_USER` tidak didukung. Mengatur basis data apa pun ke salah satu mode ini akan menyebabkan waktu pemulihan terakhir untuk berhenti berjalan untuk seluruh instans.
+ Beberapa tindakan, seperti mengubah model pemulihan database SQL Server, dapat merusak urutan log yang digunakan untuk point-in-time pemulihan. Dalam beberapa kasus, Amazon RDS dapat mendeteksi masalah ini dan waktu pemulihan terbaru dicegah untuk berjalan. Dalam kasus lain, seperti ketika basis data SQL Server menggunakan model pemulihan `BULK_LOGGED`, jeda dalam urutan log tidak terdeteksi. Ada kemungkinan bahwa pemulihan instans DB SQL Server ke titik waktu mustahil dilakukan jika terdapat jeda dalam urutan log. Karena alasan ini, Amazon RDS tidak mendukung perubahan model pemulihan basis data SQL Server.
Anda juga dapat menggunakan AWS Backup untuk mengelola cadangan instans Amazon RDS DB. Jika instans DB Anda dikaitkan dengan rencana cadangan di AWS Backup, paket cadangan itu digunakan untuk point-in-time pemulihan. Cadangan yang dibuat dengan AWS Backup memiliki nama yang diakhiri dengan. `awsbackup:AWS-Backup-job-number` Untuk selengkapnya AWS Backup, lihat [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide).
**catatan**
Informasi dalam topik ini berlaku untuk Amazon RDS. Untuk informasi tentang memulihkan klaster DB Amazon Aurora, lihat [Memulihkan klaster DB ke waktu tertentu](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-pitr.html).
Anda dapat mengembalikan instans DB ke titik waktu menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
**catatan**
Anda tidak dapat mengurangi jumlah penyimpanan saat Anda memulihkan instans DB. Saat Anda meningkatkan alokasi penyimpanan, peningkatannya setidaknya harus 10 persen. Jika Anda mencoba meningkatkan nilai sebesar kurang dari 10 persen, Anda akan mendapat kesalahan. Anda tidak dapat meningkatkan penyimpanan yang dialokasikan saat memulihkan RDS untuk instans DB SQL Server.
## Konsol
**Untuk memulihkan instans DB dengan waktu yang ditentukan**
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. Di panel navigasi, pilih **Pencadangan otomatis**.
Pencadangan otomatis ditampilkan di tab **Wilayah Saat Ini**.
1. Pilih instans DB yang ingin Anda pulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan ke titik waktu**.
Jendela **Pulihkan ke titik waktu** akan muncul.
1. Pilih **Waktu pemulihan terbaru** untuk memulihkan ke waktu terbaru yang dimungkinkan atau pilih **Kustom** untuk memilih waktu.
Jika Anda memilih **Kustom**, masukkan tanggal dan waktu untuk memulihkan instans.
**catatan**
Waktu ditampilkan dalam zona waktu lokal Anda, yang ditunjukkan dengan offset dari Waktu Universal Terkoordinasi (UTC). Sebagai contoh, UTC-5 adalah Eastern Standard Time/Central Daylight Time.
1. Untuk **Pengidentifikasi instans DB**, masukkan nama target instans DB yang dipulihkan. Nama harus unik.
1. Pilih opsi lain sesuai kebutuhan, seperti kelas instans DB, penyimpanan, dan apakah Anda ingin menggunakan penskalaan otomatis penyimpanan atau tidak.
Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
1. Pilih **Pulihkan ke titik waktu**.
## AWS CLI
Untuk mengembalikan instance DB ke waktu tertentu, gunakan AWS CLI perintah [restore-db-instance-to- point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) untuk membuat instance DB baru. Contoh ini juga menetapkan ukuran penyimpanan yang dialokasikan dan memungkinkan penyimpanan penskalaan otomatis.
Pemberian tag sumber daya didukung untuk operasi ini. Saat Anda menggunakan opsi `--tags`, tag instans DB sumber diabaikan dan tag yang disediakan digunakan. Jika tidak, tag terbaru dari instans sumber digunakan.
Anda dapat menentukan pengaturan lain. Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier mysourcedbinstance \
3. --target-db-instance-identifier mytargetdbinstance \
4. --restore-time 2017-10-14T23:45:00.000Z \
5. --allocated-storage 100 \
6. --max-allocated-storage 1000
```
Untuk Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier mysourcedbinstance ^
3. --target-db-instance-identifier mytargetdbinstance ^
4. --restore-time 2017-10-14T23:45:00.000Z ^
5. --allocated-storage 100 ^
6. --max-allocated-storage 1000
```
**Example**
Contoh berikut menunjukkan penambahan volume saat mengembalikan instance ke titik waktu.
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-asv-instance \
3. --target-db-instance-identifier my-pitr-instance \
4. --use-latest-restorable-time \
5. --additional-storage-volumes '[{ \
6. "VolumeName": "rdsdbdata2", \
7. "StorageType":"gp3", \
8. "AllocatedStorage": 5000, \
9. "IOPS": 12000 \
10. }]'
```
Untuk Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-asv-instance ^
3. --target-db-instance-identifier my-pitr-instance ^
4. --use-latest-restorable-time ^
5. --additional-storage-volumes '[{ ^
6. "VolumeName": "rdsdbdata2", ^
7. "StorageType":"gp3", ^
8. "AllocatedStorage": 5000, ^
9. "IOPS": 12000 ^
10. }]'
```
## API RDS
Untuk memulihkan instans DB ke waktu yang ditentukan, panggil operasi API Amazon RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) dengan parameter berikut ini:
+ `SourceDBInstanceIdentifier`
+ `TargetDBInstanceIdentifier`
+ `RestoreTime`
# Memulihkan klaster DB Multi-AZ ke waktu tertentu
Anda dapat memulihkan klaster DB Multi-AZ ke titik waktu tertentu, membuat klaster DB Multi-AZ baru.
RDS mengunggah log transaksi untuk klaster DB Multi-AZ ke Amazon S3 terus menerus. Anda dapat memulihkan ke titik waktu mana pun dalam periode retensi cadangan Anda. Untuk melihat waktu restorable paling awal untuk cluster DB multi-AZ, gunakan perintah. AWS CLI [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) Lihatlah nilai yang ditampilkan di kolom `EarliestRestorableTime` untuk klaster DB. Untuk melihat waktu pemulihan paling awal untuk klaster DB Multi-AZ, lihat nilai yang ditampilkan dalam kolom `LatestRestorableTime` untuk klaster DB Multi-AZ.
Saat memulihkan cluster DB multi-AZ ke titik waktu tertentu, Anda dapat memilih grup keamanan VPC default untuk cluster DB multi-AZ Anda, atau Anda dapat menerapkan grup keamanan VPC khusus ke cluster DB multi-AZ Anda.
Klaster DB Multi-AZ yang dipulihkan secara otomatis dikaitkan dengan grup parameter klaster DB default. Namun, Anda dapat menerapkan grup parameter cluster DB kustom dengan menentukannya selama pemulihan.
Jika cluster DB sumber memiliki tag sumber daya, RDS menambahkan tag terbaru ke cluster DB yang dipulihkan.
**catatan**
Sebaiknya Anda memulihkan ke ukuran klaster DB Multi-AZ sebagai klaster DB Multi-AZ. Sebaiknya Anda juga memulihkan dengan nilai IOPS yang sama atau serupa jika Anda menggunakan penyimpanan IOPS yang Tersedia. Anda mungkin mengalami kesalahan jika, misalnya, Anda memilih ukuran klaster DB dengan nilai IOPS yang tidak kompatibel.
Jika cluster DB Multi-AZ sumber menggunakan penyimpanan General Purpose SSD (gp3) dan memiliki kurang dari 400 GiB penyimpanan yang dialokasikan, Anda tidak dapat memodifikasi IOPS yang disediakan untuk cluster DB yang dipulihkan.
Untuk informasi tentang memulihkan cluster DB multi-AZ dengan versi RDS Extended Support, lihat. [Memulihkan instans DB atau cluster DB multi-AZ, cluster Support](extended-support-restoring-db-instance.md)
Anda dapat memulihkan cluster DB multi-AZ ke titik waktu menggunakan Konsol Manajemen AWS, API AWS CLI, atau RDS.
## Konsol
**Untuk memulihkan klaster DB Multi-AZ ke waktu tertentu**
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. Di panel navigasi, pilih **Basis data**.
1. Pilih klaster basis data Multi-AZ yang ingin Anda pulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan ke titik waktu**.
Jendela **Pulihkan ke titik waktu** akan muncul.
1. Pilih **Waktu pemulihan terbaru** untuk memulihkan ke waktu terbaru yang dimungkinkan atau pilih **Kustom** untuk memilih waktu.
Jika Anda memilih **Kustom**, masukkan tanggal dan waktu untuk memulihkan klaster DB Multi-AZ.
**catatan**
Waktu ditampilkan dalam zona waktu lokal Anda, yang ditunjukkan dengan offset dari Waktu Universal Terkoordinasi (UTC). Misalnya, UTC-5 adalah Waktu Standar Timur/Waktu Musim Panas Tengah.
1. Untuk **Pengidentifikasi klaster DB**, masukkan nama klaster DB Multi-AZ Anda yang dipulihkan.
1. Dalam **Ketersediaan dan daya tahan**, pilih **Klaster DB Multi-AZ**.
![\[Pilihan klaster DB Multi-AZ\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)
1. Di **Kelas instans DB**, pilih kelas instans DB.
Saat ini, klaster basis data Multi-AZ hanya mendukung kelas-kelas instans basis data db.m6gd dan db.r6gd. Lihat informasi selengkapnya tentang kelas instans basis data di [ DB](Concepts.DBInstanceClass.md).
1. Untuk bagian yang lainnya, tentukan pengaturan klaster DB Anda. Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk membuat klaster DB Multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Pilih **Pulihkan ke titik waktu**.
## AWS CLI
Untuk mengembalikan cluster DB multi-AZ ke waktu yang ditentukan, gunakan AWS CLI perintah [restore-db-cluster-to- point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html) untuk membuat cluster DB multi-AZ baru.
Saat ini, klaster basis data Multi-AZ hanya mendukung kelas-kelas instans basis data db.m6gd dan db.r6gd. Lihat informasi selengkapnya tentang kelas instans basis data di [ DB](Concepts.DBInstanceClass.md).
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-cluster-to-point-in-time \
2. --source-db-cluster-identifier mysourcemultiazdbcluster \
3. --db-cluster-identifier mytargetmultiazdbcluster \
4. --restore-to-time 2021-08-14T23:45:00.000Z \
5. --db-cluster-instance-class db.r6gd.xlarge
```
Untuk Windows:
```
1. aws rds restore-db-cluster-to-point-in-time ^
2. --source-db-cluster-identifier mysourcemultiazdbcluster ^
3. --db-cluster-identifier mytargetmultiazdbcluster ^
4. --restore-to-time 2021-08-14T23:45:00.000Z ^
5. --db-cluster-instance-class db.r6gd.xlarge
```
## API RDS
Untuk memulihkan cluster DB ke waktu yang ditentukan, panggil ClusterToPointInTime operasi Amazon RDS API [RestoreDB](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html) dengan parameter berikut:
+ `SourceDBClusterIdentifier`
+ `DBClusterIdentifier`
+ `RestoreToTime`
# Memulihkan dari snapshot ke klaster DB Multi-AZ
Anda dapat mengembalikan snapshot ke cluster DB multi-AZ menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API. Anda dapat memulihkan masing-masing jenis snapshot ini ke klaster DB Multi-AZ:
+ Snapshot deployment AZ Tunggal
+ Cuplikan penerapan cluster DB multi-AZ dengan satu instans DB
+ Snapshot klaster DB Multi-AZ
Untuk informasi tentang deployment Multi-AZ, lihat [Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS](Concepts.MultiAZ.md).
**Tip**
Anda dapat memigrasikan penerapan AZ tunggal atau penerapan klaster DB multi-AZ ke penerapan klaster DB multi-AZ dengan memulihkan snapshot.
Untuk informasi tentang memulihkan klaster DB multi-AZ dengan versi RDS Extended Support, lihat. [Memulihkan instans DB atau cluster DB multi-AZ, cluster Support](extended-support-restoring-db-instance.md)
## Konsol
**Untuk memulihkan snapshot ke klaster DB Multi-AZ**
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. Di panel navigasi, pilih **Snapshot**.
1. Pilih snapshot yang ingin Anda pulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan snapshot**.
1. Pada halaman **Pulihkan snapshot**, dalam **Ketersediaan dan daya tahan**, pilih **Klaster DB Multi-AZ**.
![\[Pilihan klaster DB Multi-AZ\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)
1. Untuk **Pengidentifikasi klaster DB**, masukkan nama untuk klaster DB Multi-AZ.
1. Untuk bagian yang tersisa, tentukan pengaturan klaster DB Anda. Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk membuat klaster DB Multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Pilih **Pulihkan instans DB**.
## AWS CLI
[Untuk mengembalikan snapshot ke cluster DB multi-AZ, gunakan AWS CLI perintah restore-db-cluster-from -snapshot.](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html)
Dalam contoh berikut, Anda memulihkan dari snapshot yang dibuat sebelumnya bernama `mysnapshot`. Anda memulihkan ke klaster DB baru yang bernama `mynewmultiazdbcluster`. Anda juga perlu menentukan kelas instans DB yang digunakan oleh instans DB di klaster DB Multi-AZ. Tentukan `mysql` atau `postgres` untuk mesin DB.
Untuk opsi `--snapshot-identifier`, Anda dapat menggunakan nama atau Amazon Resource Name (ARN) untuk menentukan snapshot klaster DB. Namun, Anda dapat menggunakan ARN saja untuk menentukan snapshot DB.
Untuk opsi `--db-cluster-instance-class`, tentukan kelas instans DB untuk klaster DB Multi-AZ baru. Klaster DB Multi-AZ hanya mendukung kelas instans DB tertentu, seperti kelas instans DB db.m6gd dan db.r6gd. Untuk informasi selengkapnya tentang kelas instans DB, lihat [ DB](Concepts.DBInstanceClass.md).
Anda juga dapat menentukan opsi lainnya.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-cluster-from-snapshot \
2. --db-cluster-identifier mynewmultiazdbcluster \
3. --snapshot-identifier mysnapshot \
4. --engine mysql|postgres \
5. --db-cluster-instance-class db.r6gd.xlarge
```
Untuk Windows:
```
1. aws rds restore-db-cluster-from-snapshot ^
2. --db-cluster-identifier mynewmultiazdbcluster ^
3. --snapshot-identifier mysnapshot ^
4. --engine mysql|postgres ^
5. --db-cluster-instance-class db.r6gd.xlarge
```
Setelah memulihkan klaster DB, Anda dapat menambahkan klaster DB Multi-AZ ke grup keamanan yang terkait dengan klaster DB atau instans DB yang Anda gunakan untuk membuat snapshot, jika berlaku. Setelah menyelesaikan tindakan ini, fungsi yang sama dari klaster DB atau instans DB sebelumnya akan tersedia.
## API RDS
Untuk mengembalikan snapshot ke cluster DB multi-AZ, panggil operasi RDS API [Restore DBCluster FromSnapshot dengan parameter](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html) berikut:
+ `DBClusterIdentifier`
+ `SnapshotIdentifier`
+ `Engine`
Anda juga dapat menentukan parameter opsional lainnya.
Setelah memulihkan klaster DB, Anda dapat menambahkan klaster DB Multi-AZ ke grup keamanan yang terkait dengan klaster DB atau instans DB yang Anda gunakan untuk membuat snapshot, jika berlaku. Setelah menyelesaikan tindakan ini, fungsi yang sama dari klaster DB atau instans DB sebelumnya akan tersedia.
# Memulihkan dari snapshot klaster DB Multi-AZ ke instans DB
*Snapshot klaster DB Multi-AZ* adalah snapshot volume penyimpanan klaster DB Anda, sehingga mencadangkan seluruh klaster DB, bukan hanya basis data individual. Anda dapat memulihkan snapshot klaster DB Multi-AZ ke deployment AZ Tunggal atau deployment instans DB Multi-AZ. Untuk informasi tentang deployment Multi-AZ, lihat [Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS](Concepts.MultiAZ.md).
**catatan**
Anda juga dapat memulihkan snapshot klaster DB Multi-AZ ke klaster DB Multi-AZ baru. Untuk petunjuk, lihat [Memulihkan dari snapshot ke klaster DB Multi-AZ](USER_RestoreFromMultiAZDBClusterSnapshot.Restoring.md).
Untuk informasi tentang memulihkan klaster DB multi-AZ dengan versi RDS Extended Support, lihat. [Memulihkan instans DB atau cluster DB multi-AZ, cluster Support](extended-support-restoring-db-instance.md)
Gunakan, API Konsol Manajemen AWS AWS CLI, atau RDS API untuk memulihkan snapshot cluster DB multi-AZ ke penerapan AZ tunggal atau penerapan instans DB multi-AZ.
## Konsol
**Untuk memulihkan snapshot klaster DB Multi-AZ ke deployment AZ Tunggal atau deployment instans DB Multi-AZ**
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. Di panel navigasi, pilih **Snapshot**.
1. Pilih snapshot klaster DB Multi-AZ yang ingin Anda pulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan snapshot**.
1. Pada halaman **Pulihkan snapshot**, dalam **Ketersediaan dan daya tahan**, pilih salah satu dari yang berikut ini:
+ **Instans DB tunggal** – Memulihkan snapshot ke satu instans DB tanpa instans DB siaga.
+ **Instans DB Multi-AZ** – Memulihkan snapshot ke deployment instans DB Multi-AZ dengan satu instans DB primer dan satu instans DB siaga.
1. Untuk **Pengidentifikasi instans DB**, masukkan nama untuk instans DB yang dipulihkan.
1. Untuk bagian yang tersisa, tentukan pengaturan instans DB Anda. Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
1. Pilih **Pulihkan instans DB**.
## AWS CLI
[Untuk mengembalikan snapshot cluster DB multi-AZ ke penerapan instans DB, gunakan perintah -db-snapshot. AWS CLI restore-db-instance-from](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html)
Dalam contoh berikut, Anda memulihkan dari snapshot klaster DB Multi-AZ yang dibuat sebelumnya bernama `myclustersnapshot`. Anda memulihkan ke deployment instans DB Multi-AZ baru dengan instans DB primer bernama `mynewdbinstance`. Untuk opsi `--db-cluster-snapshot-identifier`, tentukan nama snapshot klaster Multi-AZ DB.
Untuk opsi `--db-instance-class`, tentukan kelas instans DB untuk deployment instans DB baru. Untuk informasi selengkapnya tentang kelas instans DB, lihat [ DB](Concepts.DBInstanceClass.md).
Anda juga dapat menentukan opsi lainnya.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-from-db-snapshot \
2. --db-instance-identifier mynewdbinstance \
3. --db-cluster-snapshot-identifier myclustersnapshot \
4. --engine mysql \
5. --multi-az \
6. --db-instance-class db.r6g.xlarge
```
Untuk Windows:
```
1. aws rds restore-db-instance-from-db-snapshot ^
2. --db-instance-identifier mynewdbinstance ^
3. --db-cluster-snapshot-identifier myclustersnapshot ^
4. --engine mysql ^
5. --multi-az ^
6. --db-instance-class db.r6g.xlarge
```
Setelah memulihkan instans DB, Anda dapat menambahkannya ke grup keamanan yang terkait dengan klaster DB Multi-AZ yang Anda gunakan untuk membuat snapshot, jika berlaku. Setelah menyelesaikan tindakan ini, fungsi yang sama dari klaster DB Multi-AZ sebelumnya akan tersedia.
## API RDS
Untuk memulihkan snapshot cluster DB multi-AZ ke penerapan instans DB, panggil operasi RDS API [Restore DBInstance From DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) dengan parameter berikut:
+ `DBInstanceIdentifier`
+ `DBClusterSnapshotIdentifier`
+ `Engine`
Anda juga dapat menentukan parameter opsional lainnya.
Setelah memulihkan instans DB, Anda dapat menambahkannya ke grup keamanan yang terkait dengan klaster DB Multi-AZ yang Anda gunakan untuk membuat snapshot, jika berlaku. Setelah menyelesaikan tindakan ini, fungsi yang sama dari klaster DB Multi-AZ sebelumnya akan tersedia.
# Tutorial: Kembalikan instans Amazon RDS DB dari snapshot DB
Seringkali, ketika bekerja dengan Amazon RDS Anda mungkin memiliki instans DB yang Anda gunakan sesekali tetapi tidak perlu waktu penuh. Misalnya, Anda memiliki survei pelanggan triwulanan yang menggunakan EC2 instance Amazon untuk meng-host situs web survei pelanggan. Anda juga memiliki instans DB yang digunakan untuk menyimpan hasil survei. Salah satu cara untuk menghemat biaya pada skenario tersebut adalah dengan mengambil snapshot DB dari instans DB setelah survei selesai. Anda kemudian dapat menghapus instans DB dan memulihkannya saat perlu melakukan survei lagi.
Saat memulihkan instans DB, masukkan nama snapshot DB yang akan digunakan untuk memulihkan. Kemudian, masukkan nama untuk instans DB baru yang dibuat dari operasi pemulihan.
Untuk informasi lebih mendetail tentang memulihkan instans DB dari snapshot, lihat [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
Untuk informasi tentang AWS KMS manajemen kunci untuk AmazonRDS, lihat[AWS KMS key manajemen](Overview.Encryption.Keys.md).
## Memulihkan instans DB dari snapshot DB
Gunakan prosedur berikut untuk memulihkan dari snapshot di Konsol Manajemen AWS.
**Untuk memulihkan instans DB dari snapshot DB**
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 **Snapshot**.
1. Pilih snapshot DB yang ingin dipulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan snapshot**.
![\[Pulihkan opsi snapshot di menu Tindakan di konsol RDS\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/tut-restore-instance1.png)
Halaman **Pulihkan snapshot** ditampilkan.
![\[Halaman pulihkan snapshot\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/tut-restore-instance2.png)
1. Di bawah **pengaturan instans DB**, gunakan pengaturan default untuk **mesin DB** dan **model Lisensi** (untuk Oracle atau Microsoft SQL Server).
1. Di bagian **Pengaturan**, untuk **pengidentifikasi instans DB** masukkan nama unik yang ingin Anda gunakan untuk instans DB yang dipulihkan, misalnya **mynewdbinstance**.
Jika memulihkan dari instans DB yang Anda hapus setelah membuat snapshot DB, Anda dapat menggunakan nama instans DB tersebut.
1. Di bagian **Ketersediaan & daya tahan**, pilih apakah akan membuat instans siaga di Zona Ketersediaan lain.
Untuk tutorial ini, jangan membuat instans siaga.
1. Di bagian **Konektivitas**, gunakan pengaturan default untuk berikut ini:
+ **Awan pribadi virtual (VPC)**
+ **Grup subnet DB**
+ **Akses publik**
+ **VPCgrup keamanan (firewall)**
1. Pilih **kelas instans DB**.
Untuk tutorial ini, pilih **Kelas runtutan (termasuk kelas t)**, lalu pilih **db.t3.small**.
1. Untuk **Enkripsi**, gunakan pengaturan default.
Jika instans DB sumber untuk snapshot dienkripsi, instans DB yang dipulihkan juga dienkripsi. Anda tidak dapat membuatnya tidak terenkripsi.
1. Luaskan **Konfigurasi tambahan** di bagian bawah halaman.
![\[Konfigurasi tambahan\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/tut-restore-instance3.png)
1. Lakukan hal berikut di bagian **Opsi basis data**:
1. Pilih **Grup parameter DB**.
Untuk tutorial ini, gunakan grup parameter default.
1. Pilih **Grup opsi**.
Untuk tutorial ini, gunakan grup opsi default.
**penting**
Dalam beberapa kasus, Anda dapat memulihkan dari snapshot DB instans DB yang menggunakan opsi persisten atau permanen. Jika demikian, pastikan untuk memilih grup opsi yang menggunakan opsi yang sama.
1. Untuk **Perlindungan penghapusan**, centang kotak **Aktifkan perlindungan penghapusan**.
1. Pilih **Pulihkan instans DB**.
Halaman **Basis Data** menampilkan instans DB yang dipulihkan, dengan status `Creating`.
![\[Instans DB yang dipulihkan pada halaman Basis Data\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/tut-restore-instance4.png)