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.
# Snapshot dan titik pemulihan
Cadangan di Amazon Redshift Serverless adalah point-in-time representasi objek dan data di namespace Anda. Ada dua jenis cadangan: snapshot yang dibuat secara manual dan titik pemulihan yang dibuat secara otomatis oleh Amazon Redshift Serverless untuk Anda.
Amazon Redshift Serverless secara otomatis membuat titik pemulihan setiap 30 menit atau setelah setiap 5 GB perubahan data per node, mana yang terjadi lebih dulu. Untuk dataset yang lebih besar (lebih dari 5 GB × jumlah node), interval minimal antara titik pemulihan adalah 15 menit. Semua titik pemulihan disimpan selama 24 jam.
**catatan**
Anda tidak dapat membuat jadwal snapshot Anda sendiri untuk mengontrol kapan titik pemulihan dibuat.
Amazon Redshift Serverless membuat snapshot di Redshift Managed Storage (RMS). Untuk informasi selengkapnya, lihat [Kapasitas komputasi untuk Amazon Redshift Serverless](serverless-capacity.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.
Jika Anda menemukan bahwa Anda ingin mengambil data dalam snapshot atau titik pemulihan, Anda dapat memulihkan snapshot ke namespace tanpa server atau ke klaster yang disediakan. Ada tiga skenario di mana Anda dapat memulihkan snapshot:
+ Kembalikan snapshot tanpa server ke namespace tanpa server.
+ Kembalikan snapshot tanpa server ke cluster yang disediakan.
+ Kembalikan snapshot cluster yang disediakan ke namespace tanpa server.
Saat mengembalikan snapshot tanpa server ke kluster yang disediakan, Anda harus memilih jenis node yang akan digunakan, seperti, dan jumlah node RA3, yang memungkinkan Anda mengontrol pengaturan di tingkat cluster atau node.
****Untuk memulihkan snapshot klaster yang disediakan ke namespace tanpa server, mulai dari konsol yang disediakan Redshift, pilih snapshot yang akan dipulihkan, lalu pilih Pulihkan dari snapshot, Pulihkan ke namespace tanpa server.**** Amazon Redshift mengonversi tabel dengan kunci interleaved menjadi kunci pengurutan majemuk saat Anda memulihkan snapshot klaster yang disediakan ke namespace 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).
Jika Anda ingin menambahkan konteks tambahan, Anda dapat menandai snapshot dan titik pemulihan dengan pasangan nilai kunci yang menyediakan metadata dan informasi ke snapshot dan titik pemulihan. Untuk informasi selengkapnya tentang menandai sumber daya, lihat Ikhtisar [sumber daya penandaan](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-tagging-resources.html).
Terakhir, Anda juga dapat berbagi snapshot dengan AWS akun lain, yang memungkinkan mereka mengakses data dalam snapshot dan menjalankan kueri.
## AWS Backup integrasi
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*.
# Membuat 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 menghindari biaya snapshot untuk tabel tanpa cadangan, potong sebelum mengambil snapshot.
Untuk membuat snapshot, lakukan langkah-langkah dalam prosedur berikut.
**Untuk membuat snapshot**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih **Buat snapshot**.
1. Pilih namespace untuk membuat snapshot dari.
1. Masukkan pengenal snapshot.
1. (Opsional) Pilih periode retensi. Jika Anda memilih **Nilai kustom**, pilih jumlah hari. Jumlah yang Anda pilih harus antara 1-3653 hari, inklusif. Defaultnya dipertahankan tanpa batas waktu.
1. Pilih **Buat**.
**Untuk membuat snapshot dari konfigurasi namespace**
1. **Di konsol Amazon Redshift Tanpa Server, pilih konfigurasi Namespace.**
1. Pilih namespace untuk membuat snapshot dari. Anda hanya dapat membuat snapshot dari namespace yang terkait dengan workgroup dan yang statusnya Tersedia.
1. Pilih tab **Pencadangan data**.
1. Pilih **Buat snapshot**.
1. Masukkan pengenal snapshot.
1. (Opsional) Pilih periode retensi. Jika Anda memilih **Nilai kustom**, pilih jumlah hari. Jumlah yang Anda pilih harus antara 1-3653 hari, inklusif.
1. Pilih **Buat**.
# Membuat snapshot akhir
Untuk membuat snapshot akhir dari semua data dalam namespace sebelum menghapus namespace, lakukan langkah-langkah dalam prosedur berikut.
**Untuk membuat snapshot akhir**
1. **Di konsol Amazon Redshift Tanpa Server, pilih konfigurasi Namespace.**
1. Pilih namespace yang akan dihapus.
1. Pilih **Tindakan**, **Hapus**.
1. Pilih **Buat snapshot akhir**.
1. Masukkan nama untuk snapshot.
1. Masukkan hapus.
1. Pilih **Hapus**.
# Berbagi snapshot atau menghapus izin snapshot
Untuk berbagi snapshot dengan AWS akun lain atau menghapus akses akun ke snapshot, lakukan prosedur berikut.
**Untuk berbagi atau menghapus akses ke snapshot**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih snapshot untuk dibagikan.
1. Pilih **Tindakan**, **Kelola akses**.
1. Untuk berbagi snapshot dengan akun lain, masukkan **Akun AWS ID**. Untuk menghapus akses dari akun, pilih **Hapus**.
1. Pilih **Simpan perubahan**.
# Menjadwalkan snapshot
Untuk mengontrol secara tepat kapan harus mengambil snapshot, Anda dapat membuat jadwal snapshot untuk namepsaces tertentu. Saat menjadwalkan pembuatan snapshot, Anda dapat membuat acara satu kali atau menggunakan ekspresi cron Unix untuk membuat jadwal berulang. Ekspresi cron mendukung tiga bidang dan dipisahkan oleh spasi putih.
```
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.
Tabel berikut memiliki beberapa contoh string cron.
| Menit | Jam | Hari dalam seminggu | Arti |
| --- | --- | --- | --- |
| 0 | 14-20/1 | SELAM | 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]. |
Contoh berikut menunjukkan cara membuat jadwal yang berjalan dalam kenaikan 2 jam mulai dari 15:15 setiap hari.
```
cron(15 15/2 *)
```
Anda dapat menggunakan konsol Amazon Redshift Serverless, API, atau AWS CLI untuk membuat jadwal snapshot.
**Untuk menjadwalkan snapshot**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih **jadwal Snapshot**.
1. Pilih **Buat jadwal**.
1. Masukkan nama untuk jadwal snapshot.
1. Pilih namespace untuk membuat snapshot.
1. Masukkan ekspresi cron untuk jadwal atau gunakan pembuat jadwal untuk membuatnya.
1. (Opsional) Pilih periode retensi. Jika Anda memilih **Nilai kustom**, tentukan jumlah hari.
1. Pilih **Buat jadwal**.
# Memperbarui periode retensi snapshot
Untuk memperbarui periode retensi snapshot, lakukan prosedur berikut.
**Untuk memperbarui periode retensi snapshot**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih snapshot untuk diperbarui.
1. Pilih **Tindakan**, **Atur pengaturan snapshot manual**.
1. Pilih periode retensi. Jika Anda memilih **Nilai kustom**, pilih jumlah hari.
1. Pilih **Simpan perubahan**.
# Menghapus snapshot
Untuk menghapus snapshot, lakukan prosedur berikut.
**Untuk menghapus snapshot**
**catatan**
Anda tidak dapat menghapus snapshot yang telah dibagikan dengan akun lain. Anda harus terlebih dahulu menghapus akses akun itu ke snapshot sebelum menghapus snapshot.
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih snapshot untuk dihapus.
1. Pilih **Tindakan**, **Hapus**.
1. Pilih **Hapus**.
# Memulihkan 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 menghindari biaya snapshot untuk tabel tanpa cadangan, potong sebelum mengambil snapshot.
Memulihkan snapshot ke namespace tanpa server menggantikan database saat ini dengan database dalam snapshot.
Memulihkan snapshot ke namespace tanpa server diselesaikan dalam dua fase. Fase pertama selesai dalam beberapa menit, mengembalikan data ke namespace Anda, dan membuatnya tersedia untuk kueri. Tahap kedua restorasi adalah di mana database Anda disetel, yang dapat menyebabkan masalah kinerja kecil. Fase kedua ini dapat berlangsung dari beberapa jam hingga beberapa hari, dan dalam beberapa kasus, beberapa minggu. Jumlah waktu tergantung pada ukuran data, tetapi kinerja semakin meningkat saat database disetel. Pada akhir fase ini, namespace tanpa server Anda sepenuhnya disetel, dan Anda dapat mengirimkan kueri tanpa masalah kinerja.
**Untuk mengembalikan snapshot ke namespace tanpa server**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih snapshot untuk dipulihkan. Anda hanya dapat memulihkan satu snapshot pada satu waktu.
1. Pilih **Tindakan**, **Pulihkan ke namespace tanpa server**.
1. Pilih namespace yang tersedia untuk dipulihkan. Anda hanya dapat mengembalikan ke ruang nama yang statusnya Tersedia.
1. Pilih **Pulihkan**.
**Untuk memulihkan snapshot ke kluster yang disediakan**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih snapshot untuk dipulihkan.
1. Pilih **Tindakan**, **Pulihkan ke klaster yang disediakan.**
1. Masukkan pengidentifikasi cluster.
1. Pilih **tipe Node**. Jumlah node tergantung pada jenis node.
1. Ikuti petunjuk pada halaman di halaman konsol untuk memasukkan properti untuk **konfigurasi Cluster**. Lihat [Membuat klaster](https://docs.aws.amazon.com//redshift/latest/mgmt/create-cluster.html) untuk informasi selengkapnya.
[Untuk informasi selengkapnya tentang snapshot pada kluster yang disediakan, lihat snapshot dan cadangan Amazon Redshift.](https://docs.aws.amazon.com//redshift/latest/mgmt/working-with-snapshots.html)
# Mengonversi titik pemulihan
Poin pemulihan di Amazon Redshift Tanpa Server dibuat kira-kira setiap 30 menit dan disimpan selama 24 jam. Untuk mengonversi titik pemulihan menjadi snapshot, lakukan langkah-langkah dalam prosedur berikut.
**Untuk mengonversi titik pemulihan menjadi snapshot**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Di bawah **Titik pemulihan**, pilih **waktu pembuatan** titik pemulihan yang ingin Anda konversi ke snapshot.
1. Pilih **Buat snapshot dari titik pemulihan**.
1. Masukkan **pengenal Snapshot**.
1. Pilih **Buat**.
# Memulihkan titik pemulihan
Poin pemulihan di Amazon Redshift Tanpa Server dibuat kira-kira setiap 30 menit dan disimpan selama 24 jam. Untuk mengembalikan titik pemulihan ke namespace tanpa server, lakukan langkah-langkah dalam prosedur berikut
**Untuk mengembalikan titik pemulihan ke namespace tanpa server**
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Di bawah **Poin pemulihan**, pilih **waktu pembuatan** titik pemulihan yang ingin Anda pulihkan.
1. Pilih **Pulihkan**. Anda hanya dapat mengembalikan ke ruang nama yang statusnya Tersedia.
1. Masukkan **restore** di bidang input teks dan pilih **Restore**.
# Menyalin cadangan ke yang lain Wilayah AWS
Anda dapat mengonfigurasi Amazon Redshift Tanpa Server untuk secara otomatis menyalin snapshot dan titik pemulihan ke yang lain. Wilayah AWS Saat Anda membuat snapshot di *sumber* Wilayah AWS, itu disalin ke Wilayah *tujuan*. Anda dapat mengonfigurasi namespace Anda sehingga hanya menyalin snapshot dan titik pemulihan ke satu tujuan Wilayah AWS pada satu waktu. Untuk daftar Wilayah AWS tempat Amazon Redshift Serverless tersedia, lihat titik akhir yang terdaftar untuk [Redshift](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html) Serverless API di. *Referensi Umum Amazon Web Services*
Saat mengonfigurasi penyalinan cadangan, Anda juga dapat menentukan periode retensi berapa lama Amazon Redshift Serverless harus menyimpan snapshot yang disalin. Anda tidak dapat mengubah periode retensi titik pemulihan, yang harus 1 hari. Periode retensi snapshot di Wilayah tujuan terpisah dari periode retensi snapshot di Wilayah sumber. Secara default, periode retensi adalah menyimpan snapshot tanpa batas waktu. Jika Anda memilih **Nilai kustom** pilih jumlah hari. Jumlah yang Anda pilih harus antara 1-3653 hari, inklusif.
Untuk mengubah Wilayah tujuan untuk menyalin snapshot, pertama nonaktifkan penyalinan cadangan, lalu tentukan Wilayah tujuan baru saat Anda mengaktifkan kembali penyalinan.
Setelah snapshot atau titik pemulihan disalin ke Wilayah tujuan, Anda dapat menggunakannya untuk memulihkan data ke Wilayah.
Secara default, data Anda dienkripsi dengan kunci yang AWS mengelola untuk Anda. Untuk menggunakan kunci yang berbeda, pilih kunci yang ingin Anda gunakan saat mengonfigurasi penyalinan cadangan di sumber Wilayah AWS, dan Amazon Redshift Tanpa Server secara otomatis membuat hibah, yang memungkinkan enkripsi snapshot di tujuan. Wilayah AWS
Untuk menyalin cadangan ke Wilayah lain, pastikan Anda memiliki izin IAM berikut:
```
redshift-serverless:CreateSnapshotCopyConfiguration
redshift-serverless:UpdateSnapshotCopyConfiguration
redshift-serverless:ListSnapshotCopyConfigurations
redshift-serverless:DeleteSnapshotCopyConfiguration
```
Jika Anda menggunakan kunci KMS Anda sendiri untuk mengenkripsi cadangan Anda, Anda juga memerlukan izin berikut:
```
kms:CreateGrant
kms:DescribeKey
```
Untuk mengonfigurasi penyalinan snapshot atau titik pemulihan Anda ke yang lain Wilayah AWS
1. Di konsol Amazon Redshift Tanpa Server, pilih namespace yang ingin Anda konfigurasikan menyalin snapshot atau titik pemulihan.
1. Pilih **Tindakan**, **Konfigurasi cadangan Lintas wilayah**.
1. Pilih tujuan Wilayah AWS untuk menyalin snapshot ke.
1. (Opsional) Pilih berapa lama untuk mempertahankan snapshot. Jika Anda memilih **Nilai kustom** pilih jumlah hari Jumlah yang Anda pilih harus antara 1-3653 hari, inklusif. Defaultnya adalah mempertahankan tanpa batas waktu.
1. (Opsional) Pilih AWS KMS kunci lain yang akan digunakan untuk mengenkripsi enkripsi di Wilayah tujuan.
1. Pilih **Simpan konfigurasi**.
# Memulihkan tabel
Anda juga dapat memulihkan tabel tertentu dari snapshot atau titik pemulihan Saat melakukannya, Anda menentukan snapshot sumber atau titik pemulihan, database, skema, tabel, basis data target, skema, dan nama tabel baru. Tabel baru ini tidak dapat memiliki nama yang sama dengan tabel yang ada. Jika Anda ingin mengganti tabel yang ada dengan memulihkan tabel, Anda harus terlebih dahulu mengganti nama atau menjatuhkan tabel sebelum Anda mengembalikan tabel.
**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.
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 tersebut adalah pemilik tabel yang 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.
Anda dapat menggunakan konsol Amazon Redshift Tanpa Server untuk memulihkan tabel dari snapshot.
Memulihkan tabel dari cadangan data memiliki batasan berikut:
+ Anda hanya dapat mengembalikan satu tabel pada satu waktu.
+ Dependensi apa pun, seperti tampilan atau izin yang diberikan pada tabel sumber, tidak diterapkan ke tabel target.
+ Jika keamanan tingkat baris diaktifkan untuk tabel dipulihkan, Amazon Redshift Serverless mengembalikan tabel dengan keamanan tingkat baris diaktifkan.
Untuk memulihkan tabel menggunakan konsol Amazon Redshift Serverless
1. **Di konsol Amazon Redshift Tanpa Server, pilih Pencadangan data.**
1. Pilih snapshot atau titik pemulihan yang memiliki tabel untuk dipulihkan.
1. Pilih **Tindakan**, **Kembalikan tabel dari snapshot** atau **Pulihkan tabel dari titik pemulihan**.
1. Masukkan informasi tentang snapshot sumber atau titik pemulihan dan tabel target, lalu pilih **Pulihkan tabel**.