^
--tags Key="AWSRDSCustom",Value="custom-sqlserver"
```
------
## Langkah 5: Membuat atau memodifikasi RDS Custom untuk SQL Server DB instance
Membuat atau memodifikasi contoh RDS Custom untuk SQL Server DB untuk digunakan dengan direktori Anda. Anda dapat menggunakan konsol, CLI, atau RDS API untuk mengaitkan suatu instans DB dengan direktori. Anda dapat menyesuaikan waktu ini dengan cara berikut:
+ Buat instance SQL Server DB baru menggunakan konsol, perintah [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)CLI, atau operasi DBInstance Create [RDS](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) API.
Untuk petunjuk, lihat [Membuat instans DB Amazon RDS](USER_CreateDBInstance.md).
+ Ubah instance SQL Server DB yang ada menggunakan konsol, perintah [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)CLI, atau operasi DBInstance Modify [RDS](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) API.
Untuk petunjuk, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
+ [Kembalikan instans SQL Server DB dari snapshot DB menggunakan konsol, perintah CLI [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html), atau operasi Restore From RDS API. DBInstance DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html)
Untuk petunjuk, lihat [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
+ Kembalikan instance SQL Server DB ke point-in-time menggunakan konsol, 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) CLI, atau operasi DBInstance ToPointInTime Restore [RDS](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) API.
Untuk petunjuk, lihat [Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS](USER_PIT.md).
**catatan**
Jika instance RDS Custom for SQL Server Anda sudah bergabung dengan AD secara manual, periksa pengaturannya [Aturan port konfigurasi jaringan](custom-sqlserver-WinAuth.NWConfigPorts.md)[Validasi Jaringan](custom-sqlserver-WinAuth.NWValidation.md), dan selesaikan langkah 1 melalui Langkah 4. Perbarui`--domain-fqdn`,`--domain-ou`, dan `--domain-auth-secret-arn` ke AD Anda, sehingga kredensi dan konfigurasi gabungan domain terdaftar di RDS Custom untuk memantau, mendaftarkan CNAME, dan mengambil tindakan pemulihan.
Saat Anda menggunakan AWS CLI, parameter berikut diperlukan agar instans DB dapat menggunakan direktori yang Anda buat:
+ Untuk `--domain-fqdn` parameternya, gunakan nama domain yang sepenuhnya memenuhi syarat dari AD yang dikelola sendiri.
+ Untuk parameter `--domain-ou`, gunakan OU yang Anda buat di AD yang dikelola sendiri.
+ Untuk `--domain-auth-secret-arn` parameter, gunakan nilai **ARN Rahasia** yang Anda buat.
**penting**
Jika Anda memodifikasi instans DB untuk bergabung atau menghapus dari domain AD yang dikelola sendiri atau AWS Managed Microsoft AD, reboot instans DB diperlukan agar modifikasi diterapkan. Anda dapat memilih untuk segera menerapkan perubahan atau menunggu hingga periode pemeliharaan berikutnya. Memilih opsi **Terapkan Segera** menyebabkan waktu henti untuk instans DB AZ tunggal. Cluster DB multi-AZ melakukan failover sebelum menyelesaikan reboot. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
Perintah CLI berikut membuat RDS Custom baru untuk SQL Server DB instance dan bergabung dengan self-managed atau domain. AWS Managed Microsoft AD
Untuk Linux, macOS, atau Unix:
```
aws rds create-db-instance \
--engine custom-sqlserver-se \
--engine-version 15.00.4312.2.v1 \
--db-instance-identifier my-custom-instance \
--db-instance-class db.m5.large \
--allocated-storage 100 --storage-type io1 --iops 1000 \
--master-username my-master-username \
--master-user-password my-master-password \
--kms-key-id my-RDSCustom-key-id \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
--db-subnet-group-name my-DB-subnet-grp \
--vpc-security-group-ids my-securitygroup-id \
--no-publicly-accessible \
--backup-retention-period 3 \
--port 8200 \
--region us-west-2 \
--no-multi-az
```
Untuk Windows:
```
aws rds create-db-instance ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4312.2.v1 ^
--db-instance-identifier my-custom-instance ^
--db-instance-class db.m5.large ^
--allocated-storage 100 --storage-type io1 --iops 1000 ^
--master-usernamemy-master-username ^
--master-user-password my-master-password ^
--kms-key-id my-RDSCustom-key-id ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
--db-subnet-group-name my-DB-subnet-grp ^
--vpc-security-group-ids my-securitygroup-id ^
--no-publicly-accessible ^
--backup-retention-period 3 ^
--port 8200 ^
--region us-west-2 ^
--no-multi-az
```
**penting**
Jika NetBIOS Anda AWS Managed Microsoft AD adalah **corpexample**, maka itu muncul sebagai OU itu sendiri. Setiap OU baru yang dibuat sebelumnya akan muncul sebagai OU bersarang. Untuk AWS Managed Microsoft AD, atur `--domain-ou` ke`"OU=RDSCustomOU,OU=corpexample,DC=corp,DC=example,DC=com"`.
Perintah berikut memodifikasi RDS Custom yang ada untuk SQL Server DB instance untuk menggunakan domain Active Directory.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
```
Perintah CLI berikut menghapus dan RDS Custom untuk SQL Server DB instance dari domain Active Directory.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--disable-domain
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--disable-domain
```
Saat menggunakan konsol untuk membuat atau memodifikasi instance Anda, klik **Aktifkan Microsoft SQL Server Windows Authentication** untuk melihat opsi berikut.
![\[Direktori Autentikasi Windows Microsoft SQL Server\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/custom-sqs-WinAuth.png)
Anda bertanggung jawab untuk memastikan FQDN domain Anda diselesaikan ke alamat IP pengontrol domain. Jika pengontrol domain IPs tidak menyelesaikan, operasi gabungan domain gagal tetapi RDS Custom untuk pembuatan instance SQL Server berhasil. Untuk informasi pemecahan masalah, lihat [Pemecahan Masalah Active Directory](custom-sqlserver-WinAuth.Troubleshoot.md).
## Langkah 6: Buat Windows Authentication SQL Server Login
Gunakan kredensial pengguna master Amazon RDS untuk terhubung ke instans basis data SQL Server sebagaimana Anda lakukan dengan instans DB lain. Karena instans DB digabungkan ke domain AD, Anda dapat menyediakan login dan pengguna SQL Server. Anda melakukan ini dari utilitas pengguna dan grup AD di domain AD Anda. Izin basis data dikelola melalui izin SQL Server standar yang diberikan dan dicabut ke login Windows ini.
Untuk pengguna AD untuk mengautentikasi dengan SQL Server, login SQL Server Windows harus ada untuk pengguna AD atau grup Direktori Aktif yang pengguna adalah anggota. Kontrol akses fine-grained akan ditangani melalui pemberian dan pencabutan izin pada login SQL Server ini. Pengguna AD yang tidak memiliki login SQL Server atau termasuk dalam grup AD dengan login seperti itu tidak dapat mengakses instans SQL Server DB.
`ALTER ANY LOGIN`Izin diperlukan untuk membuat login AD SQL Server. Jika Anda belum membuat login dengan izin ini, sambungkan sebagai pengguna utama instans DB menggunakan SQL Server Authentication dan buat login AD SQL Server Anda di bawah konteks pengguna utama.
Anda dapat menjalankan perintah bahasa definisi data (DDL) seperti berikut ini untuk membuat login SQL Server untuk pengguna atau grup AD.
```
USE [master]
GO
CREATE LOGIN [mydomain\myuser] FROM WINDOWS WITH DEFAULT_DATABASE = [master], DEFAULT_LANGUAGE = [us_english];
GO
```
Pengguna (baik manusia maupun aplikasi) dari domain Anda sekarang dapat terhubung ke instance RDS Custom for SQL Server dari mesin klien yang bergabung dengan domain menggunakan otentikasi Windows.
## Langkah 7: Menggunakan Kerberos atau Otentikasi NTLM
### Otentikasi NTLM menggunakan titik akhir RDS
Setiap instans Amazon RDS DB memiliki titik akhir dan setiap titik akhir memiliki nama DNS dan nomor port untuk instans DB. Untuk menghubungkan instans basis Anda menggunakan aplikasi klien SQL, Anda memerlukan nama dan nomor port DNS untuk instans tersebut. Untuk mengautentikasi menggunakan otentikasi NTLM, Anda harus terhubung ke titik akhir RDS.
Selama pemeliharaan database yang direncanakan atau gangguan layanan yang tidak direncanakan, Amazon RDS secara otomatis gagal ke database up-to-date sekunder sehingga operasi dapat dilanjutkan dengan cepat tanpa intervensi manual. Contoh primer dan sekunder menggunakan titik akhir yang sama, yang alamat jaringan fisiknya bertransisi ke sekunder sebagai bagian dari proses failover. Anda tidak perlu mengonfigurasi ulang aplikasi Anda saat terjadi failover.
### Autentikasi Kerberos
Otentikasi berbasis Kerberos untuk RDS Custom untuk SQL Server memerlukan koneksi dibuat ke Service Principal Name (SPN) tertentu. Namun, setelah peristiwa failover, aplikasi mungkin tidak mengetahui SPN baru. Untuk mengatasi hal ini, RDS Custom for SQL Server menawarkan endpoint berbasis Kerberos.
Titik akhir berbasis Kerberos mengikuti format tertentu. Jika titik akhir RDS Anda`rds-instance-name.account-region-hash.aws-region.rds.amazonaws.com`, titik akhir berbasis Kerberos yang sesuai adalah. `rds-instance-name.account-region-hash.aws-region.awsrds.fully qualified domain name (FQDN)`
Misalnya, jika titik akhir RDS adalah `ad-test.cocv6zwtircu.us-east-1.rds.amazonaws.com` dan nama domainnya`corp-ad.company.com`, titik akhir berbasis Kerberos akan menjadi. `ad-test.cocv6zwtircu.us-east-1.awsrds.corp-ad.company.com`
Titik akhir berbasis Kerberos ini dapat digunakan untuk mengautentikasi dengan instance SQL Server menggunakan Kerberos, bahkan setelah peristiwa failover, karena titik akhir diperbarui secara otomatis untuk menunjuk ke SPN baru dari instance SQL Server utama.
### Menemukan CNAME Anda
Untuk menemukan CNAME Anda, sambungkan ke pengontrol domain Anda dan buka **DNS Manager**. Arahkan ke **Zona Pencarian Maju** dan FQDN Anda.
**Arahkan melalui **awsrds,** aws-region, dan **hash spesifik akun dan wilayah**.**
Jika Anda menghubungkan EC2 instance RDS Custom dan mencoba terhubung ke database secara lokal menggunakan CNAME, koneksi Anda akan menggunakan otentikasi NTLM alih-alih Kerberos.
Jika setelah menghubungkan CNAME dari klien jarak jauh, koneksi NTLM dikembalikan, periksa apakah port yang diperlukan diizinkan.
Untuk memeriksa apakah koneksi Anda menggunakan Kerberos, jalankan kueri berikut:
```
SELECT net_transport, auth_scheme
FROM sys.dm_exec_connections
WHERE session_id = @@SSPID;
```
# Mengelola instans DB di Domain
Anda dapat menggunakan konsol, AWS CLI, atau Amazon RDS API untuk mengelola instans DB Anda dan hubungannya dengan domain Anda. Misalnya, Anda dapat memindahkan instans DB ke dalam, ke luar dari, atau antar-domain.
Misalnya, menggunakan Amazon RDSAPI, Anda dapat melakukan hal berikut:
+ Untuk mencoba kembali bergabung domain untuk keanggotaan yang gagal, gunakan odifyDBInstance API operasi [M](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dan tentukan ID direktori keanggotaan saat ini.
+ Untuk memperbarui nama IAM peran untuk keanggotaan, gunakan `ModifyDBInstance` API operasi dan tentukan ID direktori keanggotaan saat ini dan IAM peran baru.
+ Untuk menghapus instance DB dari domain, gunakan `ModifyDBInstance` API operasi dan tentukan `none` sebagai parameter domain.
+ Untuk memindahkan instance DB dari satu domain ke domain lainnya, gunakan `ModifyDBInstance` API operasi dan tentukan pengidentifikasi domain domain baru sebagai parameter domain.
+ Untuk daftar keanggotaan untuk setiap instans DB, gunakan escribeDBInstances API operasi [D](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/DescribeDBInstances.html).
## Memulihkan instance RDS Custom for SQL Server DB dan menambahkannya ke domain Active Directory
Anda dapat memulihkan snapshot DB atau melakukan point-in-time recovery (PITR) untuk instance SQL Server DB dan kemudian menambahkannya ke domain Active Directory. Setelah instans DB dipulihkan, modifikasi instance menggunakan proses yang dijelaskan [Langkah 5: Membuat atau memodifikasi RDS Custom untuk SQL Server DB instance](custom-sqlserver-WinAuth.settingUp.md#custom-sqlserver-WinAuth.settingUp.CreateDBInstance) untuk menambahkan instans DB ke domain AD.
# Memahami keanggotaan Domain
Setelah Anda membuat atau memodifikasi instans DB Anda, instans ini akan menjadi anggota domain. AWS Konsol menunjukkan status keanggotaan domain untuk instans DB. Status DB instance dapat menjadi salah satu dari yang berikut:
+ **joined** – Instans adalah anggota domain.
+ **joining** – Instans sedang dalam proses untuk menjadi anggota domain.
+ **pending-join** – Keanggotaan instans tertunda.
+ **pending-maintenance-join**— AWS akan mencoba menjadikan instance sebagai anggota domain selama jendela pemeliharaan terjadwal berikutnya.
+ **pending-removal** – Penghapusan instans dari domain tertunda.
+ **pending-maintenance-removal**— AWS akan mencoba untuk menghapus instance dari domain selama jendela pemeliharaan terjadwal berikutnya.
+ **failed** – Masalah konfigurasi telah mencegah instans bergabung dengan domain. Periksa dan perbaiki konfigurasi Anda sebelum menerbitkan ulang perintah modifikasi instans.
+ **removing** – Instans sedang dalam proses untuk dihapus dari domain.
Permintaan untuk menjadi anggota domain dapat gagal karena masalah konektivitas jaringan atau IAM peran yang salah. Misalnya, Anda dapat membuat instans DB atau memodifikasi instans yang sudah ada dan mengalami kegagalan saat mencoba menjadikan instans DB sebagai anggota suatu domain. Dalam hal ini, terbitkan ulang perintah untuk membuat atau memodifikasi instans DB atau modifikasi instans yang baru dibuat untuk digabungkan ke domain.
# Pemecahan Masalah Active Directory
Berikut ini adalah masalah yang mungkin Anda temui saat menyiapkan atau memodifikasi iklan.
| Kode Kesalahan | Deskripsi | Penyebab umum | Saran pemecahan masalah |
| --- | --- | --- | --- |
| Error 2 / 0x2 | Sistem tidak dapat menemukan file yang ditentukan. | Format atau lokasi untuk Unit Organisasi (OU) yang ditentukan dengan parameter `—domain-ou` tidak valid. Akun layanan domain yang ditentukan melalui AWS Secrets Manager tidak memiliki izin yang diperlukan untuk bergabung dengan OU. | Tinjau parameter `—domain-ou`. Pastikan akun layanan domain memiliki izin yang benar ke OU. |
| Error 5 / 0x5 | Akses ditolak. | Izin yang salah dikonfigurasi untuk akun layanan domain, atau akun komputer sudah ada di domain. | Tinjau izin akun layanan domain di domain, dan verifikasi bahwa akun RDS komputer tidak digandakan dalam domain. Anda dapat memverifikasi nama akun RDS komputer dengan menjalankan `SELECT @@SERVERNAME` instans RDS Custom for SQL Server DB Anda. Jika Anda menggunakan Multi-AZ, coba reboot dengan failover dan kemudian verifikasi bahwa akun komputer lagi. RDS Untuk informasi selengkapnya, lihat [Mem-boot ulang instans DB DB](USER_RebootInstance.md). |
| Error 87 / 0x57 | Parameter salah. | Akun layanan domain yang ditentukan melalui AWS Secrets Manager tidak memiliki izin yang benar. Profil pengguna juga mungkin rusak. | Tinjau persyaratan untuk akun layanan domain. |
| Error 234 / 0xEA | Unit Organisasi (OU) yang ditentukan tidak ada. | OU yang ditentukan dengan `—domain-ou` parameter tidak ada di AD Anda. | Tinjau `—domain-ou` parameter dan pastikan OU yang ditentukan ada di AD Anda. |
| Error 1326 / 0x52E | Nama pengguna atau kata sandi salah. | Kredensi akun layanan domain yang disediakan di AWS Secrets Manager berisi nama pengguna yang tidak dikenal atau kata sandi yang buruk. Akun domain juga dapat dinonaktifkan di iklan Anda. | Pastikan kredensi yang disediakan di AWS Secrets Manager sudah benar dan akun domain diaktifkan di Active Directory Anda. |
| Error 1355 / 0x54B | Domain yang ditentukan tidak ada atau tidak dapat dihubungi. | Domain sedang down, set yang ditentukan tidak dapat DNS IPs dijangkau, atau yang ditentukan FQDN tidak dapat dijangkau. | Tinjau parameter `—domain-dns-ips` dan `—domain-fqdn` untuk memastikannya sudah benar. Tinjau konfigurasi jaringan instans RDS Custom for SQL Server DB Anda dan pastikan AD Anda dapat dijangkau. |
| Kesalahan 1722/0x6BA | RPCServer tidak tersedia. | Ada masalah saat mencapai RPC layanan domain AD Anda. Hal ini mungkin merupakan masalah layanan atau jaringan. | Validasi bahwa RPC layanan berjalan pada pengontrol domain Anda dan bahwa TCP port `135` dan dapat `49152-65535` dijangkau di domain Anda dari instans RDS Custom for SQL Server DB Anda. |
| Error 2224 / 0x8B0 | Akun pengguna sudah ada. | Akun komputer yang mencoba ditambahkan ke AD Anda sudah ada. | Identifikasi akun komputer dengan menjalankan `SELECT @@SERVERNAME` instans RDS Custom for SQL Server DB Anda dan kemudian hapus dengan hati-hati dari AD Anda. |
| Error 2242 / 0x8c2 | Kata sandi pengguna ini telah kedaluwarsa. | Kata sandi untuk akun layanan domain yang ditentukan melalui AWS Secrets Manager telah kedaluwarsa. | Perbarui kata sandi untuk akun layanan domain yang digunakan untuk bergabung dengan instans RDS Custom for SQL Server DB Anda ke AD Anda. |
# Mengelola penyebaran Multi-AZ untuk RDS Kustom untuk Server SQL
Dalam penerapan instans DB multi-AZ untuk RDS Kustom untuk SQL Server, Amazon RDS secara otomatis menyediakan dan memelihara replika siaga sinkron di Availability Zone (AZ) yang berbeda. Instans DB primer direplikasi secara sinkron ke seluruh Zona Ketersediaan ke replika siaga untuk memberikan redundansi data.
**penting**
Penyebaran Multi-AZ untuk RDS Kustom untuk SQL Server berbeda dari Multi-AZ untuk RDS Server. SQL Tidak seperti Multi-AZ RDS for for SQL Server, Anda harus menyiapkan prasyarat untuk RDS Kustom untuk SQL Server sebelum membuat instance DB Multi-AZ Anda karena RDS Kustom berjalan di dalam akun Anda sendiri, yang memerlukan izin.
Jika Anda tidak menyelesaikan prasyarat, instans DB Multi-AZ Anda mungkin gagal dijalankan, atau secara otomatis kembali ke instans DB AZ Tunggal. Untuk informasi selengkapnya tentang prasyarat, lihat [Prasyarat untuk penerapan Multi-AZ dengan Kustom untuk Server RDS SQL](custom-sqlserver-multiaz.prerequisites.md).
Menjalankan instans DB dengan ketersediaan tinggi dapat meningkatkan ketersediaan selama pemeliharaan sistem terencana. Jika terjadi pemeliharaan database yang direncanakan atau gangguan layanan yang tidak direncanakan, Amazon RDS secara otomatis gagal ke instans DB up-to-date sekunder. Fungsi ini memungkinkan operasi basis data berlanjut dengan cepat tanpa gangguan manual. Instans primer dan siaga menggunakan titik akhir yang sama, yang alamat jaringan fisiknya beralih ke replika sekunder sebagai bagian dari proses failover. Anda tidak perlu mengonfigurasi ulang aplikasi Anda saat terjadi failover.
![\[RDSKustom untuk SQL Server mendukung Multi-AZ.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/custom-sqlserver-multiaz-architecture.png)
Anda dapat membuat penerapan Multi-AZ RDS Kustom untuk SQL Server dengan menentukan Multi-AZ saat membuat instans DB RDS Kustom. Anda dapat menggunakan konsol untuk mengonversi instans RDS Custom for SQL Server DB yang ada ke penerapan Multi-AZ dengan memodifikasi instans DB dan menentukan opsi Multi-AZ. Anda juga dapat menentukan penerapan instans DB multi-AZ dengan atau AWS CLI Amazon. RDS API
RDSKonsol menunjukkan Availability Zone dari replika siaga (AZ sekunder). Anda juga dapat menggunakan `describe-db-instances` CLI perintah atau `DescribeDBInstances` API operasi untuk menemukan AZ sekunder.
RDSAdat untuk instans DB SQL Server dengan penerapan Multi-AZ dapat meningkatkan latensi tulis dan komit dibandingkan dengan penerapan AZ tunggal. Peningkatan ini dapat terjadi karena replikasi data sinkron di antara instans DB. Anda mungkin mengalami perubahan latensi jika penerapan Anda gagal ke replika siaga, meskipun direkayasa dengan konektivitas jaringan latensi rendah AWS antara Availability Zones.
**catatan**
Untuk beban kerja produksi, kami menyarankan Anda menggunakan kelas instans DB dengan Provisioned IOPS (operasi input/output per detik) untuk kinerja yang cepat dan konsisten. Untuk informasi selengkapnya tentang kelas instans DB, lihat [Persyaratan dan batasan untuk Amazon RDS Custom for SQL Server](custom-reqs-limits-MS.md).
**Topics**
+ [Ketersediaan wilayah dan versi](#custom-sqlserver-multiaz.regionversion)
+ [Batasan untuk penerapan Multi-AZ dengan RDS Kustom untuk Server SQL](#custom-sqlserver-multiaz.limitations)
+ [Prasyarat untuk penerapan Multi-AZ dengan Kustom untuk Server RDS SQL](custom-sqlserver-multiaz.prerequisites.md)
+ [Membuat RDS Kustom untuk penyebaran Multi-AZ SQL Server](#custom-sqlserver-multiaz.creating)
+ [Mengubah deployment AZ Tunggal RDS for SQL Server ke deployment Multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md)
+ [Memodifikasi penerapan RDS Kustom untuk SQL Server Multi-AZ ke penerapan AZ tunggal](custom-sqlserver-multiaz.modify-maztosaz.md)
+ [Proses failover untuk penerapan RDS Kustom untuk SQL Server Multi-AZ](custom-sqlserver-multiaz.failover.md)
## Ketersediaan wilayah dan versi
Penerapan multi-AZ untuk RDS Kustom untuk SQL Server didukung untuk edisi Server berikut: SQL
+ SQLServer 2022 dan 2019: Edisi Perusahaan, Standar, Web, dan Pengembang
**catatan**
Penerapan multi-AZ untuk RDS Kustom untuk SQL Server tidak didukung di SQL Server 2019 CU8 (15.00.4073.23) atau versi yang lebih rendah.
Penerapan multi-AZ untuk RDS Kustom untuk SQL Server tersedia di semua Wilayah di mana RDS Kustom untuk SQL Server tersedia. Untuk informasi selengkapnya tentang ketersediaan Wilayah dari penerapan Multi-AZ untuk RDS Kustom untuk SQL Server, lihat. [Daerah yang Didukung dan mesin DB untuk RDS Kustom untuk SQL Server](Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.md#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.sq)
## Batasan untuk penerapan Multi-AZ dengan RDS Kustom untuk Server SQL
Penerapan multi-AZ dengan RDS Custom for SQL Server memiliki batasan berikut:
+ Deployment Multi-AZ lintas Wilayah tidak didukung.
+ Anda tidak dapat mengonfigurasi instans DB sekunder untuk menerima aktivitas baca basis data.
+ Saat Anda menggunakan Custom Engine Version (CEV) dengan penerapan Multi-AZ, instans DB sekunder Anda juga akan menggunakan hal yang sama. CEV Instans DB sekunder tidak dapat menggunakan yang berbedaCEV.
# Prasyarat untuk penerapan Multi-AZ dengan Kustom untuk Server RDS SQL
Jika Anda memiliki penerapan RDS Custom for SQL Server Single-AZ yang sudah ada, prasyarat tambahan berikut diperlukan sebelum memodifikasinya ke penerapan Multi-AZ. Anda dapat memilih untuk menyelesaikan prasyarat secara manual atau dengan templat yang disediakan. CloudFormation CloudFormation Template terbaru berisi prasyarat untuk penerapan Single-AZ dan Multi-AZ.
**penting**
Untuk menyederhanakan pengaturan, kami sarankan Anda menggunakan file CloudFormation template terbaru yang disediakan dalam instruksi pengaturan jaringan untuk membuat prasyarat. Untuk informasi selengkapnya, lihat [Mengkonfigurasi dengan CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
**catatan**
Saat Anda memodifikasi penerapan RDS Custom for SQL Server Single-AZ yang ada ke penerapan Multi-AZ, Anda harus menyelesaikan prasyarat ini. Jika Anda tidak menyelesaikan prasyarat, penyiapan Multi-AZ akan gagal. Untuk menyelesaikan prasyarat, ikuti langkah-langkah dalam [Mengubah deployment AZ Tunggal RDS for SQL Server ke deployment Multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md).
+ Perbarui aturan masuk dan keluar grup RDS keamanan untuk mengizinkan port 1120.
+ Tambahkan aturan di jaringan pribadi Access Control List (ACL) yang memungkinkan TCP port `0-65535` untuk instans DBVPC.
+ Buat SQS VPC endpoint Amazon baru yang memungkinkan instans RDS Custom for SQL Server DB berkomunikasiSQS.
+ SQSPerbarui izin dalam peran profil instance.
## Membuat RDS Kustom untuk penyebaran Multi-AZ SQL Server
Untuk membuat penerapan RDS Kustom untuk SQL Server Multi-AZ, ikuti langkah-langkahnya. [Membuat dan menghubungkan ke instans DB untuk Amazon RDS Custom for SQL Server](custom-creating-sqlserver.md)
**penting**
Untuk menyederhanakan pengaturan, kami sarankan Anda menggunakan file CloudFormation template terbaru yang disediakan dalam instruksi pengaturan jaringan. Untuk informasi selengkapnya, lihat [Mengkonfigurasi dengan CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
Membuat deployment Multi-AZ membutuhkan waktu beberapa menit.
# Mengubah deployment AZ Tunggal RDS for SQL Server ke deployment Multi-AZ
Anda dapat memodifikasi instans DB RDS Custom for SQL Server yang ada dari deployment AZ Tunggal ke deployment Multi-AZ. Jika Anda mengubah instans DB, Amazon RDS akan melakukan beberapa tindakan:
+ Mengambil snapshot instans DB primer.
+ Membuat volume baru untuk replika siaga dari snapshot. Volume tersebut diinisialisasi di latar belakang, dan performa volume maksimum akan tercapai setelah data sepenuhnya diinisialisasi.
+ Mengaktifkan replikasi tingkat blok yang sinkron antara instans DB primer dan sekunder.
**penting**
Sebaiknya hindari memodifikasi instans DB RDS Custom for SQL Server dari deployment AZ Tunggal ke Multi-AZ pada instans DB produksi selama periode aktivitas puncak.
AWS menggunakan snapshot untuk membuat instance siaga untuk menghindari waktu henti saat Anda mengonversi dari Single-AZ ke Multi-AZ, tetapi kinerja mungkin terpengaruh selama dan setelah mengonversi ke Multi-AZ. Hal ini dapat memberikan dampak yang signifikan terhadap beban kerja yang sensitif terhadap latensi tulis. Meskipun kemampuan ini memungkinkan volume besar dipulihkan dengan cepat dari snapshot, ini dapat menyebabkan peningkatan latensi I/O operasi karena replikasi sinkron. Latensi ini dapat memengaruhi performa basis data Anda.
**catatan**
Jika Anda membuat instans RDS Custom for SQL Server DB sebelum 29 Agustus 2024, tambal ke versi minor terbaru sebelum memodifikasi.
Untuk instans SQL Server 2019, tingkatkan versi mesin DB ke `15.00.4410.1.v1` atau lebih tinggi.
Untuk instans SQL Server 2022, tingkatkan versi mesin DB ke `16.00.4150.1.v1` atau lebih tinggi.
**Topics**
+ [Mengkonfigurasi prasyarat untuk memodifikasi single-AZ ke penerapan Multi-AZ menggunakan CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf)
+ [Mengonfigurasi prasyarat untuk memodifikasi Deployment AZ Tunggal ke Multi-AZ](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.manual)
+ [Ubah menggunakan konsol RDS, AWS CLI, atau RDS API.](#custom-sqlserver-multiaz.modify-saztomaz-afterprereqs)
## Mengkonfigurasi prasyarat untuk memodifikasi single-AZ ke penerapan Multi-AZ menggunakan CloudFormation
Untuk menggunakan penerapan Multi-AZ, Anda harus memastikan bahwa Anda telah menerapkan CloudFormation template terbaru dengan prasyarat, atau mengonfigurasi prasyarat terbaru secara manual. Jika Anda telah menerapkan template CloudFormation prasyarat terbaru, Anda dapat melewati langkah-langkah ini.
Untuk mengonfigurasi prasyarat penerapan RDS Kustom untuk SQL Server Multi-AZ menggunakan CloudFormation
1. Buka CloudFormation konsol di [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/).
1. Untuk memulai wizard Buat Tumpukan, pilih tumpukan yang ada yang Anda gunakan untuk membuat deployment AZ Tunggal lalu pilih **Perbarui**.
Halaman **Perbarui tumpukan** muncul.
1. Untuk **Prasyarat - Siapkan templat**, pilih **Ganti templat saat ini**.
1. Untuk **Tentukan templat**, lakukan hal berikut:
1. Unduh file CloudFormation template terbaru. Buka menu konteks (klik kanan) untuk [custom-sqlserver-onboardtautan.zip](samples/custom-sqlserver-onboard.zip) dan pilih **Simpan Tautan Sebagai**.
1. Simpan dan ekstrak file `custom-sqlserver-onboard.json` ke komputer Anda.
1. Untuk **Sumber templat**, pilih **Unggah file templat**.
1. Untuk **Pilih file**, navigasikan ke dan pilih `custom-sqlserver-onboard.json`.
1. Pilih **Berikutnya**.
Halaman **Tentukan detail tumpukan** muncul.
1. Untuk mempertahankan opsi default, pilih **Berikutnya**.
Halaman **Opsi Lanjutan** muncul.
1. Untuk mempertahankan opsi default, pilih **Berikutnya**.
1. Untuk mempertahankan opsi default, pilih **Berikutnya**.
1. Pada halaman **Tinjauan Perubahan**, lakukan hal berikut:
1. Untuk **Kemampuan**, pilih kotak centang ****Saya memahami bahwa CloudFormation dapat membuat sumber daya IAM dengan nama kustom****.
1. Pilih **Kirim**.
1. Periksa apakah pembaruan berhasil. Status operasi yang sukses menunjukkan `UPDATE_COMPLETE`.
Jika pembaruan gagal, konfigurasi baru apa pun yang ditentukan dalam proses pembaruan akan dibatalkan. Sumber daya yang ada masih akan dapat digunakan. Misalnya, jika Anda menambahkan aturan ACL jaringan bernomor 18 dan 19, tetapi ada aturan yang ada dengan nomor yang sama, pembaruan akan menampilkan kesalahan berikut: `Resource handler returned message: "The network acl entry identified by 18 already exists.` Dalam skenario ini, Anda dapat mengubah aturan ACL yang ada untuk menggunakan nomor yang lebih rendah dari 18, lalu coba lagi pembaruan tersebut.
## Mengonfigurasi prasyarat untuk memodifikasi Deployment AZ Tunggal ke Multi-AZ
**penting**
Untuk menyederhanakan pengaturan, kami sarankan Anda menggunakan file CloudFormation template terbaru yang disediakan dalam instruksi pengaturan jaringan. Untuk informasi selengkapnya, lihat [Mengkonfigurasi prasyarat untuk memodifikasi single-AZ ke penerapan Multi-AZ menggunakan CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf).
Jika Anda memilih untuk mengonfigurasi prasyarat secara manual, lakukan tugas berikut.
1. Buka konsol VPC Amazon di. [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)
1. Pilih **Titik akhir**. Halaman **Buat titik akhir** muncul.
1. Untuk **Kategori Layanan**, pilih **Layanan AWS **.
1. Di **Layanan**, cari *SQS*
1. Di **VPC**, pilih VPC tempat instans DB RDS Custom for SQL Server digunakan.
1. Di **Subnet**, pilih subnet tempat instans DB RDS Custom for SQL Server digunakan.
1. Di **Grup Keamanan**, pilih *-vpc-endpoint-sg* grup.
1. Untuk **Kebijakan**, pilih **Kustom**
1. Dalam kebijakan kustom Anda, ganti*AWS partition*,*Region*,*accountId*, dan *IAM-Instance-role* dengan nilai Anda sendiri.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
},
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}"
}
}
]
}
```
------
1. Perbarui **Profil instans** dengan izin untuk mengakses Amazon SQS. Ganti*AWS partition*,*Region*, dan *accountId* dengan nilai-nilai Anda sendiri.
```
{
"Sid": "SendMessageToSQSQueue",
"Effect": "Allow",
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": [
{
"Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
}
],
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
}
}
>
```
1. Perbarui aturan masuk dan keluar grup keamanan Amazon RDS untuk mengizinkan port 1120.
1. Di **Grup Keamanan**, pilih *-rds-custom-instance-sg* grup.
1. Untuk **Aturan Masuk, buat aturan** **TCP Kustom** untuk mengizinkan port *1120* dari grup sumber*-rds-custom-instance-sg*.
1. Untuk **Aturan Keluar**, buat aturan **TCP Kustom** untuk mengizinkan port *1120* ke grup tujuan*-rds-custom-instance-sg*.
1. Tambahkan sebuah aturan dalam Daftar Kontrol Akses (ACL) jaringan privat Anda yang mengizinkan port TCP `0-65535` untuk subnet sumber instans DB.
**catatan**
Saat membuat **Aturan Masuk** dan **Aturan Keluar**, catat **Nomor aturan** tertinggi yang ada. Aturan baru yang Anda buat harus memiliki **Nomor aturan** yang lebih rendah dari 100 dan tidak sama dengan **Nomor aturan** yang ada.
1. Di **Jaringan ACLs**, pilih *-private-network-acl* grup.
1. Untuk **Aturan Masuk, buat aturan** **Semua TCP** untuk mengizinkan port TCP `0-65535` dengan sumber dari dan. *privatesubnet1* *privatesubnet2*
1. Untuk **Aturan Keluar, buat aturan** **Semua TCP** untuk mengizinkan port `0-65535` TCP ke tujuan dan. *privatesubnet1* *privatesubnet2*
## Ubah menggunakan konsol RDS, AWS CLI, atau RDS API.
Setelah menyelesaikan prasyarat, Anda dapat memodifikasi instans RDS Custom for SQL Server DB dari penerapan Single-AZ ke multi-AZ menggunakan konsol RDS, CLI, atau RDS API. AWS
### Konsol
**Untuk memodifikasi deployment AZ Tunggal RDS Custom for SQL Server yang ada ke 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 konsol Amazon RDS, pilih **Basis Data**.
Panel **Basis Data** muncul.
1. Pilih instans DB RDS Custom for SQL Server yang ingin Anda modifikasi.
1. Untuk **Tindakan**, pilih **Konversikan ke deployment Multi-AZ**.
1. Pada halaman **Konfirmasi**, pilih **Terapkan segera** untuk segera menerapkan perubahan. Memilih opsi ini tidak akan menyebabkan waktu henti, tetapi ada kemungkinan dampak performa. Alternatifnya, Anda dapat memilih untuk menerapkan pembaruan pada periode pemeliharaan berikutnya. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
1. Pada halaman **Konfirmasi**, pilih **Konversi ke Multi-AZ**.
### AWS CLI
Untuk mengonversi ke penyebaran instans DB multi-AZ dengan menggunakan AWS CLI, panggil [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)perintah dan atur opsi. `--multi-az` Tentukan pengidentifikasi instans DB dan nilai untuk opsi lain yang ingin Anda modifikasi. Untuk informasi tentang setiap opsi, lihat [Pengaturan untuk instans DB](USER_ModifyInstance.Settings.md).
**Example**
Kode berikut memodifikasi `mycustomdbinstance` dengan menyertakan opsi `--multi-az`. Perubahan diterapkan selama jendela pemeliharaan berikutnya dengan menggunakan `--no-apply-immediately`. Gunakan `--apply-immediately` untuk segera menerapkan perubahan. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--multi-az \
--no-apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--multi-az \ ^
--no-apply-immediately
```
### API RDS
Untuk mengonversi ke penyebaran instans DB multi-AZ dengan RDS API, panggil DBInstance operasi [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dan atur `MultiAZ` parameter ke true.
# Memodifikasi penerapan RDS Kustom untuk SQL Server Multi-AZ ke penerapan AZ tunggal
Anda dapat memodifikasi instans RDS Custom for SQL Server DB yang ada dari multi-AZ ke penerapan AZ tunggal.
## Konsol
**Untuk memodifikasi instans RDS Custom for SQL Server DB dari penerapan Multi-AZ ke Single-AZ.**
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 RDS konsol Amazon, pilih **Database**.
Panel **Basis Data** muncul.
1. Pilih contoh RDS Custom for SQL Server DB yang ingin Anda modifikasi.
1. Untuk **Deployment Multi-AZ**, pilih **Tidak**.
1. Pada halaman **Konfirmasi**, pilih **Terapkan segera** untuk segera menerapkan perubahan. Memilih opsi ini tidak akan menyebabkan waktu henti, tetapi ada kemungkinan dampak performa. Alternatifnya, Anda dapat memilih untuk menerapkan pembaruan pada periode pemeliharaan berikutnya. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
1. Di halaman **Konfirmasi**, pilih **Modifikasi Instans DB**.
## AWS CLI
Untuk memodifikasi penyebaran Multi-AZ ke penyebaran Single-AZ dengan menggunakan AWS CLI, panggil [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)perintah dan sertakan opsi. `--no-multi-az` Tentukan pengidentifikasi instans DB dan nilai untuk opsi lain yang ingin Anda modifikasi. Untuk informasi tentang setiap opsi, lihat [Pengaturan untuk instans DB](USER_ModifyInstance.Settings.md).
**Example**
Kode berikut memodifikasi `mycustomdbinstance` dengan menyertakan opsi `--no-multi-az`. Perubahan diterapkan selama jendela pemeliharaan berikutnya dengan menggunakan `--no-apply-immediately`. Gunakan `--apply-immediately` untuk segera menerapkan perubahan. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--no-multi-az \
--no-apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--no-multi-az \ ^
--no-apply-immediately
```
## RDS API
Untuk memodifikasi penerapan Multi-AZ ke penerapan Single-AZ dengan menggunakan RDSAPI, panggil odifyDBInstance operasi [M](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dan atur parameternya ke. `MultiAZ` `false`
# Proses failover untuk penerapan RDS Kustom untuk SQL Server Multi-AZ
Jika pemadaman instans DB yang direncanakan atau tidak direncanakan disebabkan oleh cacat infrastruktur, Amazon RDS secara otomatis beralih ke replika siaga di Availability Zone lain jika Anda telah mengaktifkan Multi-AZ. Durasi penyelesaian failover bergantung pada aktivitas basis data dan kondisi lain pada saat instans DB primer tidak tersedia. Durasi failover biasanya 60–120 detik. Namun, transaksi besar atau proses pemulihan yang panjang dapat meningkatkan durasi failover. Saat failover selesai, RDS konsol membutuhkan waktu tambahan untuk menampilkan Availability Zone yang baru.
**catatan**
Anda dapat memaksa failover secara manual saat mem-boot ulang instans DB dengan failover. Untuk informasi selengkapnya tentang mem-boot ulang instans DB, lihat [Mem-boot ulang instans DB DB](USER_RebootInstance.md)
Amazon RDS menangani failover secara otomatis sehingga Anda dapat melanjutkan operasi database secepat mungkin tanpa intervensi administratif. Instans DB primer otomatis beralih ke replika siaga jika salah satu dari kondisi yang dijelaskan dalam tabel berikut terjadi. Anda dapat melihat alasan failover ini di log RDS peristiwa.
****
| Alasan failover | Deskripsi |
| --- | --- |
| `The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation` | Failover dipicu selama periode pemeliharaan untuk patch OS atau pembaruan keamanan. Untuk informasi selengkapnya, lihat [Memelihara instans DB](USER_UpgradeDBInstance.Maintenance.md). |
| `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.` | Deployment instans DB Multi-AZ mendeteksi instans DB primer yang terganggu dan melakukan failover. |
| `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.` | RDSpemantauan mendeteksi kegagalan jangkauan jaringan ke instans DB utama dan memicu failover. |
| `The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.` | Modifikasi instans DB memicu failover. Untuk informasi selengkapnya, lihat [Memodifikasi instans RDS Custom for SQL Server DB](custom-managing.modify-sqlserver.md). |
| `The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.` | Deployment instans DB Multi-AZ mendeteksi masalah penyimpanan pada instans DB primer dan melakukan failover. |
| `The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.` | Instans RDS Custom for SQL Server Multi-AZ DB di-boot ulang dengan failover. Untuk informasi selengkapnya, lihat [Mem-boot ulang instans DB DB](USER_RebootInstance.md). |
| `The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.` | Instans DB primer tidak responsif. Kami menyarankan Anda mencoba langkah-langkah berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-sqlserver-multiaz.failover.html) |
Untuk mengetahui apakah instans DB Multi-AZ mengalami failover, Anda dapat melakukan tindakan berikut:
+ Siapkan langganan acara DB untuk memberi tahu Anda melalui email atau SMS bahwa failover telah dimulai. Untuk informasi selengkapnya tentang peristiwa, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
+ Lihat peristiwa DB Anda dengan menggunakan RDS konsol atau API operasi.
+ Melihat status penerapan instans DB RDS Kustom untuk SQL Server Multi-AZ Anda saat ini dengan menggunakan RDS konsol,CLI, atau API operasi.
## Pengaturan waktu untuk hidup (TTL) dengan aplikasi menggunakan penyebaran Multi-AZ RDS Kustom untuk SQL Server
Mekanisme failover secara otomatis mengubah catatan Domain Name System (DNS) dari instans DB untuk menunjuk ke instans DB siaga. Alhasil, Anda perlu membentuk kembali koneksi yang ada dengan instans basis data Anda. Pastikan nilai konfigurasi DNS cache time-to-live (TTL) rendah, dan validasi bahwa aplikasi Anda tidak akan cache DNS untuk waktu yang lama. TTLNilai tinggi dapat mencegah aplikasi Anda terhubung kembali dengan cepat ke instans DB setelah failover.
# Mencadangkan dan memulihkan instans Amazon RDS Custom for SQL Server DB
Seperti AmazonRDS, RDS Custom membuat dan menyimpan cadangan otomatis instans RDS Custom for SQL Server DB Anda saat retensi cadangan diaktifkan. Anda juga dapat mencadangkan instans DB secara manual. Cadangan otomatis terdiri dari cadangan snapshot dan cadangan log transaksi. Cadangan snapshot diambil untuk seluruh volume penyimpanan instans DB selama jendela cadangan yang Anda tentukan. Pencadangan log transaksi diambil untuk database yang PITR memenuhi syarat pada periode interval reguler. RDSKustom menyimpan cadangan otomatis instans DB Anda sesuai dengan periode retensi cadangan yang Anda tentukan. Anda dapat menggunakan cadangan otomatis untuk memulihkan instans DB Anda ke titik waktu dalam periode retensi cadangan.
Anda juga dapat membuat cadangan snapshot secara manual. Anda dapat membuat instans DB baru dari cadangan snapshot ini kapan saja. Untuk informasi selengkapnya tentang cara membuat snapshot DB secara manual, lihat [Membuat snapshot RDS Kustom untuk SQL Server](custom-backup-sqlserver.creating.md).
Meskipun cadangan snapshot berfungsi secara operasional sebagai cadangan penuh, Anda hanya ditagih untuk penggunaan penyimpanan tambahan. Snapshot pertama dari instans RDS Custom DB berisi data untuk instans DB lengkap. Snapshot berikutnya dari basis data yang sama bersifat inkremental, artinya hanya data yang berubah setelah snapshot terbaru Anda yang disimpan.
**Topics**
+ [Membuat snapshot RDS Kustom untuk SQL Server](custom-backup-sqlserver.creating.md)
+ [Memulihkan dari snapshot RDS Custom for SQL Server DB](custom-backup-sqlserver.restoring.md)
+ [Memulihkan instans RDS Custom for SQL Server ke suatu titik waktu](custom-backup.pitr-sqs.md)
+ [Menghapus snapshot RDS Kustom untuk SQL Server](custom-backup-sqlserver.deleting.md)
+ [Menghapus RDS Custom for SQL Server backup otomatis](custom-backup-sqlserver.deleting-backups.md)
# Membuat snapshot RDS Kustom untuk SQL Server
RDSCustom for SQL Server membuat snapshot volume penyimpanan instans DB Anda, mencadangkan seluruh instans DB dan bukan hanya database individual. Saat Anda membuat snapshot, tentukan instans RDS Custom for SQL Server DB mana yang akan dicadangkan. Beri nama snapshot sehingga Anda dapat melakukan proses pemulihan dari snapshot tersebut nanti.
Saat Anda membuat snapshot, RDS Custom for SQL Server membuat EBS snapshot Amazon untuk volume`(D:)`, yang merupakan volume database yang dilampirkan ke instans DB. Agar mudah dikaitkan dengan instans DB tertentu, snapshot ditandai dengan `DBSnapshotIdentifier`, `DbiResourceId`, dan `VolumeType`.
Membuat snapshot DB menghasilkan suspensi I/O singkat. Suspensi ini dapat bertahan beberapa detik hingga beberapa menit, bergantung pada ukuran dan kelas instans DB Anda. Waktu pembuatan snapshot bervariasi menurut jumlah total dan ukuran basis data Anda. Untuk mempelajari lebih lanjut tentang jumlah database yang memenuhi syarat untuk operasi point in time restore (PITR), lihat[Jumlah basis data yang memenuhi syarat untuk PITR per jenis kelas instans](custom-backup.pitr-sqs.md#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Karena snapshot mencakup seluruh volume penyimpanan, ukuran file seperti file sementara juga memengaruhi waktu pembuatan snapshot. Untuk mempelajari selengkapnya tentang membuat snapshot, lihat [Membuat snapshot DB untuk instans DB AZ tunggal untuk Amazon RDS](USER_CreateSnapshot.md).
Buat snapshot RDS Kustom untuk SQL Server menggunakan konsol atau file. AWS CLI
## Konsol
**Untuk membuat snapshot RDS Kustom**
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 instans RDS Custom DB, pilih instance yang ingin Anda ambil snapshot.
1. Untuk **Tindakan**, pilih **Ambil snapshot**.
Jendela **Ambil snapshot DB** akan muncul.
1. Untuk **Nama snapshot**, masukkan nama snapshot.
1. Pilih **Ambil snapshot**.
## AWS CLI
Anda membuat snapshot dari instans RDS Custom DB dengan menggunakan [create-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html) AWS CLI perintah.
Tentukan opsi berikut:
+ `--db-instance-identifier`— Mengidentifikasi instans RDS Custom DB mana yang akan Anda cadangkan
+ `--db-snapshot-identifier`— Beri nama snapshot RDS Kustom Anda sehingga Anda dapat mengembalikannya nanti
Dalam contoh ini, Anda membuat snapshot DB yang disebut *`my-custom-snapshot`* untuk instance RDS Custom DB yang disebut`my-custom-instance`.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds create-db-snapshot \
2. --db-instance-identifier my-custom-instance \
3. --db-snapshot-identifier my-custom-snapshot
```
Untuk Windows:
```
1. aws rds create-db-snapshot ^
2. --db-instance-identifier my-custom-instance ^
3. --db-snapshot-identifier my-custom-snapshot
```
# Memulihkan dari snapshot RDS Custom for SQL Server DB
Saat memulihkan instans RDS Custom for SQL Server DB, Anda memberikan nama snapshot DB dan nama untuk instance baru. Anda tidak dapat memulihkan dari snapshot ke instans RDS Custom DB yang ada. Instans RDS Custom for SQL Server DB baru dibuat saat Anda memulihkan.
Memulihkan dari snapshot akan mengembalikan volume penyimpanan ke titik waktu ketika snapshot diambil. Hal ini akan mencakup semua basis data dan file lain yang ada pada volume `(D:)`.
## Konsol
**Untuk memulihkan instans RDS Custom 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**.
1. Pada halaman **instans Restore DB**, untuk **pengidentifikasi instans DB**, masukkan nama untuk instans RDS Custom DB Anda yang dipulihkan.
1. Pilih **Pulihkan instans DB**.
## AWS CLI
Anda mengembalikan snapshot RDS Custom DB dengan menggunakan perintah [ restore-db-instance-from AWS CLI -db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
Jika snapshot yang Anda pulihkan adalah untuk instans DB privat, pastikan untuk menentukan `db-subnet-group-name` dan `no-publicly-accessible` yang benar. Jika tidak, default instans DB diatur agar dapat diakses publik. Opsi berikut diperlukan:
+ `db-snapshot-identifier` — Mengidentifikasi snapshot yang akan dipulihkan
+ `db-instance-identifier`- Menentukan nama contoh RDS Custom DB untuk membuat dari snapshot DB
+ `custom-iam-instance-profile`— Menentukan profil instans yang terkait dengan instans Amazon yang mendasari EC2 instans DB RDS Kustom.
Kode berikut memulihkan snapshot bernama `my-custom-snapshot` untuk `my-custom-instance`.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds restore-db-instance-from-db-snapshot \
--db-snapshot-identifier my-custom-snapshot \
--db-instance-identifier my-custom-instance \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--no-publicly-accessible
```
Untuk Windows:
```
aws rds restore-db-instance-from-db-snapshot ^
--db-snapshot-identifier my-custom-snapshot ^
--db-instance-identifier my-custom-instance ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--no-publicly-accessible
```
# Memulihkan instans RDS Custom for SQL Server ke suatu titik waktu
Anda dapat memulihkan instans DB ke titik waktu tertentu (PITR) dan membuat instans DB baru. Untuk mendukung PITR, instans DB Anda harus mengaktifkan retensi cadangan.
Waktu pemulihan terbaru untuk instans DB RDS Custom for SQL Server bergantung pada beberapa faktor, tetapi biasanya dalam 5 menit dari waktu saat ini. 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.
Untuk informasi umum tentang PITR, lihat [Memulihkan instans DB ke waktu yang ditentukan untuk Amazon RDS](USER_PIT.md).
**Topics**
+ [Pertimbangan PITR untuk RDS Custom for SQL Server](#custom-backup.pitr.sqlserver)
+ [Jumlah basis data yang memenuhi syarat untuk PITR per jenis kelas instans](#custom-backup.pitr.sqlserver.eligiblecountperinstance)
+ [Membuat basis data tidak memenuhi syarat untuk PITR](#custom-backup.pitr.sqlserver.ineligible)
+ [Log transaksi di Amazon S3](#custom-backup.pitr.sqlserver.tlogs)
+ [PITR Restore menggunakanKonsol Manajemen AWS,AWS CLI, atau RDS API.](#custom-backup.pitr-sqs-concli)
## Pertimbangan PITR untuk RDS Custom for SQL Server
PITR di RDS Custom for SQL Server berbeda dari PITR di Amazon RDS dalam beberapa hal penting berikut:
+ PITR hanya memulihkan basis data dalam instans DB. PITR tidak memulihkan sistem operasi atau file pada drive C:.
+ Untuk instans DB RDS Custom for SQL Server, basis data dicadangkan secara otomatis dan memenuhi syarat untuk PITR hanya dalam kondisi berikut:
+ Basis data online.
+ Model pemulihannya diatur ke `FULL`.
+ Dapat ditulis.
+ Memiliki file fisik di drive D:.
+ Tidak tercantum dalam tabel `rds_pitr_blocked_databases`. Untuk informasi selengkapnya, lihat [Membuat basis data tidak memenuhi syarat untuk PITR](#custom-backup.pitr.sqlserver.ineligible).
+ Basis data yang memenuhi syarat untuk PITR ditentukan oleh urutan ID basis data. RDS Custom for SQL Server memungkinkan hingga 5.000 basis data per instans DB. Namun, jumlah maksimum basis data yang dipulihkan oleh operasi PITR untuk instans DB RDS Custom for SQL Server bergantung pada jenis kelas instans. Untuk informasi selengkapnya, lihat [Jumlah basis data yang memenuhi syarat untuk PITR per jenis kelas instans](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Basis data lain yang bukan bagian dari PITR dapat dipulihkan dari snapshot DB, termasuk cadangan snapshot otomatis yang digunakan untuk PITR.
+ Menambahkan basis data baru, mengganti nama basis data, atau memulihkan basis data yang memenuhi syarat untuk PITR memulai snapshot instans DB.
+ Jumlah maksimum basis data yang memenuhi syarat untuk PITR berubah ketika instans basis data melewati operasi komputasi skala, bergantung pada jenis kelas instans target. Jika skala instans dinaikkan dan memungkinkan lebih banyak basis data pada instans memenuhi syarat untuk PITR, snapshot baru akan diambil.
+ Basis data yang dipulihkan memiliki nama yang sama seperti pada instans DB sumber. Anda tidak dapat menentukan nama yang berbeda.
+ `AWSRDSCustomSQLServerIamRolePolicy`membutuhkan akses ke AWS layanan lain. Untuk informasi selengkapnya, lihat [Menambahkan kebijakan akses ke AWSRDSCustom SQLServer InstanceRole](custom-setup-sqlserver.md#custom-setup-sqlserver.iam.add-policy).
+ Perubahan zona waktu tidak didukung untuk RDS Custom for SQL Server. Jika Anda mengubah zona waktu sistem operasi atau instans DB, PITR (dan otomatisasi lainnya) tidak berfungsi.
## Jumlah basis data yang memenuhi syarat untuk PITR per jenis kelas instans
Tabel berikut menunjukkan jumlah maksimum basis data yang memenuhi syarat untuk PITR berdasarkan jenis kelas instans.
| Jenis kelas instans | Jumlah maksimum basis data yang memenuhi syarat untuk PITR |
| --- | --- |
| db.\$1.large | 100 |
| db.\$1.xlarge hingga db.\$1.2xlarge | 150 |
| db.\$1.4xlarge hingga db.\$1.8xlarge | 300 |
| db.\$1.12xlarge hingga db.\$1.16xlarge | 600 |
| db.\$1.24xlarge, db.\$132xlarge | 1000 |
`*` *Menunjukkan jenis kelas instans yang berbeda.*
Jumlah maksimum basis data yang memenuhi syarat untuk PITR pada instans DB bergantung pada jenis kelas instans. Jumlahnya berkisar dari 100 pada jenis kelas instans terkecil hingga 1000 pada jenis kelas instans terbesar yang didukung oleh RDS Custom for SQL Server. Basis data sistem SQL server `(master, model, msdb, tempdb)`, tidak termasuk dalam batas ini. Ketika skala instans DB dinaikkan atau diturunkan, bergantung pada jenis kelas instans target, RDS Custom akan otomatis memperbarui jumlah basis data yang memenuhi syarat untuk PITR. RDS Custom for SQL Server akan mengirim `RDS-EVENT-0352` ketika jumlah maksimum basis data yang memenuhi syarat untuk PITR berubah pada instans DB. Untuk informasi selengkapnya, lihat [Peristiwa versi mesin kustom](USER_Events.Messages.md#USER_Events.Messages.CEV).
**catatan**
Dukungan PITR untuk lebih dari 100 basis data hanya tersedia pada instans DB yang dibuat setelah 26 Agustus 2023. Untuk instans yang dibuat sebelum 26 Agustus 2023, jumlah maksimum basis data yang memenuhi syarat untuk PITR adalah 100, terlepas dari kelas instansnya. Guna mengaktifkan dukungan PITR untuk lebih dari 100 basis data pada instans DB yang dibuat sebelum 26 Agustus 2023, Anda dapat melakukan tindakan berikut:
Tingkatkan versi mesin DB ke 15.00.4322.2.v1 atau lebih tinggi
Selama operasi PITR, RDS Custom akan memulihkan semua basis data yang merupakan bagian dari PITR pada instans DB sumber pada waktu pemulihan. Setelah instans DB target menyelesaikan operasi pemulihan, jika retensi cadangan diaktifkan, instans DB akan mulai mencadangkan berdasarkan jumlah maksimum basis data yang memenuhi syarat untuk PITR pada instans DB target.
Misalnya, jika instans DB Anda berjalan pada `db.*.xlarge` yang memiliki 200 basis data:
1. RDS Custom for SQL Server akan memilih 150 basis data pertama yang diurutkan berdasarkan ID basis data untuk cadangan PITR.
1. Anda memodifikasi instans untuk menaikkan skala hingga db.\$1.4xlarge.
1. Setelah operasi komputasi skala selesai, RDS Custom for SQL Server akan memilih 300 basis data pertama, diurutkan berdasarkan ID basis data, untuk cadangan PITR. Masing-masing dari 200 basis data yang memenuhi kondisi persyaratan PITR sekarang akan memenuhi syarat untuk PITR.
1. Sekarang Anda memodifikasi instans untuk menurunkan skala kembali ke db.\$1.xlarge.
1. Setelah operasi komputasi skala selesai, RDS Custom for SQL Server akan kembali memilih 150 basis data pertama, diurutkan berdasarkan ID basis data, untuk cadangan PITR.
## Membuat basis data tidak memenuhi syarat untuk PITR
Anda dapat memilih untuk mengecualikan basis data individual dari PITR. Untuk melakukan ini, masukkan nilai `database_id` ke dalam tabel `rds_pitr_blocked_databases`. Gunakan skrip SQL berikut untuk membuat tabel.
**Cara membuat tabel rds\$1pitr\$1blocked\$1databases**
+ Jalankan skrip SQL berikut.
```
create table msdb..rds_pitr_blocked_databases
(
database_id INT NOT NULL,
database_name SYSNAME NOT NULL,
db_entry_updated_date datetime NOT NULL DEFAULT GETDATE(),
db_entry_updated_by SYSNAME NOT NULL DEFAULT CURRENT_USER,
PRIMARY KEY (database_id)
);
```
Untuk daftar basis data yang memenuhi syarat dan tidak memenuhi syarat, lihat file `RI.End` pada direktori `RDSCustomForSQLServer/Instances/DB_instance_resource_ID/TransactionLogMetadata` di bucket Amazon S3 `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. Untuk informasi selengkapnya tentang file `RI.End`, lihat [Log transaksi di Amazon S3](#custom-backup.pitr.sqlserver.tlogs).
Anda juga dapat menentukan daftar basis data yang memenuhi syarat untuk PITR menggunakan skrip SQL berikut. Tetapkan variabel `@limit` ke jumlah maksimum basis data yang memenuhi syarat untuk PITR untuk kelas instans. Untuk informasi selengkapnya, lihat [Jumlah basis data yang memenuhi syarat untuk PITR per jenis kelas instans](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
**Cara menentukan daftar basis data yang memenuhi syarat untuk PITR pada kelas instans DB**
+ Jalankan skrip SQL berikut.
```
DECLARE @Limit INT;
SET @Limit = (insert-database-instance-limit-here);
USE msdb;
IF (EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'dbo' AND TABLE_NAME = 'rds_pitr_blocked_databases'))
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT dbs.database_id as DatabaseId, sysdbs.name as DatabaseName, 'OPTOUT' as Reason,
CASE WHEN dbs.database_name = sysdbs.name THEN NULL ELSE dbs.database_name END AS DatabaseNameOnPitrTable
FROM msdb.dbo.rds_pitr_blocked_databases dbs
INNER JOIN sys.databases sysdbs ON dbs.database_id = sysdbs.database_id
WHERE sysdbs.database_id > 4
),
TABLE2 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE1) AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE3 as(
Select @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE2 where TABLE2.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
SELECT TOP(SELECT TotalNumberOfDatabases from TABLE3) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE2 where TABLE2.IsPartOfSnapshot=1
ORDER BY TABLE2.DatabaseID ASC
ELSE
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE2 as(
SELECT @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE1 where TABLE1.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
select top(select TotalNumberOfDatabases from TABLE2) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE1 where TABLE1.IsPartOfSnapshot=1
ORDER BY TABLE1.DatabaseID ASC
```
**catatan**
Basis data yang hanya merupakan tautan simbolis juga dikecualikan dari basis data yang memenuhi syarat untuk operasi PITR. Kueri di atas tidak memfilter berdasarkan kriteria ini.
## Log transaksi di Amazon S3
Periode retensi cadangan menentukan apakah log transaksi untuk instans DB RDS Custom for SQL Server secara otomatis diekstraksi dan diunggah ke Amazon S3. Nilai bukan nol berarti cadangan otomatis dibuat dan agen RDS Custom mengunggah log transaksi ke S3 setiap 5 menit.
File log transaksi pada S3 dienkripsi saat diam menggunakan AWS KMS key yang Anda berikan saat membuat instans DB. Untuk informasi selengkapnya, lihat [Melindungi data menggunakan enkripsi sisi server](https://docs.aws.amazon.com/AmazonS3/latest/userguide/serv-side-encryption.html) di *Panduan Pengguna Amazon Simple Storage Service*.
Log transaksi untuk setiap basis data diunggah ke bucket S3 bernama `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. Direktori `RDSCustomForSQLServer/Instances/DB_instance_resource_ID` di bucket S3 berisi dua subdirektori:
+ `TransactionLogs` — Berisi log transaksi untuk setiap basis data dan metadata masing-masing.
Nama file log transaksi mengikuti pola `yyyyMMddHHmm.database_id.timestamp`, misalnya:
```
202110202230.11.1634769287
```
Nama file yang sama dengan akhiran `_metadata` berisi informasi tentang log transaksi seperti nomor urut log, nama basis data, dan `RdsChunkCount`. `RdsChunkCount` menentukan berapa banyak file fisik yang mewakili satu file log transaksi. Anda mungkin melihat file dengan sufiks `_0001`, `_0002`, dan sebagainya, yang berarti potongan fisik dari file log transaksi. Jika Anda ingin menggunakan potongan file log transaksi, pastikan untuk menggabungkan potongan setelah mengunduhnya.
Pertimbangkan skenario ketika Anda memiliki file berikut:
+ `202110202230.11.1634769287`
+ ` 202110202230.11.1634769287_0001`
+ ` 202110202230.11.1634769287_0002 `
+ ` 202110202230.11.1634769287_metadata`
`RdsChunkCount` adalah `3`. Urutan untuk menggabungkan file adalah sebagai berikut: `202110202230.11.1634769287`, ` 202110202230.11.1634769287_0001`, `202110202230.11.1634769287_0002`.
+ `TransactionLogMetadata` — Berisi informasi metadata tentang setiap iterasi ekstraksi log transaksi.
File `RI.End` berisi informasi untuk semua basis data yang log transaksinya diekstraksi dan semua basis data yang ada tetapi tidak log transaksinya tidak diekstraksi. Nama file `RI.End` mengikuti pola `yyyyMMddHHmm.RI.End.timestamp`, misalnya:
```
202110202230.RI.End.1634769281
```
## PITR Restore menggunakanKonsol Manajemen AWS,AWS CLI, atau RDS API.
Anda dapat memulihkan instans RDS Custom for SQL Server DB ke titik waktu menggunakanKonsol Manajemen AWS, APIAWS CLI, atau RDS.
### Konsol
**Cara memulihkan instans DB RDS Custom 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 **Pencadangan otomatis**.
1. Pilih instans DB RDS Custom 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.
Waktu ditampilkan dalam zona waktu lokal Anda, yang ditunjukkan dengan offset dari Waktu Universal Terkoordinasi (UTC). Misalnya, UTC-5 adalah Time/Central Waktu Siang Standar Timur.
1. Untuk **Pengidentifikasi instans DB**, masukkan nama target instans DB RDS Custom yang dipulihkan. Nama harus unik.
1. Pilih opsi lain sesuai kebutuhan, seperti kelas instans DB.
1. Pilih **Pulihkan ke titik waktu**.
### AWS CLI
Anda mengembalikan instans DB ke waktu tertentu dengan menggunakan point-in-time AWS CLI perintah [ restore-db-instance-to-](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) untuk membuat instance RDS Custom DB baru.
Gunakan salah satu opsi berikut untuk menentukan cadangan yang akan dipulihkan dari:
+ `--source-db-instance-identifier mysourcedbinstance`
+ `--source-dbi-resource-id dbinstanceresourceID`
+ `--source-db-instance-automated-backups-arn backupARN`
Opsi `custom-iam-instance-profile` diperlukan.
Contoh berikut memulihkan `my-custom-db-instance` ke instans DB baru bernama `my-restored-custom-db-instance` pada waktu yang ditentukan.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-custom-db-instance\
3. --target-db-instance-identifier my-restored-custom-db-instance \
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5. --restore-time 2022-10-14T23:45:00.000Z
```
Untuk Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-custom-db-instance ^
3. --target-db-instance-identifier my-restored-custom-db-instance ^
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
5. --restore-time 2022-10-14T23:45:00.000Z
```
# Menghapus snapshot RDS Kustom untuk SQL Server
Anda dapat menghapus snapshot DB yang dikelola oleh RDS Custom for SQL Server saat Anda tidak lagi membutuhkannya. Prosedur penghapusan sama untuk instans Amazon RDS dan RDS Custom DB.
EBSSnapshot Amazon untuk volume biner dan root tetap ada di akun Anda untuk waktu yang lebih lama karena mungkin ditautkan ke beberapa instance yang berjalan di akun Anda atau ke snapshot RDS Kustom untuk SQL Server lainnya. EBSSnapshot ini dihapus secara otomatis setelah tidak lagi terkait dengan sumber daya RDS Kustom untuk SQL Server yang ada (instans atau cadangan DB).
## Konsol
**Untuk menghapus snapshot dari instans RDS Custom 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 Anda hapus.
1. Untuk **Tindakan**, pilih **Hapus snapshot**.
1. Pilih **Hapus** di halaman konfirmasi.
## AWS CLI
Untuk menghapus snapshot RDS Kustom, gunakan AWS CLI perintah [delete-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-snapshot.html).
Opsi berikut diperlukan:
+ `--db-snapshot-identifier` — Snapshot yang akan dihapus
Contoh berikut menghapus snapshot DB `my-custom-snapshot`.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds delete-db-snapshot \
2. --db-snapshot-identifier my-custom-snapshot
```
Untuk Windows:
```
1. aws rds delete-db-snapshot ^
2. --db-snapshot-identifier my-custom-snapshot
```
# Menghapus RDS Custom for SQL Server backup otomatis
Anda dapat menghapus cadangan otomatis yang dipertahankan untuk RDS Custom for SQL Server ketika mereka tidak lagi diperlukan. Prosedurnya sama dengan prosedur untuk menghapus RDS cadangan Amazon.
## 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. Pilih **Dipertahankan**.
1. 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).
Opsi berikut digunakan untuk menghapus cadangan otomatis yang dipertahankan:
+ `--dbi-resource-id`— Pengidentifikasi sumber daya untuk instans RDS Custom DB sumber.
[Anda dapat menemukan pengenal sumber daya untuk instance DB sumber dari cadangan otomatis yang dipertahankan dengan menggunakan AWS CLI perintah describe-db-instance-automated -backup.](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html)
Contoh berikut menghapus cadangan otomatis yang dipertahankan dengan pengidentifikasi sumber daya instans DB sumber `custom-db-123ABCEXAMPLE`.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds delete-db-instance-automated-backup \
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
Untuk Windows:
```
1. aws rds delete-db-instance-automated-backup ^
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
# Menyalin Amazon RDS Custom untuk snapshot SQL Server DB
Dengan RDS Custom for SQL Server, Anda dapat menyalin backup otomatis dan snapshot DB manual. Setelah menyalin snapshot, salinan yang Anda buat adalah snapshot manual. Anda dapat membuat beberapa salinan cadangan otomatis atau snapshot manual tetapi setiap salinan harus memiliki pengenal unik.
Anda hanya dapat menyalin snapshot dalam AWS akun yang sama di berbagai Wilayah AWS tempat RDS Custom untuk SQL Server tersedia. Operasi berikut saat ini tidak didukung:
+ Menyalin snapshot DB dalam hal yang sama. Wilayah AWS
+ Menyalin snapshot DB di seluruh AWS akun.
RDS Kustom untuk SQL Server mendukung penyalinan snapshot tambahan. Untuk informasi selengkapnya, lihat [Pertimbangan untuk penyalinan snapshot tambahan](USER_CopySnapshot.md#USER_CopySnapshot.Incremental).
**Topics**
+ [Batasan](#custom-copying-snapshot-sqlserver.Limitations)
+ [Menangani enkripsi](#custom-copying-snapshot-sqlserver.Encryption)
+ [Penyalinan lintas Wilayah](#custom-copying-snapshot-sqlserver.XRCopy)
+ [Cuplikan instans DB yang dibuat dengan Versi Mesin Kustom (CEV)](#custom-copying-snapshot-sqlserver.CEVSnap)
+ [Berikan izin yang diperlukan ke prinsipal IAM Anda](#custom-copying-snapshot-sqlserver.GrantPermIAM)
+ [Menyalin snapshot DB](#custom-copying-snapshot-sqlserver.CopyingDBSnapshot)
## Batasan
Batasan berikut berlaku untuk menyalin snapshot DB untuk RDS Custom for SQL Server:
+ 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 tidak dapat menentukan nama grup opsi atau menyalin grup opsi dalam permintaan salinan snapshot DB Anda.
+ Jika Anda menghapus AWS sumber daya dependen dari snapshot DB sumber sebelum atau selama proses penyalinan, permintaan snapshot salinan Anda bisa gagal secara asinkron.
+ Jika Anda menghapus file cadangan Service Master Key (SMK) untuk instans DB sumber yang disimpan di bucket S3 terkelola Kustom RDS di akun Anda, salinan snapshot DB berhasil secara asinkron. Namun, fitur SQL Server yang bergantung pada SMK seperti database yang diaktifkan TDE mengalami masalah. Untuk informasi selengkapnya, lihat [Memecahkan masalah status PENDING\$1RECOVERY untuk database yang diaktifkan TDE di RDS Kustom untuk SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.pending_recovery).
+ Menyalin snapshot DB dalam hal yang sama saat Wilayah AWS ini tidak didukung.
+ Menyalin snapshot DB di seluruh AWS akun saat ini tidak didukung.
Keterbatasan menyalin snapshot DB untuk Amazon RDS juga berlaku untuk RDS Custom for SQL Server. Untuk informasi selengkapnya, lihat [Batasan](USER_CopySnapshot.md#USER_CopySnapshot.Limitations).
## Menangani enkripsi
Semua instans RDS Custom untuk SQL Server DB dan snapshot DB dienkripsi dengan kunci KMS. Anda hanya dapat menyalin snapshot terenkripsi ke snapshot terenkripsi, oleh karena itu Anda harus menentukan kunci KMS yang valid di tujuan Wilayah AWS untuk permintaan salinan snapshot DB Anda.
Snapshot sumber tetap terenkripsi selama proses penyalinan. Amazon RDS menggunakan enkripsi amplop untuk melindungi data selama operasi penyalinan dengan kunci Wilayah AWS KMS tujuan yang ditentukan. Untuk informasi lebih lanjut, lihat [Enkripsi amplop](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#enveloping) di *Panduan Developer AWS Key Management Service *.
## Penyalinan lintas Wilayah
Anda dapat menyalin snapshot DB di seluruh Wilayah AWS. Namun, ada batasan dan pertimbangan tertentu dalam penyalinan snapshot lintas Wilayah.
### Mengotorisasi RDS untuk berkomunikasi di seluruh Wilayah AWS untuk penyalinan snapshot
Setelah permintaan salinan snapshot DB lintas wilayah diproses dengan sukses, RDS memulai salinan. Permintaan otorisasi untuk RDS untuk mengakses snapshot sumber dibuat. Permintaan otorisasi ini menautkan snapshot DB sumber ke snapshot DB target. Ini memungkinkan RDS untuk menyalin hanya ke snapshot target yang ditentukan.
RDS memverifikasi otorisasi dengan menggunakan `rds:CrossRegionCommunication` izin dalam peran IAM terkait layanan. Jika salinan diotorisasi, RDS dapat berkomunikasi dengan Wilayah sumber dan menyelesaikan operasi penyalinan.
RDS tidak memiliki akses ke snapshot DB yang sebelumnya tidak diizinkan oleh permintaan Salin. DBSnapshot Otorisasi dicabut setelah salinan selesai.
RDS menggunakan peran terkait layanan untuk memverifikasi otorisasi di Wilayah sumber. Salinan gagal jika Anda menghapus peran terkait layanan selama proses penyalinan.
Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html) di *AWS Identity and Access Management Panduan Pengguna*.
### 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. Kredensyal Anda harus valid di kedua Wilayah, yang berlaku untuk Wilayah keikutsertaan hanya jika Anda menggunakan titik akhir regional. AWS STS
Untuk menggunakan titik akhir global, pastikan bahwa titik akhir tersebut diaktifkan untuk kedua Wilayah dalam operasi. Setel titik akhir global ke semua `Valid` Wilayah AWS dalam pengaturan AWS STS akun.
Untuk informasi selengkapnya, lihat [Mengelola AWS STSWilayah AWS dalam](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html) *Panduan AWS Identity and Access Management Pengguna*.
## Cuplikan instans DB yang dibuat dengan Versi Mesin Kustom (CEV)
Untuk snapshot DB dari instans DB menggunakan [Custom Engine Version (CEV)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-cev-sqlserver.html), RDS mengaitkan CEV dengan snapshot DB. Untuk menyalin snapshot DB sumber yang terkait dengan CEV Wilayah AWS, RDS menyalin CEV bersama dengan snapshot DB sumber ke wilayah tujuan.
Jika Anda menyalin beberapa snapshot DB yang terkait dengan CEV yang sama ke wilayah tujuan yang sama, permintaan salinan pertama menyalin CEV terkait. Proses penyalinan permintaan berikut menemukan CEV yang awalnya disalin dan mengaitkannya dengan salinan snapshot DB berikut. Salinan CEV yang ada harus dalam `AVAILABLE` keadaan terkait dengan salinan snapshot DB.
Untuk menyalin snapshot DB yang terkait dengan CEV, kebijakan IAM pemohon harus memiliki izin untuk mengotorisasi penyalinan snapshot DB dan penyalinan CEV terkait. Izin berikut diperlukan dalam kebijakan IAM pemohon Anda untuk mengizinkan penyalinan CEV terkait:
+ `rds:CopyCustomDBEngineVersion`- Prinsipal IAM pemohon Anda harus memiliki izin untuk menyalin CEV sumber ke wilayah target bersama dengan snapshot DB sumber. Permintaan salinan snapshot gagal karena kesalahan otorisasi jika prinsipal IAM pemohon Anda tidak berwenang untuk menyalin CEV sumber.
+ `ec2:CreateTags`- AMI EC2 yang mendasari dari sumber CEV disalin ke wilayah target sebagai bagian dari salinan CEV. RDS Custom mencoba menandai AMI dengan `AWSRDSCustom` tag sebelum menyalin AMI. Pastikan prinsipal IAM pemohon Anda memiliki izin untuk membuat tag terhadap AMI yang mendasari CEV sumber di wilayah sumber.
Untuk informasi selengkapnya tentang izin penyalinan CEV, lihat. [Berikan izin yang diperlukan ke prinsipal IAM Anda](#custom-copying-snapshot-sqlserver.GrantPermIAM)
## Berikan izin yang diperlukan ke prinsipal IAM Anda
Pastikan Anda memiliki akses yang cukup untuk menyalin snapshot RDS Custom for SQL Server DB. Peran IAM atau pengguna (disebut sebagai prinsipal IAM) untuk menyalin snapshot DB menggunakan konsol atau CLI harus memiliki salah satu dari kebijakan berikut untuk pembuatan instans DB yang berhasil:
+ `AdministratorAccess`Kebijakan atau,
+ Kebijakan `AmazonRDSFullAccess` dengan izin tambahan berikut:
```
s3:CreateBucket
s3:GetBucketPolicy
s3:PutBucketPolicy
kms:CreateGrant
kms:DescribeKey
ec2:CreateTags
```
RDS Custom menggunakan izin ini selama penyalinan snapshot. Wilayah AWS Izin ini mengonfigurasi sumber daya di akun Anda yang diperlukan untuk operasi Kustom RDS. Untuk informasi selengkapnya tentang izin `kms:CreateGrant`, lihat [AWS KMS key manajemen](Overview.Encryption.Keys.md).
Contoh kebijakan JSON berikut memberikan izin yang diperlukan selain kebijakan. `AmazonRDSFullAccess`
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "CreateS3BucketAndReadWriteBucketPolicy",
"Effect": "Allow",
"Action": [
"s3:CreateBucket",
"s3:PutBucketPolicy",
"s3:GetBucketPolicy"
],
"Resource": "arn:aws:s3:::do-not-delete-rds-custom-*"
},
{
"Sid": "CreateKmsGrant",
"Effect": "Allow",
"Action": [
"kms:CreateGrant",
"kms:DescribeKey"
],
"Resource": "*"
},
{
"Sid": "CreateEc2Tags",
"Effect": "Allow",
"Action": [
"ec2:CreateTags"
],
"Resource": "*"
}
]
}
```
------
**catatan**
Pastikan izin yang tercantum tidak dibatasi oleh kebijakan kontrol layanan (SCPs), batas izin, atau kebijakan sesi yang terkait dengan prinsipal IAM.
Jika Anda menggunakan kondisi dengan kunci konteks dalam kebijakan IAM pemohon, kondisi tertentu dapat menyebabkan permintaan gagal. Untuk informasi selengkapnya tentang jebakan umum karena kondisi kebijakan IAM, lihat. [Meminta salinan snapshot DB lintas Wilayah](USER_CopySnapshot.md#USER_CopySnapshot.AcrossRegions.Policy)
## Menyalin snapshot DB
Gunakan prosedur berikut untuk menyalin snapshot DB. Untuk setiap AWS akun, 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 Amazon RDS API.
------
#### [ Console ]
Prosedur berikut menyalin snapshot RDS Custom untuk SQL Server DB dengan menggunakan file. Konsol Manajemen 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 RDS Custom for SQL Server DB yang ingin Anda salin.
1. **Di dropwdown **Tindakan**, pilih Salin snapshot.**
![\[Halaman Salin snapshot di konsol Amazon RDS. Pengaturan dimuat di halaman.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/XRSC-Snapshot-Copy.png)
1. Untuk menyalin snapshot DB ke yang berbeda Wilayah AWS, atur **Wilayah Tujuan** ke nilai yang diperlukan.
**catatan**
Tujuan Wilayah AWS harus memiliki versi mesin database yang sama yang tersedia sebagai sumbernya Wilayah AWS.
1. Untuk **pengidentifikasi snapshot DB baru**, masukkan nama unik untuk snapshot DB. Anda dapat membuat beberapa salinan cadangan otomatis atau snapshot manual tetapi setiap salinan harus memiliki pengenal unik.
1. (Opsional) Pilih **Salin Tag** untuk menyalin tag dan nilai dari snapshot ke salinan snapshot.
1. Untuk **Enkripsi**, tentukan pengidentifikasi kunci KMS yang akan digunakan untuk mengenkripsi salinan snapshot DB.
**catatan**
RDS Kustom untuk SQL Server mengenkripsi semua snapshot DB. Anda tidak dapat membuat snapshot DB yang tidak terenkripsi.
1. Pilih **Salin snapshot**.
RDS Custom for SQL Server membuat salinan snapshot DB dari instans DB Anda dalam pilihan Anda Wilayah AWS .
------
#### [ AWS CLI ]
Anda dapat menyalin snapshot RDS Custom untuk SQL Server DB dengan menggunakan perintah. AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html](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.
+ `--source-db-snapshot-identifier`- Pengidentifikasi untuk snapshot DB sumber.
+ Jika snapshot sumber berbeda Wilayah AWS dari salinan, tentukan ARN snapshot DB yang valid. Misalnya, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `--target-db-snapshot-identifier`- Pengidentifikasi untuk salinan baru snapshot DB.
+ `--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 terenkripsi ke Wilayah AWS yang berbeda, Anda harus menentukan kunci KMS untuk tujuan Wilayah AWS. Kunci KMS khusus untuk kunci Wilayah AWS yang dibuat dan Anda tidak dapat menggunakan kunci enkripsi dari satu Wilayah AWS sama lain Wilayah AWS kecuali kunci Multi-wilayah digunakan. 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).
+ `--copy-tags`- Sertakan tag dan nilai dari snapshot sumber ke salinan snapshot.
Opsi berikut tidak didukung untuk menyalin snapshot RDS Custom for SQL Server DB:
+ `--copy-option-group `
+ `--option-group-name`
+ `--pre-signed-url`
+ `--target-custom-availability-zone`
Contoh kode berikut menyalin snapshot DB terenkripsi dari Wilayah Barat AS (Oregon) ke Wilayah AS Timur (Virginia N.). Jalankan perintah di Wilayah tujuan (us-east-1).
Untuk Linux, macOS, atau Unix:
```
aws rds copy-db-snapshot \
--region us-east-1 \
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 \
--target-db-snapshot-identifier mydbsnapshotcopy \
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
Untuk Windows:
```
aws rds copy-db-snapshot ^
--region us-east-1 ^
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 ^
--target-db-snapshot-identifier mydbsnapshotcopy ^
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
------
#### [ RDS API ]
[Anda dapat menyalin snapshot RDS Custom for SQL Server 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 Wilayah AWS yang baru, jalankan tindakan di Wilayah AWS yang baru. Parameter berikut digunakan untuk menghapus snapshot DB. Tidak semua parameter diperlukan:
+ `SourceDBSnapshotIdentifier`- Pengidentifikasi untuk snapshot DB sumber.
+ Jika snapshot sumber berbeda Wilayah AWS dari salinan, tentukan ARN snapshot DB yang valid. Misalnya, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `TargetDBSnapshotIdentifier`- Pengidentifikasi untuk salinan baru snapshot DB.
+ `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 terenkripsi ke Wilayah AWS yang berbeda, Anda harus menentukan kunci KMS untuk tujuan Wilayah AWS. Kunci KMS khusus untuk kunci Wilayah AWS yang dibuat dan Anda tidak dapat menggunakan kunci enkripsi dari satu Wilayah AWS sama lain Wilayah AWS kecuali kunci Multi-wilayah digunakan. 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).
+ `CopyTags`- Tetapkan parameter ini `true` untuk menyalin tag dan nilai dari snapshot sumber ke salinan snapshot. Nilai default-nya `false`.
Opsi berikut tidak didukung menyalin snapshot RDS Custom untuk SQL Server DB:
+ `CopyOptionGroup`
+ `OptionGroupName`
+ `PreSignedUrl`
+ `TargetCustomAvailabilityZone`
Kode berikut membuat salinan snapshot, dengan nama baru `mydbsnapshotcopy`, di AS Timur (Virginia Utara).
```
https://rds.us-east-1.amazonaws.com/
?Action=CopyDBSnapshot
&KmsKeyId=a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
&SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-west-2%3A123456789012%3Asnapshot%3Ainstance1-snapshot-12345678
&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
```
------
# Memigrasikan basis data on-premise ke Amazon RDS Custom for SQL Server
Anda dapat menggunakan proses berikut untuk memigrasikan basis data Microsoft SQL Server on-premise ke Amazon RDS Custom for SQL Server menggunakan pencadangan dan pemulihan native:
1. Lakukan pencadangan lengkap basis data pada instans DB on-premise.
1. Unggah file cadangan ke Amazon S3.
1. Unggah file cadangan dari S3 ke instans DB RDS Custom for SQL Server Anda.
1. Kembalikan basis data menggunakan file cadangan yang diunduh pada instans DB RDS Custom for SQL Server.
Proses ini menjelaskan migrasi basis data dari on-premise ke RDS Custom for SQL Server menggunakan pencadangan dan pemulihan penuh native. Untuk mengurangi waktu cutover selama proses migrasi, Anda juga dapat mempertimbangkan untuk menggunakan cadangan diferensial atau log.
Untuk informasi umum tentang pencadangan dan pemulihan native untuk RDS for SQL Server, lihat [Mengimpor dan mengekspor basis data SQL Server menggunakan pencadangan dan pemulihan native](SQLServer.Procedural.Importing.md).
**Topics**
+ [Prasyarat](#custom-migrating.prereqs)
+ [Mencadangkan basis data on-premise](#custom-migrating.backup)
+ [Mengunggah file cadangan ke Amazon S3](#custom-migrating.upload)
+ [Mengunduh file cadangan dari Amazon S3](#custom-migrating.upload)
+ [Memulihkan file cadangan ke instans DB RDS Custom for SQL Server](#custom-migrating.restore)
## Prasyarat
Lakukan tugas berikut sebelum memigrasikan basis data:
1. Konfigurasi Remote Desktop Connection (RDP) untuk instans DB RDS Custom for SQL Server Anda. Untuk informasi selengkapnya, lihat [Menghubungkan ke instans RDS Custom DB Anda menggunakan RDP](custom-creating-sqlserver.rdp.md).
1. Konfigurasikan akses ke Amazon S3 sehingga Anda dapat mengunggah dan mengunduh file cadangan basis data.
## Mencadangkan basis data on-premise
Anda menggunakan cadangan native SQL Server untuk membuat cadangan penuh basis data pada instans DB on-premise.
Contoh berikut menunjukkan cadangan basis data yang disebut `mydatabase`, dengan opsi `COMPRESSION` yang ditentukan untuk mengurangi ukuran file cadangan.
**Cara membuat cadangan basis data on-premise**
1. Dengan menggunakan SQL Server Management Studio (SSMS), hubungkan ke instans SQL Server on-premise.
1. Jalankan perintah T-SQL berikut.
```
backup database mydatabase to
disk ='C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup\mydb-full-compressed.bak'
with compression;
```
## Mengunggah file cadangan ke Amazon S3
Anda menggunakan file Konsol Manajemen AWS untuk mengunggah file cadangan `mydb-full-compressed.bak` ke Amazon S3.
**Cara mengunggah file cadangan ke Amazon S3**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon S3 di. [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)
1. Untuk **Bucket**, pilih nama bucket tempat Anda ingin mengunggah file cadangan.
1. Pilih **Unggah**.
1. Di jendela **Unggah**, lakukan salah satu hal berikut:
+ Seret dan lepaskan `mydb-full-compressed.bak` ke jendela **Unggah**.
+ Pilih **Tambah file**, pilih `mydb-full-compressed.bak`, lalu pilih **Buka**.
Amazon S3 mengunggah file cadangan Anda sebagai objek S3. Setelah unggahan selesai, Anda melihat pesan sukses di halaman **Unggah: status**.
## Mengunduh file cadangan dari Amazon S3
Anda menggunakan konsol untuk mengunduh file cadangan dari S3 ke instans DB RDS Custom for SQL Server.
**Cara mengunduh file cadangan dari S3**
1. Gunakan RDP untuk menghubungkan ke instans DB RDS for SQL Server.
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon S3 di. [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)
1. Dari daftar **Bucket**, pilih nama bucket yang berisi file cadangan Anda.
1. Pilih file cadangan `mydb-full-compressed.bak`.
1. Untuk **Tindakan**, pilih **Unduh sebagai**.
1. Buka menu konteks (klik kanan) untuk tautan yang diberikan, lalu pilih **Simpan Sebagai**.
1. Simpan `mydb-full-compressed.bak` ke direktori `D:\rdsdbdata\BACKUP`.
## Memulihkan file cadangan ke instans DB RDS Custom for SQL Server
Anda menggunakan pemulihan SQL Server native untuk memulihkan file cadangan ke instans DB RDS Custom for SQL Server.
Dalam contoh ini, opsi `MOVE` ditentukan karena direktori data dan file log berbeda dari instans DB on-premise.
**Cara mengembalikan file cadangan**
1. Gunakan SSMS untuk menghubungkan ke instans DB RDS for SQL Server.
1. Jalankan perintah T-SQL berikut.
```
restore database mydatabase from disk='D:\rdsdbdata\BACKUP\mydb-full-compressed.bak'
with move 'mydatabase' to 'D:\rdsdbdata\DATA\mydatabase.mdf',
move 'mydatabase_log' to 'D:\rdsdbdata\DATA\mydatabase_log.ldf';
```
# RDS Kustom untuk SQL Server Pembaruan sistem operasi
RDS Custom for SQL Server menyediakan metode berikut untuk menerapkan pembaruan sistem operasi ke instance RDS Provided Engine Version (RPEV) Anda:
+ *tindakan pemeliharaan pembaruan sistem*
+ *upgrade versi minor database*
+ Peningkatan versi mesin minor DB menggunakan RPEV termasuk pembaruan Sistem Operasi terbaru. Pendekatan ini sangat berguna jika Anda ingin menggabungkan pembaruan OS dengan peningkatan versi minor SQL Server. Untuk informasi selengkapnya, lihat [Memutakhirkan Amazon RDS Custom untuk instans SQL Server DB](custom-upgrading-sqlserver.md).
## Skenario untuk pembaruan sistem operasi
Ada dua cara untuk mengelola pembaruan sistem operasi untuk instance RDS Custom for SQL Server Anda:
+ Untuk instans Single-AZ, instance tidak tersedia selama pembaruan sistem Operasi.
+ Untuk penerapan Multi-AZ, RDS menerapkan pembaruan sistem operasi dengan cara berikut:
+ Pertama, RDS melakukan pembaruan sistem operasi pada instance siaga.
+ RDS gagal ke instans DB siaga yang ditingkatkan, menjadikannya instans DB primer yang baru.
+ Terakhir, RDS melakukan pembaruan sistem Operasi pada instans DB siaga baru.
Waktu henti untuk penerapan Multi-AZ adalah waktu yang dibutuhkan untuk failover.
## Menerapkan pembaruan sistem operasi menggunakan tindakan pemeliharaan pembaruan sistem
Untuk menerapkan pembaruan sistem operasi ke instans Amazon RDS RPEV, Anda dapat menggunakan,, atau RDS Konsol Manajemen AWS API AWS CLI. Untuk informasi selengkapnya, lihat [Pembaruan sistem operasi untuk instans RDS DB](USER_UpgradeDBInstance.Maintenance.md#OS_Updates).
**Example**
Untuk Linux, macOS, atau Unix:
**Langkah 1: Periksa pembaruan yang tersedia**
Gunakan `describe-pending-maintenance-actions` perintah untuk melihat apakah pembaruan OS tersedia untuk instance Anda:
```
aws rds describe-pending-maintenance-actions
```
Contoh respons:
```
{
"PendingMaintenanceActions": [
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"Description": "New Operating System update is available"
}
]
}
]
}
```
Jenis tindakan `system-update` menunjukkan bahwa pembaruan OS tersedia untuk instans Anda.
**Langkah 2: Terapkan pembaruan OS**
Gunakan `apply-pending-maintenance-action` perintah untuk menjadwalkan pembaruan:
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance \
--apply-action system-update \
--opt-in-type immediate
```
`opt-in-type`Input memiliki opsi berikut:
+ `immediate`: Terapkan pembaruan segera
+ `next-maintenance`: Terapkan pembaruan selama jendela pemeliharaan terjadwal berikutnya
+ `undo-opt-in`: Batalkan pembaruan yang dijadwalkan sebelumnya
Contoh respons:
```
{
"ResourcePendingMaintenanceActions": {
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"AutoAppliedAfterDate": "2024-04-10T20:41:01.695000+00:00",
"ForcedApplyDate": "2024-04-10T20:41:01.694000+00:00",
"CurrentApplyDate": "2024-04-10T20:41:01.695000+00:00",
"Description": "New Operating System update is available"
}
]
}
}
```
## Pemberitahuan pembaruan OS
Untuk menerima pemberitahuan saat patch sistem operasi opsional yang baru tersedia, Anda dapat berlangganan [RDS-EVENT-0230](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Messages.html#RDS-EVENT-0230) dalam kategori peristiwa patching keamanan. Untuk informasi tentang berlangganan acara RDS, lihat [Berlangganan pemberitahuan acara Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Subscribing.html).
## Pertimbangan-pertimbangan
Konsumsi dan batasan berikut berlaku untuk pembaruan OS:
+ Setiap penyesuaian sistem operasi yang dilakukan pada drive C:\$1 tidak dipertahankan selama pembaruan sistem operasi.
+ Sebaiknya ambil snapshot manual sebelum menerapkan pembaruan.
# Memutakhirkan Amazon RDS Custom untuk instans SQL Server DB
Anda dapat memutakhirkan instans Amazon RDS Custom for SQL Server DB dengan memodifikasinya untuk menggunakan versi mesin DB baru. Lihat informasi umum tentang memutakhirkan instans basis data di [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md).
**Topics**
+ [Ikhtisar upgrade di RDS Kustom untuk SQL Server](#custom-upgrading-sqlserver.Overview)
+ [Memutakhirkan versi mesin mayor dan minor](#custom-upgrading-sqlserver.Upgrade)
+ [Tingkat kompatibilitas basis data](#custom-upgrading-sqlserver.Major.Compatibility)
## Ikhtisar upgrade di RDS Kustom untuk SQL Server
Amazon RDS Kustom untuk SQL Server mendukung peningkatan versi mayor dan minor. Peningkatan versi minor dapat mencakup tambalan keamanan, perbaikan bug, dan peningkatan mesin. Microsoft merilis pembaruan ini sebagai pembaruan kumulatif ()CUs. Upgrade versi utama memperkenalkan fitur baru dan perubahan engine antar versi, seperti upgrade dari SQL Server 2019 ke 2022. Anda dapat menerapkan kedua peningkatan segera atau selama jendela pemeliharaan terjadwal. Untuk mencegah potensi masalah kompatibilitas mundur, sebaiknya uji aplikasi Anda di lingkungan non-produksi sebelum melakukan upgrade.
RDS Kustom untuk SQL Server memungkinkan Anda untuk meng-upgrade RDS Disediakan Engine Version (RPEV) atau Custom Engine Version (CEV).
+ Versi mesin yang disediakan RDS (RPEV) berisi patch sistem up-to-date operasi (OS) dan pembaruan kumulatif SQL Server (CU).
+ Untuk versi mesin khusus (CEV), Anda harus mengikuti proses dua langkah. Pertama, buat CEV baru dengan versi SQL Server target Anda, lihat. [Persiapan membuat CEV untuk RDS Custom for SQL Server](custom-cev-sqlserver.preparing.md) Versi target ini harus sama dengan atau lebih baru dari versi Anda saat ini. Setelah CEV baru dibuat, modifikasi instance database Anda untuk menggunakan versi baru ini. Untuk informasi selengkapnya, lihat [Melakukan upgrade versi minor untuk Amazon RDS Custom for SQL Server CEV](https://aws.amazon.com/blogs/database/performing-a-minor-version-upgrade-for-amazon-rds-custom-for-sql-server-cev-with-multi-az/) dengan Multi-AZ.
Jangan terapkan pembaruan kumulatif SQL Server di tempat ke instans Kustom RDS yang sedang berjalan. Setelah Anda membuat CEV dengan versi SQL Server tertentu (misalnya, SQL Server 2022 CU16), menerapkan pembaruan kumulatif yang lebih baru langsung ke instance membawanya keluar dari perimeter dukungan dan melaporkan kesalahan. `SP-S3006` Untuk menambal instance SQL Server yang ada menggunakan CEV, buat CEV baru yang menyertakan pembaruan kumulatif yang diinginkan, lalu modifikasi instance yang ada untuk beralih ke CEV baru.
Jika Anda memutakhirkan instans RDS Custom for SQL Server DB dalam penerapan Multi-AZ, RDS Custom for SQL Server melakukan peningkatan bergulir untuk instans Anda. Pendekatan ini meminimalkan waktu henti dengan memutakhirkan satu instance pada satu waktu. RDS melakukan tindakan berikut untuk melakukan peningkatan bergulir:
1. Tingkatkan instans DB siaga.
1. Failover ke instans DB siaga yang ditingkatkan, menjadikannya instans DB primer baru.
1. Tingkatkan instans DB siaga baru.
Waktu henti instans DB untuk penerapan multi-AZ adalah waktu yang diperlukan untuk failover.
Batasan berikut berlaku saat memutakhirkan instans RDS Custom untuk SQL Server DB:
+ Opsi DB kustom dan grup parameter tidak didukung.
+ Setiap volume penyimpanan tambahan yang Anda lampirkan ke instans RDS Custom for SQL Server DB tidak dilampirkan setelah upgrade.
+ Sebab CEVs, aplikasi pembaruan kumulatif SQL Server di tempat tidak didukung dan mengakibatkan instance dikeluarkan dari perimeter dukungan.
## Memutakhirkan versi mesin mayor dan minor
Upgrade versi mesin mayor dan minor tidak dapat diubah dan harus selalu dilakukan ke versi yang lebih baru. Untuk mengidentifikasi versi target yang tersedia, gunakan Konsol Manajemen AWS dan pilih dari versi yang tersedia saat memodifikasi instans DB Anda. Atau, gunakan perintah [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)CLI atau perintah [Describe DBEngine Versions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) RDS API.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine custom-sqlserver-se \
--engine-version 15.00.4322.2.v1 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" \
--output table
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4322.2.v1 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" ^
--output table
```
Output menunjukkan versi mesin target yang tersedia:
```
--------------------------
|DescribeDBEngineVersions|
+------------------------+
| EngineVersion |
+------------------------+
| 15.00.4410.1.v1 |
| 15.00.4415.2.v1 |
| 15.00.4430.1.v1 |
| 16.00.4165.4.v1 |
| 16.00.4175.1.v1 |
| 16.00.4185.3.v1 |
+------------------------+
```
Setelah mengidentifikasi versi target Anda, gunakan Konsol Manajemen AWS dan ikuti instruksi di[Memodifikasi instans RDS Custom for SQL Server DB](custom-managing.modify-sqlserver.md). Atau, gunakan perintah [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)CLI atau perintah [Modify DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) RDS API.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier DB_INSTANCE_IDENTIFIER \
--engine-version ENGINE_VERSION \
--allow-major-version-upgrade \
--region Region \
--no-apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier DB_INSTANCE_IDENTIFIER ^
--engine-version ENGINE_VERSION ^
--allow-major-version-upgrade ^
--region Region ^
--no-apply-immediately
```
**catatan**
Anda harus menyertakan `--allow-major-version-upgrade` parameter untuk melakukan upgrade versi utama.
## Tingkat kompatibilitas basis data
Anda dapat menggunakan basis data Microsoft SQL Server untuk menyesuaikan beberapa perilaku basis data guna meniru versi SQL Server yang lebih lama. Untuk informasi selengkapnya, lihat [Compatibility level](https://msdn.microsoft.com/en-us/library/bb510680.aspx) dalam dokumentasi Microsoft.
Saat Anda meningkatkan instans DB, semua basis data yang ada tetap memiliki tingkat kompatibilitas aslinya. Misalnya, jika Anda meningkatkan dari SQL Server 2019 ke SQL Server 2022, semua database yang ada memiliki tingkat kompatibilitas 150. Setiap database baru yang dibuat setelah upgrade memiliki tingkat kompatibilitas 160.
Anda dapat mengubah tingkat kompatibilitas basis data dengan menggunakan perintah ALTER DATABASE. Misalnya, untuk mengubah database bernama `customeracct` agar kompatibel dengan SQL Server 2022, keluarkan perintah berikut:
```
1. ALTER DATABASE customeracct SET COMPATIBILITY_LEVEL = 160
```
# Memecahkan masalah basis data untuk Amazon RDS Custom for SQL Server
Model tanggung jawab bersama RDS Custom menyediakan akses tingkat shell OS dan akses administrator basis data. RDS Custom menjalankan sumber daya di akun Anda, tidak seperti Amazon RDS, yang menjalankan sumber daya di akun sistem. Bersama akses yang lebih besar datang tanggung jawab yang lebih besar. Pada bagian-bagian berikut, Anda dapat mempelajari cara memecahkan masalah pada instans basis data Amazon RDS Custom for SQL Server.
**catatan**
Bagian ini menjelaskan cara memecahkan masalah RDS Custom for SQL Server. Untuk pemecahan masalah RDS Custom for Oracle, lihat [Memecahkan masalah basis data untuk Amazon RDS Custom for Oracle](custom-troubleshooting.md).
**Topics**
+ [Menampilkan peristiwa RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.viewing-events)
+ [Berlangganan acara RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.subscribing)
+ [Memecahkan masalah kesalahan CEV untuk RDS Custom for SQL Server](#custom-troubleshooting-sqlserver.cev)
+ [Memperbaiki konfigurasi yang tidak didukung di RDS Custom for SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported)
+ [Pemecahan masalah `Storage-Full` di RDS Kustom untuk SQL Server](#custom-troubleshooting-storage-full)
+ [Memecahkan masalah status PENDING\$1RECOVERY untuk database yang diaktifkan TDE di RDS Kustom untuk SQL Server](#custom-troubleshooting-sqlserver.pending_recovery)
## Menampilkan peristiwa RDS Custom
Prosedur untuk melihat peristiwa adalah sama untuk instans basis data RDS Custom dan Amazon RDS. Untuk informasi selengkapnya, lihat [Melihat RDS acara Amazon](USER_ListEvents.md).
Untuk melihat pemberitahuan acara khusus RDS menggunakan AWS CLI, gunakan `describe-events` perintah. RDS Custom memperkenalkan beberapa peristiwa baru. Kategori-kategori peristiwa sama dengan untuk Amazon RDS. Lihat daftar peristiwa di [Kategori acara Amazon RDS dan pesan acara Aurora](USER_Events.Messages.md).
Contoh berikut mengambil perincian peristiwa-peristiwa yang telah terjadi untuk instans basis data RDS Custom yang ditentukan.
```
1. aws rds describe-events \
2. --source-identifier my-custom-instance \
3. --source-type db-instance
```
## Berlangganan acara RDS Custom
Prosedur untuk berlangganan peristiwa sama untuk instans basis data RDS Custom dan Amazon RDS. Untuk informasi selengkapnya, lihat [Berlangganan notifikasi RDS acara Amazon](USER_Events.Subscribing.md).
Untuk berlangganan notifikasi peristiwa RDS Custom dengan menggunakan CLI, gunakan perintah `create-event-subscription`. Sertakan parameter-parameter wajib berikut:
+ `--subscription-name`
+ `--sns-topic-arn`
Contoh berikut membuat pelangganan untuk peristiwa-peristiwa pencadangan dan pemulihan untuk sebuah instans basis data RDS Custom di akun AWS saat ini. Notifikasi dikirim ke topik Amazon Simple Notification Service (Amazon SNS), yang ditentukan oleh `--sns-topic-arn`.
```
1. aws rds create-event-subscription \
2. --subscription-name my-instance-events \
3. --source-type db-instance \
4. --event-categories '["backup","recovery"]' \
5. --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events
```
## Memecahkan masalah kesalahan CEV untuk RDS Custom for SQL Server
Ketika Anda mencoba untuk membuat CEV, itu mungkin gagal. Dalam hal ini, RDS Custom menerbitkan pesan peristiwa `RDS-EVENT-0198`. Lihat informasi yang lebih lengkap tentang penampilan peristiwa RDS di [Kategori acara Amazon RDS dan pesan acara Aurora](USER_Events.Messages.md).
Gunakan informasi berikut untuk membantu Anda mengatasi penyebab yang mungkin.
****
| Pesan | Saran pemecahan masalah |
| --- | --- |
| `Custom Engine Version creation expected a Sysprep’d AMI. Retry creation using a Sysprep’d AMI.` | Jalankan Sysprep pada instans EC2 yang Anda buat dari AMI. Lihat informasi yang lebih lengkap tentang penyiapan AMI dengan menggunakan Sysprep di [Membuat Amazon Machine Image (AMI) terstandarkan dengan menggunakan Sysprep](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Creating_EBSbacked_WinAMI.html#sysprep-using-ec2launchv2). |
| `EC2 Image permissions for image (AMI_ID) weren't found for customer (Customer_ID). Verify customer (Customer_ID) has valid permissions on the EC2 Image.` | Periksa bahwa akun dan profil Anda yang digunakan untuk pembuatan memiliki izin-izin yang diperlukan pada `create EC2 Instance` dan `Describe Images` untuk AMI yang dipilih. |
| `Failed to rebuild databases with server collation (collation name) due to missing setup.exe file for SQL Server.` | Periksa bahwa file `setup` tersedia di `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\SQLnnnn\setup.exe`. |
| `Image (AMI_ID) doesn't exist in your account (ACCOUNT_ID). Verify (ACCOUNT_ID) is the owner of the EC2 image.` | Pastikan bahwa AMI ada di akun pelanggan yang sama. |
| `Image id (AMI_ID) isn't valid. Specify a valid image id, and try again.` | Nama AMI tidak benar. Pastikan bahwa ID AMI yang benar disediakan. |
| `Image (AMI_ID) operating system platform isn't supported. Specify a valid image, and try again.` | Pilih AMI yang didukung yang memiliki Windows Server with SQL Server edisi Enterprise, Standard, atau Web. Pilih AMI dengan salah satu kode operasi penggunaan berikut dari EC2 Marketplace: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `SQL Server Web Edition isn't supported for creating a Custom Engine Version using Bring Your Own Media. Specify a valid image, and try again.` | Gunakan AMI yang berisi edisi SQL Server yang didukung. Untuk informasi selengkapnya, lihat [Dukungan versi untuk RDS Kustom untuk SQL Server CEVs](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.VersionSupport). |
| `The custom engine version can't be the same as the OEV engine version. Specify a valid CEV, and try again.` | RDS Custom klasik untuk versi-versi mesin SQL Server tidak didukung. Misalnya, versi **15.00.4073.23.v1**. Gunakan nomor versi yang didukung. |
| `The custom engine version isn't in an active state. Specify a valid CEV, and try again.` | CEV harus dalam keadaan `AVAILABLE` untuk menyelesaikan operasi. Ubah CEV dari `INACTIVE` ke `AVAILABLE`. |
| `The custom engine version isn't valid for an upgrade. Specify a valid CEV with an engine version greater or equal to (X), and try again.` | CEV target tidak valid. Periksa persyaratan untuk jalur peningkatan yang valid. |
| `The custom engine version isn't valid. Names can include only lowercase letters (a-z), dashes (-), underscores (_), and periods (.). Specify a valid CEV, and try again.` | Ikuti konvensi penamaan CEV yang diharuskan. Untuk informasi selengkapnya, lihat [Persyaratan untuk RDS Kustom untuk SQL Server CEVs](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.Requirements). |
| `The custom engine version isn't valid. Specify valid database engine version, and try again. Example: 15.00.4073.23-cev123.` | Tersedia versi mesin basis data yang tidak didukung. Gunakan versi mesin basis data yang didukung. |
| `The expected architecture is (X) for image (AMI_ID), but architecture (Y) was found.` | Gunakan AMI yang dibangun di atas arsitektur **x86\$164**. |
| `The expected owner of image (AMI_ID) is customer account ID (ACCOUNT_ID), but owner (ACCOUNT_ID) was found.` | Buat instans EC2 dari AMI yang izinnya Anda miliki. Jalankan Sysprep pada instans EC2 untuk membuat dan menyimpan citra dasar. |
| `The expected platform is (X) for image (AMI_ID), but platform (Y) was found.` | Gunakan AMI yang dibangun dengan platform Windows. |
| `The expected root device type is (X) for image %s, but root device type (Y) was found.` | Buat AMI dengan tipe perangkat EBS. |
| `The expected SQL Server edition is (X), but (Y) was found.` | Pilih AMI yang didukung yang memiliki Windows Server with SQL Server edisi Enterprise, Standard, atau Web. Pilih AMI dengan salah satu kode operasi penggunaan berikut dari EC2 Marketplace: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `The expected state is (X) for image (AMI_ID), but the following state was found: (Y).` | Pastikan bahwa AMI dalam keadaan `AVAILABLE`. |
| `The provided Windows OS name (X) isn’t valid. Make sure the OS is one of the following: (Y).` | Gunakan Windows OS yang didukung. |
| `Unable to find bootstrap log file in path.` | Periksa bahwa file log tersedia di `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log\Summary.txt`. |
| `RDS expected a Windows build version greater than or equal to (X), but found version (Y).`. | Gunakan AMI dengan versi build OS minimum **14393**. |
| `RDS expected a Windows major version greater than or equal to (X), but found version (Y).`. | Gunakan AMI dengan versi utama OS minimum **10.0** atau lebih tinggi. |
## Memperbaiki konfigurasi yang tidak didukung di RDS Custom for SQL Server
Akibat model tanggung jawab bersama, Anda bertanggung jawab untuk memperbaiki masalah konfigurasi yang menempatkan instans basis data RDS Custom for SQL Server Anda ke dalam keadaan `unsupported-configuration`. Jika masalahnya ada pada AWS infrastruktur, Anda dapat menggunakan konsol atau AWS CLI untuk memperbaikinya. Jika masalahnya ada pada sistem operasi atau konfigurasi basis data, Anda dapat masuk ke host untuk memperbaikinya.
**catatan**
Bagian ini menjelaskan cara memperbaiki konfigurasi yang tidak didukung di RDS Custom for SQL Server. Lihat informasi yang lebih lengkap tentang RDS Custom for Oracle di [Memperbaiki konfigurasi yang tidak didukung di RDS Custom for Oracle](custom-troubleshooting.md#custom-troubleshooting.fix-unsupported).
Dalam tabel berikut, Anda dapat menemukan deskripsi pemberitahuan dan peristiwa yang dikirim oleh perimeter dukungan dan cara memperbaikinya. Semua notifikasi ini dan perimeter dukungan dapat berubah sewaktu-waktu. Lihat latar belakang perimeter dukungan di [Perimeter dukungan RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). Lihat deskripsi peristiwa di [Kategori acara Amazon RDS dan pesan acara Aurora](USER_Events.Messages.md).
| Kode Event | Area konfigurasi | Pesan peristiwa RDS | Proses validasi |
| --- | --- | --- | --- |
| `SP-S0000` | Manual Konfigurasi Tidak Didukung | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena:. `X` | Untuk mengatasi masalah ini, buat kasus dukungan. |
**AWS sumber daya (infrastruktur)**
| Kode Event | Area konfigurasi | Pesan peristiwa RDS | Proses validasi |
| --- | --- | --- | --- |
| `SP-S1001` | Status Instans EC2 | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Instance EC2 yang mendasari %s telah dihentikan tanpa menghentikan instans RDS. Anda dapat menyelesaikan ini dengan memulai instans EC2 yang mendasarinya dan memastikan bahwa biner dan volume data dilampirkan. Jika niat Anda adalah untuk menghentikan instance RDS, pastikan instans EC2 yang mendasarinya berada dalam status AVAILABLE terlebih dahulu dan kemudian gunakan konsol RDS atau CLI untuk menghentikan instance RDS. | Untuk memeriksa status instans DB, gunakan konsol atau jalankan AWS CLI perintah berikut: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
|
| `SP-S1002` | Status Instans EC2 | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Status instans RDS DB disetel ke `STOPPED` tetapi instans EC2 yang mendasari %s telah dimulai. Anda dapat mengatasi ini dengan menghentikan instans EC2 yang mendasarinya. Jika niat Anda adalah memulai instance RDS, gunakan konsol atau CLI. | Gunakan AWS CLI perintah berikut untuk memeriksa status instans DB: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
Anda juga dapat memeriksa status instans EC2 menggunakan konsol EC2. Untuk memulai instans DB, gunakan konsol atau jalankan AWS CLI perintah berikut: aws rds start-db-instance \
--db-instance-identifier db-instance-name
|
| `SP-S1003` | Kelas Instans EC2 | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Ada ketidakcocokan antara kelas instans DB yang diharapkan dan dikonfigurasi dari host EC2. Anda dapat menyelesaikan ini dengan memodifikasi kelas instans DB ke jenis kelas aslinya. | Gunakan perintah CLI berikut untuk memeriksa kelas instans DB yang diharapkan: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceClass
|
| `SP-S1004` | Volume Penyimpanan EBS Tidak Dapat Diakses | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Volume penyimpanan EBS asli %s yang dikaitkan dengan instans EC2 saat ini tidak dapat diakses. | |
| `SP-S1005` | Volume Penyimpanan EBS Terpisah | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Volume penyimpanan EBS asli “volume-id” tidak dilampirkan. Anda dapat mengatasinya dengan melampirkan volume EBS yang terkait dengan instans EC2. | Setelah memasang kembali volume EBS, gunakan perintah CLI berikut untuk memeriksa apakah volume EBS 'volume-id' terpasang dengan benar ke instance RDS: aws ec2 describe-volumes \
--volume-ids volume-id |grep InstanceId
|
| `SP-S1006` | Ukuran Volume Penyimpanan EBS | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Ada ketidakcocokan antara pengaturan volume penyimpanan EBS “volume-id” yang diharapkan dan yang dikonfigurasi. Ukuran volume telah diubah secara manual pada tingkat EC2 dari nilai aslinya dari [%s]. Untuk mengatasi masalah ini, buat kasus dukungan. | Gunakan perintah CLI berikut untuk membandingkan ukuran volume detail volume 'volume-id' EBS dan detail instance RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Gunakan perintah CLI berikut untuk melihat ukuran volume yang dialokasikan sebenarnya: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1007` | Konfigurasi Volume Penyimpanan EBS | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Ada ketidakcocokan antara pengaturan volume penyimpanan EBS “volume-id” yang diharapkan dan yang dikonfigurasi. Anda dapat menyelesaikan ini dengan memodifikasi konfigurasi volume penyimpanan EBS [IOPS, Throughput, Volume type] ke nilai aslinya dari [IOPS: %s, Throughput: %s, Volume type: %s] pada level EC2. Untuk modifikasi penyimpanan masa depan, gunakan konsol RDS atau CLI. Ukuran volume juga telah diubah secara manual pada tingkat EC2 dari nilai aslinya [%s]. Untuk mengatasi masalah ini, buat kasus dukungan. | Gunakan perintah CLI berikut untuk membandingkan jenis volume detail volume 'volume-id' EBS dan detail instance RDS. Pastikan nilai pada level EBS cocok dengan nilai di level RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Untuk mendapatkan nilai yang diharapkan untuk Storage Throughput di level RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Untuk mendapatkan nilai yang diharapkan untuk Volume IOPS di level RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Untuk mendapatkan Jenis Penyimpanan saat ini di Level EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Untuk mendapatkan nilai saat ini untuk Storage Throughput pada Level EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Untuk mendapatkan nilai saat ini untuk Volume IOPS di Level EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
|
| `SP-S1008` | Ukuran dan Konfigurasi Volume Penyimpanan EBS | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Ada ketidakcocokan antara pengaturan volume penyimpanan EBS “volume-id” yang diharapkan dan yang dikonfigurasi. Anda dapat menyelesaikan ini dengan memodifikasi konfigurasi volume penyimpanan EBS [IOPS, Throughput, Volume type] ke nilai aslinya dari [IOPS: %s, Throughput: %s, Volume type: %s] pada level EC2. Untuk modifikasi penyimpanan masa depan, gunakan konsol RDS atau CLI. Ukuran volume juga telah diubah secara manual pada tingkat EC2 dari nilai aslinya [%s]. Untuk mengatasi masalah ini, buat kasus dukungan. | Gunakan perintah CLI berikut untuk membandingkan jenis volume detail volume 'volume-id' EBS dan detail instance RDS. Pastikan nilai pada level EBS cocok dengan nilai di level RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Untuk mendapatkan nilai yang diharapkan untuk Storage Throughput di level RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Untuk mendapatkan nilai yang diharapkan untuk Volume IOPS di level RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Untuk mendapatkan Jenis Penyimpanan saat ini di Level EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Untuk mendapatkan nilai saat ini untuk Storage Throughput pada Level EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Untuk mendapatkan nilai saat ini untuk Volume IOPS di Level EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
Untuk mendapatkan Ukuran Volume yang Dialokasikan yang diharapkan: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Untuk mendapatkan Ukuran Volume yang Dialokasikan yang sebenarnya: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1009` | Izin SQS | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena izin: Amazon Simple Queue Service (SQS) Amazon Simple Queue Service (SQS) tidak ada untuk profil instans IAM. Anda dapat mengatasinya dengan memastikan profil IAM yang terkait dengan host memiliki izin berikut: ["SQS: “, "SQS: “, "SQS: SendMessage “, "SQS: ReceiveMessage “, "SQS: DeleteMessage “]. GetQueueUrl | |
| `SP-S1010` | Titik Akhir VPC SQS | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Kebijakan titik akhir VPC memblokir operasi Amazon Simple Queue Service (SQS). Anda dapat mengatasinya dengan memodifikasi kebijakan titik akhir VPC Anda untuk mengizinkan tindakan SQS yang diperlukan. | |
| `SP-S1011` | Kebijakan bus acara | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Kebijakan berbasis sumber daya untuk bus acara Anda arn:aws:events:region- 1:123456789012:event-bus/default menyangkal peristiwa Amazon: tindakan. CloudWatch PutEvents Selesaikan ini dengan memodifikasi kebijakan berbasis sumber daya Anda untuk mengizinkan peristiwa: tindakan untuk %s. PutEvents EventBus | |
| `SP-S1012` | CloudWatch Izin VPC | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Kebijakan titik akhir VPC tidak memiliki izin untuk mengakses peristiwa Amazon. CloudWatch Selesaikan ini dengan memodifikasi kebijakan titik akhir VPC Anda untuk mengizinkan peristiwaPutEvents : di arn:aws:events:region- EventBus 1:123456789012:event-bus/default. | |
| `SP-S1013` | Kebijakan kontrol layanan | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Kebijakan kontrol layanan di Anda AWS Organizations tidak memiliki izin untuk mengakses peristiwa Amazon. CloudWatch Selesaikan ini dengan memodifikasi kebijakan kontrol layanan Anda untuk mengizinkan peristiwa: di EventBus arn:aws:events:region- PutEvents 1:123456789012:event-bus/default. | |
| `SP-S1014` | Profil instans IAM | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Izin profil instans IAM %s Anda menolak peristiwa Amazon. CloudWatch Selesaikan ini dengan menyetel ["events: PutEvents “] ke 'Allow' dan mengizinkan events: PutEvents on EventBus arn:aws:events:region- 1:123456789012:event-bus/default di profil IAM Anda yang terkait dengan instance. | |
| `SP-S1015` | Profil instans IAM | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Profil instans IAM Anda %s tidak memiliki izin peristiwa Amazon. CloudWatch Selesaikan ini dengan menyertakan izin ["events: PutEvents “] dan mengizinkan event: PutEvents on EventBus arn:aws:events:region- 1:123456789012:event-bus/default di profil IAM Anda yang terkait dengan instance. | |
| `SP-S1016` | Batas izin IAM | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Profil instans IAM Anda %s memiliki batas izin yang menolak peristiwa Amazon. CloudWatch Selesaikan ini dengan menyetel ["events: PutEvents “] ke 'Allow' untuk EventBus arn:aws:events:region- 1:123456789012:event-bus/default di batas izin profil instans IAM Anda. | |
**Sistem operasi**
| Kode Event | Area konfigurasi | Pesan peristiwa RDS | Proses validasi |
| --- | --- | --- | --- |
| `SP-S2001` | Status Layanan SQL | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Layanan SQL Server tidak dimulai. Anda dapat mengatasi ini dengan memulai kembali layanan SQL Server pada host. Jika instans DB ini adalah instans DB Multi-AZ dan restart gagal, maka hentikan dan mulai host untuk memulai failover. | |
| `SP-S2002` | Status Agen Kustom RDS | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Layanan Agen Kustom RDS tidak diinstal atau tidak dapat dimulai. Anda dapat mengatasi ini dengan meninjau Windows Event Log untuk menentukan mengapa layanan tidak akan dimulai, dan mengambil langkah-langkah yang tepat untuk memperbaiki masalah. Untuk bantuan tambahan, buat kasus dukungan. | Masuk ke host dan pastikan bahwa agen RDS Custom berjalan. Anda dapat menggunakan perintah berikut untuk melihat status agen. $name = "RDSCustomAgent"
$service = Get-Service $name
Write-Host $service.Status
Jika statusnya tidak `Running`, Anda dapat memulai layanan dengan perintah berikut: Start-Service $name
Jika agen tidak dapat memulai, periksa Acara Windows untuk melihat mengapa tidak dapat dimulai. Agen membutuhkan pengguna Windows untuk memulai layanan. Pastikan pengguna Windows ada dan memiliki hak istimewa untuk menjalankan layanan. |
| `SP-S2003` | Status Agen SSM | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Layanan Agen SSM Amazon tidak dapat dijangkau. Anda dapat memecahkan masalah ini dengan memeriksa status layanan dengan `Get-Service AmazonSSMAgent` PowerShell perintah, atau memulai layanan dengan. `Start-Service AmazonSSMAgent` Pastikan bahwa lalu lintas keluar HTTPS (port 443) ke titik akhir regional **ssm**, **ssmmessages, dan **ec2messages**** diizinkan. | Lihat informasi yang lebih lengkap di [Memecahkan masalah Agen SSM](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). Untuk memecahkan masalah titik akhir SSM, lihat [Tidak dapat terhubung ke titik akhir SSM dan [Menggunakan ssm-cli](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-cli.html#agent-ts-ssm-cli) untuk memecahkan masalah ketersediaan node terkelola](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html#systems-manager-ssm-agent-troubleshooting-endpoint-access). |
| `SP-S2004` | Login Agen Kustom RDS | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Masalah tak terduga terjadi dengan login SQL. `"$HOSTNAME/RDSAgent”` Untuk mengatasi masalah ini, buat kasus dukungan. | |
| `SP-S2005` | Zona waktu | Status instans DB Kustom RDS disetel ke [Konfigurasi tidak didukung] karena: Zona waktu pada Instans Amazon EC2 [%s] diubah. Anda dapat mengatasinya dengan memodifikasi zona waktu kembali ke pengaturan yang ditentukan selama pembuatan instance. Jika Anda ingin membuat instance dengan zona waktu tertentu, lihat dokumentasi Kustom RDS. | Jalankan `Get-Timezone` PowerShell perintah untuk mengonfirmasi zona waktu. Untuk informasi selengkapnya, lihat [Zona waktu lokal untuk instans RDS Custom for SQL Server DB](custom-reqs-limits-MS.TimeZone.md). |
| `SP-S2006` | Versi Solusi Perangkat Lunak Ketersediaan Tinggi | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Solusi perangkat lunak ketersediaan tinggi dari instance saat ini berbeda dari versi yang diharapkan. Untuk mengatasi masalah ini, buat kasus dukungan. | |
| `SP-S2007` | Konfigurasi Solusi Perangkat Lunak Ketersediaan Tinggi | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Pengaturan konfigurasi solusi perangkat lunak ketersediaan tinggi telah dimodifikasi ke nilai tak terduga pada instance %s. Untuk memperbaiki masalah ini, reboot instans EC2. Saat Anda me-reboot instans EC2, secara otomatis memperbarui pengaturan ke konfigurasi yang diperlukan untuk solusi perangkat lunak ketersediaan tinggi. | |
| SP-S2008 | Layanan SQL Server | Instans RDS Custom DB disetel ke layanan [Unsupported configuration]: SQLServer (MSSQLServer) tidak ada di host. Untuk mengatasi ini, buat kasus dukungan. | Anda dapat menggunakan perintah berikut untuk melihat status agen. $name = "MSSQLServer"
$service = Get-Service $name
Write-Host $service.Status
|
| SP-S2009 | Sertifikat SSL | Instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Sertifikat SSL yang tidak ditandatangani sendiri menyebabkan gangguan pada RDS. Untuk mengatasi masalah ini, hapus sertifikat yang tidak ditandatangani sendiri dari penyimpanan sertifikat root tepercaya. | Jalankan PowerShell perintah berikut untuk meninjau sertifikat yang tidak ditandatangani sendiri. Get-ChildItem cert:\LocalMachine\root -Recurse | Where-Object {$_.Issuer -ne $_.Subject -and $_.Issuer -notlike "*RDSCustomAgentCA*"} Untuk informasi selengkapnya, lihat [Kesalahan HTTP 403.16 saat Anda mencoba mengakses situs web yang di-host di IIS](https://learn.microsoft.com/en-us/troubleshoot/developer/webapps/iis/site-behavior-performance/http-403-forbidden-access-website). |
| SP-S2010 | Status Penyimpanan Volume Root | Instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Penyimpanan volume root penuh. Untuk mengatasi masalah ini, kosongkan setidaknya 500 MiB ruang penyimpanan di root EBS volume “volume-id” atau tingkatkan ukuran volume dan ubah ukuran drive C pada instans EC2 “instance-id”. Perubahan ukuran volume root tidak bertahan saat Anda mengganti instans EC2. | Gunakan perintah berikut untuk melihat penyimpanan yang tersedia pada volume root (C:). (Get-PSDrive -Name C).Free / 1MB
[Untuk informasi selengkapnya tentang memodifikasi volume root EBS, lihat Caranya](https://forums.aws.amazon.com/knowledge-center/expand-ebs-root-volume-windows) |
**Basis Data**
| Kode Event | Area konfigurasi | Pesan peristiwa RDS | Proses validasi |
| --- | --- | --- | --- |
| `SP-S3001` | Protokol Memori Bersama SQL Server | Status instans RDS Custom DB diatur ke [Konfigurasi tidak didukung] karena: Protokol memori bersama SQL Server dinonaktifkan. Anda dapat mengatasi ini dengan mengaktifkan protokol memori bersama di SQL Server Configuration Manager. | Anda dapat memvalidasi ini dengan memeriksa: **SQL Server Configuration Manager > SQL Server Network Configuration > Protocols for MSSQLSERVER> Shared** Memory as Enabled. Setelah Anda mengaktifkan protokol, restart proses SQL Server. |
| `SP-S3002` | Layanan Master Key | Status instans RDS Custom DB diatur ke [Konfigurasi tidak didukung] karena: RDS Automation tidak dapat mengambil cadangan Service Master Key (SMK) sebagai bagian dari generasi SMK baru. Untuk mengatasi masalah ini, buat kasus dukungan. | |
| `SP-S3003` | Layanan Master Key | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Metadata yang terkait dengan Service Master Key (SMK) hilang atau tidak lengkap. Untuk mengatasi masalah ini, buat kasus dukungan. | |
| `SP-S3004` | Versi dan Edisi Mesin DB | Status instans RDS Custom DB diatur ke [Konfigurasi tidak didukung] karena: Ada ketidakcocokan antara versi dan edisi SQL Server yang diharapkan dan diinstal: Memodifikasi edisi SQL Server tidak didukung pada RDS Custom for SQL Server. Juga, mengubah versi SQL Server secara manual pada instans RDS Custom EC2 tidak didukung. Untuk mengatasi masalah ini, buat kasus dukungan. | Jalankan kueri berikut untuk mendapatkan versi SQL: select @@version
Jalankan AWS CLI perintah berikut untuk mendapatkan versi dan edisi mesin RDS SQL: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
Untuk informasi selengkapnya, lihat [Memodifikasi instans RDS Custom for SQL Server DB](custom-managing.modify-sqlserver.md) dan [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3005` | Edisi Mesin DB | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Edisi SQL Server saat ini tidak cocok dengan edisi SQL Server yang diharapkan [%s]: Memodifikasi edisi SQL Server tidak didukung pada RDS Custom for SQL Server. Untuk mengatasi masalah ini, buat kasus dukungan. | Jalankan kueri berikut untuk mendapatkan edisi SQL:
**Example**
```
select @@version
``` Jalankan AWS CLI perintah berikut untuk mendapatkan edisi mesin RDS SQL: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
|
| `SP-S3006` | Versi Mesin DB | Status instans RDS Custom DB disetel ke [Konfigurasi tidak didukung] karena: Versi SQL Server saat ini tidak cocok dengan versi SQL Server yang diharapkan [%s]: Anda tidak dapat mengubah versi SQL Server secara manual pada instans RDS Custom EC2. Untuk mengatasi masalah ini, buat kasus dukungan. Untuk modifikasi masa depan ke versi SQL Server, Anda dapat memodifikasi instance dari konsol AWS RDS atau melalui perintah CLI modify-db-instance. | Jalankan kueri berikut untuk mendapatkan versi SQL:
**Example**
```
select @@version
``` Jalankan AWS CLI perintah berikut untuk mendapatkan versi mesin RDS SQL: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
Untuk informasi selengkapnya, lihat [Memodifikasi instans RDS Custom for SQL Server DB](custom-managing.modify-sqlserver.md) dan [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3007` | Lokasi berkas basis data | Status instans RDS Custom DB diatur ke [Konfigurasi tidak didukung] karena: File database dikonfigurasi di luar drive D:\$1. Anda dapat menyelesaikan ini dengan memastikan bahwa semua file database, termasuk ROW, LOG, FILESTREAM, dll... disimpan di drive D:\$1. | Jalankan kueri berikut untuk mencantumkan lokasi file database yang tidak berada di jalur default: USE master;
SELECT physical_name as files_not_in_default_path
FROM sys.master_files
WHERE SUBSTRING(physical_name,1,3)!='D:\';
|
| `SP-S3008` | Batas Jumlah Basis Data Terlampaui | Status instans RDS Custom DB diatur ke [Konfigurasi tidak didukung] karena: Jumlah total database pada instans DB melebihi batas maksimum 5000. Untuk mengatasi hal ini, kurangi jumlah database di bawah batas maksimum yang didukung. | Gunakan perintah berikut untuk melihat jumlah database total: SELECT COUNT(name) as databaseCount
FROM sys.databases
WHERE name not in ('tempdb','master','model','msdb','DWDiagnostics','DWConfiguration','DWQueue');
|
## Pemecahan masalah `Storage-Full` di RDS Kustom untuk SQL Server
RDS Custom juga memonitor volume root (C:). Instans RDS Custom for SQL Server DB bergerak ke `unsupported-configuration` status ketika volume root memiliki kurang dari 500 MiB ruang disk yang tersedia. Lihat `Event SP-S2010` di[Memperbaiki konfigurasi yang tidak didukung di RDS Custom for SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported).
## Memecahkan masalah status PENDING\$1RECOVERY untuk database yang diaktifkan TDE di RDS Kustom untuk SQL Server
Database SQL Server dengan enkripsi data transparan (TDE) diaktifkan mungkin tetap dalam `PENDING_RECOVERY` keadaan jika dekripsi otomatis mengalami masalah. Ini biasanya terjadi setelah pemulihan instans DB jika file cadangan Service Master Key (SMK) instans DB sumber yang disimpan di bucket S3 yang dikelola khusus RDS di akun Anda telah dihapus sebelum pemulihan selesai.
Untuk mengaktifkan dekripsi otomatis dan membawa database yang diaktifkan TDE secara online, Anda perlu membuka Kunci Master Database (DMK) dengan kata sandinya dan membuat ulang DMK menggunakan SMK.
Gunakan perintah SQL Server berikut untuk referensi:
```
-- Identify PENDING_RECOVERY TDE databases
USE MASTER;
GO
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
-- Open DMK using password
OPEN MASTER KEY DECRYPTION BY PASSWORD = '';
GO
-- Encrypt DMK using SMK
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY;
GO
-- Close SMK
CLOSE MASTER KEY;
GO
-- Bring the TDE databases online
ALTER DATABASE SET ONLINE;
GO
-- Verify TDE databases are now in ONLINE state
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
```