Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mencadangkan, memulihkan, dan mengekspor data
Bagian ini menunjukkan cara mencadangkan, memulihkan, dan mengekspor data dari instans Amazon RDS DB atau cluster DB multi-AZ.
Untuk informasi tentang mencadangkan instans Amazon RDS DB atau klaster DB multi-AZ, lihat topik berikut.
+ [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md)
+ [Mengelola backup otomatis](USER_ManagingAutomatedBackups.md)
+ [Mengelola backup manual](USER_ManagingManualBackups.md)
Untuk informasi tentang memulihkan instans Amazon RDS DB atau klaster DB multi-AZ, lihat. [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md)
Untuk informasi tentang menyalin, berbagi, atau mengekspor snapshot DB, lihat topik berikut.
+ [Menyalin snapshot DB untuk Amazon RDS](USER_CopySnapshot.md)
+ [Berbagi snapshot DB untuk Amazon RDS](USER_ShareSnapshot.md)
+ [Mengekspor data snapshot DB ke Amazon S3 untuk Amazon RDS](USER_ExportSnapshot.md)
Untuk informasi tentang melihat backup otomatis yang dikelola oleh AWS Backup, lihat. [Menggunakan AWS Backup untuk mengelola cadangan otomatis untuk Amazon RDS](AutomatedBackups.AWSBackup.md)
# Pengantar cadangan
Amazon RDS membuat dan menyimpan cadangan otomatis instans DB atau klaster DB Multi-AZ Anda selama periode pencadangan instans DB Anda. RDS membuat snapshot volume penyimpanan instans DB Anda, sehingga mencadangkan seluruh instans DB data dan bukan hanya masing-masing basis data. RDS menyimpan cadangan otomatis instans DB Anda sesuai dengan periode retensi cadangan yang Anda tentukan. Jika perlu, Anda dapat memulihkan instans DB Anda ke titik waktu mana pun selama periode retensi cadangan.
Pencadangan otomatis mengikuti aturan ini:
+ Instans DB Anda harus dalam status `available` agar pencadangan otomatis dapat terjadi. Pencadangan otomatis tidak terjadi saat Pembaruan DB Anda berada dalam status selain `available`, misalnya `storage_full`.
+ Pencadangan otomatis tidak terjadi saat salinan snapshot DB berjalan di Wilayah AWS yang sama untuk basis data yang sama.
Anda juga dapat mencadangkan instans DB Anda secara manual dengan membuat snapshot DB. Untuk informasi selengkapnya tentang cara membuat snapshot DB secara manual, lihat [Membuat snapshot DB untuk instans DB AZ tunggal untuk Amazon RDS](USER_CreateSnapshot.md).
Fungsionalitas snapshot dan cadangan mendukung konfigurasi multi-volume. Semua operasi pencadangan mencakup volume primer dan volume penyimpanan tambahan apa pun. Snapshot menangkap seluruh konfigurasi penyimpanan database. Point-in-timerecovery (PITR) bekerja di semua volume penyimpanan.
Snapshot pertama instans DB berisi data untuk basis data lengkap. Snapshot berikutnya dari basis data yang sama bersifat inkremental, artinya hanya data yang berubah setelah snapshot terbaru Anda yang disimpan.
Anda dapat menyalin snapshot DB otomatis dan manual, dan berbagi snapshot DB manual. Untuk informasi selengkapnya tentang menyalin snapshot DB, lihat [Menyalin snapshot DB untuk Amazon RDS](USER_CopySnapshot.md). Untuk informasi selengkapnya tentang berbagi snapshot DB, lihat [Berbagi snapshot DB untuk Amazon RDS](USER_ShareSnapshot.md).
## Penyimpanan cadangan
Penyimpanan cadangan Amazon RDS Anda untuk masing-masing Wilayah AWS terdiri dari pencadangan otomatis dan snapshot DB manual untuk Wilayah tersebut. Ruang penyimpanan cadangan total sama dengan jumlah penyimpanan untuk semua cadangan di Wilayah tersebut. Pemindahan snapshot DB ke Wilayah lain akan meningkatkan penyimpanan cadangan di Wilayah tujuan. Cadangan disimpan di Amazon S3.
Untuk informasi selengkapnya tentang biaya penyimpanan cadangan, lihat [Harga Amazon RDS](https://aws.amazon.com/rds/pricing/).
Jika Anda memilih untuk mempertahankan cadangan otomatis saat Anda menghapus instans DB, cadangan otomatis disimpan selama periode retensi penuh. Jika Anda tidak memilih **Pertahankan cadangan otomatis** saat Anda menghapus instans DB, semua cadangan otomatis dihapus dengan instans DB. Setelah dihapus, cadangan otomatis tidak dapat dipulihkan. Jika Anda memilih untuk membuat Amazon RDS, buat snapshot DB akhir sebelum menghapus instans DB Anda, Anda dapat menggunakannya untuk memulihkan instans DB Anda. Secara opsional, Anda dapat menggunakan snapshot manual yang dibuat sebelumnya. Snapshot manual tidak dihapus. Anda dapat memiliki hingga 100 snapshot manual per Wilayah.
# Mengelola backup otomatis
Bagian ini menunjukkan cara mengelola backup otomatis untuk instans DB dan cluster DB multi-AZ.
**Topics**
+ [Jendela cadangan](#USER_WorkingWithAutomatedBackups.BackupWindow)
+ [Periode retensi cadangan](USER_WorkingWithAutomatedBackups.BackupRetention.md)
+ [Mengaktifkan pencadangan otomatis](USER_WorkingWithAutomatedBackups.Enabling.md)
+ [Mempertahankan cadangan otomatis](USER_WorkingWithAutomatedBackups.Retaining.md)
+ [Menghapus cadangan otomatis yang dipertahankan](USER_WorkingWithAutomatedBackups-Deleting.md)
+ [Pencadangan otomatis dengan mesin penyimpanan Saya yang tidak didukung SQL](Overview.BackupDeviceRestrictions.md)
+ [Cadangan otomatis dengan mesin penyimpanan MariaDB yang tidak didukung](Overview.BackupDeviceRestrictionsMariaDB.md)
+ [Mereplikasi backup otomatis ke yang lain Wilayah AWS](USER_ReplicateBackups.md)
## Jendela cadangan
Pencadangan otomatis terjadi setiap hari selama periode pencadangan yang dipilih. Jika pencadangan memerlukan waktu lebih dari yang dialokasikan untuk jendela cadangan, pencadangan akan berlanjut setelah periode berakhir, hingga selesai. Periode pencadangan tidak dapat tumpang-tindih dengan periode pemeliharaan mingguan untuk instans DB atau klaster DB Multi-AZ.
Selama jendela pencadangan otomatis, penyimpanan I/O mungkin ditangguhkan sebentar saat proses pencadangan diinisialisasi (biasanya di bawah beberapa detik). Anda mungkin akan mengalami peningkatan latensi selama beberapa menit saat pencadangan dilakukan untuk deployment Multi-AZ. Untuk MariaDB, MySQL, Oracle, dan I/O PostgreSQL, aktivitas tidak ditangguhkan pada primer Anda selama pencadangan untuk penerapan multi-AZ karena cadangan diambil dari standby. Untuk SQL Server, I/O aktivitas ditangguhkan sebentar selama pencadangan untuk penerapan Single-AZ dan multi-AZ karena cadangan diambil dari primer. Untuk Db2, I/O aktivitas juga ditangguhkan sebentar selama backup meskipun backup diambil dari standby.
Pencadangan otomatis mungkin terkadang dilewati jika instans atau klaster DB memiliki beban kerja yang berat pada saat pencadangan seharusnya dimulai. Jika cadangan dilewati, Anda masih dapat melakukan point-in-time-recovery (PITR), dan cadangan masih dicoba selama jendela cadangan berikutnya. Untuk informasi selengkapnya tentang PITR, lihat [Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS](USER_PIT.md).
Jika Anda tidak menentukan periode pencadangan yang diinginkan saat Anda membuat instans DB atau klaster DB Multi-AZ, Amazon RDS menetapkan periode pencadangan 30 menit default. Jendela ini dipilih secara acak dari blok waktu 8 jam untuk masing-masing Wilayah AWS. Tabel berikut mencantumkan blok waktu untuk masing-masing Wilayah AWS dari mana jendela cadangan default ditetapkan.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/USER_ManagingAutomatedBackups.html)
# Periode retensi cadangan
Anda dapat mengatur periode retensi cadangan saat membuat atau memulihkan instans DB atau cluster DB multi-AZ. Jika Anda membuat instans DB menggunakan Amazon RDS API atau AWS CLI dan jika Anda tidak menyetel periode retensi cadangan, periode retensi cadangan default adalah satu hari. Jika Anda membuat instans DB menggunakan konsol, periode retensi cadangan default adalah tujuh hari.
Setelah Anda membuat instans atau klaster DB, Anda dapat memodifikasi periode retensi cadangan. Anda dapat mengatur periode retensi cadangan instans DB antara 0 dan 35 hari. Penetapan periode retensi cadangan menjadi 0 akan menonaktifkan pencadangan otomatis. Untuk cluster DB multi-AZ, Anda dapat mengatur periode retensi cadangan menjadi antara 1 dan 35 hari. Batas snapshot manual (100 per Wilayah) tidak berlaku untuk cadangan otomatis.
Selama operasi pemulihan, Anda memiliki opsi untuk menentukan periode retensi cadangan untuk instans DB atau cluster DB multi-AZ Anda. Jika Anda tidak secara eksplisit menetapkan nilai ini, database yang dipulihkan mewarisi periode retensi cadangan dari snapshot sumber atau instance. Perhatikan bahwa perilaku pewarisan ini unik untuk memulihkan operasi—saat membuat database baru, sistem menerapkan periode retensi default sebagai gantinya.
**penting**
Pemadaman terjadi jika Anda mengubah periode retensi cadangan instans DB dari 0 ke nilai bukan nol atau dari nilai bukan nol menjadi 0.
RDS tidak menyertakan waktu yang dihabiskan di `stopped` negara bagian saat periode retensi cadangan dihitung. Cadangan otomatis tidak dibuat ketika instans DB atau klaster berhenti. Cadangan dapat dipertahankan lebih lama dari periode retensi cadangan jika instans DB telah dihentikan.
# Mengaktifkan pencadangan otomatis
Jika instans DB Anda tidak memiliki pencadangan otomatis yang diaktifkan, Anda dapat mengaktifkannya kapan saja. Anda mengaktifkan pencadangan otomatis dengan mengatur periode retensi cadangan ke nilai non-nol positif. Saat pencadangan otomatis diaktifkan, instans DB Anda akan dibuat offline dan cadangan segera dibuat.
**catatan**
Jika Anda mengelola cadangan AWS Backup, Anda tidak dapat mengaktifkan pencadangan otomatis. Untuk informasi selengkapnya, lihat [Menggunakan AWS Backup untuk mengelola cadangan otomatis untuk Amazon RDS](AutomatedBackups.AWSBackup.md).
## Konsol
**Untuk segera mengaktifkan pencadangan otomatis**
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**, lalu pilih instans DB atau klaster DB Multi-AZ yang ingin Anda modifikasi.
1. Pilih **Ubah**.
1. Untuk **periode retensi Backup**, pilih nilai positif bukan nol, misalnya tiga hari.
1. Pilih **Lanjutkan**.
1. Pilih **Terapkan segera**.
1. Pilih **Modifikasi instans DB** atau **Ubah klaster** untuk menyimpan perubahan dan mengaktifkan pencadangan otomatis.
## AWS CLI
Untuk mengaktifkan pencadangan otomatis, gunakan perintah AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)or [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html).
Sertakan parameter berikut:
+ `--db-instance-identifier` (atau `--db-cluster-identifier` untuk klaster DB Multi-AZ)
+ `--backup-retention-period`
+ `--apply-immediately` atau `--no-apply-immediately`
Dalam contoh berikut, kami mengaktifkan pencadangan otomatis dengan mengatur periode retensi cadangan menjadi tiga hari. Perubahan ini diterapkan segera.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db_instance \
--backup-retention-period 3 \
--apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db_instance ^
--backup-retention-period 3 ^
--apply-immediately
```
## API RDS
Untuk mengaktifkan pencadangan otomatis, gunakan DBCluster operasi RDS API [Modify DBInstance atau [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html)](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dengan parameter yang diperlukan berikut:
+ `DBInstanceIdentifier` atau `DBClusterIdentifier`
+ `BackupRetentionPeriod`
## Melihat cadangan otomatis
Untuk melihat cadangan otomatis Anda, pilih **Pencadangan otomatis** di panel navigasi. Untuk melihat snapshot individual yang terkait dengan cadangan otomatis, pilih **Snapshot** di panel navigasi. Alternatifnya, Anda dapat mendeskripsikan snapshot individual yang terkait dengan cadangan otomatis. Dari sana, Anda dapat memulihkan instans DB langsung dari salah satu snapshot tersebut.
Nama snapshot otomatis mengikuti pola`rds:-yyyy-mm-dd-hh-mm`, dengan `yyyy-mm-dd-hh-mm` mewakili tanggal dan waktu snapshot dibuat.
Untuk menjelaskan pencadangan otomatis untuk instans DB Anda yang ada menggunakan AWS CLI, gunakan salah satu perintah berikut:
```
aws rds describe-db-instance-automated-backups --db-instance-identifier DBInstanceIdentifier
```
atau
```
aws rds describe-db-instance-automated-backups --dbi-resource-id DbiResourceId
```
Untuk mendeskripsikan cadangan otomatis yang dipertahankan untuk instans DB yang ada menggunakan API RDS, panggil tindakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstanceAutomatedBackups.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstanceAutomatedBackups.html) dengan salah satu parameter berikut:
+ `DBInstanceIdentifier`
+ `DbiResourceId`
# Mempertahankan cadangan otomatis
**catatan**
Anda hanya dapat mempertahankan cadangan otomatis instans DB, bukan klaster DB Multi-AZ.
Saat menghapus instans DB, Anda dapat memilih untuk mempertahankan cadangan otomatis. Cadangan otomatis dapat dipertahankan selama beberapa hari sama dengan periode retensi cadangan yang dikonfigurasi untuk instans DB pada saat Anda menghapusnya.
Cadangan otomatis yang dipertahankan berisi snapshot sistem dan log transaksi dari instans DB. Hal ini juga termasuk properti instans DB Anda seperti penyimpanan yang dialokasikan dan kelas instans DB, yang diperlukan untuk memulihkannya ke instans aktif.
Cadangan otomatis dan snapshot manual yang dipertahankan dikenai biaya penagihan hingga dihapus. Untuk informasi selengkapnya, lihat [Biaya retensi](#USER_WorkingWithAutomatedBackups.RetentionCosts).
Anda dapat menyimpan backup otomatis untuk RDS instance yang menjalankan mesin Db2, MariaDB, My, SQL Postgre, OracleSQL, dan Microsoft Server. SQL
Anda dapat memulihkan atau menghapus cadangan otomatis yang dipertahankan menggunakan Konsol Manajemen AWS,, RDS API dan. AWS CLI
**Topics**
+ [Periode retensi](#USER_WorkingWithAutomatedBackups.RetentionPeriods)
+ [Melihat cadangan yang dipertahankan](#USER_WorkingWithAutomatedBackups.viewing-retained)
+ [Pemulihan](#USER_WorkingWithAutomatedBackups.Restoration)
+ [Biaya retensi](#USER_WorkingWithAutomatedBackups.RetentionCosts)
+ [Batasan](#USER_WorkingWithAutomatedBackups.Limits)
## Periode retensi
Snapshot sistem dan log transaksi dalam cadangan otomatis yang dipertahankan akan kedaluwarsa dengan cara yang sama seperti untuk instans DB sumber. Karena tidak ada snapshot atau log baru yang dibuat untuk instans ini, cadangan otomatis yang dipertahankan pada akhirnya kedaluwarsa sepenuhnya. Pada dasarnya, cadangan otomatis akan aktif selama snapshot sistem terakhirnya aktif, berdasarkan pengaturan untuk periode retensi yang dimiliki sumber instans saat Anda menghapusnya. Cadangan otomatis yang dipertahankan dihapus oleh sistem setelah snapshot sistem terakhirnya kedaluwarsa.
Anda dapat menghapus cadangan otomatis yang dipertahankan dengan cara yang sama seperti Anda dapat menghapus instans DB. Anda dapat menghapus cadangan otomatis yang dipertahankan menggunakan konsol atau operasi. RDS API `DeleteDBInstanceAutomatedBackup`
Snapshot akhir bersifat independen dari cadangan otomatis yang dipertahankan. Kami sangat menyarankan agar Anda mengambil snapshot akhir bahkan jika Anda mempertahankan cadangan otomatis karena cadangan otomatis yang dipertahankan pada akhirnya kedaluwarsa. Snapshot akhir tidak kedaluwarsa.
## Melihat cadangan yang dipertahankan
Untuk melihat cadangan otomatis yang dipertahankan, pilih **Pencadangan otomatis** di panel navigasi, lalu pilih **Dipertahankan**. Untuk melihat snapshot individual yang terkait dengan cadangan otomatis yang dipertahankan, pilih **Snapshot** di panel navigasi. Alternatifnya, Anda dapat mendeskripsikan snapshot terpisah yang terkait dengan cadangan otomatis yang dipertahankan. Dari sana, Anda dapat memulihkan instans DB langsung dari salah satu snapshot tersebut.
Untuk menjelaskan backup otomatis Anda yang dipertahankan menggunakan AWS CLI, gunakan perintah berikut:
```
aws rds describe-db-instance-automated-backups --dbi-resource-id DbiResourceId
```
Untuk menjelaskan cadangan otomatis Anda yang dipertahankan menggunakan RDSAPI, panggil [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstanceAutomatedBackups.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstanceAutomatedBackups.html)tindakan dengan parameter. `DbiResourceId`
## Pemulihan
Untuk informasi tentang memulihkan instans DB dari cadangan otomatis, lihat [Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS](USER_PIT.md).
## Biaya retensi
Biaya cadangan otomatis yang dipertahankan adalah biaya penyimpanan total snapshot sistem yang dikaitkan dengannya. Tidak ada biaya tambahan untuk log transaksi atau metadata instans. Semua aturan penetapan harga lainnya untuk cadangan berlaku untuk instans yang dapat dipulihkan.
Misalnya, anggaplah total penyimpanan yang dialokasikan untuk menjalankan proses adalah 100 GB. Misalkan Anda juga memiliki 50 GB snapshot manual ditambah 75 GB snapshot sistem yang terkait dengan cadangan otomatis yang dipertahankan. Dalam hal ini, Anda hanya dikenai biaya untuk penyimpanan cadangan tambahan sebesar 25 GB, seperti ini: (50 GB \$1 75 GB) – 100 GB = 25 GB.
## Batasan
Batasan berikut berlaku untuk cadangan otomatis yang dipertahankan:
+ Jumlah maksimum cadangan otomatis yang dipertahankan dalam satu AWS Wilayah adalah 40. Hal ini tidak termasuk dalam kuota instans DB. Anda dapat memiliki 40 instans DB yang berjalan dan 40 cadangan otomatis tambahan yang dipertahankan secara bersamaan.
+ Cadangan otomatis yang dipertahankan tidak berisi informasi tentang parameter atau grup opsi.
+ Anda dapat memulihkan instans yang dihapus ke titik waktu yang berada dalam periode retensi pada saat penghapusan.
+ Anda tidak dapat mengubah cadangan otomatis yang dipertahankan. Hal ini karena cadangan tersebut terdiri dari cadangan sistem, log transaksi, dan properti instans DB yang ada saat Anda menghapus instans sumber.
# Menghapus cadangan otomatis yang dipertahankan
Anda dapat menghapus cadangan otomatis yang tersimpan ketika tidak diperlukan lagi.
## Konsol
**Untuk menghapus cadangan otomatis yang dipertahankan**
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 **Pencadangan otomatis**.
1. Pada tab **Dipertahankan**, pilih cadangan otomatis yang dipertahankan yang ingin Anda hapus.
1. Untuk **Tindakan**, pilih **Hapus**.
1. Di halaman konfirmasi, masukkan **delete me** dan pilih **Hapus**.
## AWS CLI
Anda dapat menghapus cadangan otomatis yang dipertahankan dengan menggunakan AWS CLI perintah [delete-db-instance-automated-backup](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html) dengan opsi berikut:
+ `--dbi-resource-id` – Pengidentifikasi sumber daya untuk instans DB sumber.
[Anda dapat menemukan pengenal sumber daya untuk instance DB sumber dari cadangan otomatis yang dipertahankan dengan menjalankan AWS CLI perintah describe-db-instance-automated -backup.](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html)
**Example**
Contoh berikut menghapus cadangan otomatis yang dipertahankan dengan pengidentifikasi sumber daya instans DB sumber `db-123ABCEXAMPLE`.
Untuk Linux, macOS, atau Unix:
```
1. aws rds delete-db-instance-automated-backup \
2. --dbi-resource-id db-123ABCEXAMPLE
```
Untuk Windows:
```
1. aws rds delete-db-instance-automated-backup ^
2. --dbi-resource-id db-123ABCEXAMPLE
```
## RDS API
Anda dapat menghapus cadangan otomatis yang dipertahankan dengan menggunakan RDS API operasi Amazon [D eleteDBInstance AutomatedBackup](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBInstanceAutomatedBackup.html) dengan parameter berikut:
+ `DbiResourceId` – Pengidentifikasi sumber daya untuk instans DB sumber.
[Anda dapat menemukan pengenal sumber daya untuk instans DB sumber cadangan otomatis yang dipertahankan menggunakan RDS API operasi Amazon D. escribeDBInstance AutomatedBackups](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstanceAutomatedBackups.html)
## Menonaktifkan pencadangan otomatis
Anda mungkin ingin menonaktifkan sementara pencadangan otomatis dalam situasi tertentu, misalnya saat memuat data dalam jumlah besar.
**penting**
Kami sangat tidak menyarankan untuk menonaktifkan pencadangan otomatis karena menonaktifkan pemulihan. point-in-time Penonaktifan pencadangan otomatis untuk instans DB atau klaster DB Multi-AZ akan menghapus semua cadangan otomatis yang ada. Jika Anda menonaktifkan lalu mengaktifkan kembali pencadangan otomatis, Anda hanya dapat memulihkan mulai dari saat Anda mengaktifkan kembali pencadangan otomatis.
### Konsol
**Untuk segera menonaktifkan pencadangan otomatis**
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 **Basis data**, lalu pilih instans DB atau klaster DB Multi-AZ yang ingin Anda modifikasi.
1. Pilih **Ubah**.
1. Untuk **Periode retensi cadangan**, pilih **0 hari**.
1. Pilih **Lanjutkan**.
1. Pilih **Terapkan segera**.
1. Pilih **Modifikasi instans DB** atau **Ubah klaster** untuk menyimpan perubahan dan menonaktifkan pencadangan otomatis.
### AWS CLI
Untuk segera menonaktifkan pencadangan otomatis, gunakan [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)perintah [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)or dan atur periode retensi cadangan ke 0 dengan. `--apply-immediately`
**Example**
Contoh berikut segera menonaktifkan pencadangan otomatis pada klaster DB Multi-AZ.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier mydbcluster \
--backup-retention-period 0 \
--apply-immediately
```
Untuk Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier mydbcluster ^
--backup-retention-period 0 ^
--apply-immediately
```
Untuk mengetahui kapan modifikasi berlaku, panggil `describe-db-instances` untuk instans DB (atau `describe-db-clusters` untuk klaster DB Multi-AZ) hingga nilai untuk periode retensi cadangan adalah 0 dan status `mydbcluster` tersedia.
```
aws rds describe-db-clusters --db-cluster-identifier mydcluster
```
### RDS API
Untuk segera menonaktifkan pencadangan otomatis, hubungi odifyDBCluster operasi [M odifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) atau [M](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) dengan parameter berikut:
+ `DBInstanceIdentifier = mydbinstance` (atau `DBClusterIdentifier = mydbcluster`)
+ `BackupRetentionPeriod = 0`
**Example**
```
https://rds.amazonaws.com/
?Action=ModifyDBInstance
&DBInstanceIdentifier=mydbinstance
&BackupRetentionPeriod=0
&SignatureVersion=2
&SignatureMethod=HmacSHA256
&Timestamp=2009-10-14T17%3A48%3A21.746Z
&AWSAccessKeyId=<&AWS; Access Key ID>
&Signature=
```
# Pencadangan otomatis dengan mesin penyimpanan Saya yang tidak didukung SQL
Untuk mesin My SQL DB, backup otomatis hanya didukung untuk mesin penyimpanan InnoDB. Menggunakan fitur-fitur ini dengan mesin SQL penyimpanan Saya lainnya, termasuk MyISAM, dapat menyebabkan perilaku yang tidak dapat diandalkan saat Anda memulihkan dari cadangan. Secara khusus, karena mesin penyimpanan seperti My ISAM tidak mendukung pemulihan kerusakan yang andal, tabel Anda dapat rusak jika terjadi crash. Karena alasan ini, kami mendorong Anda untuk menggunakan mesin penyimpanan InnoDB.
+ Untuk mengonversi ISAM tabel Saya yang ada ke tabel InnoDB, Anda dapat menggunakan `ALTER TABLE` perintah, misalnya: `ALTER TABLE table_name ENGINE=innodb, ALGORITHM=COPY;`
+ Jika Anda memilih untuk menggunakan MyISAM, Anda dapat mencoba untuk secara manual memperbaiki tabel yang menjadi rusak setelah crash dengan menggunakan `REPAIR` perintah. Untuk informasi selengkapnya, lihat [REPAIRTABLEpernyataan](https://dev.mysql.com/doc/refman/8.0/en/repair-table.html) di SQL dokumentasi Saya. Namun, seperti yang tercantum dalam SQL dokumentasi Saya, ada kemungkinan besar Anda mungkin tidak dapat memulihkan semua data Anda.
+ Jika Anda ingin mengambil snapshot dari ISAM tabel Saya sebelum memulihkan, ikuti langkah-langkah ini:
1. Hentikan semua aktivitas ke ISAM tabel Saya (yaitu, tutup semua sesi).
Anda dapat menutup semua sesi dengan memanggil perintah [mysql.rds\$1kill](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.MySQL.CommonDBATasks.html) untuk setiap proses yang ditampilkan dari perintah `SHOW FULL PROCESSLIST`.
1. Kunci dan siram setiap ISAM tabel Saya Anda. Misalnya, perintah berikut mengunci dan melakukan flushing terhadap dua tabel yang bernama `myisam_table1` dan `myisam_table2`:
```
mysql> FLUSH TABLES myisam_table, myisam_table2 WITH READ LOCK;
```
1. Buat cuplikan instans DB atau klaster DB Multi-AZ Anda. Setelah snapshot selesai, lepaskan kunci dan lanjutkan aktivitas di ISAM tabel Saya. Anda dapat melepaskan kunci di tabel menggunakan perintah berikut:
```
mysql> UNLOCK TABLES;
```
Langkah-langkah ini memaksa My ISAM untuk menyiram data yang disimpan dalam memori ke disk, yang memastikan awal yang bersih saat Anda memulihkan dari snapshot DB. Untuk informasi selengkapnya tentang membuat snapshot DB, lihat [Membuat snapshot DB untuk instans DB AZ tunggal untuk Amazon RDS](USER_CreateSnapshot.md).
# Cadangan otomatis dengan mesin penyimpanan MariaDB yang tidak didukung
Untuk mesin DB MariaDB, cadangan otomatis hanya didukung untuk mesin penyimpanan InnoDB. Penggunaan fitur ini dengan mesin penyimpanan MariaDB lainnya, termasuk Aria, dapat menyebabkan perilaku yang tidak andal saat Anda memulihkan dari cadangan. Meskipun Aria adalah alternatif tahan benturan untuk MyISAM, tabel Anda masih dapat rusak jika terjadi crash. Karena alasan ini, kami mendorong Anda untuk menggunakan mesin penyimpanan InnoDB.
+ Untuk mengonversi tabel Aria yang ada menjadi tabel InnoDB, Anda dapat menggunakan perintah `ALTER TABLE`. Misalnya: `ALTER TABLE table_name ENGINE=innodb, ALGORITHM=COPY;`
+ Jika Anda memilih menggunakan Aria, Anda dapat mencoba memperbaiki secara manual tabel yang rusak setelah terjadi crash dengan menggunakan perintah `REPAIR TABLE`. Untuk informasi selengkapnya, lihat [http://mariadb.com/kb/en/mariadb/repair-table/](http://mariadb.com/kb/en/mariadb/repair-table/).
+ Jika Anda ingin mengambil snapshot dari tabel Aria Anda sebelum memulihkannya, ikuti langkah-langkah berikut ini:
1. Hentikan semua aktivitas di tabel Aria Anda (yaitu, tutup semua sesi).
1. Kunci dan lakukan flushing terhadap setiap tabel Aria Anda.
1. Buat cuplikan instans DB atau klaster DB Multi-AZ Anda. Setelah snapshot selesai, lepaskan kunci dan lanjutkan aktivitas pada tabel Aria. Langkah ini memaksa Aria untuk melakukan flushing terhadap data yang disimpan di memori ke disk, sehingga memastikan awal yang bersih saat Anda memulihkan dari snapshot DB.
# Mereplikasi backup otomatis ke yang lain Wilayah AWS
Untuk menambahkan kemampuan pemulihan bencana, Anda dapat mengonfigurasi instans database Amazon RDS untuk mereplikasi snapshot dan log transaksi ke tujuan Wilayah AWS pilihan Anda. Saat replikasi cadangan dikonfigurasi untuk instans DB, RDS akan memulai penyalinan lintas Wilayah terhadap semua snapshot dan log transaksi begitu snapshot dan log transaksi ini siap di instans DB.
Biaya penyalinan snapshot DB berlaku untuk transfer data. Setelah snapshot DB disalin, biaya standar berlaku untuk penyimpanan di Wilayah tujuan. Untuk detail selengkapnya, lihat [Harga RDS](https://aws.amazon.com/rds/oracle/pricing/).
Untuk contoh menggunakan replikasi cadangan, lihat pembicaraan teknologi AWS online [Managed Disaster Recovery dengan Amazon RDS for Oracle](https://pages.awscloud.com/Managed-Disaster-Recovery-with-Amazon-RDS-for-Oracle-Cross-Region-Automated-Backups_2021_0908-DAT_OD.html) Cross-Region Automated Backup.
**catatan**
Replikasi pencadangan otomatis tidak didukung untuk klaster DB multi-AZ. Namun, ini didukung untuk penerapan instans DB multi-AZ. Untuk informasi selengkapnya tentang batasan pencadangan otomatis, lihat. [Kuota dan batasan untuk Amazon RDS](CHAP_Limits.md)
Untuk informasi tentang mengonfigurasi dan mengelola pencadangan otomatis untuk Amazon RDS, lihat topik berikut.
**Topik**
+ [Mengaktifkan pencadangan otomatis lintas wilayah untuk Amazon RDS](AutomatedBackups.Replicating.Enable.md)
+ [Menemukan informasi tentang cadangan yang direplikasi untuk Amazon RDS](AutomatedBackups.Replicating.Describe.md)
+ [Memulihkan ke waktu tertentu dari cadangan yang direplikasi untuk Amazon RDS](AutomatedBackups.PiTR.md)
+ [Menghentikan replikasi cadangan otomatis untuk Amazon RDS](AutomatedBackups.StopReplicating.md)
+ [Menghapus cadangan yang direplikasi untuk Amazon RDS](AutomatedBackups.Delete.md)
+ [Pemecahan masalah dihentikan Pencadangan otomatis lintas wilayah](AutomatedXREGBackups.Troubleshooting.md)
## Dukungan penyebaran multi-AZ
Replikasi pencadangan otomatis Lintas Wilayah didukung untuk penerapan instans DB multi-AZ untuk mesin berikut:
+ RDS for Db2
+ RDS for MariaDB
+ RDS for MySQL
+ RDS for Oracle
+ RDS for PostgreSQL
+ RDS for SQL Server
Replikasi pencadangan otomatis Lintas Wilayah tidak didukung untuk klaster DB multi-AZ.
## Ketersediaan wilayah dan versi
Ketersediaan dan dukungan fitur bervariasi di seluruh versi spesifik dari setiap mesin basis data, dan di seluruh Wilayah AWS. Untuk informasi selengkapnya tentang ketersediaan versi dan Wilayah dengan cadangan otomatis lintas Wilayah, lihat [Wilayah dan engine DB yang Didukung untuk pencadangan otomatis lintas wilayah di Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.CrossRegionAutomatedBackups.md).
## Wilayah AWS Dukungan sumber dan tujuan
Replikasi Backup didukung antara berikut Wilayah AWS ini.
****
| Wilayah Sumber | Wilayah Tujuan yang tersedia |
| --- | --- |
| Africa (Cape Town) | Eropa (Frankfurt), Eropa (Irlandia), Eropa (London) |
| Asia Pasifik (Hong Kong) | Asia Pasifik (Singapura), Asia Pasifik (Tokyo) |
| Asia Pasifik (Hyderabad) | Asia Pasifik (Mumbai) |
| Asia Pasifik (Jakarta) | Asia Pasifik (Malaysia), Asia Pasifik (Singapura) |
| Asia Pacific (Melbourne) | Asia Pasifik (Sydney) |
| Asia Pasifik (Malaysia) | Asia Pasifik (Singapura) |
| Asia Pasifik (Mumbai) | Asia Pasifik (Hyderabad), Asia Pasifik (Singapura) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (Oregon) |
| Asia Pasifik (Osaka) | Asia Pasifik (Tokyo) |
| Asia Pasifik (Seoul) | Asia Pasifik (Singapura), Asia Pasifik (Tokyo) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (Oregon) |
| Asia Pasifik (Singapura) | Asia Pasifik (Hong Kong), Asia Pasifik (Malaysia), Asia Pasifik (Mumbai), Asia Pasifik (Seoul), Asia Pasifik (Sydney), Asia Pasifik (Tokyo) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (Oregon) |
| Asia Pasifik (Sydney) | Asia Pasifik (Melbourne), Asia Pasifik (Singapura) AS Timur (Virginia Utara), AS Barat (California Utara), AS Barat (Oregon) |
| Asia Pasifik (Tokyo) | Asia Pasifik (Hong Kong), Asia Pasifik (Osaka), Asia Pasifik (Seoul), Asia Pasifik (Singapura) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (Oregon) |
| Kanada (Pusat) | Kanada Barat (Calgary) Eropa (Irlandia) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (California Utara), AS Barat (Oregon) |
| Kanada Barat (Calgary) | Kanada (Pusat) |
| Tiongkok (Beijing) | Tiongkok (Ningxia) |
| Tiongkok (Ningxia) | Tiongkok (Beijing) |
| Eropa (Frankfurt) | Africa (Cape Town) Eropa (Irlandia), Eropa (London), Eropa (Paris), Eropa (Stockholm), Eropa (Zurich) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (Oregon) |
| Eropa (Irlandia) | Africa (Cape Town) Kanada (Pusat) Eropa (Frankfurt), Eropa (London), Eropa (Paris), Eropa (Stockholm), Eropa (Zurich) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (California Utara), AS Barat (Oregon) |
| Eropa (London) | Africa (Cape Town) Eropa (Frankfurt), Eropa (Irlandia), Eropa (Paris), Eropa (Stockholm) AS Timur (Virginia Utara) |
| Europe (Milan) | Eropa (Frankfurt) |
| Eropa (Paris) | Eropa (Frankfurt), Eropa (Irlandia), Eropa (London), Eropa (Stockholm) AS Timur (Virginia Utara) |
| Eropa (Spanyol) | Eropa (Irlandia), Eropa (Paris) |
| Eropa (Stockholm) | Eropa (Frankfurt), Eropa (Irlandia), Eropa (London), Eropa (Paris) AS Timur (Virginia Utara) |
| Europe (Zurich) | Eropa (Frankfurt), Eropa (Irlandia) |
| Israel (Tel Aviv) | Eropa (Irlandia) |
| Timur Tengah (UAE) | Eropa (Frankfurt) |
| Amerika Selatan (Sao Paulo) | AS Timur (Virginia Utara), AS Timur (Ohio) |
| AWS GovCloud (AS-Timur) | AWS GovCloud (AS-Barat) |
| AWS GovCloud (AS-Barat) | AWS GovCloud (AS-Timur) |
| AS Timur (Virginia Utara) | Asia Pasifik (Mumbai), Asia Pasifik (Seoul), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo) Kanada (Pusat) Eropa (Frankfurt), Eropa (Irlandia), Eropa (London), Eropa (Paris), Eropa (Stockholm) Amerika Selatan (Sao Paulo) AS Timur (Ohio), AS Barat (California Utara), AS Barat (Oregon) |
| AS Timur (Ohio) | Asia Pasifik (Mumbai), Asia Pasifik (Seoul), Asia Pasifik (Singapura), Asia Pasifik (Tokyo) Kanada (Pusat) Eropa (Frankfurt), Eropa (Irlandia) Amerika Selatan (Sao Paulo) AS Timur (Virginia Utara), AS Barat (California Utara), AS Barat (Oregon) |
| AS Barat (California Utara) | Asia Pasifik (Sydney) Kanada (Pusat) Eropa (Irlandia) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (Oregon) |
| AS Barat (Oregon) | Asia Pasifik (Mumbai), Asia Pasifik (Seoul), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo) Kanada (Pusat) Eropa (Frankfurt), Eropa (Irlandia) AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (California Utara) |
Anda juga dapat menggunakan `describe-source-regions` AWS CLI perintah untuk mencari tahu mana yang Wilayah AWS dapat mereplikasi satu sama lain. Untuk informasi selengkapnya, lihat [Menemukan informasi tentang cadangan yang direplikasi untuk Amazon RDS](AutomatedBackups.Replicating.Describe.md).
## Batasan
Berikut ini adalah batasan untuk backup otomatis Cross-region untuk Amazon RDS.
+ Replikasi pencadangan otomatis tidak didukung untuk klaster DB multi-AZ.
+ Secara default, Anda dapat memiliki hingga 20 backup otomatis Cross-region per. Akun AWS
# Mengaktifkan pencadangan otomatis lintas wilayah untuk Amazon RDS
Anda dapat mengaktifkan replikasi cadangan pada instans DB baru atau yang sudah ada menggunakan konsol AmazonRDS. Anda juga dapat menggunakan `start-db-instance-automated-backups-replication` AWS CLI perintah atau `StartDBInstanceAutomatedBackupsReplication` RDS API operasi. Anda dapat mereplikasi hingga 20 cadangan ke setiap tujuan Wilayah AWS untuk masing-masing. Akun AWS
**catatan**
Untuk dapat mereplikasi cadangan otomatis, pastikan untuk mengaktifkannya. Untuk informasi selengkapnya, lihat [Mengaktifkan pencadangan otomatis](USER_WorkingWithAutomatedBackups.Enabling.md).
## Konsol
Anda dapat mengaktifkan replikasi cadangan untuk instans DB baru atau yang sudah ada:
+ Untuk instans DB baru, aktifkan saat Anda meluncurkan instans. Untuk informasi selengkapnya, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
+ Untuk instans DB yang sudah ada, gunakan prosedur berikut.
**Untuk mengaktifkan replikasi cadangan untuk instans DB yang sudah ada**
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 **Pencadangan otomatis**.
1. Di tab **Wilayah Saat Ini**, pilih instans DB yang ingin Anda aktifkan replikasi cadangannya.
1. Untuk **Tindakan**, pilih **Kelola replikasi lintas Wilayah**.
1. Di bagian **Replikasi cadangan**, pilih **Aktifkan replikasi ke Wilayah AWS lain**.
1. Pilih **Wilayah Tujuan**.
1. Pilih **Periode penyimpanan cadangan yang direplikasi**.
1. Jika Anda telah mengaktifkan enkripsi pada instans DB sumber, pilih **AWS KMS key**untuk mengenkripsi cadangan atau masukkan kunci. ARN
1. Pilih **Simpan**.
Di Wilayah sumber, replikasi cadangan tercantum pada tab **Wilayah Saat Ini** di halaman **Pencadangan otomatis**. Di Wilayah tujuan, cadangan yang direplikasi tercantum pada tab **Cadangan tereplikasi** di halaman **Pencadangan otomatis**.
## AWS CLI
Aktifkan replikasi cadangan dengan menggunakan [https://docs.aws.amazon.com/cli/latest/reference/rds/start-db-instance-automated-backups-replication.html](https://docs.aws.amazon.com/cli/latest/reference/rds/start-db-instance-automated-backups-replication.html) AWS CLI perintah.
CLIContoh berikut mereplikasi backup otomatis dari instans DB di Wilayah AS Barat (Oregon) ke Wilayah AS Timur (Virginia N.). Ini juga mengenkripsi cadangan yang direplikasi, menggunakan di Wilayah tujuan. AWS KMS key
**Untuk mengaktifkan replikasi cadangan**
+ Gunakan salah satu perintah berikut ini.
Untuk Linux, macOS, atau Unix:
```
aws rds start-db-instance-automated-backups-replication \
--region us-east-1 \
--source-db-instance-arn "arn:aws:rds:us-west-2:123456789012:db:mydatabase" \
--kms-key-id "arn:aws:kms:us-east-1:123456789012:key/AKIAIOSFODNN7EXAMPLE" \
--backup-retention-period 7
```
Untuk Windows:
```
aws rds start-db-instance-automated-backups-replication ^
--region us-east-1 ^
--source-db-instance-arn "arn:aws:rds:us-west-2:123456789012:db:mydatabase" ^
--kms-key-id "arn:aws:kms:us-east-1:123456789012:key/AKIAIOSFODNN7EXAMPLE" ^
--backup-retention-period 7
```
`--source-region`Opsi ini diperlukan saat Anda mengenkripsi cadangan antara Wilayah AWS GovCloud (AS-Timur) dan AWS GovCloud (AS-Barat). Untuk `--source-region`, tentukan Wilayah AWS instans DB sumber.
Jika `--source-region` tidak ditentukan, pastikan untuk menentukan nilai `--pre-signed-url`. *Presigned URL* adalah URL yang berisi permintaan ditandatangani Signature Version 4 untuk `start-db-instance-automated-backups-replication` perintah yang dipanggil di sumber Wilayah AWS. *Untuk mempelajari lebih lanjut tentang `pre-signed-url` opsi, lihat [ start-db-instance-automated-backups-replikasi](https://docs.aws.amazon.com/cli/latest/reference/rds/start-db-instance-automated-backups-replication.html) di Referensi Perintah.AWS CLI *
## RDS API
Aktifkan replikasi cadangan dengan menggunakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_StartDBInstanceAutomatedBackupsReplication.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_StartDBInstanceAutomatedBackupsReplication.html)RDSAPIoperasi dengan parameter berikut:
+ `Region`(jika Anda tidak memanggil API operasi dari Wilayah tujuan)
+ `SourceDBInstanceArn`
+ `BackupRetentionPeriod`
+ `KmsKeyId`(opsional)
+ `PreSignedUrl` (wajib jika Anda menggunakan `KmsKeyId`)
**catatan**
Jika Anda mengenkripsi cadangan, Anda juga harus menyertakan presigned. URL Untuk informasi selengkapnya tentang presignedURLs, lihat [Mengautentikasi Permintaan: Menggunakan Parameter Kueri (Versi AWS Tanda Tangan 4)](https://docs.aws.amazon.com/AmazonS3/latest/API/sigv4-query-string-auth.html) di *APIReferensi Layanan Penyimpanan Sederhana Amazon* dan [proses penandatanganan Versi Tanda Tangan 4](https://docs.aws.amazon.com/general/latest/gr/signature-version-4.html) di Referensi *AWS Umum*.
# Menemukan informasi tentang cadangan yang direplikasi untuk Amazon RDS
Anda dapat menggunakan CLI perintah berikut untuk menemukan informasi tentang cadangan yang direplikasi:
+ [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-source-regions.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-source-regions.html)
+ [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)
+ [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html)
`describe-source-regions`Contoh berikut mencantumkan sumber Wilayah AWS dari mana cadangan otomatis dapat direplikasi ke Wilayah tujuan AS Barat (Oregon).
**Untuk menampilkan informasi tentang Wilayah sumber**
+ Jalankan perintah berikut.
```
aws rds describe-source-regions --region us-west-2
```
Output menunjukkan bahwa cadangan dapat direplikasi dari AS Timur (Virginia Utara), tetapi tidak dari AS Timur (Ohio) atau AS Barat (California Utara), ke AS Barat (Oregon).
```
{
"SourceRegions": [
...
{
"RegionName": "us-east-1",
"Endpoint": "https://rds.us-east-1.amazonaws.com",
"Status": "available",
"SupportsDBInstanceAutomatedBackupsReplication": true
},
{
"RegionName": "us-east-2",
"Endpoint": "https://rds.us-east-2.amazonaws.com",
"Status": "available",
"SupportsDBInstanceAutomatedBackupsReplication": false
},
"RegionName": "us-west-1",
"Endpoint": "https://rds.us-west-1.amazonaws.com",
"Status": "available",
"SupportsDBInstanceAutomatedBackupsReplication": false
}
]
}
```
Contoh `describe-db-instances` berikut menunjukkan cadangan otomatis untuk instans DB.
**Untuk menampilkan cadangan yang direplikasi untuk instans DB**
+ Gunakan salah satu perintah berikut ini.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-instances \
--db-instance-identifier mydatabase
```
Untuk Windows:
```
aws rds describe-db-instances ^
--db-instance-identifier mydatabase
```
Output ini mencakup cadangan yang direplikasi.
```
{
"DBInstances": [
{
"StorageEncrypted": false,
"Endpoint": {
"HostedZoneId": "Z1PVIF0B656C1W",
"Port": 1521,
...
"BackupRetentionPeriod": 7,
"DBInstanceAutomatedBackupsReplications": [{"DBInstanceAutomatedBackupsArn": "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE"}]
}
]
}
```
Contoh `describe-db-instance-automated-backups` berikut menunjukkan cadangan otomatis untuk instans DB.
**Untuk menampilkan cadangan otomatis untuk instans DB**
+ Gunakan salah satu perintah berikut ini.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-instance-automated-backups \
--db-instance-identifier mydatabase
```
Untuk Windows:
```
aws rds describe-db-instance-automated-backups ^
--db-instance-identifier mydatabase
```
Output menunjukkan instans DB sumber dan cadangan otomatis di AS Barat (Oregon), dengan replikasi cadangan ke AS Timur (Virginia Utara).
```
{
"DBInstanceAutomatedBackups": [
{
"DBInstanceArn": "arn:aws:rds:us-west-2:868710585169:db:mydatabase",
"DbiResourceId": "db-L2IJCEXJP7XQ7HOJ4SIEXAMPLE",
"DBInstanceAutomatedBackupsArn": "arn:aws:rds:us-west-2:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE",
"BackupRetentionPeriod": 7,
"DBInstanceAutomatedBackupsReplications": [{"DBInstanceAutomatedBackupsArn": "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE"}]
"Region": "us-west-2",
"DBInstanceIdentifier": "mydatabase",
"RestoreWindow": {
"EarliestTime": "2020-10-26T01:09:07Z",
"LatestTime": "2020-10-31T19:09:53Z",
}
...
}
]
}
```
Contoh `describe-db-instance-automated-backups` berikut menggunakan opsi `--db-instance-automated-backups-arn` untuk menampilkan cadangan yang direplikasi di Wilayah tujuan.
**Untuk menampilkan cadangan yang direplikasi**
+ Gunakan salah satu perintah berikut ini.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-instance-automated-backups \
--db-instance-automated-backups-arn "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE"
```
Untuk Windows:
```
aws rds describe-db-instance-automated-backups ^
--db-instance-automated-backups-arn "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE"
```
Output menunjukkan instans DB sumber di AS Barat (Oregon), dengan replikasi cadangan di AS Timur (Virginia Utara).
```
{
"DBInstanceAutomatedBackups": [
{
"DBInstanceArn": "arn:aws:rds:us-west-2:868710585169:db:mydatabase",
"DbiResourceId": "db-L2IJCEXJP7XQ7HOJ4SIEXAMPLE",
"DBInstanceAutomatedBackupsArn": "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE",
"Region": "us-west-2",
"DBInstanceIdentifier": "mydatabase",
"RestoreWindow": {
"EarliestTime": "2020-10-26T01:09:07Z",
"LatestTime": "2020-10-31T19:01:23Z"
},
"AllocatedStorage": 50,
"BackupRetentionPeriod": 7,
"Status": "replicating",
"Port": 1521,
...
}
]
}
```
# Memulihkan ke waktu tertentu dari cadangan yang direplikasi untuk Amazon RDS
Anda dapat memulihkan instans DB ke titik waktu tertentu dari cadangan yang direplikasi menggunakan RDS konsol Amazon. Anda juga dapat menggunakan `restore-db-instance-to-point-in-time` AWS CLI perintah atau `RestoreDBInstanceToPointInTime` RDS API operasi.
Untuk informasi umum tentang point-in-time recovery (PITR), lihat[Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS](USER_PIT.md).
**catatan**
Perhatikan batasan mesin DB berikut saat pencadangan otomatis direplikasi di seluruh: Wilayah AWS
Di RDS untuk SQL Server, grup opsi tidak disalin.
RDSUntuk Oracle, opsi berikut tidak disalin:`NATIVE_NETWORK_ENCRYPTION`,, `OEM``OEM_AGENT`, dan. `SSL`
Jika Anda telah mengaitkan grup opsi kustom dengan instans DB Anda, Anda dapat membuat ulang grup opsi itu di Wilayah tujuan. Kemudian, pulihkan instans DB di Wilayah tujuan dan kaitkan grup opsi kustom dengannya. Untuk informasi selengkapnya, lihat [Menggunakan grup opsi](USER_WorkingWithOptionGroups.md).
## Konsol
**Untuk memulihkan instans DB ke waktu yang ditentukan dari cadangan yang direplikasi**
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 Wilayah tujuan (tempat cadangan direplikasi) dari pemilih Wilayah.
1. Di panel navigasi, pilih **Pencadangan otomatis**.
1. Di tab **Cadangan tereplikasi**, pilih instans DB yang ingin Anda pulihkan.
1. Untuk **Tindakan**, pilih **Pulihkan ke titik waktu**.
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 yang Anda inginkan untuk memulihkan instans.
**catatan**
Waktu ditampilkan di zona waktu lokal Anda, yang ditunjukkan dengan offset dari Coordinated Universal Time ()UTC. Misalnya, UTC -5 adalah Waktu Standar Timur/Waktu Siang Tengah.
1. Untuk **Pengidentifikasi instans DB**, masukkan nama instans DB target yang dipulihkan.
1. (Opsional) Pilih opsi lain sesuai kebutuhan, seperti mengaktifkan penskalaan otomatis.
1. Pilih **Pulihkan ke titik waktu**.
## AWS CLI
Gunakan [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) AWS CLI perintah untuk membuat instance DB baru.
**Untuk memulihkan instans DB ke waktu yang ditentukan dari cadangan yang direplikasi**
+ Gunakan salah satu perintah berikut ini.
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-automated-backups-arn "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE" \
3. --target-db-instance-identifier mytargetdbinstance \
4. --restore-time 2020-10-14T23:45:00.000Z
```
Untuk Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-automated-backups-arn "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE" ^
3. --target-db-instance-identifier mytargetdbinstance ^
4. --restore-time 2020-10-14T23:45:00.000Z
```
## RDS API
Untuk mengembalikan instans DB ke waktu tertentu, panggil RDS API operasi [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html)Amazon dengan parameter berikut:
+ `SourceDBInstanceAutomatedBackupsArn`
+ `TargetDBInstanceIdentifier`
+ `RestoreTime`
# Menghentikan replikasi cadangan otomatis untuk Amazon RDS
Anda dapat menghentikan replikasi cadangan untuk instans DB menggunakan konsol AmazonRDS. Anda juga dapat menggunakan `stop-db-instance-automated-backups-replication` AWS CLI perintah atau `StopDBInstanceAutomatedBackupsReplication` RDS API operasi.
Cadangan yang direplikasi dipertahankan, tergantung pada periode retensi cadangan yang ditetapkan saat pembuatannya.
## Konsol
Menghentikan replikasi cadangan dari halaman **Pencadangan otomatis** di Wilayah sumber.
**Untuk menghentikan replikasi cadangan ke Wilayah AWS**
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 Wilayah sumber dari **Pemilih Wilayah**.
1. Di panel navigasi, pilih **Pencadangan otomatis**.
1. Di tab **Wilayah saat ini**, pilih instans DB yang ingin Anda hentikan replikasi cadangannya.
1. Untuk **Tindakan**, pilih **Kelola replikasi lintas Wilayah**.
1. Di bagian **Replikasi cadangan**, kosongkan kotak centang **Aktifkan replikasi ke Wilayah AWS lain**.
1. Pilih **Simpan**.
Cadangan yang direplikasi tercantum pada tab **Dipertahankan** di halaman **Pencadangan otomatis** di Wilayah tujuan.
## AWS CLI
Hentikan replikasi cadangan dengan menggunakan [https://docs.aws.amazon.com/cli/latest/reference/rds/stop-db-instance-automated-backups-replication.html](https://docs.aws.amazon.com/cli/latest/reference/rds/stop-db-instance-automated-backups-replication.html) AWS CLI perintah.
CLIContoh berikut menghentikan pencadangan otomatis instans DB agar tidak mereplikasi di Wilayah Barat AS (Oregon).
**Untuk menghentikan replikasi cadangan**
+ Gunakan salah satu perintah berikut ini.
Untuk Linux, macOS, atau Unix:
```
aws rds stop-db-instance-automated-backups-replication \
--region us-east-1 \
--source-db-instance-arn "arn:aws:rds:us-west-2:123456789012:db:mydatabase"
```
Untuk Windows:
```
aws rds stop-db-instance-automated-backups-replication ^
--region us-east-1 ^
--source-db-instance-arn "arn:aws:rds:us-west-2:123456789012:db:mydatabase"
```
## RDS API
Hentikan replikasi cadangan dengan menggunakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_StopDBInstanceAutomatedBackupsReplication.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_StopDBInstanceAutomatedBackupsReplication.html)RDSAPIoperasi dengan parameter berikut:
+ `Region`
+ `SourceDBInstanceArn`
# Menghapus cadangan yang direplikasi untuk Amazon RDS
Anda dapat menghapus cadangan yang direplikasi untuk instans DB menggunakan konsol Amazon. RDS Anda juga dapat menggunakan `delete-db-instance-automated-backups` AWS CLI perintah atau `DeleteDBInstanceAutomatedBackup` RDS API operasi.
## Konsol
Hapus cadangan yang direplikasi di Wilayah tujuan dari halaman **Pencadangan otomatis**.
**Untuk menghapus cadangan yang direplikasi**
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 Wilayah tujuan dari **Pemilih Wilayah**.
1. Di panel navigasi, pilih **Pencadangan otomatis**.
1. Di tab **Cadangan tereplikasi**, pilih instans DB yang ingin Anda hapus cadangan tereplikasinya.
1. Untuk **Tindakan**, pilih **Hapus**.
1. Di halaman konfirmasi, masukkan **delete me** dan pilih **Hapus**.
## AWS CLI
Hapus cadangan yang direplikasi dengan menggunakan perintah. [https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html) AWS CLI
Anda dapat menggunakan [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)CLIperintah untuk menemukan Amazon Resource Names (ARNs) dari backup yang direplikasi. Untuk informasi selengkapnya, lihat [Menemukan informasi tentang cadangan yang direplikasi untuk Amazon RDS](AutomatedBackups.Replicating.Describe.md).
**Untuk menghapus cadangan yang direplikasi**
+ Gunakan salah satu perintah berikut ini.
Untuk Linux, macOS, atau Unix:
```
aws rds delete-db-instance-automated-backup \
--db-instance-automated-backups-arn "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE"
```
Untuk Windows:
```
aws rds delete-db-instance-automated-backup ^
--db-instance-automated-backups-arn "arn:aws:rds:us-east-1:123456789012:auto-backup:ab-L2IJCEXJP7XQ7HOJ4SIEXAMPLE"
```
## RDS API
Hapus cadangan yang direplikasi dengan menggunakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBInstanceAutomatedBackup.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBInstanceAutomatedBackup.html)RDSAPIoperasi dengan parameter. `DBInstanceAutomatedBackupsArn`
# Pemecahan masalah dihentikan Pencadangan otomatis lintas wilayah
Amazon RDS secara otomatis menghentikan replikasi pencadangan otomatis lintas wilayah dalam keadaan tertentu untuk melindungi data Anda dan menjaga kepatuhan AWS terhadap persyaratan operasional.
## Penangguhan akun
Jika AWS akun Anda ditangguhkan, Amazon RDS secara otomatis menghentikan replikasi pencadangan otomatis lintas wilayah untuk semua instans DB di akun tersebut. Pencadangan yang direplikasi yang sudah ada di tujuan Wilayah AWS disimpan hingga periode retensi yang Anda tentukan.
Setelah penangguhan akun Anda diselesaikan, Anda harus mengaktifkan kembali replikasi pencadangan otomatis lintas wilayah secara manual untuk melanjutkan replikasi cadangan ke tujuan. Wilayah AWS
## Perubahan Wilayah Keikutsertaan
Replikasi pencadangan otomatis Lintas Wilayah berhenti secara otomatis saat Anda memilih keluar dari sumber Wilayah AWS (tempat instans DB utama berada) atau tujuan Wilayah AWS (tempat cadangan direplikasi). Untuk informasi selengkapnya tentang keikutsertaan Wilayah, lihat [Mengelola AWS Wilayah](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html).
Pencadangan yang direplikasi yang sudah ada di tujuan Wilayah AWS disimpan hingga periode retensi yang Anda tentukan. Untuk melanjutkan replikasi, pilih kembali ke replikasi pencadangan otomatis lintas wilayah yang diperlukan Wilayah AWS dan aktifkan kembali secara manual.
## AWS KMS masalah utama
Untuk instans DB terenkripsi, Amazon RDS memerlukan akses ke AWS KMS kunci di sumber dan tujuan Wilayah AWS untuk mereplikasi cadangan. Jika Anda menonaktifkan atau menghapus AWS KMS kunci di salah satu Wilayah AWS, replikasi pencadangan otomatis lintas wilayah berhenti secara otomatis. Pencadangan yang direplikasi yang sudah ada di tujuan Wilayah AWS disimpan hingga periode retensi yang Anda tentukan.
Untuk melanjutkan replikasi pencadangan otomatis lintas wilayah:
1. Aktifkan kembali AWS KMS kunci yang dinonaktifkan, atau buat AWS KMS kunci baru jika yang asli telah dihapus
1. Jika menggunakan AWS KMS kunci baru, hapus cadangan yang ada direplikasi di tujuan Wilayah AWS yang dienkripsi dengan kunci sebelumnya.
1. Aktifkan kembali replikasi pencadangan otomatis lintas wilayah untuk instance
Untuk informasi selengkapnya tentang mengelola AWS KMS kunci, lihat [AWS Key Management Service dokumentasi](https://docs.aws.amazon.com/kms/latest/developerguide/).
**catatan**
Anda tidak dapat memulihkan dari cadangan yang direplikasi sebelumnya di tujuan Wilayah AWS kecuali AWS KMS kunci sebelumnya diaktifkan kembali. Cadangan tetap terenkripsi dan tidak dapat diakses tanpa kunci yang valid. AWS KMS
## Memantau status replikasi cadangan
Anda dapat memantau status pencadangan otomatis lintas wilayah menggunakan konsol Amazon RDS AWS CLI, atau RDS API. Lihat informasi yang lebih lengkap di [Menemukan informasi tentang cadangan yang direplikasi untuk Amazon RDS](AutomatedBackups.Replicating.Describe.md).
# Mengelola backup manual
Bagian ini menunjukkan cara mengelola backup manual untuk instans DB dan cluster DB.
Untuk informasi tentang membuat snapshot DB untuk Single-AZ Contoh DB, lihat[Membuat snapshot DB untuk instans DB AZ tunggal untuk Amazon RDS](USER_CreateSnapshot.md).
Untuk informasi tentang membuat snapshot DB untuk cluster DB multi-AZ, lihat. [Membuat snapshot cluster DB multi-AZ untuk Amazon RDS](USER_CreateMultiAZDBClusterSnapshot.md)
Untuk informasi tentang menghapus snapshot DB, lihat. [Menghapus snapshot DB untuk Amazon RDS](USER_DeleteSnapshot.md)
# Membuat snapshot DB untuk instans DB AZ tunggal untuk Amazon RDS
Amazon RDS membuat cuplikan volume penyimpanan instans basis data Anda, sehingga mencadangkan seluruh instans basis data dan bukan hanya masing-masing basis data. Membuat snapshot DB ini pada instans DB AZ tunggal menghasilkan I/O penangguhan singkat yang dapat berlangsung dari beberapa detik hingga beberapa menit, tergantung pada ukuran dan kelas instans DB Anda. Untuk MariaDB, MySQL, Oracle, dan I/O PostgreSQL, aktivitas tidak ditangguhkan pada primer Anda selama pencadangan untuk penyebaran multi-AZ, karena cadangan diambil dari siaga. Untuk SQL Server, aktivitas I/O ditangguhkan sebentar selama pencadangan untuk deployment Multi-AZ.
Saat membuat snapshot DB, Anda perlu mengidentifikasi instans DB mana yang akan Anda cadangkan, kemudian beri nama snapshot DB sehingga Anda dapat memulihkannya nanti. Jumlah waktu yang diperlukan untuk membuat snapshot bervariasi sesuai ukuran basis data Anda. Karena snapshot menyertakan seluruh volume penyimpanan, ukuran file, seperti file sementara, juga memengaruhi jumlah waktu yang diperlukan untuk membuat snapshot.
**catatan**
Instans DB Anda harus dalam status `available` untuk mengambil snapshot DB.
Untuk instans DB PostgreSQL, data dalam tabel yang tidak masuk log mungkin tidak dipulihkan dari snapshot. Untuk informasi selengkapnya, lihat [Praktik terbaik untuk menggunakan PostgreSQL](CHAP_BestPractices.md#CHAP_BestPractices.PostgreSQL).
Tidak seperti pencadangan otomatis, snapshot manual tidak bergantung pada periode retensi pencadangan. Snapshots tidak kedaluwarsa.
Untuk pencadangan jangka panjang data MariaDB, MySQL, dan PostgreSQL, sebaiknya ekspor data snapshot ke Amazon S3. Jika versi utama mesin DB Anda tidak didukung lagi, Anda tidak dapat memulihkan ke versi tersebut dari snapshot. Untuk informasi selengkapnya, lihat [Mengekspor data snapshot DB ke Amazon S3 untuk Amazon RDS](USER_ExportSnapshot.md).
Anda dapat membuat snapshot DB menggunakanKonsol Manajemen AWS,AWS CLI, atau RDS API.
## Konsol
**Untuk membuat 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**.
Daftar **Snapshot manual** akan muncul.
1. Pilih **Ambil snapshot**.
Jendela **Ambil snapshot DB** akan muncul.
![\[Ambil snapshot DB.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/take_db_snapshot.png)
1. Pilih **instance DB** yang ingin Anda ambil snapshot.
1. Masukkan **nama Snapshot**.
1. Pilih **Ambil snapshot**.
Daftar **snapshot Manual** muncul, dengan status snapshot DB baru ditampilkan sebagai. `Creating` Setelah statusnya adalah `Available`, Anda dapat melihat waktu pembuatannya.
## AWS CLI
Saat Anda membuat snapshot DB menggunakanAWS CLI, Anda perlu mengidentifikasi instans DB mana yang akan Anda cadangkan, dan kemudian beri nama snapshot DB Anda sehingga Anda dapat memulihkannya nanti. Anda dapat melakukan ini dengan menggunakan AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html)perintah dengan parameter berikut:
+ `--db-instance-identifier`
+ `--db-snapshot-identifier`
Dalam contoh ini, Anda membuat snapshot DB yang dipanggil *mydbsnapshot* untuk instance DB yang dipanggil*mydbinstance*.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds create-db-snapshot \
2. --db-instance-identifier mydbinstance \
3. --db-snapshot-identifier mydbsnapshot
```
Untuk Windows:
```
1. aws rds create-db-snapshot ^
2. --db-instance-identifier mydbinstance ^
3. --db-snapshot-identifier mydbsnapshot
```
## RDS API
Saat membuat snapshot DB menggunakan Amazon RDS API, Anda perlu mengidentifikasi instans DB mana yang akan Anda cadangkan, kemudian beri nama snapshot DB sehingga Anda dapat memulihkannya nanti. Anda dapat melakukannya dengan menggunakan perintah Amazon RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBSnapshot.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBSnapshot.html) dengan parameter berikut:
+ `DBInstanceIdentifier`
+ `DBSnapshotIdentifier`
# Membuat snapshot cluster DB multi-AZ untuk Amazon RDS
Saat Anda membuat snapshot klaster DB Multi-AZ, pastikan untuk mengidentifikasi klaster DB Multi-AZ mana yang akan Anda cadangkan, lalu beri nama snapshot klaster DB sehingga Anda dapat memulihkannya nanti. Anda juga dapat membagikan snapshot klaster DB Multi-AZ. Untuk petunjuk, silakan lihat [Berbagi snapshot DB untuk Amazon RDS](USER_ShareSnapshot.md).
Anda dapat membuat snapshot cluster DB multi-AZ menggunakan Konsol Manajemen AWS, file AWS CLI, atau file. RDS API
Untuk cadangan jangka sangat panjang, sebaiknya Anda mengekspor data snapshot ke Amazon S3. Jika versi utama mesin DB Anda tidak didukung lagi, Anda tidak dapat memulihkan ke versi tersebut dari snapshot. Untuk informasi selengkapnya, lihat [Mengekspor data snapshot DB ke Amazon S3 untuk Amazon RDS](USER_ExportSnapshot.md).
## Konsol
**Untuk membuat snapshot klaster 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 **Basis Data**.
1. Dalam daftar, pilih klaster DB Multi-AZ yang ingin Anda ambil snapshot-nya.
1. Untuk **Tindakan**, pilih **Ambil snapshot**.
Jendela **Ambil snapshot DB** akan muncul.
1. Untuk **Nama snapshot**, masukkan nama snapshot.
1. Pilih **Ambil snapshot**.
Halaman **Snapshot** muncul, dengan status snapshot klaster DB Multi-AZ ditampilkan sebagai `Creating`. Setelah statusnya adalah `Available`, Anda dapat melihat waktu pembuatannya.
## AWS CLI
Anda dapat membuat snapshot cluster DB multi-AZ dengan menggunakan AWS CLI [create-db-cluster-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster-snapshot.html)perintah dengan opsi berikut:
+ `--db-cluster-identifier`
+ `--db-cluster-snapshot-identifier`
Dalam contoh ini, Anda membuat snapshot cluster DB multi-AZ yang disebut *`mymultiazdbclustersnapshot`* untuk kluster DB yang disebut *`mymultiazdbcluster`*.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds create-db-cluster-snapshot \
2. --db-cluster-identifier mymultiazdbcluster \
3. --db-cluster-snapshot-identifier mymultiazdbclustersnapshot
```
Untuk Windows:
```
1. aws rds create-db-cluster-snapshot ^
2. --db-cluster-identifier mymultiazdbcluster ^
3. --db-cluster snapshot-identifier mymultiazdbclustersnapshot
```
## RDS API
Anda dapat membuat snapshot cluster DB multi-AZ dengan menggunakan operasi Amazon RDS API [C reateDBCluster Snapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBClusterSnapshot.html) dengan parameter berikut:
+ `DBClusterIdentifier`
+ `DBClusterSnapshotIdentifier`
## Menghapus snapshot klaster DB Multi-AZ
Anda dapat menghapus snapshot DB multi-AZ yang dikelola oleh Amazon RDS saat Anda tidak lagi membutuhkannya. Untuk instruksi, lihat [Menghapus snapshot DB untuk Amazon RDS](USER_DeleteSnapshot.md).
# Menghapus snapshot DB untuk Amazon RDS
Anda dapat menghapus snapshot DB yang dikelola Amazon RDS saat Anda tidak lagi membutuhkannya.
**catatan**
Untuk menghapus cadangan yang dikelola olehAWS Backup, gunakan konsol. AWS Backup Untuk mengetahui informasi selengkapnya tentang AWS Backup, lihat [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide).
## Menghapus snapshot DB
Anda dapat menghapus snapshot DB manual, bersama, atau publik menggunakanKonsol Manajemen AWS, APIAWS CLI, atau RDS.
Untuk menghapus snapshot bersama atau publik, Anda harus masuk ke AWS akun yang memiliki snapshot tersebut.
Jika Anda memiliki snapshot DB otomatis yang ingin Anda hapus tanpa menghapus instans DB, ubah periode retensi pencadangan untuk instans DB menjadi 0. Snapshot otomatis dihapus ketika perubahan diterapkan. Anda dapat segera menerapkan perubahan jika Anda tidak ingin menunggu hingga periode pemeliharaan berikutnya. Setelah perubahan selesai, Anda dapat mengaktifkan kembali pencadangan otomatis dengan mengatur periode retensi backup ke angka yang lebih besar dari 0. Untuk mengetahui informasi tentang cara mengubah instans DB, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
Pencadangan otomatis yang dipertahankan dan snapshot manual dikenakan biaya penagihan hingga dihapus. Untuk informasi selengkapnya, lihat [Biaya retensi](USER_WorkingWithAutomatedBackups.Retaining.md#USER_WorkingWithAutomatedBackups.RetentionCosts).
Jika Anda menghapus instans DB, Anda dapat menghapus snapshot DB otomatis dengan menghapus pencadangan otomatis untuk instans DB tersebut. Untuk mengetahui informasi tentang pencadangan otomatis, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md).
### Konsol
**Menghapus 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**.
Daftar **Snapshot manual** akan muncul.
1. Pilih snapshot DB yang ingin Anda hapus.
1. Di bawah **Tindakan**, pilih **Hapus snapshot**.
![\[Menghapus snapshot\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/delete-snapshot.png)
1. Pilih **Hapus** di halaman konfirmasi.
![\[Konfirmasikan penghapusan snapshot\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/delete-snapshot-confirm.png)
### AWS CLI
Anda dapat menghapus snapshot DB dengan menggunakan AWS CLI perintah [delete-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-snapshot.html).
Opsi berikut digunakan untuk menghapus snapshot DB.
+ `--db-snapshot-identifier` – Pengidentifikasi untuk snapshot DB.
**Example**
Kode berikut menghapus snapshot DB `mydbsnapshot`.
Untuk Linux, macOS, atau Unix:
```
1. aws rds delete-db-snapshot \
2. --db-snapshot-identifier mydbsnapshot
```
Untuk Windows:
```
1. aws rds delete-db-snapshot ^
2. --db-snapshot-identifier mydbsnapshot
```
### API RDS
[Anda dapat menghapus snapshot DB dengan menggunakan operasi Amazon RDS API Delete. DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBSnapshot.html)
Parameter berikut digunakan untuk menghapus snapshot DB.
+ `DBSnapshotIdentifier` – Pengidentifikasi untuk snapshot DB.
# 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)
# Menyalin snapshot DB untuk Amazon RDS
Dengan Amazon RDS, Anda dapat menyalin pencadangan otomatis atau snapshot DB manual. Setelah Anda menyalin snapshot, salinannya adalah snapshot manual. Anda dapat membuat beberapa salinan cadangan otomatis atau snapshot manual, tetapi setiap salinan harus memiliki pengidentifikasi unik.
Anda dapat menyalin snapshot dalam hal yang sama Wilayah AWS, Anda dapat menyalin snapshot di seluruh Wilayah AWS, dan Anda dapat menyalin snapshot bersama. Anda dapat menyalin snapshot ke akun lain Wilayah AWS atau dalam satu langkah.
## Menyalin snapshot DB
Untuk masing-masing Akun AWS, Anda dapat menyalin hingga 20 snapshot DB sekaligus dari satu Wilayah AWS ke yang lain. Jika Anda menyalin snapshot DB ke yang lain Wilayah AWS, Anda membuat snapshot DB manual yang dipertahankan di dalamnya. Wilayah AWS Menyalin snapshot DB dari sumber menimbulkan biaya transfer Wilayah AWS data Amazon RDS.
Untuk informasi selengkapnya tentang biaya transfer data, lihat [Harga Amazon RDS](https://aws.amazon.com/rds/pricing/).
Setelah salinan snapshot DB dibuat di yang baru Wilayah AWS, salinan snapshot DB berperilaku sama seperti semua snapshot DB lainnya di dalamnya. Wilayah AWS
Anda dapat menyalin snapshot DB menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
### Konsol
Prosedur berikut menyalin snapshot DB terenkripsi atau tidak terenkripsi, di wilayah yang sama Wilayah AWS atau di seluruh Wilayah, dengan menggunakan file. Konsol Manajemen AWS
**Untuk menyalin 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 Anda salin.
1. Untuk **Tindakan**, pilih **Salin snapshot**.
Halaman **Salin Snapshot** akan muncul.
![\[Salin snapshot DB\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/DBSnapshotCopy1.png)
1. Untuk **Grup opsi target (opsional)**, pilih grup opsi baru jika Anda mau.
Tentukan opsi ini jika Anda menyalin snapshot dari satu Wilayah AWS ke yang lain, dan instans DB Anda menggunakan grup opsi nondefault.
Jika sumber instans DB Anda menggunakan Enkripsi Data Transparan untuk Oracle atau Microsoft SQL Server, Anda harus menentukan opsi ini saat melakukan penyalinan lintas Wilayah. Untuk informasi selengkapnya, lihat [Pertimbangan untuk grup opsi](#USER_CopySnapshot.Options).
1. (Opsional) Untuk menyalin snapshot DB ke yang lain Wilayah AWS, untuk **Wilayah Tujuan**, pilih yang baru Wilayah AWS.
**catatan**
Tujuan Wilayah AWS harus memiliki versi mesin database yang sama yang tersedia sebagai sumbernya Wilayah AWS.
1. Untuk **Pengidentifikasi snapshot DB baru**, ketikkan nama salinan snapshot DB.
Anda dapat membuat beberapa salinan pencadangan otomatis atau snapshot manual, tetapi setiap salinan harus memiliki pengidentifikasi unik.
1. (Opsional) Pilih **Salin Tag** untuk menyalin tag dan nilai dari snapshot ke salinan snapshot.
1. (Opsional) Untuk **Enkripsi**, lakukan hal berikut:
1. Pilih **Aktifkan Enkripsi** jika snapshot DB tidak dienkripsi, tetapi Anda ingin mengenkripsi salinan tersebut.
**catatan**
Jika snapshot DB terenkripsi, Anda harus mengenkripsi salinan, sehingga kotak centang sudah dipilih.
1. Untuk **AWS KMS key**, tentukan pengidentifikasi kunci KMS untuk mengenkripsi salinan snapshot DB.
1. Pilih **Salin snapshot**.
### AWS CLI
Anda dapat menyalin snapshot DB dengan menggunakan AWS CLI perintah [copy-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html). Jika Anda menyalin snapshot ke yang baru Wilayah AWS, jalankan perintah di yang baru. Wilayah AWS
Opsi berikut digunakan untuk menghapus snapshot DB. Tidak semua opsi diperlukan untuk semua skenario. Gunakan deskripsi dan contoh berikut untuk menentukan opsi mana yang akan digunakan.
+ `--source-db-snapshot-identifier` – Pengidentifikasi untuk snapshot DB sumber.
+ Jika snapshot sumber Wilayah AWS sama dengan salinan, tentukan pengidentifikasi snapshot DB yang valid. Misalnya, `rds:mysql-instance1-snapshot-20130805`.
+ Jika snapshot sumber Wilayah AWS sama dengan salinan, dan telah dibagikan dengan Anda Akun AWS, tentukan ARN snapshot DB yang valid. Misalnya, `arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805`.
+ Jika snapshot sumber berbeda Wilayah AWS dari salinan, tentukan ARN snapshot DB yang valid. Sebagai contoh, `arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805`.
+ Jika Anda menyalin dari snapshot DB manual bersama, parameter ini harus merupakan Amazon Resource Name (ARN) dari snapshot DB yang telah dibagikan.
+ Jika Anda menyalin snapshot terenkripsi, parameter ini harus dalam format ARN untuk sumbernya Wilayah AWS, dan harus cocok dengan parameter. `SourceDBSnapshotIdentifier` `PreSignedUrl`
+ `--target-db-snapshot-identifier` – Pengidentifikasi untuk salinan baru snapshot DB terenkripsi.
+ `--copy-option-group` – Salin grup opsi dari snapshot yang telah dibagikan dengan Akun AWS Anda.
+ `--copy-tags` – Sertakan opsi salin tag untuk menyalin tag dan nilai dari snapshot ke salinan snapshot.
+ `--option-group-name` – Grup opsi untuk dikaitkan dengan salinan snapshot.
Tentukan opsi ini jika Anda menyalin snapshot dari satu Wilayah AWS ke yang lain, dan instans DB Anda menggunakan grup opsi non-default.
Jika sumber instans DB Anda menggunakan Enkripsi Data Transparan untuk Oracle atau Microsoft SQL Server, Anda harus menentukan opsi ini saat melakukan penyalinan lintas Wilayah. Untuk informasi selengkapnya, lihat [Pertimbangan untuk grup opsi](#USER_CopySnapshot.Options).
+ `--kms-key-id` – Pengidentifikasi kunci KMS untuk snapshot DB terenkripsi. Pengidentifikasi kunci KMS adalah Amazon Resource Name (ARN), pengidentifikasi kunci, atau alias kunci untuk kunci KMS.
+ Jika Anda menyalin snapshot DB terenkripsi dari Anda Akun AWS, Anda dapat menentukan nilai untuk parameter ini untuk mengenkripsi salinan dengan kunci KMS baru. Jika Anda tidak menentukan nilai untuk parameter ini, salinan snapshot DB dienkripsi dengan kunci KMS yang sama dengan snapshot DB sumber.
+ Jika Anda menyalin snapshot DB terenkripsi yang dibagikan dari yang lain Akun AWS, maka Anda harus menentukan nilai untuk parameter ini.
+ Jika Anda menetapkan parameter ini saat menyalin snapshot yang tidak dienkripsi, salinannya dienkripsi.
+ Jika Anda menyalin snapshot terenkripsi ke yang berbeda Wilayah AWS, maka Anda harus menentukan kunci KMS untuk tujuan. Wilayah AWS Kunci KMS khusus untuk tempat Wilayah AWS mereka dibuat, dan Anda tidak dapat menggunakan kunci enkripsi dari satu Wilayah AWS sama lain Wilayah AWS.
**Example dari kunci yang tidak terenkripsi, ke Wilayah yang sama**
Kode berikut membuat salinan snapshot, dengan nama baru`mydbsnapshotcopy`, Wilayah AWS sama dengan snapshot sumber. Ketika salinan dibuat, grup opsi DB dan tag pada snapshot asli disalin ke salinan snapshot.
Untuk Linux, macOS, atau Unix:
```
aws rds copy-db-snapshot \
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805 \
--target-db-snapshot-identifier mydbsnapshotcopy \
--copy-option-group \
--copy-tags
```
Untuk Windows:
```
aws rds copy-db-snapshot ^
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805 ^
--target-db-snapshot-identifier mydbsnapshotcopy ^
--copy-option-group ^
--copy-tags
```
**Example dari kunci yang tidak terenkripsi, lintas Wilayah**
Kode berikut membuat salinan snapshot, dengan nama baru`mydbsnapshotcopy`, Wilayah AWS di mana perintah dijalankan.
Untuk Linux, macOS, atau Unix:
```
aws rds copy-db-snapshot \
--source-db-snapshot-identifier arn:aws:rds:us-east-1:123456789012:snapshot:mysql-instance1-snapshot-20130805 \
--target-db-snapshot-identifier mydbsnapshotcopy
```
Untuk Windows:
```
aws rds copy-db-snapshot ^
--source-db-snapshot-identifier arn:aws:rds:us-east-1:123456789012:snapshot:mysql-instance1-snapshot-20130805 ^
--target-db-snapshot-identifier mydbsnapshotcopy
```
**Example dari kunci yang terenkripsi, lintas Wilayah**
Contoh kode berikut ini menyalin snapshot DB terenkripsi dari AS Barat (Oregon) dalam Wilayah AS Timur (Virginia Utara). Jalankan perintah di Wilayah tujuan (us-east-1).
Untuk Linux, macOS, atau Unix:
```
aws rds copy-db-snapshot \
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20161115 \
--target-db-snapshot-identifier mydbsnapshotcopy \
--kms-key-id my-us-east-1-key \
--option-group-name custom-option-group-name
```
Untuk Windows:
```
aws rds copy-db-snapshot ^
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20161115 ^
--target-db-snapshot-identifier mydbsnapshotcopy ^
--kms-key-id my-us-east-1-key ^
--option-group-name custom-option-group-name
```
`--source-region`Parameter diperlukan saat Anda menyalin snapshot terenkripsi antara Wilayah AWS GovCloud (AS-Timur) dan AWS GovCloud (AS-Barat). Untuk `--source-region`, tentukan Wilayah AWS instans DB sumber.
Jika `--source-region` tidak ditentukan, tentukan nilai `--pre-signed-url`. *URL yang telah ditandatangani* adalah URL yang berisi permintaan bertanda tangan Signature Versi 4 untuk perintah `copy-db-snapshot` yang dipanggil di Wilayah AWS sumber. Untuk mempelajari lebih lanjut tentang `pre-signed-url` opsi, lihat [copy-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html)di *Referensi AWS CLI Perintah*.
### API RDS
[Anda dapat menyalin snapshot DB dengan menggunakan Salin operasi Amazon RDS API. DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CopyDBSnapshot.html) Jika Anda menyalin snapshot ke yang baru Wilayah AWS, lakukan tindakan di yang baru. Wilayah AWS
Parameter berikut digunakan untuk menghapus snapshot DB. Tidak semua parameter diperlukan untuk semua skenario. Gunakan deskripsi dan contoh berikut untuk menentukan parameter mana yang akan digunakan.
+ `SourceDBSnapshotIdentifier` – Pengidentifikasi untuk snapshot DB sumber.
+ Jika snapshot sumber Wilayah AWS sama dengan salinan, tentukan pengidentifikasi snapshot DB yang valid. Misalnya, `rds:mysql-instance1-snapshot-20130805`.
+ Jika snapshot sumber Wilayah AWS sama dengan salinan, dan telah dibagikan dengan Anda Akun AWS, tentukan ARN snapshot DB yang valid. Misalnya, `arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805`.
+ Jika snapshot sumber berbeda Wilayah AWS dari salinan, tentukan ARN snapshot DB yang valid. Sebagai contoh, `arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805`.
+ Jika Anda menyalin dari snapshot DB manual bersama, parameter ini harus merupakan Amazon Resource Name (ARN) dari snapshot DB yang telah dibagikan.
+ Jika Anda menyalin snapshot terenkripsi, parameter ini harus dalam format ARN untuk sumbernya Wilayah AWS, dan harus cocok dengan parameter. `SourceDBSnapshotIdentifier` `PreSignedUrl`
+ `TargetDBSnapshotIdentifier` – Pengidentifikasi untuk salinan baru snapshot DB terenkripsi.
+ `CopyOptionGroup` – Atur parameter ini ke `true` untuk menyalin grup opsi dari snapshot bersama ke salinan snapshot. Nilai default-nya `false`.
+ `CopyTags` – Atur parameter ini ke `true` untuk menyalin tag dan nilai dari snapshot ke salinan snapshot. Nilai default-nya `false`.
+ `OptionGroupName` – Grup opsi untuk dikaitkan dengan salinan snapshot.
Tentukan parameter ini jika Anda menyalin snapshot dari satu Wilayah AWS ke yang lain, dan instans DB Anda menggunakan grup opsi non-default.
Jika sumber instans DB Anda menggunakan Enkripsi Data Transparan untuk Oracle atau Microsoft SQL Server, Anda harus menentukan parameter ini saat melakukan penyalinan lintas Wilayah. Untuk informasi selengkapnya, lihat [Pertimbangan untuk grup opsi](#USER_CopySnapshot.Options).
+ `KmsKeyId` – Pengidentifikasi kunci KMS untuk snapshot DB terenkripsi. Pengidentifikasi kunci KMS adalah Amazon Resource Name (ARN), pengidentifikasi kunci, atau alias kunci untuk kunci KMS.
+ Jika Anda menyalin snapshot DB terenkripsi dari Anda Akun AWS, Anda dapat menentukan nilai untuk parameter ini untuk mengenkripsi salinan dengan kunci KMS baru. Jika Anda tidak menentukan nilai untuk parameter ini, salinan snapshot DB dienkripsi dengan kunci KMS yang sama dengan snapshot DB sumber.
+ Jika Anda menyalin snapshot DB terenkripsi yang dibagikan dari yang lain Akun AWS, maka Anda harus menentukan nilai untuk parameter ini.
+ Jika Anda menetapkan parameter ini saat menyalin snapshot yang tidak dienkripsi, salinannya dienkripsi.
+ Jika Anda menyalin snapshot terenkripsi ke yang berbeda Wilayah AWS, maka Anda harus menentukan kunci KMS untuk tujuan. Wilayah AWS Kunci KMS khusus untuk tempat Wilayah AWS mereka dibuat, dan Anda tidak dapat menggunakan kunci enkripsi dari satu Wilayah AWS sama lain Wilayah AWS.
+ `PreSignedUrl`— URL yang berisi permintaan ditandatangani Signature Version 4 untuk operasi `CopyDBSnapshot` API di sumber Wilayah AWS yang berisi snapshot DB sumber untuk disalin.
Tentukan parameter ini saat Anda menyalin snapshot DB terenkripsi dari yang lain Wilayah AWS dengan menggunakan Amazon RDS API. Anda dapat menentukan opsi Region sumber alih-alih parameter ini saat Anda menyalin snapshot DB terenkripsi dari Wilayah AWS lainnya dengan menggunakan AWS CLI.
URL yang ditandatangani sebelumnya harus merupakan permintaan yang valid untuk operasi API `CopyDBSnapshot` yang dapat dijalankan di Wilayah AWS sumber yang berisi snapshot DB terenkripsi yang akan disalin. Permintaan URL yang ditandatangani sebelumnya harus berisi nilai parameter berikut:
+ `DestinationRegion`— Wilayah AWS Yang snapshot DB terenkripsi akan disalin. Ini Wilayah AWS adalah salah satu yang sama di mana `CopyDBSnapshot` operasi dipanggil yang berisi URL presigned ini.
Misalnya, Anda menyalin snapshot DB terenkripsi dari Wilayah us-west-2 ke Wilayah us-east-1. Anda kemudian memanggil operasi `CopyDBSnapshot` di Wilayah us-east-1 dan memberikan URL yang telah ditandatangani sebelumnya yang berisi panggilan ke operasi `CopyDBSnapshot` di Wilayah us-west-2. Untuk contoh ini, `DestinationRegion` dalam URL yang telah ditandatangani sebelumnya harus diatur ke Wilayah us-east-1.
+ `KmsKeyId` – Pengidentifikasi kunci KMS untuk kunci yang digunakan mengenkripsi salinan snapshot DB di Wilayah AWS tujuan. Ini adalah pengenal yang sama untuk kedua `CopyDBSnapshot` operasi yang dipanggil di tujuan Wilayah AWS, dan operasi yang terkandung dalam URL yang ditetapkan sebelumnya.
+ `SourceDBSnapshotIdentifier` – Pengidentifikasi snapshot DB untuk snapshot terenkripsi yang akan disalin. Pengidentifikasi ini harus dalam format Amazon Resource Name (ARN) untuk Wilayah AWS sumber. Misalnya, jika Anda menyalin snapshot DB terenkripsi dari Wilayah us-west-2, maka tampilan Anda seperti contoh berikut:. `SourceDBSnapshotIdentifier` `arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20161115`
Untuk mengetahui informasi selengkapnya tentang permintaan bertanda tangan Signature Versi 4, lihat berikut ini:
+ [Mengautentikasi permintaan: Menggunakan parameter kueri (versi AWS tanda tangan 4) di Referensi](https://docs.aws.amazon.com/AmazonS3/latest/API/sigv4-query-string-auth.html) API Amazon Simple Storage Service
+ [Proses penandatanganan versi 4](https://docs.aws.amazon.com/general/latest/gr/signature-version-4.html) tanda tangan di Referensi Umum AWS
**Example dari kunci yang tidak terenkripsi, ke Wilayah yang sama**
Kode berikut membuat salinan snapshot, dengan nama baru`mydbsnapshotcopy`, Wilayah AWS sama dengan snapshot sumber. Setelah salinan dibuat, semua tanda di snapshot asli akan disalin ke salinan snapshot.
```
https://rds.us-west-1.amazonaws.com/
?Action=CopyDBSnapshot
&CopyTags=true
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&SourceDBSnapshotIdentifier=mysql-instance1-snapshot-20130805
&TargetDBSnapshotIdentifier=mydbsnapshotcopy
&Version=2013-09-09
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20140429/us-west-1/rds/aws4_request
&X-Amz-Date=20140429T175351Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=9164337efa99caf850e874a1cb7ef62f3cea29d0b448b9e0e7c53b288ddffed2
```
**Example dari kunci yang tidak terenkripsi, lintas Wilayah**
Kode berikut membuat salinan snapshot, dengan nama baru `mydbsnapshotcopy`, di AS Barat (California Utara).
```
https://rds.us-west-1.amazonaws.com/
?Action=CopyDBSnapshot
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-east-1%3A123456789012%3Asnapshot%3Amysql-instance1-snapshot-20130805
&TargetDBSnapshotIdentifier=mydbsnapshotcopy
&Version=2013-09-09
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20140429/us-west-1/rds/aws4_request
&X-Amz-Date=20140429T175351Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=9164337efa99caf850e874a1cb7ef62f3cea29d0b448b9e0e7c53b288ddffed2
```
**Example dari kunci yang terenkripsi, lintas Wilayah**
Kode berikut membuat salinan snapshot, dengan nama baru `mydbsnapshotcopy`, di AS Timur (Virginia Utara).
```
https://rds.us-east-1.amazonaws.com/
?Action=CopyDBSnapshot
&KmsKeyId=my-us-east-1-key
&OptionGroupName=custom-option-group-name
&PreSignedUrl=https%253A%252F%252Frds.us-west-2.amazonaws.com%252F
%253FAction%253DCopyDBSnapshot
%2526DestinationRegion%253Dus-east-1
%2526KmsKeyId%253Dmy-us-east-1-key
%2526SourceDBSnapshotIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%25253A123456789012%25253Asnapshot%25253Amysql-instance1-snapshot-20161115
%2526SignatureMethod%253DHmacSHA256
%2526SignatureVersion%253D4
%2526Version%253D2014-10-31
%2526X-Amz-Algorithm%253DAWS4-HMAC-SHA256
%2526X-Amz-Credential%253DAKIADQKE4SARGYLE%252F20161117%252Fus-west-2%252Frds%252Faws4_request
%2526X-Amz-Date%253D20161117T215409Z
%2526X-Amz-Expires%253D3600
%2526X-Amz-SignedHeaders%253Dcontent-type%253Bhost%253Buser-agent%253Bx-amz-content-sha256%253Bx-amz-date
%2526X-Amz-Signature%253D255a0f17b4e717d3b67fad163c3ec26573b882c03a65523522cf890a67fca613
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-west-2%3A123456789012%3Asnapshot%3Amysql-instance1-snapshot-20161115
&TargetDBSnapshotIdentifier=mydbsnapshotcopy
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20161117T221704Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=da4f2da66739d2e722c85fcfd225dc27bba7e2b8dbea8d8612434378e52adccf
```
## Batasan
Berikut ini adalah beberapa batasan saat Anda menyalin snapshot:
+ Anda tidak dapat menyalin snapshot ke atau dari Wilayah Tiongkok (Beijing) atau Wilayah Tiongkok (Ningxia).
+ Anda dapat menyalin snapshot antara AWS GovCloud (AS-Timur) dan AWS GovCloud (AS-Barat). Namun, Anda tidak dapat menyalin snapshot antara Wilayah dan Wilayah GovCloud (AS) ini yang bukan Wilayah GovCloud (AS).
+ Jika Anda menghapus snapshot sumber sebelum snapshot target tersedia, penyalinan snapshot mungkin gagal. Verifikasi bahwa snapshot target memiliki status `AVAILABLE` sebelum Anda menghapus snapshot sumber.
+ Anda dapat memiliki hingga 20 snapshot permintaan salinan yang berlangsung ke satu Wilayah tujuan per akun.
+ Saat Anda meminta beberapa salinan snapshot untuk instans DB sumber yang sama, salinan tersebut diantrekan secara internal. Salinan yang diminta nanti tidak akan dimulai hingga salinan snapshot sebelumnya selesai. Untuk informasi selengkapnya, lihat [Mengapa pembuatan snapshot EC2 AMI atau EBS saya](https://aws.amazon.com/premiumsupport/knowledge-center/ebs-snapshot-ec2-ami-creation-slow/) lambat? di pusat AWS pengetahuan.
+ Bergantung pada yang Wilayah AWS terlibat dan jumlah data yang akan disalin, salinan snapshot lintas wilayah dapat memakan waktu berjam-jam untuk diselesaikan. Dalam beberapa kasus, mungkin ada sejumlah besar permintaan penyalinan snapshot lintas Wilayah dari Wilayah sumber tertentu. Dalam kasus seperti itu, Amazon RDS mungkin menempatkan permintaan penyalinan lintas Wilayah baru dari Wilayah sumber tersebut ke dalam antrean hingga beberapa penyalinan yang sedang berlangsung selesai. Tidak ada informasi progres yang ditampilkan tentang permintaan penyalinan saat permintaan tersebut ada di dalam antrean. Informasi kemajuan ditampilkan saat penyalinan dimulai.
+ Jika salinan masih tertunda saat Anda memulai salinan lain, salinan kedua dimulai hanya setelah salinan pertama selesai.
+ Anda tidak dapat menyalin snapshot dari cluster DB multi-AZ.
+ Anda hanya dapat menyalin snapshot dari instans DB yang menggunakan volume io2 ke Wilayah AWS tempat volume io2 Block Express tersedia. Untuk informasi selengkapnya, lihat [Penyimpanan instans DB Amazon RDS](CHAP_Storage.md).
## Pertimbangan
Untuk pertimbangan saat menyalin snapshot DB, lihat topik berikut.
**Topics**
+ [Penyimpanan Snapshot](#USER_CopySnapshot.Retention)
+ [Pertimbangan untuk menyalin snapshot bersama](#USER_CopySnapshot.Shared)
+ [Pertimbangan untuk penyalinan snapshot terenkripsi](#USER_CopySnapshot.Encryption)
+ [Pertimbangan untuk penyalinan snapshot tambahan](#USER_CopySnapshot.Incremental)
+ [Pertimbangan untuk penyalinan snapshot lintas wilayah](#USER_CopySnapshot.AcrossRegions)
+ [Pertimbangan untuk grup opsi](#USER_CopySnapshot.Options)
+ [Pertimbangan untuk kelompok parameter](#USER_CopySnapshot.Parameters)
### Penyimpanan Snapshot
Amazon RDS menghapus cadangan otomatis dalam beberapa situasi:
+ Pada akhir periode retensi snapshot.
+ Saat Anda menonaktifkan pencadangan otomatis untuk instans DB.
+ Saat Anda menghapus instans DB.
Jika Anda ingin mempertahankan pencadangan otomatis untuk jangka waktu lebih lama, salin untuk membuat snapshot manual, yang dipertahankan hingga Anda menghapusnya. Biaya penyimpanan Amazon RDS mungkin berlaku untuk snapshot manual jika melebihi ruang penyimpanan default.
Untuk informasi selengkapnya tentang biaya penyimpanan cadangan, lihat [Harga Amazon RDS](https://aws.amazon.com/rds/pricing/).
### Pertimbangan untuk menyalin snapshot bersama
Anda dapat menyalin snapshot yang dibagikan kepada Anda oleh orang lain Akun AWS. Dalam beberapa kasus, Anda mungkin menyalin snapshot terenkripsi yang telah dibagikan dari yang lain. Akun AWS Dalam kasus ini, Anda harus memiliki akses ke AWS KMS key yang digunakan untuk mengenkripsi snapshot.
**catatan**
Biaya penyimpanan Amazon RDS berlaku untuk snapshot bersama yang Anda salin. Amazon RDS mungkin melampirkan ARN dari instans DB sumber ke snapshot yang Anda salin.
Anda dapat menyalin snapshot DB bersama Wilayah AWS jika snapshot tidak dienkripsi.
**catatan**
Menyalin snapshot inkremental bersama yang sama didukung saat tidak Wilayah AWS dienkripsi, atau dienkripsi menggunakan kunci KMS yang sama dengan snapshot penuh awal. Jika Anda menggunakan kunci KMS yang berbeda untuk mengenkripsi snapshot berikutnya saat menyalinnya, snapshot yang dibagikan tersebut adalah snapshot penuh. Untuk informasi selengkapnya, lihat [Pertimbangan untuk penyalinan snapshot tambahan](#USER_CopySnapshot.Incremental).
#### Salinan lintas wilayah dan lintas akun dalam satu langkah
Untuk menyalin snapshot Lintas wilayah dan lintas akun dalam satu tindakan, Anda harus terlebih dahulu membagikan snapshot dengan akun target. AWS Jika snapshot dienkripsi, Anda juga harus membagikan AWS KMS kunci dengan akun target. AWS Jika snapshot dienkripsi dengan AWS KMS kunci default, Anda harus terlebih dahulu menyalin snapshot untuk mengenkripsi ulang dengan kunci yang dikelola pelanggan sebelum membagikannya dengan akun target. Setelah dibagikan, Anda dapat memulai salinan ke akun tersebut (In-region atau Cross-region) dari akun target.
### Pertimbangan untuk penyalinan snapshot terenkripsi
Anda dapat menyalin snapshot yang telah dienkripsi menggunakan kunci KMS. Jika Anda menyalin snapshot terenkripsi, salinan snapshot tersebut juga harus dienkripsi. Jika Anda menyalin snapshot terenkripsi dalam yang sama Wilayah AWS, Anda dapat mengenkripsi salinan dengan kunci KMS yang sama dengan snapshot asli. Atau Anda dapat menentukan kunci KMS yang berbeda.
Jika Anda menyalin snapshot terenkripsi antar-Wilayah, Anda harus menentukan kunci KMS yang valid di Wilayah AWS tujuan. Kunci ini dapat berupa kunci KMS khusus Wilayah, atau kunci multi-Wilayah. Untuk informasi selengkapnya tentang kunci KMS multi-Wilayah, lihat [Menggunakan kunci multi-Wilayah di AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html).
Snapshot sumber tetap terenkripsi selama proses penyalinan. Untuk informasi selengkapnya, lihat [Batasan instans DB terenkripsi Amazon RDS](Overview.Encryption.md#Overview.Encryption.Limitations).
Anda juga dapat mengenkripsi salinan snapshot yang tidak terenkripsi. Dengan cara ini, Anda dapat dengan cepat menambahkan enkripsi ke instans DB yang tidak dienkripsi sebelumnya. Untuk melakukan ini, Anda membuat snapshot instans DB saat Anda siap mengenkripsinya. Kemudian, Anda membuat salinan snapshot tersebut dan menentukan kunci KMS untuk mengenkripsi salinan snapshot tersebut. Anda kemudian dapat memulihkan instans DB terenkripsi dari snapshot terenkripsi.
**penting**
Bila Anda menggunakan pernyataan penolakan eksplisit untuk semua sumber daya (\$1) dalam kebijakan AWS KMS utama dengan layanan terkelola seperti Amazon RDS, Anda harus menentukan kondisi untuk mengizinkan akun pemilik sumber daya. Operasi penyalinan mungkin gagal tanpa kondisi ini, bahkan jika aturan penolakan menyertakan pengecualian untuk pengguna IAM Anda.
Untuk informasi selengkapnya tentang manajemen AWS KMS kunci untuk Amazon RDS, lihat[AWS KMS key manajemen](Overview.Encryption.Keys.md).
#### Izin yang diperlukan untuk menyalin snapshot terenkripsi
Untuk menyalin snapshot DB terenkripsi, pengguna Anda harus memiliki izin berikut untuk menggunakan enkripsi Amazon RDS.
+ `kms:DescribeKey`
+ `kms:CreateGrant`
+ `kms:Decrypt`
+ `kms:Encrypt`
+ `kms:GenerateDataKey`
+ `kms:GenerateDataKeyWithoutPlaintext`
+ `kms:ReEncrypt`
Jika Anda menggunakan ketentuan kebijakan IAM untuk membatasi operasi AWS KMS hibah, pastikan kebijakan Anda mencakup semua operasi yang diperlukan oleh Amazon RDS. Jika Anda menerima `KMSKeyNotAccessibleFault` kesalahan saat menyalin snapshot terenkripsi di seluruh Wilayah, verifikasi bahwa kebijakan IAM Anda mencakup semua operasi hibah wajib AWS KMS yang disebutkan di atas.
### Pertimbangan untuk penyalinan snapshot tambahan
Snapshot *inkremental* hanya berisi data yang telah berubah setelah snapshot terbaru dari instans DB yang sama. Penyalinan snapshot inkremental lebih cepat dan menghasilkan biaya penyimpanan yang lebih rendah daripada penyalinan snapshot penuh.
Apakah salinan snapshot bersifat inkremental ditentukan oleh salinan snapshot yang paling baru selesai dan snapshot sumber. Jika salinan snapshot terbaru dihapus, salinan berikutnya adalah salinan penuh, bukan salinan inkremental. Salinan snapshot akan memiliki tipe yang sama dengan snapshot sumber. Jika snapshot sumber adalah snapshot tambahan, maka salinan snapshot akan menjadi snapshot tambahan. Incrementality juga ditentukan oleh jumlah perubahan yang telah terjadi dalam instance DB sumber sejak snapshot terbaru.
Saat Anda menyalin snapshot Akun AWS, salinannya adalah salinan tambahan hanya jika semua kondisi berikut terpenuhi:
+ Salinan snapshot terbaru adalah dari instans DB sumber yang sama dan masih ada di akun tujuan.
+ Semua salinan snapshot di akun tujuan tidak dienkripsi atau dienkripsi menggunakan kunci KMS yang sama. Jika mereka dienkripsi, maka mereka harus memiliki garis keturunan yang sama yaitu kedalaman warisan yang cocok dan kunci enkripsi yang konsisten pada tingkat yang sesuai.
+ Jika instans DB sumber adalah instans Multi-AZ, instans tersebut tidak gagal ke AZ lain sejak snapshot terakhir diambil.
Contoh berikut ini menggambarkan perbedaan antara snapshot penuh dan inkremental. Contoh ini berlaku untuk snapshot yang dibagikan dan tidak dibagikan.
| Snapshot | Kunci enkripsi | Penuh atau inkremental |
| --- | --- | --- |
| S1 | K1 | Penuh |
| S2 | K1 | Inkremental S1 |
| S3 | K1 | Inkremental S2 |
| S4 | K1 | Inkremental S3 |
| Salinan S1 (S1C) | K2 | Penuh |
| Salinan S2 (S2C) | K3 | Penuh |
| Salinan S3 (S3C) | K3 | Inkremental S2C |
| Salinan S4 (S4C) | K3 | Inkremental S3C |
| Salinan 2 dari S4 (S4C2) | K4 | Penuh |
**catatan**
Dalam contoh ini, snapshot S2, S3, dan S4 hanya bersifat inkremental jika snapshot sebelumnya masih ada.
Hal yang sama berlaku untuk salinan. Salinan snapshot S3C dan S4C hanya inkremental jika salinan sebelumnya masih ada.
Untuk informasi tentang menyalin snapshot inkremental, lihat. Wilayah AWS[Salinan penuh dan bersifat inkremental](#USER_CopySnapshot.AcrossRegions.Full)
### Pertimbangan untuk penyalinan snapshot lintas wilayah
Anda dapat menyalin snapshot DB di seluruh Wilayah AWS. Biaya transfer data berlaku untuk salinan snapshot lintas wilayah. Penyalinan snapshot Lintas Wilayah tunduk pada kendala dan pertimbangan tertentu.
#### Meminta salinan snapshot DB lintas Wilayah
Untuk berkomunikasi dengan Wilayah sumber untuk meminta salinan snapshot DB lintas Wilayah, pemohon (peran IAM atau pengguna IAM) harus memiliki akses ke sumber snapshot DB dan Wilayah sumber.
Kondisi tertentu dalam kebijakan IAM peminta dapat menyebabkan permintaan gagal. Contoh berikut berasumsi bahwa Anda menyalin snapshot DB dari AS Timur (Ohio) ke AS Timur (Virginia Utara). Contoh ini menunjukkan kondisi dalam kebijakan IAM pemohon yang menyebabkan permintaan gagal:
+ Kebijakan pemohon memiliki kondisi untuk `aws:RequestedRegion`.
```
...
"Effect": "Allow",
"Action": "rds:CopyDBSnapshot",
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:RequestedRegion": "us-east-1"
}
}
```
Permintaan gagal karena kebijakan tidak mengizinkan akses ke Wilayah sumber. Untuk permintaan yang berhasil, tentukan Wilayah sumber dan tujuan.
```
...
"Effect": "Allow",
"Action": "rds:CopyDBSnapshot",
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:RequestedRegion": [
"us-east-1",
"us-east-2"
]
}
}
```
+ Kebijakan milik pemohon tidak memungkinkan akses ke snapshot DB sumber.
```
...
"Effect": "Allow",
"Action": "rds:CopyDBSnapshot",
"Resource": "arn:aws:rds:us-east-1:123456789012:snapshot:target-snapshot"
...
```
Untuk permintaan yang berhasil, tentukan snapshot sumber dan target.
```
...
"Effect": "Allow",
"Action": "rds:CopyDBSnapshot",
"Resource": [
"arn:aws:rds:us-east-1:123456789012:snapshot:target-snapshot",
"arn:aws:rds:us-east-2:123456789012:snapshot:source-snapshot"
]
...
```
+ Kebijakan pemohon menolak `aws:ViaAWSService`.
```
...
"Effect": "Allow",
"Action": "rds:CopyDBSnapshot",
"Resource": "*",
"Condition": {
"Bool": {"aws:ViaAWSService": "false"}
}
```
Komunikasi dengan Wilayah sumber dibuat oleh RDS atas nama pemohon. Untuk permintaan yang berhasil, jangan menolak panggilan yang dilakukan oleh AWS layanan.
+ Kebijakan pemohon memiliki kondisi untuk `aws:SourceVpc` atau `aws:SourceVpce`.
Permintaan ini mungkin gagal karena ketika RDS membuat panggilan ke Wilayah jarak jauh, panggilan tersebut bukan dari VPC yang ditentukan atau titik akhir VPC.
Jika Anda perlu menggunakan salah satu kondisi sebelumnya yang akan menyebabkan permintaan gagal, Anda dapat menyertakan pernyataan kedua dengan `aws:CalledVia` dalam kebijakan Anda untuk membuat permintaan berhasil. Misalnya, Anda dapat menggunakan `aws:CalledVia` dengan `aws:SourceVpce` seperti yang ditunjukkan di sini:
```
...
"Effect": "Allow",
"Action": "rds:CopyDBSnapshot",
"Resource": "*",
"Condition": {
"Condition" : {
"ForAnyValue:StringEquals" : {
"aws:SourceVpce": "vpce-1a2b3c4d"
}
}
},
{
"Effect": "Allow",
"Action": [
"rds:CopyDBSnapshot"
],
"Resource": "*",
"Condition": {
"ForAnyValue:StringEquals": {
"aws:CalledVia": [
"rds.amazonaws.com"
]
}
}
}
```
Untuk mengetahui informasi selengkapnya, lihat [Kebijakan dan izin di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) pada *Panduan Pengguna IAM*.
#### Mengotorisasi salinan snapshot
Setelah permintaan salinan snapshot DB lintas Wilayah menampilkan `success`, RDS mulai menyalin di latar belakang. Otorisasi untuk RDS untuk mengakses snapshot sumber telah dibuat. Otorisasi ini mengaitkan snapshot DB sumber ke snapshot DB target, dan mengizinkan RDS untuk menyalin hanya ke snapshot target yang ditentukan.
Otorisasi ini diverifikasi oleh RDS menggunakan izin `rds:CrossRegionCommunication` dalam peran IAM yang tertaut dengan layanan. Jika salinan sudah diotorisasi, RDS berkomunikasi dengan Wilayah sumber dan menyelesaikan salinan.
RDS tidak memiliki akses ke snapshot DB yang tidak diotorisasi sebelumnya oleh permintaan `CopyDBSnapshot`. Otorisasi dicabut saat penyalinan selesai.
RDS menggunakan peran yang terkait layanan untuk memverifikasi otorisasi di Wilayah sumber. Jika Anda menghapus peran yang tertaut dengan layanan selama proses penyalinan, salinan akan gagal.
Untuk mengetahui informasi selengkapnya, lihat [Menggunakan peran tertaut layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html) di *Panduan Pengguna IAM*.
#### Menggunakan AWS Security Token Service kredensil
Token sesi dari titik akhir global AWS Security Token Service (AWS STS) hanya valid di Wilayah AWS yang diaktifkan secara default (Wilayah komersial). Jika Anda menggunakan kredensyal dari operasi `assumeRole` API di AWS STS, gunakan titik akhir regional jika Wilayah sumber adalah Region keikutsertaan. Jika tidak, permintaan akan gagal. Hal ini terjadi karena kredensyal Anda harus valid di kedua Wilayah, yang berlaku untuk Wilayah keikutsertaan hanya jika titik AWS STS akhir regional digunakan.
Untuk menggunakan titik akhir global, pastikan bahwa titik akhir tersebut diaktifkan untuk kedua Wilayah dalam operasi. Setel titik akhir global ke `Valid in all Wilayah AWS` dalam pengaturan AWS STS akun.
Aturan yang sama berlaku untuk kredensial dalam parameter URL yang telah ditandatangani sebelumnya.
Untuk informasi selengkapnya, lihat [Mengelola AWS STS Wilayah AWS dalam](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html) *Panduan Pengguna IAM*.
#### Latensi dan permintaan beberapa salinan
Bergantung pada yang Wilayah AWS terlibat dan jumlah data yang akan disalin, salinan snapshot lintas wilayah dapat memakan waktu berjam-jam untuk diselesaikan.
Dalam beberapa kasus, mungkin ada sejumlah besar permintaan penyalinan snapshot lintas Wilayah dari Wilayah AWS sumber tertentu. Dalam kasus seperti itu, Amazon RDS mungkin menempatkan permintaan salinan Lintas wilayah baru dari sumber tersebut Wilayah AWS ke dalam antrian hingga beberapa salinan yang sedang berlangsung selesai. Tidak ada informasi progres yang ditampilkan tentang permintaan penyalinan saat permintaan tersebut ada di dalam antrean. Informasi kemajuan ditampilkan saat penyalinan dimulai.
#### Salinan penuh dan bersifat inkremental
Saat Anda menyalin snapshot ke snapshot yang berbeda Wilayah AWS dari sumber, salinan pertama adalah salinan snapshot lengkap, bahkan jika Anda menyalin snapshot tambahan. Salinan snapshot lengkap berisi semua data dan metadata yang diperlukan untuk memulihkan instans DB. Setelah salinan snapshot pertama, Anda dapat menyalin snapshot tambahan dari instans DB yang sama ke Wilayah tujuan yang sama dalam hal yang sama. Akun AWS Untuk mengetahui informasi selengkapnya tentang snapshot inkremental, lihat [Pertimbangan untuk penyalinan snapshot tambahan](#USER_CopySnapshot.Incremental).
Penyalinan snapshot tambahan di seluruh didukung untuk snapshot Wilayah AWS yang tidak terenkripsi dan terenkripsi.
Saat Anda menyalin snapshot Wilayah AWS, salinannya adalah salinan tambahan jika kondisi berikut terpenuhi:
+ Snapshot sebelumnya disalin ke Wilayah tujuan.
+ Salinan snapshot terbaru masih ada di Wilayah tujuan.
+ Semua salinan snapshot di Wilayah tujuan tidak dienkripsi atau dienkripsi menggunakan kunci KMS yang sama.
### Pertimbangan untuk grup opsi
Grup opsi DB khusus untuk tempat Wilayah AWS mereka dibuat, dan Anda tidak dapat menggunakan grup opsi dari satu Wilayah AWS sama lain Wilayah AWS.
Untuk database Oracle, Anda dapat menggunakan AWS CLI atau RDS API untuk menyalin grup opsi DB kustom dari snapshot yang telah dibagikan dengan Anda. Akun AWS Anda hanya dapat menyalin grup opsi dalam Wilayah AWS yang sama. Grup opsi tidak disalin jika telah disalin ke akun tujuan dan tidak ada perubahan yang dilakukan sejak disalin. Jika grup opsi sumber telah disalin sebelumnya, tetapi telah berubah sejak disalin, RDS menyalin versi baru ke akun tujuan. Grup opsi default tidak disalin.
Saat Anda menyalin snapshot lintas Wilayah, Anda dapat menentukan kelompok opsi baru untuk snapshot. Sebaiknya siapkan grup opsi baru sebelum menyalin snapshot. Di tujuan Wilayah AWS, buat grup opsi dengan pengaturan yang sama dengan instans DB asli. Jika sudah ada di yang baru Wilayah AWS, Anda dapat menggunakan yang itu.
Dalam beberapa kasus, Anda mungkin menyalin snapshot dan tidak menentukan grup opsi baru untuk snapshot. Dalam kasus ini, jika Anda memulihkan snapshot, instans DB mendapatkan grup opsi default. Untuk memberikan instans DB baru opsi yang sama seperti aslinya, Anda harus melakukan hal berikut:
1. Di tujuan Wilayah AWS, buat grup opsi dengan pengaturan yang sama dengan instans DB asli. Jika sudah ada di yang baru Wilayah AWS, Anda dapat menggunakan yang itu.
1. Setelah Anda mengembalikan snapshot di tujuan Wilayah AWS, ubah instans DB baru dan tambahkan grup opsi baru atau yang sudah ada dari langkah sebelumnya.
### Pertimbangan untuk kelompok parameter
Saat Anda menyalin snapshot lintas Wilayah, salinan tersebut tidak menyertakan grup parameter yang digunakan oleh instans DB asli. Saat Anda mengembalikan snapshot untuk membuat instance DB baru, instans DB itu mendapatkan grup parameter default untuk Wilayah AWS itu dibuat. Untuk memberikan instans DB baru parameter yang sama seperti aslinya, Anda harus melakukan hal berikut:
1. Di tujuan Wilayah AWS, buat grup parameter DB dengan pengaturan yang sama dengan instans DB asli. Jika sudah ada di yang baru Wilayah AWS, Anda dapat menggunakan yang itu.
1. Setelah Anda mengembalikan snapshot di tujuan Wilayah AWS, ubah instans DB baru dan tambahkan grup parameter baru atau yang sudah ada dari langkah sebelumnya.
# Berbagi snapshot DB untuk Amazon RDS
Dengan Amazon RDS, Anda dapat berbagi snapshot DB manual dengan cara berikut:
+ Berbagi snapshot DB manual, baik terenkripsi atau tidak terenkripsi, memungkinkan diizinkan untuk menyalin snapshot. Akun AWS
+ Berbagi snapshot DB manual yang tidak terenkripsi memungkinkan otorisasi Akun AWS untuk secara langsung memulihkan instance DB dari snapshot alih-alih mengambil salinannya dan memulihkannya. Namun, 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.
**catatan**
Untuk berbagi snapshot DB otomatis, buat snapshot DB manual dengan menyalin snapshot otomatis, lalu membagikan salinannya. Proses ini juga berlaku untuk sumber daya yang AWS dihasilkan oleh Backup.
Untuk informasi selengkapnya tentang cara menyalin snapshot, lihat [Menyalin snapshot DB untuk Amazon RDS](USER_CopySnapshot.md). Untuk informasi selengkapnya tentang cara memulihkan instans DB dari snapshot DB, lihat [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
Anda dapat berbagi snapshot manual dengan hingga 20 lainnya Akun AWS.
Batasan berikut berlaku saat Anda berbagi foto manual dengan yang lain Akun AWS:
+ Saat memulihkan instans DB dari snapshot bersama menggunakan AWS Command Line Interface (AWS CLI) atau Amazon RDS API, Anda harus menentukan Nama Sumber Daya Amazon (ARN) dari snapshot bersama sebagai pengidentifikasi snapshot.
+ Anda tidak dapat membagikan snapshot DB yang menggunakan grup opsi dengan opsi permanen atau persisten, kecuali untuk instans DB Oracle yang memiliki opsi `Timezone` atau `OLS` (atau keduanya).
*Opsi permanen* tidak dapat dihapus dari grup opsi. Grup opsi dengan opsi persisten tidak dapat dihapus dari instans DB setelah grup opsi ditugaskan ke instans DB.
Tabel berikut ini menampilkan daftar opsi permanen dan persisten dan mesin DB terkait.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/USER_ShareSnapshot.html)
Untuk instans DB Oracle, Anda dapat menyalin snapshot DB yang dibagikan yang memiliki opsi `Timezone` atau `OLS` (atau keduanya). Untuk melakukannya, tentukan grup opsi target yang mencakup opsi ini saat Anda menyalin snapshot DB. Opsi OLS bersifat permanen dan persisten hanya untuk instans DB Oracle yang menjalankan Oracle versi 12.2 atau lebih tinggi. Untuk informasi selengkapnya tentang opsi ini, lihat [Zona waktu Oracle](Appendix.Oracle.Options.Timezone.md) dan [Keamanan Label Oracle](Oracle.Options.OLS.md).
+ Anda tidak dapat membagikan snapshot dari cluster DB multi-AZ.
+ Anda tidak dapat membagikan snapshot saat berisi volume penyimpanan tambahan.
Lihat topik berikut untuk informasi tentang berbagi snapshot publik, berbagi snapshot terenkripsi, dan menghentikan berbagi snapshot.
**Topik**
+ [Berbagi snapshot publik untuk Amazon RDS](USER_ShareSnapshot.Public.md)
+ [Berbagi snapshot terenkripsi untuk Amazon RDS](share-encrypted-snapshot.md)
+ [Menghentikan berbagi snapshot untuk Amazon RDS](share-snapshot-stop.md)
## Berbagi snapshot
Anda dapat membagikan snapshot DB menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
### Konsol
Menggunakan konsol Amazon RDS, Anda dapat membagikan snapshot DB manual hingga 20. Akun AWS Anda juga dapat menggunakan konsol untuk berhenti berbagi snapshot manual dengan satu atau beberapa akun.
**Untuk berbagi snapshot DB manual dengan menggunakan konsol Amazon RDS**
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 manual yang ingin Anda bagikan.
1. Untuk **Tindakan**, pilih **Bagikan snapshot**.
1. Pilih salah satu opsi berikut untuk **Visibilitas snapshot DB**.
+ Jika sumbernya tidak terenkripsi, pilih **Publik** untuk mengizinkan semua AWS akun memulihkan instans DB dari snapshot DB manual Anda, atau pilih **Pribadi** untuk mengizinkan hanya Akun AWS yang Anda tentukan untuk memulihkan instans DB dari snapshot DB manual Anda.
**Awas**
Jika Anda mengatur **visibilitas snapshot DB** ke **Publik**, semua Akun AWS dapat memulihkan instans DB dari snapshot DB manual Anda dan memiliki akses ke data Anda. Jangan berbagi snapshot DB manual apa pun yang berisi informasi privat sebagai **Publik**.
Untuk informasi selengkapnya, lihat [Berbagi snapshot publik untuk Amazon RDS](USER_ShareSnapshot.Public.md).
+ Jika sumbernya dienkripsi, **Visibilitas snapshot DB** ditetapkan sebagai **Privat** karena snapshot terenkripsi tidak dapat dibagikan sebagai publik.
**catatan**
Snapshot yang telah dienkripsi dengan default tidak AWS KMS key dapat dibagikan. Untuk informasi tentang cara mengatasi masalah ini, lihat[Berbagi snapshot terenkripsi untuk Amazon RDS](share-encrypted-snapshot.md).
1. **Untuk **ID AWS Akun**, masukkan Akun AWS pengenal untuk akun yang ingin Anda izinkan untuk memulihkan instans DB dari snapshot manual Anda, lalu pilih Tambah.** Ulangi untuk menyertakan Akun AWS pengidentifikasi tambahan, hingga 20 Akun AWS.
Jika Anda membuat kesalahan saat menambahkan Akun AWS pengenal ke daftar akun yang diizinkan, Anda dapat menghapusnya dari daftar dengan memilih **Hapus** di sebelah kanan Akun AWS pengidentifikasi yang salah.
![\[Izin Akun AWS untuk mengembalikan snapshot DB manual\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/ShareSnapshot_add.png)
1. Setelah Anda menambahkan pengenal untuk semua Akun AWS yang ingin Anda izinkan untuk memulihkan snapshot manual, pilih **Simpan untuk menyimpan** perubahan Anda.
### AWS CLI
Untuk berbagi snapshot DB, gunakan perintah `aws rds modify-db-snapshot-attribute`. Gunakan `--values-to-add` parameter untuk menambahkan daftar IDs untuk Akun AWS yang berwenang untuk mengembalikan snapshot manual.
**Example berbagi snapshot dengan satu akun**
Contoh berikut memungkinkan Akun AWS identifier `123456789012` untuk mengembalikan snapshot DB bernama. `db7-snapshot`
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-snapshot-attribute \
--db-snapshot-identifier db7-snapshot \
--attribute-name restore \
--values-to-add 123456789012
```
Untuk Windows:
```
aws rds modify-db-snapshot-attribute ^
--db-snapshot-identifier db7-snapshot ^
--attribute-name restore ^
--values-to-add 123456789012
```
**Example berbagi snapshot dengan beberapa akun**
Contoh berikut memungkinkan dua Akun AWS pengidentifikasi, `111122223333` dan`444455556666`, untuk mengembalikan snapshot DB bernama. `manual-snapshot1`
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-snapshot-attribute \
--db-snapshot-identifier manual-snapshot1 \
--attribute-name restore \
--values-to-add {"111122223333","444455556666"}
```
Untuk Windows:
```
aws rds modify-db-snapshot-attribute ^
--db-snapshot-identifier manual-snapshot1 ^
--attribute-name restore ^
--values-to-add "[\"111122223333\",\"444455556666\"]"
```
Saat menggunakan command prompt Windows, Anda harus meng-escape tanda kutip ganda (") dalam kode JSON dengan memberikan garis miring terbalik (\$1) di depannya.
Untuk membuat daftar yang Akun AWS diaktifkan untuk memulihkan snapshot, gunakan [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshot-attributes.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshot-attributes.html) AWS CLI perintah.
### API RDS
Anda juga dapat berbagi snapshot DB manual dengan yang lain Akun AWS dengan menggunakan Amazon RDS API. Untuk melakukannya, panggil operasi [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshotAttribute.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshotAttribute.html). Tentukan `restore` untuk`AttributeName`, dan gunakan `ValuesToAdd` parameter untuk menambahkan daftar IDs untuk Akun AWS yang berwenang untuk mengembalikan snapshot manual.
Untuk membuat snapshot manual publik dan dapat dipulihkan oleh semua orang Akun AWS, gunakan nilainya. `all` Namun, berhati-hatilah untuk tidak menambahkan `all` nilai untuk setiap snapshot manual yang berisi informasi pribadi yang Anda tidak ingin tersedia untuk semua Akun AWS. Selain itu, jangan tentukan `all` untuk snapshot terenkripsi karena menjadikan snapshot tersebut berstatus publik tidak didukung.
Untuk mencantumkan semua yang Akun AWS diizinkan untuk memulihkan snapshot, gunakan operasi [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshotAttributes.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshotAttributes.html)API.
# Berbagi snapshot publik untuk Amazon RDS
Anda dapat membagikan snapshot manual yang tidak terenkripsi sebagai publik, yang membuat snapshot tersedia untuk semua. Akun AWS Pastikan saat berbagi snapshot sebagai publik bahwa tidak ada informasi pribadi yang dimasukkan ke dalam snapshot publik.
Ketika snapshot dibagikan secara publik, ia memberikan semua Akun AWS izin untuk menyalin snapshot dan membuat instance DB darinya.
Anda tidak ditagih untuk penyimpanan cadangan snapshot publik yang dimiliki oleh akun lain. Anda hanya ditagih untuk snapshot yang Anda miliki.
Jika Anda menyalin snapshot publik, Anda memiliki salinannya. Anda ditagih untuk penyimpanan cadangan salinan snapshot Anda. Jika Anda membuat instans DB dari snapshot publik, Anda ditagih untuk instans DB tersebut. Untuk informasi RDS harga Amazon, lihat [halaman RDS produk Amazon](https://aws.amazon.com/rds/pricing).
Anda hanya dapat menghapus snapshot publik yang Anda miliki. Untuk menghapus snapshot bersama atau publik, pastikan untuk masuk ke Akun AWS yang memiliki snapshot tersebut.
## Melihat snapshot publik yang dimiliki oleh orang lain Akun AWS
Anda dapat melihat snapshot publik yang dimiliki oleh akun lain di AWS Wilayah tertentu pada tab **Publik** halaman **Snapshots** di konsol AmazonRDS. Snapshot Anda (yang dimiliki oleh akun Anda) tidak muncul di tab ini.
**Untuk melihat snapshot publik**
1. 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 tab **Publik**.
Snapshot publik muncul. Anda dapat melihat akun mana yang memiliki snapshot publik di kolom **Pemilik**.
**catatan**
Anda mungkin harus mengubah preferensi halaman, dengan memilih ikon roda gigi di kanan atas daftar **Snapshot publik**, untuk melihat kolom ini.
## Melihat snapshot publik Anda sendiri
Anda dapat menggunakan AWS CLI perintah berikut (hanya Unix) untuk melihat snapshot publik yang dimiliki oleh Anda Akun AWS di Wilayah tertentu AWS .
```
aws rds describe-db-snapshots --snapshot-type public --include-public | grep account_number
```
Output ditampilkan seperti contoh berikut jika Anda memiliki snapshot publik:
```
"DBSnapshotArn": "arn:aws:rds:us-east-1:123456789012:snapshot:mysnapshot1",
"DBSnapshotArn": "arn:aws:rds:us-east-1:123456789012:snapshot:mysnapshot2",
```
**catatan**
Anda mungkin melihat entri duplikat untuk `DBSnapshotIdentifier` atau `SourceDBSnapshotIdentifier`.
## Berbagi snapshot publik dari versi mesin DB yang tidak digunakan lagi
Memulihkan atau menyalin snapshot publik dari versi mesin DB yang tidak digunakan lagi tidak didukung.
Mesin RDS untuk Oracle dan RDS Postgre SQL DB mendukung peningkatan versi mesin snapshot DB secara langsung. Anda dapat meningkatkan snapshot Anda, lalu membagikannya kembali secara publik. Untuk informasi selengkapnya, lihat berikut ini:
+ [Meningkatkan snapshot DB Oracle](USER_UpgradeDBSnapshot.Oracle.md)
+ [Meningkatkan versi mesin snapshot DB PostgreSQL](USER_UpgradeDBSnapshot.PostgreSQL.md)
Untuk mesin DB lainnya, lakukan langkah-langkah berikut untuk membuat snapshot publik yang tidak didukung tersedia untuk dipulihkan atau disalin:
1. Tandai snapshot sebagai pribadi.
1. Pulihkan snapshot yang telah disalin.
1. Tingkatkan instans DB yang dipulihkan ke versi mesin yang didukung.
1. Buat snapshot baru.
1. Bagikan kembali snapshot secara publik.
# Berbagi snapshot terenkripsi untuk Amazon RDS
Anda dapat berbagi snapshot DB yang telah dienkripsi "saat diam" menggunakan algoritma enkripsi AES-256, sebagaimana dijelaskan dalam [Mengenkripsi sumber daya Amazon RDS](Overview.Encryption.md).
Pembatasan berikut berlaku untuk berbagi snapshot terenkripsi:
+ Anda tidak dapat membagikan snapshot terenkripsi sebagai publik.
+ Anda tidak dapat membagikan snapshot Oracle atau Microsoft SQL Server yang dienkripsi menggunakan Enkripsi Data Transparan (TDE).
+ Anda tidak dapat membagikan snapshot yang telah dienkripsi menggunakan kunci KMS default dari Akun AWS yang membagikan snapshot.
Untuk informasi selengkapnya tentang manajemen AWS KMS kunci untuk Amazon RDS, lihat[AWS KMS key manajemen](Overview.Encryption.Keys.md).
Untuk mengatasi masalah kunci KMS default, lakukan tugas-tugas berikut:
1. [Buat kunci yang dikelola pelanggan dan berikan akses ke sana](#share-encrypted-snapshot.cmk).
1. [Salin dan bagikan snapshot dari akun sumber](#share-encrypted-snapshot.share).
1. [Salin snapshot bersama di akun target](#share-encrypted-snapshot.target).
## Buat kunci yang dikelola pelanggan dan berikan akses ke sana
Pertama, Anda membuat kunci KMS kustom Wilayah AWS sama dengan snapshot DB terenkripsi. Saat membuat kunci yang dikelola pelanggan, Anda memberikan akses ke sana untuk yang lain Akun AWS.
**catatan**
Anda juga dapat menggunakan kunci KMS dari AWS akun lain saat kebijakan kunci memberikan akses ke akun sumber dan target.
**Untuk membuat kunci yang dikelola pelanggan dan memberikan akses ke sana**
1. Masuk ke Konsol Manajemen AWS dari sumbernya Akun AWS.
1. Buka AWS KMS konsol di [https://console.aws.amazon.com/kms](https://console.aws.amazon.com/kms).
1. Untuk mengubah Wilayah AWS, gunakan pemilih Wilayah di sudut kanan atas halaman.
1. Di panel navigasi, pilih **Kunci yang dikelola pelanggan**.
1. Pilih **Buat kunci**.
1. Pada halaman **tombol Konfigurasi**:
1. Untuk **Key type**, pilih **Symmetric**.
1. Untuk **penggunaan Kunci**, pilih **Enkripsi dan dekripsi**.
1. Perluas **Opsi lanjutan**.
1. Untuk **asal bahan utama**, pilih **KMS.**
1. Untuk **Regionalitas**, pilih kunci Wilayah **Tunggal**.
1. Pilih **Berikutnya**.
1. Pada halaman **Tambahkan label**:
1. Untuk **Alias**. masukkan nama tampilan untuk kunci KMS Anda, misalnya. **share-snapshot**
1. (Opsional) Masukkan deskripsi untuk kunci KMS Anda.
1. (Opsional) Tambahkan tag ke kunci KMS Anda.
1. Pilih **Berikutnya**.
1. Pada halaman **Tentukan izin administratif kunci**, pilih **Berikutnya**.
1. Pada halaman **Tentukan izin penggunaan kunci**:
1. Untuk **Lainnya Akun AWS**, pilih **Tambahkan yang lain Akun AWS**.
1. Masukkan ID yang Akun AWS ingin Anda berikan aksesnya.
Anda dapat memberikan akses ke beberapa Akun AWS.
1. Pilih **Berikutnya**.
1. Tinjau kunci KMS Anda, lalu pilih **Selesai**.
## Salin dan bagikan snapshot dari akun sumber
Selanjutnya Anda menyalin snapshot DB sumber ke snapshot baru menggunakan kunci yang dikelola pelanggan. Kemudian Anda membagikannya dengan target Akun AWS.
**Untuk menyalin dan membagikan snapshot**
1. Masuk ke Konsol Manajemen AWS dari sumbernya Akun AWS.
1. 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 Anda salin.
1. Untuk **Tindakan**, pilih **Salin snapshot**.
1. Pada halaman **Salin snapshot**:
1. Untuk **Wilayah Tujuan**, pilih Wilayah AWS tempat Anda membuat kunci yang dikelola pelanggan di prosedur sebelumnya.
1. Masukkan nama salinan snapshot DB di **New DB Snapshot** Identifier.
1. Untuk **AWS KMS key**, pilih kunci yang dikelola pelanggan yang Anda buat.
![\[Pilih kunci yang dikelola pelanggan.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/copy-encrypted-snapshot.png)
1. Pilih **Salin snapshot**.
1. Ketika salinan snapshot tersedia, pilih.
1. Untuk **Tindakan**, pilih **Bagikan snapshot**.
1. Pada halaman **izin Snapshot**:
1. Masukkan **Akun AWS ID** yang Anda gunakan untuk membagikan salinan snapshot, lalu pilih **Tambah**.
1. Pilih **Simpan**.
Snapshot dibagikan.
## Salin snapshot bersama di akun target
Sekarang Anda dapat menyalin snapshot bersama di target Akun AWS.
**Untuk menyalin snapshot bersama**
1. Masuk ke Konsol Manajemen AWS dari target Akun AWS.
1. 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 tab **Berbagi dengan saya**.
1. Pilih snapshot bersama.
1. Untuk **Tindakan**, pilih **Salin snapshot**.
1. Pilih pengaturan Anda untuk menyalin snapshot seperti pada prosedur sebelumnya, tetapi gunakan AWS KMS key yang termasuk dalam akun target.
Pilih **Salin snapshot**.
# Menghentikan berbagi snapshot untuk Amazon RDS
Untuk berhenti membagikan snapshot DB, Anda menghapus izin dari target Akun AWS.
## Konsol
**Untuk berhenti berbagi snapshot DB manual dengan Akun AWS**
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 manual yang pembagiannya ingin Anda hentikan.
1. Pilih **Tindakan**, lalu pilih **Bagikan snapshot**.
1. Untuk menghapus izin untuk Akun AWS, pilih **Hapus** untuk pengenal AWS akun untuk akun tersebut dari daftar akun resmi.
1. Pilih **Simpan** untuk menyimpan perubahan Anda.
## CLI
Untuk menghapus Akun AWS pengenal dari daftar, gunakan `--values-to-remove` parameter.
**Example menghentikan berbagi snapshot**
Contoh berikut mencegah Akun AWS ID 444455556666 memulihkan snapshot.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-snapshot-attribute \
--db-snapshot-identifier manual-snapshot1 \
--attribute-name restore \
--values-to-remove 444455556666
```
Untuk Windows:
```
aws rds modify-db-snapshot-attribute ^
--db-snapshot-identifier manual-snapshot1 ^
--attribute-name restore ^
--values-to-remove 444455556666
```
## API RDS
Untuk menghapus izin berbagi untuk sebuah Akun AWS, gunakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterSnapshotAttribute.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterSnapshotAttribute.html)operasi dengan `AttributeName` set to `restore` dan `ValuesToRemove` parameter. Untuk menandai snapshot manual sebagai privat, hapus nilai `all` dari daftar nilai untuk atribut `restore`.
# Mengekspor data snapshot DB ke Amazon S3 untuk Amazon RDS
Anda dapat mengekspor data snapshot DB ke bucket Amazon S3. Proses ekspor berjalan di latar belakang dan tidak memengaruhi kinerja database aktif Anda.
Saat Anda mengekspor snapshot DB, Amazon RDS mengekstrak data dari snapshot dan menyimpannya di bucket Amazon S3. Data disimpan dalam format Apache Parquet yang dikompresi dan konsisten.
Anda dapat mengekspor semua jenis snapshot DB—termasuk snapshot manual, snapshot sistem otomatis, dan snapshot yang dibuat oleh layanan. AWS Backup Secara default, semua data dalam snapshot akan diekspor. Namun, Anda dapat memilih untuk mengekspor set basis data, skema, atau tabel tertentu.
Setelah data diekspor, Anda dapat menganalisis data yang diekspor secara langsung melalui alat seperti Amazon Athena atau Amazon Redshift Spectrum. *Untuk informasi lebih lanjut tentang menggunakan Athena untuk membaca data Parket, lihat [Parket di Panduan Pengguna SerDe](https://docs.aws.amazon.com/athena/latest/ug/parquet-serde.html) Amazon Athena.* Untuk informasi selengkapnya tentang cara menggunakan Redshift Spectrum untuk membaca data Parquet, lihat [COPY dari format data berkolom](https://docs.aws.amazon.com/redshift/latest/dg/copy-usage_notes-copy-from-columnar.html) dalam *Panduan Developer Basis Data Amazon Redshift*.
**Awas**
Anda tidak dapat memulihkan data snapshot yang diekspor dari S3 ke instans DB baru atau mengimpor data snapshot dari S3 ke instans DB yang ada. Namun, Anda dapat memproses data menggunakan Amazon Athena atau Redshift Spectrum untuk analisis. Selain itu, Anda dapat menggunakan AWS Glue untuk mengubah data dan kemudian mengimpornya ke Amazon RDS menggunakan alat seperti AWS DMS atau skrip khusus.
Untuk informasi selengkapnya tentang mengekspor snapshot DB ke Amazon S3, lihat topik berikut.
**Topik**
+ [Memantau ekspor snapshot untuk Amazon RDS](USER_ExportSnapshot.Monitoring.md)
+ [Membatalkan tugas ekspor snapshot untuk Amazon RDS](USER_ExportSnapshot.Canceling.md)
+ [Pesan kegagalan untuk tugas ekspor Amazon S3 untuk Amazon RDS](USER_ExportSnapshot.failure-msg.md)
+ [Pemecahan masalah RDS untuk kesalahan izin PostgreSQL](USER_ExportSnapshot.postgres-permissions.md)
+ [Konvensi penamaan file untuk ekspor ke Amazon S3 untuk Amazon RDS](USER_ExportSnapshot.FileNames.md)
+ [Konversi data saat mengekspor ke bucket Amazon S3 untuk Amazon RDS](USER_ExportSnapshot.data-types.md)
## Ikhtisar pengeksporan data snapshot
Anda menggunakan proses berikut untuk mengekspor data snapshot DB ke bucket Amazon S3. Untuk detail selengkapnya, lihat bagian berikut.
1. Identifikasi snapshot yang akan diekspor.
Gunakan snapshot otomatis atau manual yang ada, atau buat snapshot manual dari instans DB atau cluster DB multi-AZ.
1. Siapkan akses ke bucket Amazon S3.
*Bucket* adalah kontainer untuk objek atau file Amazon S3. Untuk memberikan informasi agar dapat mengakses bucket, lakukan langkah-langkah berikut:
1. Identifikasi bucket S3 tempat snapshot akan diekspor. Bucket S3 harus berada di AWS Wilayah yang sama dengan snapshot. Untuk informasi selengkapnya, lihat [Mengidentifikasi bucket Amazon S3 untuk ekspor](#USER_ExportSnapshot.SetupBucket).
1. Buat peran AWS Identity and Access Management (IAM) yang memberikan akses tugas ekspor snapshot ke bucket S3. Untuk informasi selengkapnya, lihat [Memberikan akses ke bucket Amazon S3 menggunakan peran IAM](#USER_ExportSnapshot.SetupIAMRole).
1. Buat enkripsi simetris AWS KMS key untuk enkripsi sisi server. Kunci KMS digunakan oleh tugas ekspor snapshot untuk mengatur enkripsi AWS KMS sisi server saat menulis data ekspor ke S3.
Kebijakan kunci KMS harus menyertakan izin `kms:CreateGrant` dan `kms:DescribeKey`. Untuk informasi selengkapnya tentang menggunakan kunci KMS di Amazon RDS, lihat [AWS KMS key manajemen](Overview.Encryption.Keys.md).
Jika Anda memiliki pernyataan penolakan dalam kebijakan kunci KMS Anda, pastikan untuk secara eksplisit mengecualikan prinsip layanan. AWS `export.rds.amazonaws.com`
Anda dapat menggunakan kunci KMS dalam AWS akun Anda, atau Anda dapat menggunakan kunci KMS lintas akun. Untuk informasi selengkapnya, lihat [Menggunakan akun silang AWS KMS key untuk mengenkripsi ekspor Amazon S3](#USER_ExportSnapshot.CMK).
1. Ekspor snapshot ke Amazon S3 menggunakan konsol atau perintah CLI `start-export-task`. Untuk informasi selengkapnya, lihat [Mengekspor data snapshot DB ke bucket Amazon S3](#USER_ExportSnapshot.Exporting).
1. Untuk mengakses data Anda yang diekspor di bucket Amazon S3 lihat [Mengunggah, mengunduh, dan mengelola objek](https://docs.aws.amazon.com/AmazonS3/latest/user-guide/upload-download-objects.html) dalam *Panduan Pengguna Amazon Simple Storage Service*.
## Menyiapkan akses ke bucket Amazon S3
Untuk mengekspor data snapshot DB ke file Amazon S3 Anda terlebih dahulu memberikan izin snapshot untuk mengakses bucket Amazon S3. Kemudian, Anda membuat peran IAM untuk memungkinkan layanan Amazon RDS menulis ke bucket Amazon S3.
**Topics**
+ [Mengidentifikasi bucket Amazon S3 untuk ekspor](#USER_ExportSnapshot.SetupBucket)
+ [Memberikan akses ke bucket Amazon S3 menggunakan peran IAM](#USER_ExportSnapshot.SetupIAMRole)
+ [Menggunakan bucket Amazon S3 lintas akun](#USER_ExportSnapshot.Setup.XAcctBucket)
+ [Menggunakan akun silang AWS KMS key untuk mengenkripsi ekspor Amazon S3](#USER_ExportSnapshot.CMK)
### Mengidentifikasi bucket Amazon S3 untuk ekspor
Identifikasi bucket Amazon S3 untuk mengekspor snapshot DB. Gunakan bucket S3 yang ada atau buat bucket S3 baru.
**catatan**
Bucket S3 yang akan diekspor harus berada di AWS Wilayah yang sama dengan snapshot.
Untuk informasi selengkapnya tentang cara bekerja dengan bucket Amazon S3, lihat informasi berikut dalam *Panduan Pengguna Amazon Simple Storage Service*:
+ [ Bagaimana cara melihat properti untuk bucket S3?](https://docs.aws.amazon.com/AmazonS3/latest/user-guide/view-bucket-properties.html)
+ [ Bagaimana cara mengaktifkan enkripsi default untuk bucket Amazon S3?](https://docs.aws.amazon.com/AmazonS3/latest/user-guide/default-bucket-encryption.html)
+ [ Bagaimana cara membuat bucket S3?](https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html)
### Memberikan akses ke bucket Amazon S3 menggunakan peran IAM
Sebelum Anda mengekspor data snapshot DB ke Amazon S3, beri tugas ekspor snapshot izin akses tulis ke bucket Amazon S3.
Untuk memberikan izin ini, buat kebijakan IAM yang memberikan akses ke bucket, lalu buat peran IAM dan lampirkan kebijakan ke peran tersebut. Kemudian, tetapkan peran IAM ke tugas ekspor snapshot Anda.
Untuk informasi tentang alat manajemen akses Amazon S3 lainnya, lihat [Kontrol akses di Amazon S3 di](https://docs.aws.amazon.com/AmazonS3/latest/userguide/access-management.html) Panduan Pengguna Amazon *S3*.
**penting**
Jika Anda berencana untuk menggunakan Konsol Manajemen AWS untuk mengekspor snapshot Anda, Anda dapat memilih untuk membuat kebijakan IAM dan peran secara otomatis ketika Anda mengekspor snapshot. Untuk petunjuk, lihat [Mengekspor data snapshot DB ke bucket Amazon S3](#USER_ExportSnapshot.Exporting).
**Untuk memberi tugas snapshot DB akses ke Amazon S3**
1. Buat kebijakan IAM. Kebijakan ini memberikan bucket dan izin objek yang memungkinkan tugas ekspor snapshot Anda mengakses Amazon S3.
Dalam kebijakan tersebut, sertakan tindakan yang diperlukan berikut untuk mengizinkan transfer file dari Amazon RDS ke bucket S3:
+ `s3:PutObject*`
+ `s3:GetObject*`
+ `s3:ListBucket`
+ `s3:DeleteObject*`
+ `s3:GetBucketLocation`
Dalam kebijakan tersebut, sertakan sumber daya berikut untuk mengidentifikasi bucket S3 dan objek dalam bucket. Daftar sumber daya berikut menunjukkan format Amazon Resource Name (ARN) untuk mengakses Amazon S3.
+ `arn:aws:s3:::amzn-s3-demo-bucket`
+ `arn:aws:s3:::amzn-s3-demo-bucket/*`
Untuk mengetahui informasi selengkapnya tentang cara membuat kebijakan IAM untuk Amazon RDS, lihat [Membuat dan menggunakan kebijakan IAM untuk akses basis data IAM](UsingWithRDS.IAMDBAuth.IAMPolicy.md). Lihat juga [Tutorial: Membuat dan melampirkan kebijakan yang dikelola pelanggan pertama Anda](https://docs.aws.amazon.com//IAM/latest/UserGuide/tutorial_managed-policies.html) di *Panduan Pengguna IAM*.
AWS CLI Perintah berikut membuat kebijakan IAM bernama `ExportPolicy` dengan opsi ini. Perintah ini akan memberikan akses ke bucket bernama *amzn-s3-demo-bucket*.
**catatan**
Setelah Anda membuat kebijakan, catat ARN kebijakan tersebut. Anda memerlukan ARN ini untuk langkah berikutnya ketika Anda melampirkan kebijakan ke peran IAM.
```
aws iam create-policy --policy-name ExportPolicy --policy-document '{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "ExportPolicy",
"Effect": "Allow",
"Action": [
"s3:PutObject*",
"s3:ListBucket",
"s3:GetObject*",
"s3:DeleteObject*",
"s3:GetBucketLocation"
],
"Resource": [
"arn:aws:s3:::amzn-s3-demo-bucket",
"arn:aws:s3:::amzn-s3-demo-bucket/*"
]
}
]
}'
```
1. Buat peran IAM, sehingga Amazon RDS dapat mengambil peran IAM ini atas nama Anda untuk mengakses bucket Amazon S3. Lihat mengetahui informasi yang lebih lengkap di [Membuat peran untuk melimpahkan izin ke pengguna IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-user.html) dalam *Panduan Pengguna IAM*.
Contoh berikut menunjukkan menggunakan AWS CLI perintah untuk membuat peran bernama`rds-s3-export-role`.
```
aws iam create-role --role-name rds-s3-export-role --assume-role-policy-document '{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": "export.rds.amazonaws.com"
},
"Action": "sts:AssumeRole"
}
]
}'
```
1. Lampirkan kebijakan IAM yang Anda buat pada peran IAM yang Anda buat.
AWS CLI Perintah berikut melampirkan kebijakan yang dibuat sebelumnya ke peran bernama`rds-s3-export-role`. Ganti `your-policy-arn` dengan ARN kebijakan yang Anda catat di langkah sebelumnya.
```
aws iam attach-role-policy --policy-arn your-policy-arn --role-name rds-s3-export-role
```
### Menggunakan bucket Amazon S3 lintas akun
Anda dapat menggunakan bucket Amazon S3 di seluruh akun. AWS Untuk menggunakan bucket lintas akun, tambahkan kebijakan bucket untuk mengizinkan akses ke peran IAM yang Anda gunakan untuk ekspor S3. Untuk informasi selengkapnya, lihat [Contoh 2: Pemilik bucket yang memberikan izin bucket lintas akun](https://docs.aws.amazon.com/AmazonS3/latest/userguide/example-walkthroughs-managing-access-example2.html).
Lampirkan kebijakan bucket pada bucket Anda, seperti yang ditunjukkan dalam contoh berikut.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::123456789012:role/Admin"
},
"Action": [
"s3:PutObject*",
"s3:ListBucket",
"s3:GetObject*",
"s3:DeleteObject*",
"s3:GetBucketLocation"
],
"Resource": [
"arn:aws:s3:::amzn-s3-demo-destination-bucket",
"arn:aws:s3:::amzn-s3-demo-destination-bucket/*"
]
}
]
}
```
------
### Menggunakan akun silang AWS KMS key untuk mengenkripsi ekspor Amazon S3
Anda dapat menggunakan akun silang AWS KMS key untuk mengenkripsi ekspor Amazon S3. Pertama-tama, tambahkan kebijakan kunci ke akun lokal, lalu tambahkan kebijakan IAM di akun eksternal. Untuk informasi selengkapnya, lihat [Mengizinkan pengguna di akun lain untuk menggunakan kunci KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-modifying-external-accounts.html).
**Untuk menggunakan kunci KMS lintas akun**
1. Tambahkan kebijakan kunci ke akun lokal.
Contoh berikut memberi `ExampleRole` dan `ExampleUser` di akun eksternal 444455556666 izin di akun lokal 123456789012.
```
{
"Sid": "Allow an external account to use this KMS key",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::444455556666:role/ExampleRole",
"arn:aws:iam::444455556666:user/ExampleUser"
]
},
"Action": [
"kms:Encrypt",
"kms:Decrypt",
"kms:ReEncrypt*",
"kms:GenerateDataKey*",
"kms:CreateGrant",
"kms:DescribeKey",
"kms:RetireGrant"
],
"Resource": "*"
}
```
1. Tambahkan kebijakan IAM ke akun eksternal tersebut.
Contoh kebijakan IAM berikut memungkinkan pengguna utama menggunakan kunci KMS di akun 123456789012 untuk operasi kriptografi. Untuk memberikan izin ini ke `ExampleRole` dan `ExampleUser` di akun 444455556666, [lampirkan kebijakan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-using.html#attach-managed-policy-console) di akun tersebut.
```
{
"Sid": "Allow use of KMS key in account 123456789012",
"Effect": "Allow",
"Action": [
"kms:Encrypt",
"kms:Decrypt",
"kms:ReEncrypt*",
"kms:GenerateDataKey*",
"kms:CreateGrant",
"kms:DescribeKey",
"kms:RetireGrant"
],
"Resource": "arn:aws:kms:us-west-2:123456789012:key/1234abcd-12ab-34cd-56ef-1234567890ab"
}
```
## Mengekspor data snapshot DB ke bucket Amazon S3
Anda dapat memiliki hingga lima tugas ekspor snapshot DB bersamaan yang sedang berlangsung per. Akun AWS
**catatan**
Mengekspor snapshot RDS dapat memerlukan banyak waktu, tergantung pada jenis dan ukuran basis data Anda. Tugas ekspor akan terlebih dahulu memulihkan dan menskalakan seluruh basis data sebelum mengekstrak data ke Amazon S3. Dalam fase ini, progres tugas tersebut akan ditampilkan sebagai **Memulai**. Saat tugas beralih menjadi mengekspor data ke S3, progres akan ditampilkan sebagai **Sedang berlangsung**.
Waktu yang diperlukan untuk menyelesaikan ekspor tergantung pada data yang disimpan di basis data. Misalnya, tabel yang berisi kolom indeks atau kunci primer numerik yang terdistribusi dengan baik akan diekspor paling cepat. Tabel yang tidak berisi kolom yang sesuai untuk partisi dan tabel yang hanya berisi satu indeks pada kolom berbasis string memerlukan waktu lebih lama. Waktu ekspor yang lebih lama ini terjadi karena ekspor menggunakan proses alur tunggal yang lebih lambat.
Anda dapat mengekspor snapshot DB ke Amazon S3 menggunakan, Konsol Manajemen AWS API, AWS CLI atau RDS. Untuk mengekspor snapshot DB ke bucket Amazon S3 lintas akun, gunakan atau RDS AWS CLI API.
Jika Anda menggunakan fungsi Lambda untuk mengekspor snapshot, tambahkan tindakan `kms:DescribeKey` ke kebijakan fungsi Lambda. Untuk informasi selengkapnya, lihat [izin AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/lambda-permissions.html).
### Konsol
Opsi konsol **Ekspor ke Amazon S3** hanya muncul untuk snapshot yang dapat diekspor ke Amazon S3. Snapshot mungkin tidak tersedia untuk diekspor karena alasan berikut:
+ Mesin DB tidak didukung untuk ekspor S3.
+ Versi mesin DB tidak didukung untuk ekspor S3.
+ Ekspor S3 tidak didukung di AWS Wilayah tempat snapshot dibuat.
**Untuk mengekspor 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. Dari tabnya, pilih jenis snapshot yang ingin Anda ekspor.
1. Dalam daftar snapshot, pilih snapshot yang ingin Anda ekspor.
1. Untuk **Tindakan**, pilih **Ekspor ke Amazon S3**.
Jendela **Ekspor ke Amazon S3** akan muncul.
1. Untuk **Pengidentifikasi ekspor**, masukkan nama untuk mengidentifikasi tugas ekspor. Nilai ini juga akan digunakan untuk nama file yang dibuat di bucket S3.
1. Pilih data yang akan diekspor:
+ Pilih **Semua** untuk mengekspor semua data dalam snapshot.
+ Pilih **Sebagian** untuk mengekspor bagian tertentu dari snapshot. Untuk mengidentifikasi bagian snapshot yang akan diekspor, masukkan satu atau beberapa basis data, skema, atau tabel untuk **Pengidentifikasi**, dipisahkan dengan spasi.
Gunakan format berikut:
```
database[.schema][.table] database2[.schema2][.table2] ... databasen[.scheman][.tablen]
```
Contohnya:
```
mydatabase mydatabase2.myschema1 mydatabase2.myschema2.mytable1 mydatabase2.myschema2.mytable2
```
1. Untuk **Bucket S3**, pilih bucket yang akan dijadikan tujuan ekspor.
Untuk menetapkan data yang diekspor ke jalur folder dalam bucket S3, masukkan jalur opsional untuk **Prefiks S3**.
1. Untuk **Peran IAM**, pilih peran yang memberi Anda akses tulis ke bucket S3 yang Anda pilih, atau buat peran baru.
+ Jika Anda membuat peran dengan mengikuti langkah-langkah di [Memberikan akses ke bucket Amazon S3 menggunakan peran IAM](#USER_ExportSnapshot.SetupIAMRole), pilih peran tersebut.
+ Jika Anda tidak membuat peran yang memberi Anda akses tulis ke bucket S3 yang Anda pilih, pilih **Buat peran baru** untuk membuat peran secara otomatis. Berikutnya, masukkan nama untuk peran tersebut di **Nama peran IAM**.
1. Untuk **AWS KMS key**, masukkan ARN untuk kunci yang akan digunakan untuk mengenkripsi data yang diekspor.
1. Pilih **Ekspor ke Amazon S3**.
### AWS CLI
Untuk mengekspor snapshot DB ke Amazon S3 menggunakan AWS CLI, gunakan perintah dengan [start-export-task](https://docs.aws.amazon.com/cli/latest/reference/rds/start-export-task.html)opsi yang diperlukan berikut:
+ `--export-task-identifier`
+ `--source-arn`
+ `--s3-bucket-name`
+ `--iam-role-arn`
+ `--kms-key-id`
Dalam contoh berikut, tugas ekspor snapshot diberi nama*my-snapshot-export*, yang mengekspor snapshot ke bucket S3 bernama. *amzn-s3-demo-bucket*
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds start-export-task \
2. --export-task-identifier my-snapshot-export \
3. --source-arn arn:aws:rds:AWS_Region:123456789012:snapshot:snapshot-name \
4. --s3-bucket-name amzn-s3-demo-bucket \
5. --iam-role-arn iam-role \
6. --kms-key-id my-key
```
Untuk Windows:
```
1. aws rds start-export-task ^
2. --export-task-identifier my-snapshot-export ^
3. --source-arn arn:aws:rds:AWS_Region:123456789012:snapshot:snapshot-name ^
4. --s3-bucket-name amzn-s3-demo-bucket ^
5. --iam-role-arn iam-role ^
6. --kms-key-id my-key
```
Berikut adalah contoh output.
```
{
"Status": "STARTING",
"IamRoleArn": "iam-role",
"ExportTime": "2019-08-12T01:23:53.109Z",
"S3Bucket": "my-export-bucket",
"PercentProgress": 0,
"KmsKeyId": "my-key",
"ExportTaskIdentifier": "my-snapshot-export",
"TotalExtractedDataInGB": 0,
"TaskStartTime": "2019-11-13T19:46:00.173Z",
"SourceArn": "arn:aws:rds:AWS_Region:123456789012:snapshot:snapshot-name"
}
```
Untuk menyediakan jalur folder di bucket S3 untuk ekspor snapshot, sertakan `--s3-prefix` opsi dalam perintah. [start-export-task](https://docs.aws.amazon.com/cli/latest/reference/rds/start-export-task.html)
### API RDS
Untuk mengekspor snapshot DB ke Amazon S3 menggunakan API Amazon RDS, gunakan operasi [StartExportTask](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_StartExportTask.html) dengan parameter yang diperlukan berikut ini:
+ `ExportTaskIdentifier`
+ `SourceArn`
+ `S3BucketName`
+ `IamRoleArn`
+ `KmsKeyId`
## Ketersediaan wilayah dan versi
Ketersediaan dan dukungan fitur bervariasi di seluruh versi spesifik dari setiap mesin basis data dan di seluruh Wilayah AWS. Untuk mengetahui informasi selengkapnya tentang versi dan ketersediaan Wilayah pengeksporan snapshot ke S3, lihat [Daerah yang Didukung dan engine DB untuk mengekspor snapshot ke S3 di Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.md).
## Batasan
Mengekspor data snapshot DB ke Amazon S3 memiliki batasan sebagai berikut:
+ Anda tidak dapat menjalankan beberapa tugas ekspor untuk snapshot DB yang sama secara bersamaan. Ini berlaku untuk ekspor penuh dan sebagian.
+ Mengekspor snapshot dari database yang menggunakan penyimpanan magnetik tidak didukung.
+ Ekspor ke S3 tidak mendukung awalan S3 yang berisi titik dua (:).
+ Karakter berikut di jalur file S3 akan diubah menjadi garis bawah (\$1) selama ekspor berlangsung:
```
\ ` " (space)
```
+ Jika basis data, skema, atau tabel memiliki karakter dalam namanya selain yang berikut ini, maka ekspor parsial tidak didukung. Namun, Anda dapat mengekspor seluruh snapshot DB.
+ Huruf latin (A-Z)
+ Digit (0–9)
+ Simbol dolar (\$1)
+ Garis bawah (\$1)
+ Spasi ( ) dan karakter-karakter tertentu tidak didukung dalam nama kolom tabel basis data. Tabel yang nama kolomnya berisi karakter berikut akan dilewati selama ekspor berlangsung:
```
, ; { } ( ) \n \t = (space)
```
+ Tabel dengan garis miring (/) di namanya dilewati selama ekspor.
+ Tabel sementara dan yang tidak tercatat RDS for PostgreSQL dilewati selama ekspor.
+ Jika data berisi objek besar, seperti BLOB atau CLOB, yang mendekati atau lebih dari 500 MB, ekspor tersebut gagal.
+ Jika suatu tabel berisi baris besar yang berukuran mendekati atau lebih dari 2 GB, maka tabel tersebut akan dilewati selama ekspor berlangsung.
+ Untuk ekspor sebagian, `ExportOnly` daftar memiliki ukuran maksimum 200 KB.
+ Sebaiknya Anda menggunakan nama unik untuk setiap tugas ekspor. Jika tidak menggunakan nama tugas yang unik, Anda mungkin menerima pesan kesalahan berikut:
ExportTaskAlreadyExistsFault: Terjadi kesalahan (ExportTaskAlreadyExists) saat memanggil StartExportTask operasi: Tugas ekspor dengan ID *xxxxx* sudah ada.
+ Anda dapat menghapus snapshot saat sedang mengekspor datanya ke S3, tetapi Anda masih dikenai biaya penyimpanan untuk snapshot tersebut hingga tugas ekspor selesai.
+ Anda tidak dapat memulihkan data snapshot yang diekspor dari S3 ke instans DB baru atau mengimpor data snapshot dari S3 ke instans DB yang ada.
+ Anda dapat memiliki hingga lima tugas ekspor snapshot DB bersamaan yang sedang berlangsung per. Akun AWS
+ Untuk mengekspor snapshot DB ke bucket Amazon S3 lintas akun, Anda harus menggunakan atau RDS AWS CLI API.
+ Setelah Amazon RDS menyelesaikan tugas ekspor, Anda mungkin harus menunggu beberapa saat untuk memulai tugas ekspor lain dari snapshot DB yang sama.
+ Anda tidak dapat mengekspor tampilan atau tampilan terwujud.
+ Ekspor RDS ke S3 tidak mendukung kontrol akses berbasis tag untuk. GuardDuty Malware Protection for S3
# Memantau ekspor snapshot untuk Amazon RDS
Anda dapat memantau ekspor snapshot DB menggunakan Konsol Manajemen AWS, AWS CLI, atau file. RDS API
## Konsol
**Untuk memantau ekspor 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. Untuk melihat daftar ekspor snapshot, pilih tab **Ekspor di Amazon S3**.
1. Untuk melihat informasi tentang ekspor snapshot khusus, pilih tugas ekspor.
## AWS CLI
Untuk memantau ekspor snapshot DB menggunakan AWS CLI, gunakan perintah. [describe-export-tasks](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-export-tasks.html)
Contoh berikut menunjukkan cara menampilkan informasi saat ini tentang semua ekspor snapshot Anda.
**Example**
```
1. aws rds describe-export-tasks
2.
3. {
4. "ExportTasks": [
5. {
6. "Status": "CANCELED",
7. "TaskEndTime": "2019-11-01T17:36:46.961Z",
8. "S3Prefix": "something",
9. "ExportTime": "2019-10-24T20:23:48.364Z",
10. "S3Bucket": "amzn-s3-demo-bucket",
11. "PercentProgress": 0,
12. "KmsKeyId": "arn:aws:kms:AWS_Region:123456789012:key/K7MDENG/bPxRfiCYEXAMPLEKEY",
13. "ExportTaskIdentifier": "anewtest",
14. "IamRoleArn": "arn:aws:iam::123456789012:role/export-to-s3",
15. "TotalExtractedDataInGB": 0,
16. "TaskStartTime": "2019-10-25T19:10:58.885Z",
17. "SourceArn": "arn:aws:rds:AWS_Region:123456789012:snapshot:parameter-groups-test"
18. },
19. {
20. "Status": "COMPLETE",
21. "TaskEndTime": "2019-10-31T21:37:28.312Z",
22. "WarningMessage": "{\"skippedTables\":[],\"skippedObjectives\":[],\"general\":[{\"reason\":\"FAILED_TO_EXTRACT_TABLES_LIST_FOR_DATABASE\"}]}",
23. "S3Prefix": "",
24. "ExportTime": "2019-10-31T06:44:53.452Z",
25. "S3Bucket": "amzn-s3-demo-bucket1",
26. "PercentProgress": 100,
27. "KmsKeyId": "arn:aws:kms:AWS_Region:123456789012:key/2Zp9Utk/h3yCo8nvbEXAMPLEKEY",
28. "ExportTaskIdentifier": "thursday-events-test",
29. "IamRoleArn": "arn:aws:iam::123456789012:role/export-to-s3",
30. "TotalExtractedDataInGB": 263,
31. "TaskStartTime": "2019-10-31T20:58:06.998Z",
32. "SourceArn": "arn:aws:rds:AWS_Region:123456789012:snapshot:rds:example-1-2019-10-31-06-44"
33. },
34. {
35. "Status": "FAILED",
36. "TaskEndTime": "2019-10-31T02:12:36.409Z",
37. "FailureCause": "The S3 bucket edgcuc-export isn't located in the current AWS Region. Please, review your S3 bucket name and retry the export.",
38. "S3Prefix": "",
39. "ExportTime": "2019-10-30T06:45:04.526Z",
40. "S3Bucket": "amzn-s3-demo-bucket2",
41. "PercentProgress": 0,
42. "KmsKeyId": "arn:aws:kms:AWS_Region:123456789012:key/2Zp9Utk/h3yCo8nvbEXAMPLEKEY",
43. "ExportTaskIdentifier": "wednesday-afternoon-test",
44. "IamRoleArn": "arn:aws:iam::123456789012:role/export-to-s3",
45. "TotalExtractedDataInGB": 0,
46. "TaskStartTime": "2019-10-30T22:43:40.034Z",
47. "SourceArn": "arn:aws:rds:AWS_Region:123456789012:snapshot:rds:example-1-2019-10-30-06-45"
48. }
49. ]
50. }
```
Untuk menampilkan informasi tentang ekspor snapshot tertentu, sertakan opsi `--export-task-identifier` dengan perintah `describe-export-tasks`. Sertakan opsi `--Filters` untuk memfilter output. Untuk opsi lainnya, lihat [describe-export-tasks](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-export-tasks.html)perintah.
## RDS API
Untuk menampilkan informasi tentang ekspor snapshot DB menggunakan Amazon RDSAPI, gunakan operasi. [DescribeExportTasks](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeExportTasks.html)
Untuk melacak penyelesaian alur kerja ekspor atau memulai alur kerja lainnya, Anda dapat berlangganan topik Amazon Simple Notification Service. Untuk informasi lebih lanjut tentang AmazonSNS, lihat[Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
# Membatalkan tugas ekspor snapshot untuk Amazon RDS
Anda dapat membatalkan tugas ekspor snapshot DB menggunakan Konsol Manajemen AWS, file AWS CLI, atau file. RDS API
**catatan**
Membatalkan tugas ekspor snapshot tidak akan menghapus data apa pun yang telah diekspor ke Amazon S3. Untuk informasi tentang cara menghapus data menggunakan konsol, lihat [Bagaimana cara menghapus objek dari bucket S3?](https://docs.aws.amazon.com/AmazonS3/latest/user-guide/delete-objects.html) Untuk menghapus data menggunakanCLI, gunakan perintah [delete-object](https://docs.aws.amazon.com/cli/latest/reference/s3api/delete-object.html).
## Konsol
**Untuk membatalkan tugas ekspor snapshot**
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 tab **Ekspor di Amazon S3**.
1. Pilih tugas ekspor snapshot yang ingin Anda batalkan.
1. Pilih **Batalkan**.
1. Pilih **Batalkan tugas ekspor** di halaman konfirmasi.
## AWS CLI
Untuk membatalkan tugas ekspor snapshot menggunakan AWS CLI, gunakan [cancel-export-task](https://docs.aws.amazon.com/cli/latest/reference/rds/cancel-export-task.html)perintah. Perintah tersebut memerlukan opsi `--export-task-identifier`.
**Example**
```
1. aws rds cancel-export-task --export-task-identifier my_export
2. {
3. "Status": "CANCELING",
4. "S3Prefix": "",
5. "ExportTime": "2019-08-12T01:23:53.109Z",
6. "S3Bucket": "amzn-s3-demo-bucket",
7. "PercentProgress": 0,
8. "KmsKeyId": "arn:aws:kms:AWS_Region:123456789012:key/K7MDENG/bPxRfiCYEXAMPLEKEY",
9. "ExportTaskIdentifier": "my_export",
10. "IamRoleArn": "arn:aws:iam::123456789012:role/export-to-s3",
11. "TotalExtractedDataInGB": 0,
12. "TaskStartTime": "2019-11-13T19:46:00.173Z",
13. "SourceArn": "arn:aws:rds:AWS_Region:123456789012:snapshot:export-example-1"
14. }
```
## RDS API
Untuk membatalkan tugas ekspor snapshot menggunakan Amazon RDSAPI, gunakan [CancelExportTask](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CancelExportTask.html)operasi dengan `ExportTaskIdentifier` parameter.
# Pesan kegagalan untuk tugas ekspor Amazon S3 untuk Amazon RDS
Tabel berikut menjelaskan pesan yang akan ditampilkan jika tugas ekspor Amazon S3 gagal.
| Pesan kegagalan | Deskripsi |
| --- | --- |
| Terjadi kesalahan internal yang tidak diketahui. | Tugas telah gagal karena kesalahan yang tidak diketahui, pengecualian, atau kegagalan. |
| Terjadi kesalahan internal yang tidak diketahui saat menulis metadata tugas ekspor ke bucket S3 [nama bucket]. | Tugas telah gagal karena kesalahan yang tidak diketahui, pengecualian, atau kegagalan. |
| RDSEkspor gagal menulis metadata tugas ekspor karena tidak dapat mengambil IAM peran [peranARN]. | Tugas ekspor mengasumsikan IAM peran Anda untuk memvalidasi apakah diperbolehkan menulis metadata ke bucket S3 Anda. Jika tugas tidak dapat mengambil IAM peran Anda, itu gagal. |
| RDSEkspor gagal menulis metadata tugas ekspor ke bucket S3 [nama bucket] menggunakan IAM role [roleARN] dengan KMS kunci [key ID]. Kode kesalahan: [kode kesalahan] | Satu atau beberapa izin tidak ada, sehingga tugas ekspor tidak dapat mengakses bucket S3. Pesan kegagalan ini muncul saat menerima salah satu kode kesalahan berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/USER_ExportSnapshot.failure-msg.html) Kode kesalahan ini menunjukkan pengaturan salah dikonfigurasi untuk IAM peran, bucket S3, atau KMS kunci. |
| IAMRole [roleARN] tidak diizinkan untuk memanggil [S3 action] pada bucket S3 [nama bucket]. Tinjau izin Anda dan coba lagi ekspor. | IAMKebijakan ini salah dikonfigurasi. Izin untuk tindakan S3 tertentu pada bucket S3 tidak ada, sehingga menyebabkan tugas ekspor gagal. |
| KMSpemeriksaan kunci gagal. Periksa kredensil pada KMS kunci Anda dan coba lagi. | Pemeriksaan KMS kredensi kunci gagal. |
| Pemeriksaan kredensial S3 gagal. Periksa izin pada bucket dan IAM kebijakan S3 Anda. | Pemeriksaan kredensial S3 gagal. |
| Bucket S3 [nama bucket] tidak valid. Baik tidak terletak di Wilayah AWS saat ini maupun tidak ada. Tinjau nama bucket S3 Anda dan coba lagi ekspor. | Bucket S3 tidak valid. |
| Bucket S3 [nama bucket] tidak terletak di AWS Wilayah saat ini. Tinjau nama bucket S3 Anda, lalu coba lagi ekspor. | Bucket S3 berada di AWS Wilayah yang salah. |
# Pemecahan masalah RDS untuk kesalahan izin PostgreSQL
Saat mengekspor basis data PostgreSQL ke Amazon S3, Anda mungkin melihat kesalahan `PERMISSIONS_DO_NOT_EXIST` yang menyatakan bahwa tabel tertentu dilewati. Kesalahan ini biasanya terjadi ketika superuser, yang Anda tentukan saat membuat database, tidak memiliki izin untuk mengakses tabel tersebut.
Untuk memperbaiki kesalahan ini, jalankan perintah berikut:
```
GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA schema_name TO superuser_name
```
Untuk informasi selengkapnya tentang hak pengguna super, lihat [Hak akses akun pengguna master](UsingWithRDS.MasterAccounts.md).
# Konvensi penamaan file untuk ekspor ke Amazon S3 untuk Amazon RDS
Data yang diekspor untuk tabel tertentu disimpan dalam format `base_prefix/files`, dengan prefiks dasar sebagai berikut:
```
export_identifier/database_name/schema_name.table_name/
```
Contohnya:
```
export-1234567890123-459/rdststdb/rdststdb.DataInsert_7ADB5D19965123A2/
```
Ada dua konvensi cara penamaan file.
+ Konvensi saat ini:
```
batch_index/part-partition_index-random_uuid.format-based_extension
```
Indeks batch adalah nomor urut yang mewakili batch data yang dibaca dari tabel. Jika kami tidak dapat mempartisi tabel Anda menjadi bagian-bagian kecil untuk diekspor secara paralel, akan ada beberapa indeks batch. Hal yang sama akan terjadi jika tabel Anda dipartisi menjadi beberapa tabel. Beberapa indeks batch akan tersedia, dengan satu untuk setiap partisi tabel dari tabel utama Anda.
Jika kami dapat mempartisi tabel Anda menjadi bagian-bagian kecil yang akan dibaca secara paralel, hanya akan ada folder `1` indeks batch.
Di dalam folder indeks batch, akan ada satu atau beberapa file Parquet yang berisi data tabel Anda. Prefiks file Parket adalah `part-partition_index`. Jika tabel Anda dipartisi, akan ada beberapa file yang diawali dengan indeks partisi `00000`.
Mungkin ada kesenjangan dalam urutan indeks partisi. Hal ini terjadi karena setiap partisi diperoleh dari kueri dengan rentang di tabel Anda. Jika tidak ada data dalam rentang partisi tersebut, maka nomor urut itu akan dilewati.
Misalnya, anggap kolom `id` adalah kunci primer tabel, dan nilai minimum dan maksimumnya adalah `100` dan `1000`. Saat kami mencoba mengekspor tabel ini dengan sembilan partisi, kami membacanya dengan kueri paralel seperti berikut:
```
SELECT * FROM table WHERE id <= 100 AND id < 200
SELECT * FROM table WHERE id <= 200 AND id < 300
```
Partisi ini akan menghasilkan sembilan file, dari `part-00000-random_uuid.gz.parquet` hingga `part-00008-random_uuid.gz.parquet`. Namun, jika tidak ada baris dengan IDs antara `200` dan`350`, salah satu partisi selesai kosong, dan tidak ada file yang dibuat untuk itu. Dalam contoh sebelumnya, `part-00001-random_uuid.gz.parquet` tidak dibuat.
+ Konvensi yang lebih lama:
```
part-partition_index-random_uuid.format-based_extension
```
Konvensi ini sama seperti konvensi saat ini, tetapi tanpa prefiks `batch_index`, contohnya:
```
part-00000-c5a881bb-58ff-4ee6-1111-b41ecff340a3-c000.gz.parquet
part-00001-d7a881cc-88cc-5ab7-2222-c41ecab340a4-c000.gz.parquet
part-00002-f5a991ab-59aa-7fa6-3333-d41eccd340a7-c000.gz.parquet
```
Konvensi penamaan file dapat berubah sewaktu-waktu. Oleh karena itu, saat membaca tabel target, sebaiknya baca segala sesuatu di dalam prefiks dasar untuk tabel tersebut.
# Konversi data saat mengekspor ke bucket Amazon S3 untuk Amazon RDS
Saat Anda mengekspor snapshot DB ke bucket Amazon S3, Amazon RDS mengonversi data ke, mengekspor data dalam, dan menyimpan data dalam format Parquet. Untuk mengetahui informasi selengkapnya tentang Parquet, lihat situs web [Parquet Apache](https://parquet.apache.org/docs/).
Parquet menyimpan semua data sebagai salah satu jenis primitif berikut:
+ BOOLEAN
+ INT32
+ INT64
+ INT96
+ FLOAT
+ DOUBLE
+ BYTE\$1ARRAY – Array byte dengan panjang variabel, juga dikenal sebagai biner
+ FIXED\$1LEN\$1BYTE\$1ARRAY – Array byte dengan panjang tetap yang digunakan saat nilai memiliki ukuran konstan
Jenis data Parquet berjumlah sedikit untuk mengurangi kerumitan membaca dan menulis format. Parquet menyediakan jenis logis untuk memperluas jenis primitif. *Jenis logis* diimplementasikan sebagai anotasi dengan data di kolom metadata `LogicalType`. Anotasi jenis logis menjelaskan cara menginterpretasikan jenis primitif.
Saat jenis logis `STRING` yang menandai jenis `BYTE_ARRAY`, menunjukkan bahwa rangkaian byte harus diinterpretasikan sebagai string karakter yang dienkode UTF-8. Setelah tugas ekspor selesai, Amazon RDS memberi tahu Anda jika terjadi konversi string. Data ekspor yang mendasarinya selalu sama dengan data dari sumber. Namun, karena perbedaan encoding dalam UTF-8, beberapa karakter mungkin terlihat berbeda dari sumber saat dibaca di alat seperti Athena.
Untuk mengetahui informasi selengkapnya, lihat [Parquet logical type definitions](https://github.com/apache/parquet-format/blob/master/LogicalTypes.md) dalam dokumentasi Parquet.
**Topics**
+ [Pemetaan jenis data MySQL dan MariaDB ke Parquet](#USER_ExportSnapshot.data-types.MySQL)
+ [Pemetaan jenis data PostgreSQL ke Parquet](#USER_ExportSnapshot.data-types.PostgreSQL)
## Pemetaan jenis data MySQL dan MariaDB ke Parquet
Tabel berikut menunjukkan pemetaan dari jenis data MySQL dan MariaDB ke jenis data Parquet saat data dikonversi dan diekspor ke Amazon S3.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/USER_ExportSnapshot.data-types.html)
## Pemetaan jenis data PostgreSQL ke Parquet
Tabel berikut menunjukkan pemetaan dari dan jenis data PostgreSQL ke jenis data Parquet saat data dikonversi dan diekspor ke Amazon S3.
| Jenis data PostgreSQL | Jenis primitif Parquet | Anotasi jenis logis | Catatan pemetaan |
| --- | --- | --- | --- |
| Jenis data numerik |
| BIGINT | INT64 | | |
| BIGSERIAL | INT64 | | |
| DECIMAL | BYTE\$1ARRAY | STRING | Tipe DECIMAL dikonversi ke string dalam tipe BYTE\$1ARRAY dan dikodekan sebagai. UTF8Konversi ini dimaksudkan untuk menghindari kerumitan akibat presisi data dan nilai data yang bukan berupa angka (NaN). |
| DOUBLE PRECISION | DOUBLE | | |
| INTEGER | INT32 | | |
| MONEY | BYTE\$1ARRAY | STRING | |
| REAL | FLOAT | | |
| SERIAL | INT32 | | |
| SMALLINT | INT32 | INT (16, benar) | |
| SMALLSERIAL | INT32 | INT (16, benar) | |
| Jenis data string dan terkait |
| ARRAY | BYTE\$1ARRAY | STRING | Array dikonversi ke string dan dikodekan sebagai BINARY ()UTF8. Konversi ini dimaksudkan untuk menghindari kerumitan akibat presisi data, nilai data yang bukan berupa angka (NaN), dan nilai data waktu. |
| BIT | BYTE\$1ARRAY | STRING | |
| BIT VARYING | BYTE\$1ARRAY | STRING | |
| BYTEA | BINARY | | |
| CHAR | BYTE\$1ARRAY | STRING | |
| CHAR(N) | BYTE\$1ARRAY | STRING | |
| ENUM | BYTE\$1ARRAY | STRING | |
| NAME | BYTE\$1ARRAY | STRING | |
| TEXT | BYTE\$1ARRAY | STRING | |
| TEXT SEARCH | BYTE\$1ARRAY | STRING | |
| VARCHAR(N) | BYTE\$1ARRAY | STRING | |
| XML | BYTE\$1ARRAY | STRING | |
| Jenis data tanggal dan waktu |
| DATE | BYTE\$1ARRAY | STRING | |
| INTERVAL | BYTE\$1ARRAY | STRING | |
| TIME | BYTE\$1ARRAY | STRING | |
| TIME WITH TIME ZONE | BYTE\$1ARRAY | STRING | |
| TIMESTAMP | BYTE\$1ARRAY | STRING | |
| TIMESTAMP WITH TIME ZONE | BYTE\$1ARRAY | STRING | |
| Jenis data geometris |
| BOX | BYTE\$1ARRAY | STRING | |
| CIRCLE | BYTE\$1ARRAY | STRING | |
| LINE | BYTE\$1ARRAY | STRING | |
| LINESEGMENT | BYTE\$1ARRAY | STRING | |
| PATH | BYTE\$1ARRAY | STRING | |
| POINT | BYTE\$1ARRAY | STRING | |
| POLYGON | BYTE\$1ARRAY | STRING | |
| Jenis data JSON |
| JSON | BYTE\$1ARRAY | STRING | |
| JSONB | BYTE\$1ARRAY | STRING | |
| Jenis data lainnya |
| BOOLEAN | BOOLEAN | | |
| CIDR | BYTE\$1ARRAY | STRING | Jenis data jaringan |
| COMPOSITE | BYTE\$1ARRAY | STRING | |
| DOMAIN | BYTE\$1ARRAY | STRING | |
| INET | BYTE\$1ARRAY | STRING | Jenis data jaringan |
| MACADDR | BYTE\$1ARRAY | STRING | |
| OBJECT IDENTIFIER | N/A | | |
| PG\$1LSN | BYTE\$1ARRAY | STRING | |
| RANGE | BYTE\$1ARRAY | STRING | |
| UUID | BYTE\$1ARRAY | STRING | |
# Menggunakan AWS Backup untuk mengelola cadangan otomatis untuk Amazon RDS
AWS Backup adalah layanan pencadangan yang dikelola sepenuhnya yang memudahkan untuk memusatkan dan mengotomatiskan cadangan data di seluruh AWS layanan di cloud dan di tempat. Anda dapat mengelola cadangan RDS database Amazon Anda di. AWS Backup
**catatan**
Pencadangan yang dikelola oleh AWS Backup dianggap snapshot DB manual, tetapi tidak dihitung dalam kuota snapshot DB untuk. RDS Cadangan yang dibuat dengan AWS Backup memiliki nama yang diakhiri dengan. `awsbackup:backup-job-number`
Untuk informasi selengkapnya AWS Backup, lihat [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide).
**Untuk melihat cadangan yang dikelola oleh AWS Backup**
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 tab **Layanan pencadangan**.
AWS Backup Cadangan Anda tercantum di bawah snapshot **layanan Backup**.