Amazon Redshift tidak akan lagi mendukung pembuatan Python UDFs baru mulai Patch 198. Python yang ada UDFs akan terus berfungsi hingga 30 Juni 2026. Untuk informasi lebih lanjut, lihat [posting blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Cuplikan dan cadangan Amazon Redshift
Snapshot adalah point-in-time backup dari sebuah cluster. Ada dua jenis snapshot: *otomatis* dan *manual*. Amazon Redshift menyimpan snapshot ini secara internal di Amazon S3 dengan menggunakan koneksi Secure Sockets Layer (SSL) terenkripsi.
Amazon Redshift secara otomatis mengambil snapshot tambahan yang melacak perubahan pada cluster sejak snapshot otomatis sebelumnya. Snapshot otomatis menyimpan semua data yang diperlukan untuk memulihkan cluster dari snapshot. Anda dapat membuat jadwal snapshot untuk mengontrol kapan snapshot otomatis diambil, atau Anda dapat mengambil snapshot manual kapan saja.
Saat memulihkan dari snapshot, Amazon Redshift membuat cluster baru dan membuat klaster baru tersedia sebelum semua data dimuat, sehingga Anda dapat segera mulai menanyakan klaster baru. Cluster mengalirkan data sesuai permintaan dari snapshot sebagai respons terhadap kueri aktif, lalu memuat data yang tersisa di latar belakang.
Saat meluncurkan cluster, Anda dapat mengatur periode retensi untuk snapshot otomatis dan manual. Anda dapat mengubah periode retensi default untuk snapshot otomatis dan manual dengan memodifikasi cluster. Anda dapat mengubah periode retensi untuk snapshot manual saat membuat snapshot atau dengan memodifikasi snapshot.
Anda dapat memantau kemajuan snapshot dengan melihat detail snapshot di Konsol Manajemen AWS, atau dengan memanggil [describe-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-cluster-snapshots.html)CLI atau tindakan API. [DescribeClusterSnapshots](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusterSnapshots.html) Untuk snapshot yang sedang berlangsung, ini menampilkan informasi seperti ukuran snapshot tambahan, kecepatan transfer, waktu yang telah berlalu, dan perkiraan waktu yang tersisa.
Untuk memastikan bahwa cadangan Anda selalu tersedia untuk klaster Anda, Amazon Redshift menyimpan snapshot dalam bucket Amazon S3 yang dikelola secara internal yang dikelola oleh Amazon Redshift. Untuk mengelola biaya penyimpanan, evaluasi berapa hari Anda perlu menyimpan snapshot otomatis dan mengonfigurasi periode retensi yang sesuai. Hapus snapshot manual yang tidak lagi Anda butuhkan. Untuk informasi selengkapnya tentang biaya penyimpanan cadangan, lihat halaman [harga Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
Anda juga dapat membuat dan memulihkan snapshot menggunakan AWS Backup, layanan yang dikelola sepenuhnya yang membantu Anda memusatkan dan mengotomatiskan perlindungan data di seluruh AWS layanan, di cloud, dan di tempat. Untuk informasi selengkapnya, lihat [AWS Backup integrasi dengan Amazon Redshift](managing-aws-backup.md). Untuk informasi tentang AWS Backup, lihat [Apa itu AWS Backup?](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) di *Panduan AWS Backup Pengembang*.
## Bekerja dengan snapshot dan backup di Amazon Redshift Serverless
Amazon Redshift Tanpa Server, seperti kluster yang disediakan, memungkinkan Anda mengambil cadangan sebagai point-in-time representasi objek dan data di namespace. Ada dua jenis cadangan di Amazon Redshift Serverless: snapshot yang dibuat secara manual dan titik pemulihan yang dibuat Amazon Redshift Serverless secara otomatis. Anda dapat menemukan informasi lebih lanjut tentang bekerja dengan snapshot untuk Amazon Redshift Tanpa Server [di](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html) Snapshots dan titik pemulihan.
Anda juga dapat memulihkan snapshot dari klaster yang disediakan ke namespace tanpa server. Untuk informasi selengkapnya, lihat [Memulihkan namespace tanpa server dari snapshot](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshot-restore.html).
## Snapshot otomatis
Saat snapshot otomatis diaktifkan untuk klaster, Amazon Redshift secara berkala mengambil snapshot dari cluster tersebut. Secara default Amazon Redshift mengambil snapshot setiap delapan jam atau mengikuti setiap 5 GB per node perubahan data, atau mana yang lebih dulu. Jika data Anda lebih besar dari 5 GB\$1 jumlah node, jumlah waktu terpendek di antara pembuatan snapshot otomatis adalah 15 menit. Atau, Anda dapat membuat jadwal snapshot untuk mengontrol saat snapshot otomatis diambil. Jika Anda menggunakan jadwal khusus, jumlah waktu minimum antara snapshot otomatis adalah satu jam. Snapshot otomatis diaktifkan secara default saat Anda membuat cluster.
Snapshot otomatis dihapus pada akhir periode retensi. Periode retensi default adalah satu hari, tetapi Anda dapat memodifikasinya dengan menggunakan konsol Amazon Redshift atau secara terprogram dengan menggunakan Amazon Redshift API atau CLI.
Untuk menonaktifkan snapshot otomatis, atur periode retensi ke nol. Jika Anda menonaktifkan snapshot otomatis, Amazon Redshift berhenti mengambil snapshot dan menghapus snapshot otomatis yang ada untuk cluster. Anda tidak dapat menonaktifkan snapshot otomatis untuk tipe RA3 node. Anda dapat mengatur periode retensi otomatis tipe RA3 node dari 1—35 hari.
Hanya Amazon Redshift yang dapat menghapus snapshot otomatis; Anda tidak dapat menghapusnya secara manual. Amazon Redshift menghapus snapshot otomatis di akhir periode retensi snapshot, saat Anda menonaktifkan snapshot otomatis untuk klaster, atau saat Anda menghapus klaster. *Amazon Redshift mempertahankan snapshot otomatis terbaru hingga Anda menonaktifkan snapshot otomatis atau menghapus cluster.*
Jika Anda ingin menyimpan snapshot otomatis untuk jangka waktu yang lebih lama, Anda dapat membuat salinannya sebagai snapshot manual. Snapshot otomatis dipertahankan hingga akhir periode retensi, tetapi snapshot manual yang sesuai dipertahankan hingga Anda menghapusnya secara manual atau hingga akhir periode retensi.
## Jadwal snapshot otomatis
Untuk mengontrol secara tepat kapan snapshot diambil, Anda dapat membuat jadwal snapshot dan melampirkannya ke satu atau lebih cluster. Saat Anda mengubah jadwal snapshot, jadwal diubah untuk semua cluster terkait. Jika klaster tidak memiliki jadwal snapshot terlampir, cluster menggunakan jadwal snapshot otomatis default.
*Jadwal snapshot* adalah seperangkat aturan jadwal. Anda dapat menentukan aturan jadwal sederhana berdasarkan interval tertentu, seperti setiap 8 jam atau setiap 12 jam. Anda juga dapat menambahkan aturan untuk mengambil foto pada hari-hari tertentu dalam seminggu, pada waktu tertentu, atau selama periode tertentu. Aturan juga dapat didefinisikan menggunakan ekspresi cron mirip Unix.
## Format jadwal snapshot
Di konsol Amazon Redshift, Anda dapat membuat jadwal snapshot. Kemudian, Anda dapat melampirkan jadwal ke cluster untuk memicu pembuatan snapshot sistem. Jadwal dapat dilampirkan ke beberapa cluster, dan Anda dapat membuat beberapa definisi cron dalam jadwal untuk memicu snapshot.
Anda dapat menentukan jadwal untuk snapshot Anda menggunakan sintaks cron. [Definisi jadwal ini menggunakan sintaks cron mirip Unix yang dimodifikasi.](http://en.wikipedia.org/wiki/Cron) Anda menentukan waktu di [Waktu universal terkoordinasi (UTC](http://en.wikipedia.org/wiki/Coordinated_Universal_Time)). Anda dapat membuat jadwal dengan frekuensi maksimum satu jam dan presisi minimum satu menit.
Ekspresi cron yang dimodifikasi Amazon Redshift memiliki 3 bidang wajib, yang dipisahkan oleh spasi putih.
**Sintaksis**
```
cron(Minutes Hours Day-of-month Month Day-of-week Year)
```
| **Bidang** | **Nilai-nilai** | **Wildcard** |
| --- | --- | --- |
| Menit | 0–59 | , - \$1 / |
| Jam | 0–23 | , - \$1 / |
| D ay-of-month | 1–31 | , - \$1 ? / L W |
| Bulan | 1–12 atau JAN-DEC | , - \$1 / |
| D ay-of-week | 1–7 atau SUN-SAT | , - \$1 ? L \$1 |
| Tahun | 1970–2199 | , - \$1 / |
**Wildcard**
+ Wildcard **,** (koma) mencakup nilai tambahan. Di `Day-of-week` lapangan, `MON,WED,FRI` akan mencakup Senin, Rabu, dan Jumat. Nilai total dibatasi hingga 24 per bidang.
+ Wildcard **-** (tanda hubung) menentukan rentang. Di `Hour` lapangan, 1-15 akan mencakup jam 1 hingga 15 dari hari yang ditentukan.
+ Wildcard **\$1** (bintang) mencakup semua nilai di bidang. Di kolom `Hours`, **\$1** akan mencakup setiap jam.
+ Wildcard **/** (garis miring) menentukan tambahan. Di `Hours` lapangan, Anda bisa masuk **1/10** untuk menentukan setiap jam ke-10, mulai dari jam pertama hari itu (misalnya, 01:00, 11:00, dan 21:00).
+ Wildcard **?** (tanda tanya) menentukan satu atau yang lain. **Di `Day-of-month` lapangan Anda bisa masuk **7**, dan jika Anda tidak peduli hari apa dalam minggu ketujuh, Anda bisa masuk?** di Day-of-week lapangan.
+ Wildcard **L** di kolom `Day-of-month` atau `Day-of-week` menentukan hari terakhir pada bulan atau minggu.
+ Wildcard **W** di kolom `Day-of-month` menentukan hari kerja. Di kolom `Day-of-month`, `3W` menentukan hari kerja yang paling dekat dengan pekan ketiga di bulan itu.
+ Wildcard **\$1** di Day-of-week bidang menentukan contoh tertentu dari hari yang ditentukan dalam seminggu dalam sebulan. Sebagai contoh, 3\$12 akan menjadi hari Selasa kedua setiap bulan: 3 mengacu pada hari Selasa karena itu adalah hari ketiga setiap minggu, dan 2 mengacu pada hari kedua dari jenis tersebut dalam bulan tersebut.
**catatan**
Jika Anda menggunakan karakter '\$1', Anda hanya dapat menentukan satu ekspresi di day-of-week bidang. Misalnya, “3 \$11 ,6 \$13" tidak valid karena ditafsirkan sebagai dua ekspresi.
**Batas**
+ Anda tidak dapat menentukan kolom `Day-of-month` dan `Day-of-week` dalam ekspresi cron yang sama. Jika Anda menentukan sebuah nilai di salah satu kolom, maka Anda harus menggunakan **?** (tanda tanya) di kolom yang lain.
+ Jadwal snapshot tidak mendukung frekuensi berikut:
+ Snapshot dijadwalkan lebih sering dari 1 per jam.
+ Snapshot dijadwalkan kurang dari 1 per hari (24 jam).
Jika Anda memiliki jadwal yang tumpang tindih yang menghasilkan penjadwalan snapshot dalam jendela 1 jam, kesalahan validasi akan terjadi.
Anda dapat membuat jadwal, Anda dapat menggunakan contoh cron berikut.
| Menit | Jam | Hari dalam seminggu | Arti |
| --- | --- | --- | --- |
| 0 | 14-20/1 | SEL | Setiap jam antara jam 2 siang dan 8 malam pada hari Selasa. |
| 0 | 21 | MON-FRI | Setiap malam jam 9 malam Senin-Jumat. |
| 30 | 0/6 | SAT-MATAHARI | Setiap kenaikan 6 jam pada hari Sabtu dan Minggu dimulai pada 30 menit setelah tengah malam (00:30) hari itu. Ini menghasilkan snapshot pada [00:30, 06:30, 12:30, dan 18:30] setiap hari. |
| 30 | 12/4 | \$1 | Setiap kenaikan 4 jam mulai pukul 12:30 setiap hari. Ini memutuskan untuk [12:30, 16:30, 20:30]. |
Misalnya berjalan sesuai jadwal dengan kenaikan setiap 2 jam mulai pukul 15:15 setiap hari. Ini memutuskan untuk [15:15, 17:15, 19:15, 21:15, 23:15], tentukan:
```
cron(15 15/2 *)
```
Anda dapat membuat beberapa definisi jadwal cron dalam sebagai jadwal. Misalnya AWS CLI perintah berikut berisi dua jadwal cron dalam satu jadwal.
```
create-snapshot-schedule --schedule-identifier "my-test" --schedule-definition "cron(0 17 SAT,SUN)" "cron(0 9,17 MON-FRI)"
```
## Snapshot manual
Anda dapat mengambil snapshot manual kapan saja. Secara default, snapshot manual dipertahankan tanpa batas waktu, bahkan setelah Anda menghapus cluster Anda. Anda dapat menentukan periode retensi saat membuat snapshot manual, atau Anda dapat mengubah periode retensi dengan memodifikasi snapshot. Untuk informasi selengkapnya tentang mengubah periode retensi, lihat[Memodifikasi periode retensi snapshot manual](snapshot-manual-retention-period.md).
Jika snapshot dihapus, Anda tidak dapat memulai operasi baru yang mereferensikan snapshot itu. Namun, jika operasi pemulihan sedang berlangsung, operasi pemulihan itu akan berjalan hingga selesai.
Amazon Redshift memiliki kuota yang membatasi jumlah snapshot manual yang dapat Anda buat; kuota ini per akun per Wilayah. AWS AWS Kuota default tercantum di[Kuota dan batas di Amazon Redshift](amazon-redshift-limits.md).
## Penyimpanan snapshot
Karena snapshot menimbulkan biaya penyimpanan, penting bagi Anda untuk menghapusnya saat Anda tidak lagi membutuhkannya. Amazon Redshift menghapus snapshot otomatis dan manual di akhir periode retensi snapshot masing-masing. Anda juga dapat menghapus snapshot manual menggunakan Konsol Manajemen AWS atau dengan perintah [batch-delete-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/batch-delete-cluster-snapshots.html)CLI.
Anda dapat mengubah periode retensi untuk snapshot manual dengan memodifikasi pengaturan snapshot manual.
Anda bisa mendapatkan informasi tentang berapa banyak penyimpanan yang dikonsumsi snapshot Anda menggunakan Amazon Redshift Console atau menggunakan [perintah CLI deskripsi-penyimpanan](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-storage.html).
## Tidak termasuk tabel dari snapshot
Secara default, semua tabel permanen yang ditentukan pengguna disertakan dalam snapshot. Jika tabel, seperti tabel pementasan, tidak perlu dicadangkan, Anda dapat secara signifikan mengurangi waktu yang diperlukan untuk membuat snapshot dan memulihkan dari snapshot. Anda juga mengurangi ruang penyimpanan di Amazon S3 dengan menggunakan tabel tanpa cadangan. Untuk membuat tabel tanpa cadangan, sertakan parameter BACKUP NO saat Anda membuat tabel. Untuk informasi selengkapnya, lihat [MEMBUAT TABEL](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_NEW.html) dan [MEMBUAT TABEL AS](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_AS.html) di Panduan *Pengembang Database Amazon Redshift*.
**catatan**
Tabel tanpa cadangan tidak didukung untuk klaster yang RA3 disediakan dan grup kerja Amazon Redshift Tanpa Server. Tabel yang ditandai sebagai no-backup di RA3 cluster atau grup kerja tanpa server diperlakukan sebagai tabel permanen yang akan selalu dicadangkan saat mengambil snapshot, dan selalu dipulihkan saat memulihkan dari snapshot. Untuk menghindari biaya snapshot untuk tabel tanpa cadangan, potong sebelum mengambil snapshot.
# Membuat snapshot manual
Anda dapat membuat snapshot manual cluster dari daftar snapshot sebagai berikut. Atau, Anda dapat mengambil snapshot cluster di panel konfigurasi cluster. Untuk informasi selengkapnya, lihat [Cuplikan dan cadangan Amazon Redshift](working-with-snapshots.md).
**catatan**
Tabel tanpa cadangan tidak didukung untuk klaster yang RA3 disediakan dan grup kerja Amazon Redshift Tanpa Server. Tabel yang ditandai sebagai no-backup di RA3 cluster atau grup kerja tanpa server diperlakukan sebagai tabel permanen yang akan selalu dicadangkan saat mengambil snapshot, dan selalu dipulihkan saat memulihkan dari snapshot. Untuk menghindari biaya snapshot untuk tabel tanpa cadangan, potong sebelum mengambil snapshot.
**Untuk membuat snapshot manual**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Clusters**, **Snapshots, lalu pilih **Create** snapshot**. Halaman snapshot untuk membuat snapshot manual ditampilkan.
1. Masukkan properti definisi snapshot, lalu pilih **Buat snapshot**. Mungkin perlu beberapa waktu agar snapshot tersedia.
# Membuat jadwal snapshot
Amazon Redshift mengambil snapshot otomatis dan bertahap dari data Anda secara berkala dan menyimpannya ke Amazon S3. Selain itu, Anda dapat mengambil snapshot manual dari data Anda kapan pun Anda mau.
Semua tugas snapshot di konsol Amazon Redshift dimulai dari daftar snapshot. Anda dapat memfilter daftar dengan menggunakan rentang waktu, jenis snapshot, dan cluster yang terkait dengan snapshot. Selain itu, Anda dapat mengurutkan daftar berdasarkan tanggal, ukuran, dan jenis snapshot. Bergantung pada jenis snapshot yang Anda pilih, Anda mungkin memiliki opsi berbeda yang tersedia untuk bekerja dengan snapshot.
Untuk mengontrol secara tepat kapan snapshot diambil, Anda dapat membuat jadwal snapshot dan melampirkannya ke satu atau lebih cluster. Anda dapat melampirkan jadwal saat membuat cluster atau dengan memodifikasi cluster. Untuk informasi selengkapnya, lihat [Jadwal snapshot otomatis](working-with-snapshots.md#automated-snapshot-schedules).
**Untuk membuat jadwal snapshot**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Cluster**, **Snapshots**, lalu pilih tab Jadwal **Snapshot**. Jadwal snapshot ditampilkan.
1. Pilih **Tambahkan jadwal** untuk menampilkan halaman untuk menambahkan jadwal.
1. Masukkan properti definisi jadwal, lalu pilih **Tambahkan jadwal**.
1. **Pada halaman yang muncul, Anda dapat melampirkan cluster ke jadwal snapshot baru Anda, lalu pilih OK.**
# Berbagi snapshot
Anda dapat membagikan snapshot manual yang ada dengan akun AWS pelanggan lain dengan mengotorisasi akses ke snapshot. Anda dapat mengotorisasi hingga 20 untuk setiap snapshot dan 100 untuk setiap AWS Key Management Service (AWS KMS) kunci. Artinya, jika Anda memiliki 10 snapshot yang dienkripsi dengan satu kunci KMS, maka Anda dapat mengotorisasi 10 AWS akun untuk memulihkan setiap snapshot, atau kombinasi lain yang menambahkan hingga 100 akun dan tidak melebihi 20 akun untuk setiap snapshot. Seseorang yang masuk sebagai pengguna di salah satu akun resmi kemudian dapat menjelaskan snapshot atau mengembalikannya untuk membuat cluster Amazon Redshift baru di bawah akun mereka. Misalnya, jika Anda menggunakan akun AWS pelanggan terpisah untuk produksi dan pengujian, pengguna dapat masuk menggunakan akun produksi dan berbagi snapshot dengan pengguna di akun pengujian. Seseorang yang masuk sebagai pengguna akun pengujian kemudian dapat memulihkan snapshot untuk membuat cluster baru yang dimiliki oleh akun pengujian untuk pengujian atau pekerjaan diagnostik.
Snapshot manual dimiliki secara permanen oleh akun AWS pelanggan tempat ia dibuat. Hanya pengguna di akun yang memiliki snapshot yang dapat mengotorisasi akun lain untuk mengakses snapshot, atau untuk mencabut otorisasi. Pengguna di akun resmi hanya dapat mendeskripsikan atau memulihkan snapshot apa pun yang telah dibagikan dengan mereka; mereka tidak dapat menyalin atau menghapus snapshot yang telah dibagikan dengan mereka. Otorisasi tetap berlaku sampai pemilik snapshot mencabutnya. Jika otorisasi dicabut, pengguna yang sebelumnya berwenang kehilangan visibilitas snapshot dan tidak dapat meluncurkan tindakan baru apa pun yang mereferensikan snapshot. Jika akun sedang dalam proses memulihkan snapshot saat akses dicabut, pemulihan berjalan hingga selesai. Anda tidak dapat menghapus snapshot saat memiliki otorisasi aktif; Anda harus terlebih dahulu mencabut semua otorisasi.
AWS Akun pelanggan selalu diizinkan untuk mengakses snapshot yang dimiliki oleh akun. Upaya untuk mengotorisasi atau mencabut akses ke akun pemilik akan menerima kesalahan. Anda tidak dapat memulihkan atau menggambarkan snapshot yang dimiliki oleh akun AWS pelanggan yang tidak aktif.
Setelah Anda memiliki akses resmi ke akun AWS pelanggan, tidak ada pengguna di akun tersebut yang dapat melakukan tindakan apa pun pada snapshot kecuali mereka berperan dengan kebijakan yang memungkinkan mereka melakukannya.
+ Pengguna di akun pemilik snapshot dapat mengotorisasi dan mencabut akses ke snapshot hanya jika mereka berperan dengan kebijakan IAM yang memungkinkan mereka melakukan tindakan tersebut dengan spesifikasi sumber daya yang menyertakan snapshot. Misalnya, kebijakan berikut memungkinkan pengguna atau peran dalam AWS akun `012345678912` untuk mengotorisasi akun lain untuk mengakses snapshot bernama: `my-snapshot20130829`
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"redshift:AuthorizeSnapshotAccess",
"redshift:RevokeSnapshotAccess"
],
"Resource":[
"arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829"
]
}
]
}
```
------
+ Pengguna di AWS akun yang telah dibagikan snapshot tidak dapat melakukan tindakan pada snapshot itu kecuali mereka memiliki izin yang mengizinkan tindakan tersebut. Anda dapat melakukan ini dengan menetapkan kebijakan untuk peran dan mengambil peran.
+ Untuk membuat daftar atau mendeskripsikan snapshot, mereka harus memiliki kebijakan IAM yang memungkinkan tindakan tersebut. `DescribeClusterSnapshots` Kode berikut menunjukkan contoh:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"redshift:DescribeClusterSnapshots"
],
"Resource":[
"*"
]
}
]
}
```
------
+ Untuk memulihkan snapshot, pengguna harus mengambil peran dengan kebijakan IAM yang memungkinkan `RestoreFromClusterSnapshot` tindakan dan memiliki elemen sumber daya yang mencakup cluster yang mereka coba buat dan snapshot. Misalnya, jika pengguna dalam akun `012345678912` telah berbagi snapshot `my-snapshot20130829` dengan akun`219876543210`, untuk membuat klaster dengan memulihkan snapshot, pengguna dalam akun `219876543210` harus mengambil peran dengan kebijakan seperti berikut:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"redshift:RestoreFromClusterSnapshot"
],
"Resource":[
"arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829",
"arn:aws:redshift:us-east-1:219876543210:cluster:from-another-account"
]
}
]
}
```
------
+ Setelah akses ke snapshot dicabut dari AWS akun, tidak ada pengguna di akun itu yang dapat mengakses snapshot tersebut. Hal ini terjadi bahkan jika akun tersebut memiliki kebijakan IAM yang memungkinkan tindakan pada sumber snapshot yang dibagikan sebelumnya.
## Berbagi snapshot cluster menggunakan konsol
Di konsol, Anda dapat mengotorisasi pengguna lain untuk mengakses snapshot manual yang Anda miliki, dan nanti Anda dapat mencabut akses itu ketika tidak lagi diperlukan.
**Untuk berbagi snapshot dengan akun lain**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Cluster**, **Snapshots, lalu pilih snapshot** manual untuk dibagikan.
1. Untuk **Tindakan**, pilih **Pengaturan snapshot manual** untuk menampilkan properti snapshot manual.
1. Masukkan akun atau akun untuk dibagikan di bagian **Kelola akses**, lalu pilih **Simpan**.
## Pertimbangan keamanan untuk berbagi snapshot terenkripsi
Saat Anda memberikan akses ke snapshot terenkripsi, Redshift mengharuskan kunci terkelola pelanggan AWS KMS yang digunakan untuk membuat snapshot dibagikan dengan akun atau akun yang melakukan pemulihan. Jika kunci tidak dibagikan, mencoba memulihkan snapshot menghasilkan kesalahan yang ditolak akses. Akun penerima tidak memerlukan izin tambahan untuk memulihkan snapshot bersama. Saat Anda mengotorisasi akses snapshot dan membagikan kunci, akses otorisasi identitas harus memiliki `kms:DescribeKey` izin pada kunci yang digunakan untuk mengenkripsi snapshot. Izin ini dijelaskan secara lebih rinci dalam [AWS KMS izin](https://docs.aws.amazon.com/kms/latest/developerguide/kms-api-permissions-reference.html). Untuk informasi selengkapnya, lihat [DescribeKey](https://docs.aws.amazon.com/kms/latest/APIReference/API_DescribeKey.html)di dokumentasi referensi Amazon Redshift API.
Kebijakan kunci yang dikelola pelanggan dapat diperbarui secara terprogram atau di konsol. AWS Key Management Service
**catatan**
Jika Anda menggunakan kunci KMS default, Anda tidak perlu mengambil tindakan atau mengubah apa pun untuk berbagi snapshot. AWS KMS
### Mengizinkan akses ke kunci AWS KMS untuk snapshot terenkripsi
Untuk membagikan kunci terkelola pelanggan AWS KMS untuk snapshot terenkripsi, perbarui kebijakan kunci dengan melakukan langkah-langkah berikut:
1. Perbarui kebijakan kunci KMS dengan Nama Sumber Daya Amazon (ARN) akun AWS yang Anda bagikan `Principal` seperti dalam kebijakan kunci KMS.
1. Izinkan `kms:Decrypt` tindakan.
Dalam contoh kebijakan kunci berikut, pengguna `111122223333` adalah pemilik kunci KMS, dan pengguna `444455556666` adalah akun tempat kunci dibagikan. Kebijakan kunci ini memberikan akses AWS akun ke contoh kunci KMS dengan menyertakan ARN untuk identitas akun AWS root bagi `444455556666` pengguna `Principal` sebagai kebijakan, dan dengan mengizinkan `kms:Decrypt` tindakan.
------
#### [ JSON ]
****
```
{
"Id": "key-policy-1",
"Version":"2012-10-17",
"Statement": [
{
"Sid": "Allow use of the key",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::111122223333:user/KeyUser",
"arn:aws:iam::444455556666:root"
]
},
"Action": [
"kms:Decrypt"
],
"Resource": "*"
}
]
}
```
------
Setelah akses diberikan ke kunci KMS yang dikelola pelanggan, akun yang mengembalikan snapshot terenkripsi harus membuat peran AWS Identity and Access Management (IAM), atau pengguna, jika belum memilikinya. Selain itu, AWS akun tersebut juga harus melampirkan kebijakan IAM ke peran IAM atau pengguna yang memungkinkan mereka memulihkan snapshot database terenkripsi, menggunakan kunci KMS Anda.
Untuk informasi selengkapnya tentang memberikan akses ke AWS KMS kunci, lihat [Mengizinkan pengguna di akun lain menggunakan kunci KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-modifying-external-accounts.html#cross-account-console), di panduan AWS Key Management Service pengembang.
Untuk ikhtisar kebijakan utama, lihat [Cara Amazon Redshift](https://docs.aws.amazon.com/kms/latest/developerguide/services-redshift.html) menggunakan. AWS KMS
# Menyalin snapshot otomatis
Snapshot otomatis dihapus secara otomatis saat periode retensi berakhir, saat Anda menonaktifkan snapshot otomatis, atau saat Anda menghapus klaster. Jika Anda ingin menyimpan snapshot otomatis, Anda dapat menyalinnya ke snapshot manual.
**Untuk menyalin snapshot otomatis**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Cluster**, **Snapshots, lalu pilih snapshot** yang akan disalin.
1. Untuk **Tindakan**, pilih **Salin snapshot otomatis** untuk menyalin snapshot.
1. Perbarui properti snapshot baru, lalu pilih **Salin**.
# Menyalin snapshot ke Wilayah lain AWS
Anda dapat mengonfigurasi Amazon Redshift untuk secara otomatis menyalin snapshot (otomatis atau manual) untuk cluster ke Wilayah lain. AWS Ketika snapshot dibuat di AWS Region utama cluster, itu disalin ke Region sekunder AWS . Kedua AWS Wilayah tersebut masing-masing dikenal sebagai * AWS Wilayah sumber* dan * AWS Wilayah tujuan*. Jika Anda menyimpan salinan snapshot Anda di AWS Wilayah lain, Anda dapat memulihkan klaster Anda dari data terbaru jika ada yang memengaruhi AWS Wilayah utama. Anda dapat mengonfigurasi klaster Anda untuk menyalin snapshot ke hanya satu AWS Wilayah tujuan pada satu waktu. Untuk daftar Wilayah Amazon Redshift, lihat [Wilayah dan titik akhir](https://docs.aws.amazon.com/general/latest/gr/rande.html) di. *Referensi Umum Amazon Web Services*
Saat Anda mengaktifkan Amazon Redshift untuk secara otomatis menyalin snapshot ke AWS Wilayah lain, Anda menentukan AWS Wilayah tujuan untuk menyalin snapshot. Untuk snapshot otomatis, Anda juga dapat menentukan periode retensi untuk menyimpannya di AWS Wilayah tujuan. Setelah snapshot otomatis disalin ke AWS Wilayah tujuan dan mencapai periode waktu penyimpanan di sana, snapshot tersebut dihapus dari Wilayah tujuan AWS . Melakukan hal ini membuat penggunaan snapshot Anda tetap rendah. Untuk menyimpan snapshot otomatis untuk waktu yang lebih singkat atau lebih lama di AWS Wilayah tujuan, ubah periode retensi ini.
Periode penyimpanan yang Anda tetapkan untuk snapshot otomatis yang disalin ke AWS Wilayah tujuan terpisah dari periode penyimpanan untuk snapshot otomatis di Wilayah sumber. AWS Periode retensi default untuk snapshot yang disalin adalah tujuh hari. Periode tujuh hari itu hanya berlaku untuk snapshot otomatis. Di AWS Wilayah sumber dan tujuan, snapshot manual dihapus pada akhir periode retensi snapshot atau saat Anda menghapusnya secara manual.
Anda dapat menonaktifkan salinan snapshot otomatis untuk cluster kapan saja. Saat Anda menonaktifkan fitur ini, snapshot tidak lagi disalin dari Wilayah sumber ke AWS Wilayah tujuan AWS . Setiap snapshot otomatis yang disalin ke AWS Wilayah tujuan akan dihapus saat mencapai batas periode retensi, kecuali Anda membuat salinan snapshot manual dari mereka. Cuplikan manual ini, dan snapshot manual apa pun yang disalin dari AWS Wilayah tujuan, disimpan di AWS Wilayah tujuan hingga Anda menghapusnya secara manual.
Untuk mengubah AWS Wilayah tujuan tempat Anda menyalin snapshot, pertama nonaktifkan fitur salin otomatis. Kemudian aktifkan kembali, tentukan Wilayah tujuan AWS baru.
Setelah snapshot disalin ke AWS Wilayah tujuan, itu menjadi aktif dan tersedia untuk tujuan restorasi.
Untuk menyalin snapshot untuk kluster yang AWS KMS dienkripsi —ke AWS Wilayah lain, buat hibah untuk Amazon Redshift untuk menggunakan kunci terkelola pelanggan di Wilayah tujuan. AWS Kemudian pilih hibah itu saat Anda mengaktifkan penyalinan snapshot di Wilayah sumber AWS . Untuk informasi selengkapnya tentang mengonfigurasi hibah salinan snapshot, lihat. [Menyalin AWS KMS—snapshot terenkripsi ke yang lain Wilayah AWS](working-with-db-encryption.md#configure-snapshot-copy-grant)
# Memulihkan cluster dari snapshot
Snapshot berisi data dari database apa pun yang berjalan di cluster Anda. Ini juga berisi informasi tentang cluster Anda, termasuk jumlah node, tipe node, dan nama pengguna admin. Jika Anda memulihkan klaster dari snapshot, Amazon Redshift menggunakan informasi klaster untuk membuat cluster baru. Kemudian mengembalikan semua database dari data snapshot.
**catatan**
Tabel tanpa cadangan tidak didukung untuk klaster yang RA3 disediakan dan grup kerja Amazon Redshift Tanpa Server. Tabel yang ditandai sebagai no-backup di RA3 cluster atau grup kerja tanpa server diperlakukan sebagai tabel permanen yang akan selalu dicadangkan saat mengambil snapshot, dan selalu dipulihkan saat memulihkan dari snapshot.
Untuk cluster baru yang dibuat dari snapshot asli, Anda dapat memilih konfigurasi, seperti jenis node dan jumlah node. Cluster dipulihkan di AWS Wilayah yang sama dan Availability Zone acak yang dipilih sistem, kecuali Anda menentukan Availability Zone lain dalam permintaan Anda. Saat memulihkan klaster dari snapshot, Anda dapat memilih trek pemeliharaan yang kompatibel untuk klaster baru secara opsional.
**catatan**
Saat Anda mengembalikan snapshot ke cluster dengan konfigurasi yang berbeda, snapshot harus diambil pada cluster dengan versi cluster 1.0.10013, atau yang lebih baru.
Saat pemulihan sedang berlangsung, peristiwa biasanya dipancarkan dalam urutan berikut:
1. RESTORE\$1STARTED - REDSHIFT-EVENT-2008 dikirim ketika proses pemulihan dimulai.
1. RESTORE\$1SUCCEEDED — REDSHIFT-EVENT-3003 dikirim ketika cluster baru telah dibuat.
Cluster tersedia untuk kueri.
1. DATA\$1TRANSFER\$1COMPLETED — REDSHIFT-EVENT-3537 dikirim saat transfer data selesai.
**catatan**
RA3 cluster hanya memancarkan peristiwa RESTORE\$1STARTED dan RESTORE\$1SUCCEEDED. Tidak ada transfer data eksplisit yang harus dilakukan setelah RESTORE berhasil karena tipe RA3 node menyimpan data di penyimpanan terkelola Amazon Redshift. Dengan RA3 node, data terus ditransfer antara RA3 node dan penyimpanan terkelola Amazon Redshift sebagai bagian dari pemrosesan kueri normal. RA3 node menyimpan data panas secara lokal dan menyimpan blok yang lebih jarang ditanyakan di penyimpanan terkelola Amazon Redshift secara otomatis.
Anda dapat memantau kemajuan pemulihan dengan memanggil operasi [DescribeClusters](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusters.html)API, atau melihat detail klaster di Konsol Manajemen AWS. Untuk pemulihan yang sedang berlangsung, ini menampilkan informasi seperti ukuran data snapshot, kecepatan transfer, waktu yang telah berlalu, dan perkiraan waktu yang tersisa. Untuk deskripsi metrik ini, lihat [RestoreStatus](https://docs.aws.amazon.com/redshift/latest/APIReference/API_RestoreStatus.html).
Anda tidak dapat menggunakan snapshot untuk mengembalikan klaster aktif ke status sebelumnya.
**catatan**
Saat Anda mengembalikan snapshot ke cluster baru, grup keamanan default dan grup parameter digunakan kecuali Anda menentukan nilai yang berbeda.
Anda mungkin ingin mengembalikan snapshot ke cluster dengan konfigurasi berbeda karena alasan berikut:
+ Ketika sebuah cluster terdiri dari tipe node yang lebih kecil dan Anda ingin mengkonsolidasikannya menjadi tipe node yang lebih besar dengan node yang lebih sedikit.
+ Ketika Anda telah memantau beban kerja Anda dan menentukan kebutuhan untuk pindah ke tipe node dengan lebih banyak CPU dan penyimpanan.
+ Bila Anda ingin mengukur kinerja beban kerja pengujian dengan tipe node yang berbeda.
Restore memiliki kendala berikut:
+ Konfigurasi node baru harus memiliki penyimpanan yang cukup untuk data yang ada. Bahkan ketika Anda menambahkan node, konfigurasi baru Anda mungkin tidak memiliki penyimpanan yang cukup karena cara data didistribusikan kembali.
+ Operasi pemulihan memeriksa apakah snapshot dibuat pada versi cluster yang kompatibel dengan versi cluster dari cluster baru. Jika cluster baru memiliki tingkat versi yang terlalu dini, maka operasi pemulihan gagal dan melaporkan lebih banyak informasi dalam pesan kesalahan.
+ Konfigurasi yang mungkin (jumlah node dan tipe node) yang dapat Anda pulihkan ditentukan oleh jumlah node di cluster asli dan tipe node target dari cluster baru. Untuk menentukan kemungkinan konfigurasi yang tersedia, Anda dapat menggunakan konsol Amazon Redshift atau perintah `describe-node-configuration-options` AWS CLI dengan. `action-type restore-cluster` Untuk informasi selengkapnya tentang pemulihan menggunakan konsol Amazon Redshift, lihat. [Memulihkan cluster dari snapshot](#working-with-snapshot-restore-cluster-from-snapshot)
Langkah-langkah berikut mengambil sebuah cluster dengan banyak node dan mengkonsolidasikannya menjadi tipe node yang lebih besar dengan jumlah node yang lebih kecil menggunakan. AWS CLI Untuk contoh ini, kita mulai dengan cluster sumber 24 node. Dalam hal ini, misalkan kita sudah membuat snapshot dari cluster ini dan ingin mengembalikannya ke tipe node yang lebih besar.
1. Jalankan perintah berikut untuk mendapatkan rincian cluster 24-node kami.
```
aws redshift describe-clusters --region eu-west-1 --cluster-identifier mycluster-123456789012
```
1. Jalankan perintah berikut untuk mendapatkan detail snapshot.
```
aws redshift describe-cluster-snapshots --region eu-west-1 --snapshot-identifier mycluster-snapshot
```
1. Jalankan perintah berikut untuk menjelaskan opsi yang tersedia untuk snapshot ini.
```
aws redshift describe-node-configuration-options --snapshot-identifier mycluster-snapshot --region eu-west-1 --action-type restore-cluster
```
Perintah ini mengembalikan daftar opsi dengan jenis node yang direkomendasikan, jumlah node, dan pemanfaatan disk untuk setiap opsi. Untuk contoh ini, perintah sebelumnya mencantumkan konfigurasi node yang mungkin berikut. Kami memilih untuk mengembalikan ke cluster tiga simpul.
```
{
"NodeConfigurationOptionList": [
{
"EstimatedDiskUtilizationPercent": 65.26134808858235,
"NodeType": "dc2.large",
"NumberOfNodes": 24
},
{
"EstimatedDiskUtilizationPercent": 32.630674044291176,
"NodeType": "dc2.large",
"NumberOfNodes": 48
},
{
"EstimatedDiskUtilizationPercent": 65.26134808858235,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 3
},
{
"EstimatedDiskUtilizationPercent": 48.94601106643677,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 4
},
{
"EstimatedDiskUtilizationPercent": 39.156808853149414,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 5
},
{
"EstimatedDiskUtilizationPercent": 32.630674044291176,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 6
}
]
}
```
1. Jalankan perintah berikut untuk mengembalikan snapshot ke dalam konfigurasi cluster yang kita pilih. Setelah cluster ini dipulihkan, kami memiliki konten yang sama dengan cluster sumber, tetapi data telah dikonsolidasikan menjadi tiga `dc2.8xlarge` node.
```
aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type dc2.8xlarge --number-of-nodes 3
```
Jika Anda memiliki node cadangan, misalnya node yang DC2 dicadangkan, Anda dapat meningkatkan ke node yang RA3 dicadangkan. Anda dapat melakukan ini saat memulihkan dari snapshot atau melakukan pengubahan ukuran elastis. Anda dapat menggunakan konsol untuk memandu Anda melalui proses ini. Untuk informasi selengkapnya tentang memutakhirkan ke RA3 node, lihat [Memutakhirkan ke tipe RA3 node](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3).
**Untuk memulihkan cluster dari snapshot di konsol**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Cluster**, **Snapshots**, lalu pilih snapshot untuk dipulihkan.
1. Pilih **Pulihkan dari snapshot** untuk melihat **konfigurasi Cluster** **dan nilai detail Cluster** dari cluster baru yang akan dibuat menggunakan informasi snapshot.
1. Perbarui properti cluster baru, lalu pilih **Pulihkan cluster dari snapshot**.
Setelah memulihkan snapshot cluster Anda, gudang data yang dipulihkan dienkripsi dengan kunci AWS KMS kustom yang sama yang digunakan pada saat snapshot diambil. Jika snapshot tidak memiliki kunci KMS khusus, logika enkripsi cadangan Amazon Redshift bergantung pada faktor-faktor berikut:
+ Jenis gudang data Amazon Redshift tempat Anda memulihkan snapshot.
+ Jenis enkripsi cluster pada saat snapshot diambil.
Untuk mempelajari cara gudang data Anda dienkripsi setelah Anda memulihkannya dari snapshot klaster, lihat tabel berikut:
| Jenis tujuan | Jenis enkripsi snapshot | Jenis enkripsi tujuan |
| --- | --- | --- |
| Cluster yang disediakan | Dienkripsi dengan Kunci yang dikelola AWS | Dienkripsi dengan Kunci yang dikelola AWS |
| Cluster yang disediakan | Dienkripsi dengan Kunci milik AWS | Dienkripsi dengan Kunci milik AWS |
| Namespace tanpa server | Dienkripsi dengan Kunci yang dikelola AWS | Dienkripsi dengan Kunci milik AWS |
| Namespace tanpa server | Dienkripsi dengan Kunci milik AWS | Dienkripsi dengan Kunci milik AWS |
Jika AWS Secrets Manager mengelola kata sandi admin klaster Anda pada saat snapshot diambil, Anda harus terus menggunakan AWS Secrets Manager untuk mengelola kata sandi admin. Anda dapat memilih untuk tidak menggunakan rahasia setelah memulihkan klaster dengan memperbarui kredensi admin cluster di halaman detail cluster.
Jika Anda memiliki node cadangan, Anda dapat memutakhirkan ke node yang RA3 dicadangkan. Anda dapat melakukan ini saat memulihkan dari snapshot atau melakukan pengubahan ukuran elastis. Anda dapat menggunakan konsol untuk memandu Anda melalui proses ini. Untuk informasi selengkapnya tentang memutakhirkan ke RA3 node, lihat [Memutakhirkan ke tipe RA3 node](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3).
# Memulihkan tabel dari snapshot
Anda dapat memulihkan satu tabel dari snapshot alih-alih memulihkan seluruh cluster. Saat memulihkan satu tabel dari snapshot, Anda menentukan snapshot sumber, database, skema, dan nama tabel, serta database target, skema, dan nama tabel baru untuk tabel yang dipulihkan.
**catatan**
Tabel tanpa cadangan tidak didukung untuk klaster yang RA3 disediakan dan grup kerja Amazon Redshift Tanpa Server. Tabel yang ditandai sebagai no-backup di RA3 cluster atau grup kerja tanpa server diperlakukan sebagai tabel permanen yang akan selalu dicadangkan saat mengambil snapshot, dan selalu dipulihkan saat memulihkan dari snapshot. Namun, pemulihan selektif tabel tanpa cadangan tidak didukung.
Nama tabel baru tidak bisa menjadi nama tabel yang ada. Untuk mengganti tabel yang ada dengan tabel yang dipulihkan dari snapshot, ganti nama atau jatuhkan tabel yang ada sebelum Anda mengembalikan tabel dari snapshot.
Tabel target dibuat menggunakan definisi kolom tabel sumber, atribut tabel, dan atribut kolom kecuali untuk kunci asing. Untuk mencegah konflik karena dependensi, tabel target tidak mewarisi kunci asing dari tabel sumber. Dependensi apa pun, seperti tampilan atau izin yang diberikan pada tabel sumber, tidak diterapkan ke tabel target.
Jika pemilik tabel sumber ada, maka pengguna database tersebut adalah pemilik tabel dipulihkan, asalkan pengguna memiliki izin yang cukup untuk menjadi pemilik relasi dalam database dan skema yang ditentukan. Jika tidak, tabel yang dipulihkan dimiliki oleh pengguna admin yang dibuat saat cluster diluncurkan.
Tabel yang dipulihkan kembali ke keadaan semula pada saat cadangan diambil. Ini termasuk aturan visibilitas transaksi yang ditentukan oleh kepatuhan Amazon Redshift terhadap isolasi [serial](https://docs.aws.amazon.com/redshift/latest/dg/c_serial_isolation.html), yang berarti bahwa data akan segera terlihat dalam transaksi penerbangan yang dimulai setelah pencadangan.
Memulihkan tabel dari snapshot memiliki batasan berikut:
+ Anda dapat memulihkan tabel hanya ke cluster yang sedang berjalan aktif dan dari snapshot yang diambil dari cluster itu.
+ Anda dapat mengembalikan hanya satu tabel pada satu waktu.
+ Anda tidak dapat memulihkan tabel dari snapshot cluster yang diambil sebelum cluster diubah ukurannya. Pengecualian adalah Anda dapat mengembalikan tabel setelah mengubah ukuran elastis jika jenis simpul tidak berubah.
+ Dependensi apa pun, seperti tampilan atau izin yang diberikan pada tabel sumber, tidak diterapkan ke tabel target.
+ Jika keamanan tingkat baris dihidupkan untuk tabel dipulihkan, Amazon Redshift mengembalikan tabel dengan keamanan tingkat baris diaktifkan.
**Untuk mengembalikan tabel dari snapshot**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Clusters**, lalu pilih cluster yang ingin Anda gunakan untuk mengembalikan tabel.
1. Untuk **Tindakan**, pilih **Pulihkan tabel** untuk menampilkan halaman **Pulihkan tabel**.
1. Masukkan informasi tentang snapshot, tabel sumber, dan tabel target yang akan digunakan, lalu pilih **Pulihkan tabel**.
**Example Contoh: Memulihkan tabel dari snapshot menggunakan AWS CLI**
Contoh berikut menggunakan `restore-table-from-cluster-snapshot` AWS CLI perintah untuk mengembalikan `my-source-table` tabel dari `sample-database` skema di. `my-snapshot-id` Anda dapat menggunakan AWS CLI perintah `describe-table-restore-status` untuk meninjau status operasi pemulihan Anda. Contoh mengembalikan snapshot ke `mycluster-example` cluster dengan nama tabel baru. `my-new-table`
```
aws redshift restore-table-from-cluster-snapshot --cluster-identifier mycluster-example
--new-table-name my-new-table
--snapshot-identifier my-snapshot-id
--source-database-name sample-database
--source-table-name my-source-table
```
# Memulihkan namespace tanpa server dari snapshot
Memulihkan namespace tanpa server dari snapshot menggantikan semua database namespace dengan database di snapshot. Untuk informasi selengkapnya tentang snapshot tanpa server, lihat [Snapshot](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html) dan titik pemulihan. Amazon Redshift secara otomatis mengonversi tabel dengan kunci interleaved menjadi kunci majemuk saat Anda memulihkan snapshot klaster yang disediakan ke namespace Amazon Redshift Tanpa Server. Untuk informasi selengkapnya tentang kunci sortir, lihat [Bekerja dengan kunci sortir](https://docs.aws.amazon.com/redshift/latest/dg/t_Sorting_data.html).
Untuk memulihkan snapshot dari klaster yang disediakan ke namespace tanpa server Anda.
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Clusters**, **Snapshots, lalu pilih snapshot** yang akan digunakan.
1. Pilih **Pulihkan dari snapshot**, **Pulihkan ke namespace tanpa server**.
1. Pilih namespace yang ingin Anda pulihkan.
1. Konfirmasikan bahwa Anda ingin memulihkan dari snapshot Anda. Pilih **pulihkan**. Tindakan ini menggantikan semua database di namespace tanpa server dengan data dari klaster yang Anda sediakan.
# Mengonfigurasi salinan snapshot lintas wilayah untuk klaster yang tidak terenkripsi
Anda dapat mengonfigurasi Amazon Redshift untuk menyalin snapshot untuk cluster ke Wilayah lain. AWS Untuk mengonfigurasi salinan snapshot lintas wilayah, Anda perlu mengaktifkan fitur salin ini untuk setiap cluster dan mengonfigurasi tempat menyalin snapshot dan berapa lama untuk menyimpan snapshot otomatis atau manual yang disalin di Wilayah tujuan. AWS Saat salinan lintas wilayah diaktifkan untuk klaster, semua snapshot manual dan otomatis baru disalin ke Wilayah yang ditentukan. AWS Nama snapshot yang disalin diawali dengan. **copy:**
**Untuk mengonfigurasi snapshot Lintas wilayah**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Clusters**, lalu pilih cluster yang ingin Anda pindahkan snapshot.
1. Untuk **Tindakan**, pilih **Konfigurasi snapshot lintas wilayah**.
Kotak dialog Configure Cross-region muncul.
1. Untuk **Salin snapshot**, pilih **Ya**.
1. Di ** AWS Wilayah Tujuan**, pilih AWS Wilayah untuk menyalin snapshot.
1. Di **Periode retensi snapshot otomatis (hari)**, pilih jumlah hari yang Anda inginkan agar snapshot otomatis disimpan di AWS Wilayah tujuan sebelum dihapus.
1. Di **Periode retensi snapshot manual**, pilih nilai yang mewakili jumlah hari yang Anda inginkan snapshot manual disimpan di AWS Wilayah tujuan sebelum dihapus. Jika Anda memilih **Nilai kustom**, periode retensi harus antara 1 hingga 3653 hari.
1. Pilih **Simpan**.
# Mengonfigurasi salinan snapshot lintas wilayah untuk kluster —terenkripsi AWS KMS
Saat meluncurkan klaster Amazon Redshift, Anda dapat mengonfigurasi hibah salinan snapshot untuk kunci root di akun Anda di tujuan. Wilayah AWS Jika Anda tidak mengonfigurasi hibah, snapshot di wilayah tujuan dienkripsi dengan kunci bawaan AWS yang dimiliki. Dengan melakukan ini, Anda mengaktifkan Amazon Redshift untuk melakukan operasi enkripsi di Wilayah tujuan AWS .
Prosedur berikut menjelaskan proses mengaktifkan salinan snapshot lintas wilayah untuk cluster -enkripsi. AWS KMS Untuk informasi selengkapnya tentang enkripsi di Amazon Redshift dan hibah salinan snapshot, lihat. [Menyalin AWS KMS—snapshot terenkripsi ke yang lain Wilayah AWS](working-with-db-encryption.md#configure-snapshot-copy-grant)
**Untuk mengonfigurasi snapshot Lintas wilayah untuk kluster —terenkripsi AWS KMS**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Clusters**, lalu pilih cluster yang ingin Anda pindahkan snapshot.
1. Untuk **Tindakan**, pilih **Konfigurasi snapshot lintas wilayah**.
Kotak dialog Configure Cross-region muncul.
1. Untuk **Salin snapshot**, pilih **Ya**.
1. Di ** AWS Wilayah Tujuan**, pilih AWS Wilayah untuk menyalin snapshot.
1. Di **Periode retensi snapshot otomatis (hari)**, pilih jumlah hari yang Anda inginkan agar snapshot otomatis disimpan di AWS Wilayah tujuan sebelum dihapus.
1. Di **Periode retensi snapshot manual**, pilih nilai yang mewakili jumlah hari yang Anda inginkan snapshot manual disimpan di AWS Wilayah tujuan sebelum dihapus. Jika Anda memilih **Nilai kustom**, periode retensi harus antara 1 hingga 3653 hari.
1. Pilih **Simpan**.
# Memodifikasi periode retensi snapshot manual
Anda dapat mengubah periode retensi untuk snapshot manual dengan memodifikasi pengaturan snapshot.
**Untuk mengubah periode retensi snapshot manual**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Cluster**, **Snapshots**, lalu pilih snapshot manual untuk diubah.
1. Untuk **Tindakan**, pilih **Pengaturan snapshot manual** untuk menampilkan properti snapshot manual.
1. **Masukkan properti yang direvisi dari definisi snapshot, lalu pilih Simpan.**
# Memodifikasi periode retensi untuk salinan snapshot lintas wilayah
Setelah mengonfigurasi salinan snapshot lintas wilayah, Anda mungkin ingin mengubah pengaturan. Anda dapat dengan mudah mengubah periode retensi dengan memilih jumlah hari baru dan menyimpan perubahan.
**Awas**
Anda tidak dapat mengubah AWS Wilayah tujuan setelah salinan snapshot lintas wilayah dikonfigurasi.
Jika Anda ingin menyalin snapshot ke AWS Wilayah lain, nonaktifkan salinan snapshot lintas wilayah terlebih dahulu. Kemudian aktifkan kembali dengan AWS Wilayah tujuan baru dan periode retensi. Setiap snapshot otomatis yang disalin akan dihapus setelah Anda menonaktifkan salinan snapshot lintas wilayah. Dengan demikian, Anda harus menentukan apakah ada yang ingin Anda simpan dan menyalinnya ke snapshot manual sebelum menonaktifkan salinan snapshot lintas wilayah.
**Untuk memodifikasi snapshot Lintas wilayah**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Clusters**, lalu pilih cluster yang ingin Anda ubah snapshot.
1. Untuk **Tindakan**, pilih **Konfigurasi snapshot lintas wilayah** untuk menampilkan properti snapshot.
1. **Masukkan properti yang direvisi dari definisi snapshot, lalu pilih Simpan.**
# Menghapus snapshot manual
Anda dapat menghapus snapshot manual dengan memilih satu atau lebih snapshot dalam daftar snapshot.
**Untuk menghapus snapshot manual**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Pada menu navigasi, pilih **Cluster**, **Snapshots, lalu pilih snapshot** yang akan dihapus.
1. Untuk **Tindakan**, pilih **Hapus snapshot** untuk menghapus snapshot.
1. **Konfirmasikan penghapusan snapshot yang terdaftar, lalu pilih Hapus.**