Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memelihara instans DB
Amazon RDS melakukan pemeliharaan secara berkala pada sumber daya Amazon RDS. Topik berikut menjelaskan tindakan pemeliharaan ini dan cara menerapkannya.
## Ikhtisar pembaruan pemeliharaan
Pemeliharaan sering kali melibatkan pembaruan ke sumber daya berikut di instans DB:
+ Perangkat keras yang mendasarinya
+ Sistem operasi yang mendasarinya (OS)
+ Versi mesin basis data
Pembaruan pada sistem operasi paling sering terjadi untuk masalah keamanan. Kami menyarankan Anda melakukannya sesegera mungkin. Untuk informasi selengkapnya tentang pembaruan sistem operasi, lihat [Menerapkan pembaruan ke instans DB](#USER_UpgradeDBInstance.OSUpgrades).
**Topics**
+ [Sumber daya offline selama pembaruan pemeliharaan](#USER_UpgradeDBInstance.Maintenance.Overview.offline)
+ [Modifikasi instans DB cluster DB yang ditangguhkan](#USER_UpgradeDBInstance.Maintenance.Overview.Deferred)
+ [Konsistensi akhir untuk API DescribePendingMaintenanceActions](#USER_UpgradeDBInstance.Maintenance.Overview.eventual-consistency)
### Sumber daya offline selama pembaruan pemeliharaan
Beberapa item pemeliharaan mengharuskan Amazon RDS membuat instans DB Anda offline selama waktu yang singkat. Item pemeliharaan yang mengharuskan sumber daya untuk offline mencakup patching sistem operasi atau basis data yang diperlukan. Patching yang diperlukan secara otomatis dijadwalkan hanya untuk patch yang terkait dengan keamanan dan keandalan instans. Patching tersebut jarang terjadi, biasanya sekali setiap beberapa bulan. Ini jarang membutuhkan lebih dari periode pemeliharaan Anda.
### Modifikasi instans DB cluster DB yang ditangguhkan
Modifikasi instans DB tertunda yang Anda pilih untuk tidak segera diterapkan selama waktu pemeliharaan. Misalnya, Anda dapat memilih untuk mengubah kelas instans DB atau grup parameter selama periode pemeliharaan. Modifikasi seperti yang Anda tentukan menggunakan pengaturan **boot ulang tertunda** tidak muncul dalam daftar **Pemeliharaan tertunda**. Untuk informasi tentang cara mengubah instans DB, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
Untuk melihat modifikasi yang tertunda untuk jendela pemeliharaan berikutnya, gunakan [describe-db-instances](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/describe-db-instances.html) AWS CLI perintah dan periksa `PendingModifiedValues` bidangnya.
### Konsistensi akhir untuk API DescribePendingMaintenanceActions
Amazon RDS `DescribePendingMaintenanceActions` API mengikuti model konsistensi akhirnya. Ini berarti bahwa hasil dari `DescribePendingMaintenanceActions` perintah mungkin tidak langsung terlihat oleh semua perintah RDS berikutnya. Ingatlah hal ini saat Anda menggunakan `DescribePendingMaintenanceActions` segera setelah menggunakan perintah API sebelumnya.
Konsistensi akhirnya dapat memengaruhi cara Anda mengelola pembaruan pemeliharaan. Misalnya, jika Anda menjalankan `ApplyPendingMaintenanceActions` perintah untuk memperbarui versi mesin database untuk , pada akhirnya akan terlihat`DescribePendingMaintenanceActions`. Dalam skenario ini, `DescribePendingMaintenanceActions` mungkin menunjukkan bahwa tindakan pemeliharaan tidak diterapkan meskipun itu.
Untuk mengelola konsistensi akhirnya, Anda dapat melakukan hal berikut:
+ Konfirmasikan status Anda sebelum Anda menjalankan perintah untuk memodifikasinya. Jalankan `DescribePendingMaintenanceActions` perintah yang sesuai menggunakan algoritma backoff eksponensial untuk memastikan bahwa Anda memberikan cukup waktu untuk perintah sebelumnya untuk menyebar melalui sistem. Untuk melakukan ini, jalankan `DescribePendingMaintenanceActions` perintah berulang kali, dimulai dengan beberapa detik waktu tunggu, dan meningkat secara bertahap hingga lima menit waktu tunggu.
+ Tambahkan waktu tunggu di antara perintah berikutnya, bahkan jika `DescribePendingMaintenanceActions` perintah mengembalikan respons yang akurat. Terapkan algoritma backoff eksponensial dimulai dengan beberapa detik waktu tunggu, dan tingkatkan secara bertahap hingga sekitar lima menit waktu tunggu.
## Melihat pembaruan pemeliharaan yang tertunda
Lihat apakah pembaruan pemeliharaan tersedia untuk instans DB Anda dengan menggunakan konsol RDS, API AWS CLI, atau RDS. Jika pembaruan tersedia, ini ditunjukkan di kolom **Pemeliharaan** untuk instans DB di konsol Amazon RDS, seperti yang ditunjukkan pada gambar ini.
![\[Tindakan pemeliharaan tersedia dan akan diterapkan pada jendela pemeliharaan berikutnya.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/offlinepatchavailable.png)
Jika pembaruan pemeliharaan tidak tersedia untuk instans DB, nilai kolomnya adalah **tidak ada**.
Jika pembaruan pemeliharaan tersedia untuk instans DB, kemungkinan nilai kolomnya adalah sebagai berikut:
+ **diperlukan** – Tindakan pemeliharaan akan diterapkan ke sumber daya dan tidak dapat ditunda tanpa batas waktu.
+ **tersedia** – Tindakan pemeliharaan tersedia, tetapi tidak akan diterapkan ke sumber daya secara otomatis. Anda dapat menerapkannya secara manual.
+ **periode berikutnya** – Tindakan pemeliharaan akan diterapkan ke sumber daya pada periode pemeliharaan berikutnya.
+ **Sedang berlangsung** — Tindakan pemeliharaan sedang diterapkan pada sumber daya.
Jika pembaruan tersedia, Anda dapat melakukan salah satu hal berikut:
+ **Jika nilai pemeliharaan adalah **jendela berikutnya, tunda** tindakan pemeliharaan dengan memilih **Defer upgrade** dari Actions.** Anda tidak dapat menunda tindakan pemeliharaan yang sudah dimulai.
+ Terapkan tindakan pemeliharaan segera.
+ Terapkan tindakan pemeliharaan selama jendela pemeliharaan Anda berikutnya.
+ Tidak melakukan tindakan apa pun.
**Untuk mengambil tindakan dengan menggunakan Konsol Manajemen AWS**
1. Pilih instans DB untuk menampilkan detailnya.
1. Pilih **Pemeliharaan & cadangan**. Tindakan pemeliharaan yang tertunda muncul.
1. Pilih tindakan yang akan diambil, lalu pilih kapan harus menerapkannya.
![\[Item pemeliharaan yang tertunda untuk instans RDS DB.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/pending_maintenance_rds.png)
Periode pemeliharaan menentukan kapan operasi yang tertunda dimulai, tetapi tidak membatasi total waktu eksekusi operasi ini. Operasi pemeliharaan tidak dijamin selesai sebelum periode pemeliharaan berakhir, dan dapat berlanjut melebihi waktu akhir yang ditentukan. Untuk informasi selengkapnya, lihat [Jendela pemeliharaan Amazon RDS](#Concepts.DBMaintenance).
Anda juga dapat melihat apakah pembaruan pemeliharaan tersedia untuk instans DB Anda dengan menjalankan [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI perintah.
Untuk informasi tentang menerapkan pembaruan pemeliharaan, lihat[Menerapkan pembaruan ke instans DB](#USER_UpgradeDBInstance.OSUpgrades).
### Tindakan pemeliharaan untuk Amazon RDS
Tindakan pemeliharaan berikut berlaku untuk instans RDS DB:
+ `server-certificate-rotation`— Putar sertifikat server Amazon RDS untuk instans DB.
**catatan**
Mesin yang mendukung rotasi tanpa restart tidak menerima pemberitahuan ini.
+ `db-upgrade`— Tingkatkan versi mesin DB untuk instans DB.
+ `hardware-maintenance`— Lakukan pemeliharaan pada perangkat keras yang mendasarinya untuk instans DB.
+ `system-update`— Perbarui sistem operasi untuk instans DB.
## Pemeliharaan untuk deployment multi-AZ
Menjalankan instans DB sebagai deployment multi-AZ dapat lebih mengurangi dampak dari peristiwa pemeliharaan. Hasil ini karena Amazon RDS menerapkan pembaruan sistem operasi dengan mengikuti langkah-langkah berikut:
1. Lakukan pemeliharaan pada waktu siaga.
1. Naikkan siaga ke primer.
1. Lakukan pemeliharaan pada primer yang lama, yang menjadi siaga baru.
Jika Anda meningkatkan meningkatkan mesin basis data untuk instans DB dalam deployment multi-AZ, Amazon RDS akan memodifikasi instans DB primer dan sekunder secara bersamaan. Dalam hal ini, instans DB primer dan sekunder dalam deployment multi-AZ tidak tersedia selama peningkatan. Operasi ini menyebabkan waktu henti hingga peningkatan selesai. Durasi waktu henti bervariasi berdasarkan ukuran instans DB Anda.
Jika ada tambalan sistem operasi yang mendasari yang perlu diterapkan, failover multi-AZ singkat diperlukan untuk menerapkan tambalan ke instans DB utama. Failover ini biasanya berlangsung kurang dari satu menit.
Jika instans DB Anda menjalankan RDS untuk MySQL, RDS untuk PostgreSQL, atau RDS untuk MariaDB, Anda dapat meminimalkan waktu henti yang diperlukan untuk peningkatan dengan menggunakan penerapan biru/hijau. Untuk informasi selengkapnya, lihat [Menggunakan Amazon RDS Blue/Green Aurora Deployment untuk pembaruan database](blue-green-deployments.md). Jika Anda memutakhirkan RDS untuk SQL Server atau RDS Custom untuk instans SQL Server DB dalam penerapan Multi-AZ, Amazon RDS melakukan peningkatan bergulir, sehingga Anda hanya memiliki pemadaman selama failover. Untuk informasi selengkapnya, lihat [Pertimbangan Multi-AZ](USER_UpgradeDBInstance.SQLServer.Considerations.md#USER_UpgradeDBInstance.SQLServer.MAZ).
Untuk informasi selengkapnya tentang deployment Multi-AZ, lihat [Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS](Concepts.MultiAZ.md).
## Jendela pemeliharaan Amazon RDS
Jendela pemeliharaan adalah interval waktu mingguan di mana setiap perubahan sistem diterapkan. Setiap instans DB memiliki jendela pemeliharaan mingguan. Jendela pemeliharaan adalah kesempatan untuk mengontrol kapan modifikasi dan penambalan perangkat lunak terjadi. Untuk informasi selengkapnya tentang menyesuaikan jendela pemeliharaan, lihat [Menyesuaikan periode pemeliharaan instans DB yang dinginkan](#AdjustingTheMaintenanceWindow).
RDS menggunakan beberapa sumber daya di instans DB Anda saat pemeliharaan diterapkan. Anda mungkin mendapati efek minimal pada performa. Untuk instans DB, dalam situasi yang jarang terjadi, failover Multi-AZ mungkin diperlukan untuk menyelesaikan pembaruan pemeliharaan.
Jika peristiwa pemeliharaan dijadwalkan selama satu minggu, ini akan dimulai selama periode pemeliharaan 30 menit yang Anda identifikasi. Sebagian besar peristiwa pemeliharaan juga selesai selama periode pemeliharaan 30 menit, meskipun peristiwa pemeliharaan yang lebih besar bisa memakan waktu lebih dari 30 menit. Jendela pemeliharaan dijeda ketika instans DB dihentikan.
Periode pemeliharaan 30 menit dipilih secara acak dari blok waktu 8 jam per wilayah. Jika Anda tidak menentukan periode pemeliharaan saat membuat instans DB, RDS akan menetapkan periode pemeliharaan 30 menit pada hari yang dipilih secara acak dalam seminggu.
Tabel berikut menunjukkan blok waktu untuk masing-masing Wilayah AWS dari mana jendela pemeliharaan default ditetapkan.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html)
**Topics**
+ [Menyesuaikan periode pemeliharaan instans DB yang dinginkan](#AdjustingTheMaintenanceWindow)
### Menyesuaikan periode pemeliharaan instans DB yang dinginkan
Periode pemeliharaan harus berada dalam waktu penggunaan terendah, sehingga kemungkinan memerlukan perubahan dari waktu ke waktu. Instans DB Anda tidak akan tersedia selama waktu ini hanya jika perubahan sistem, seperti perubahan kelas instans DB, diterapkan dan memerlukan pemadaman. Instans DB Anda tidak tersedia hanya untuk jumlah waktu minimum yang diperlukan untuk melakukan perubahan yang diperlukan.
Dalam contoh berikut, Anda menyesuaikan periode pemeliharaan yang dinginkan untuk instans DB.
Untuk contoh ini, kami mengasumsikan bahwa instans DB bernama *mydbinstance* ada dan memiliki pemeliharaan pilihan “Sun:05:00-Sun:06:00” UTC.
#### Konsol
**Untuk menyesuaikan periode pemeliharaan yang diinginkan**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih instans DB yang ingin diubah.
1. Pilih **Ubah**. Halaman **Mengubah instans DB** akan muncul.
1. Di bagian **Pemeliharaan**, perbarui periode pemeliharaan.
**catatan**
Periode pemeliharaan dan periode pencadangan untuk instans DB tidak boleh tumpang tindih. Jika Anda memasukkan nilai untuk periode waktu pemeliharaan yang tumpang tindih dengan waktu pencadangan, pesan kesalahan akan muncul.
1. Pilih **Lanjutkan**.
Di halaman konfirmasi, tinjau perubahan Anda.
1. Untuk menerapkan perubahan ke periode pemeliharaan secara langsung, pilih **Terapkan langsung**.
1. Pilih **Ubah instans DB** untuk menyimpan perubahan Anda.
Atau, pilih **Kembali** untuk mengedit perubahan, atau pilih **Batal** untuk membatalkan perubahan.
#### AWS CLI
Untuk menyesuaikan jendela pemeliharaan yang disukai, gunakan AWS CLI [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)perintah dengan parameter berikut:
+ `--db-instance-identifier`
+ `--preferred-maintenance-window`
**Example**
Contoh kode berikut mengatur periode pemeliharaan ke Selasa mulai pukul 04.00-04.30 UTC.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--preferred-maintenance-window Tue:04:00-Tue:04:30
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mydbinstance ^
--preferred-maintenance-window Tue:04:00-Tue:04:30
```
#### RDS API
Untuk menyesuaikan periode pemeliharaan yang diinginkan, gunakan operasi Amazon RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dengan parameter berikut:
+ `DBInstanceIdentifier`
+ `PreferredMaintenanceWindow`
## Menerapkan pembaruan ke instans DB
Dengan Amazon RDS, Anda dapat memilih waktu untuk menerapkan operasi pemeliharaan. Anda dapat memutuskan kapan Amazon RDS menerapkan pembaruan dengan menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
### Konsol
**Untuk mengelola pembaruan untuk klaster DB**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**.
1. Pilih instans DB yang memiliki pembaruan yang diperlukan.
1. Untuk **Tindakan**, pilih salah satu opsi berikut:
+ **Patch sekarang**
+ **Patch di jendela berikutnya**
**catatan**
Jika Anda memilih **Patch di jendela berikutnya** dan kemudian ingin menunda pembaruan, Anda dapat memilih **Tangguhkan peningkatan**. Anda tidak dapat menunda tindakan pemeliharaan jika sudah dimulai.
Untuk membatalkan tindakan pemeliharaan, ubah instans DB dan nonaktifkan **Peningkatan versi minor otomatis**.
### AWS CLI
Untuk menerapkan pembaruan yang tertunda ke instans DB, gunakan [apply-pending-maintenance-action](https://docs.aws.amazon.com/cli/latest/reference/rds/apply-pending-maintenance-action.html) AWS CLI perintah.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \
--apply-action system-update \
--opt-in-type immediate
```
Untuk Windows:
```
aws rds apply-pending-maintenance-action ^
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^
--apply-action system-update ^
--opt-in-type immediate
```
**catatan**
Untuk menunda tindakan pemeliharaan, tentukan `undo-opt-in` untuk `--opt-in-type`. Anda tidak dapat menentukan `undo-opt-in` untuk `--opt-in-type` jika tindakan pemeliharaan sudah dimulai.
Untuk membatalkan tindakan pemeliharaan, jalankan [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI perintah dan tentukan`--no-auto-minor-version-upgrade`.
Untuk mengembalikan daftar sumber daya yang memiliki setidaknya satu pembaruan yang tertunda, gunakan [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI perintah.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds describe-pending-maintenance-actions \
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db
```
Untuk Windows:
```
aws rds describe-pending-maintenance-actions ^
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db
```
Anda juga dapat mengembalikan daftar sumber daya untuk instans DB dengan menentukan `--filters` parameter `describe-pending-maintenance-actions` AWS CLI perintah. Format untuk perintah `--filters` adalah `Name=filter-name,Value=resource-id,...`.
Berikut adalah nilai yang diterima untuk parameter `Name` dari filter:
+ `db-instance-id`— Menerima daftar pengidentifikasi instans DB atau Nama Sumber Daya Amazon ()ARNs. Daftar yang dikembalikan hanya mencakup tindakan pemeliharaan yang tertunda untuk instans DB yang diidentifikasi oleh pengidentifikasi ini atau ARNs.
+ `db-cluster-id`— Menerima daftar pengidentifikasi cluster DB atau ARNs untuk Amazon Aurora. Daftar yang dikembalikan hanya mencakup tindakan pemeliharaan yang tertunda untuk klaster DB yang diidentifikasi oleh pengidentifikasi ini atau ARNs.
Misalnya, contoh berikut menampilkan tindakan pemeliharaan yang tertunda untuk instans DB `sample-instance1` dan `sample-instance2`.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds describe-pending-maintenance-actions \
--filters Name=db-instance-id,Values=sample-instance1,sample-instance2
```
Untuk Windows:
```
aws rds describe-pending-maintenance-actions ^
--filters Name=db-instance-id,Values=sample-instance1,sample-instance2
```
### RDS API
Untuk menerapkan pembaruan ke instans DB, panggil operasi [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html) Amazon RDS API.
Untuk menampilkan daftar sumber daya yang memiliki setidaknya satu pembaruan tertunda, panggil operasi [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html) Amazon RDS API.
## Pembaruan sistem operasi untuk instans RDS DB
RDS untuk Db2, RDS untuk MariaDB, RDS untuk MySQL, RDS untuk PostgreSQL, RDS untuk SQL Server, RDS untuk Oracle dan RDS Custom untuk SQL Server DB instance kadang-kadang memerlukan pembaruan sistem operasi. Amazon RDS meningkatkan sistem operasi ke versi yang lebih baru untuk meningkatkan performa basis data dan postur keamanan pelanggan secara keseluruhan. Pembaruan biasanya memerlukan waktu sekitar 10 menit. Pembaruan sistem operasi tidak akan mengubah versi mesin DB atau kelas instans DB dari instans DB.
Pembaruan sistem operasi bisa opsional atau wajib:
+ **Pembaruan opsional** dapat diterapkan kapan saja. Meskipun pembaruan ini bersifat opsional, sebaiknya Anda menerapkannya secara berkala agar armada RDS Anda tetap diperbarui. RDS *tidak* menerapkan pembaruan ini secara otomatis.
Untuk menerima pemberitahuan saat patch sistem operasi opsional yang baru tersedia, Anda dapat berlangganan [RDS-EVENT-0230](USER_Events.Messages.md#RDS-EVENT-0230) dalam kategori peristiwa patching keamanan. Untuk informasi tentang berlangganan peristiwa RDS, lihat [Berlangganan notifikasi RDS acara Amazon](USER_Events.Subscribing.md).
**catatan**
`RDS-EVENT-0230` tidak berlaku untuk peningkatan distribusi sistem operasi.
+ **Pembaruan wajib** diperlukan dan memiliki tanggal penerapan. Rencanakan untuk menjadwalkan pembaruan sebelum tanggal penerapan ini. Setelah tanggal penerapan yang ditentukan, Amazon RDS secara otomatis meningkatkan sistem operasi untuk instans DB Anda ke versi terbaru selama salah satu periode pemeliharaan yang ditetapkan.
**catatan**
Tetap mengikuti semua pembaruan opsional dan wajib mungkin diperlukan untuk memenuhi berbagai kewajiban kepatuhan. Sebaiknya Anda menerapkan semua pembaruan yang disediakan oleh RDS secara rutin selama periode pemeliharaan Anda.
Anda dapat menggunakan Konsol Manajemen AWS atau AWS CLI untuk mendapatkan informasi tentang jenis upgrade sistem operasi.
### Konsol
**Untuk mendapatkan informasi pembaruan menggunakan 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 **Basis Data**, lalu pilih instans DB.
1. Pilih **Pemeliharaan & cadangan**.
1. Di bagian **Pending maintenance**, temukan pembaruan sistem operasi, dan periksa nilai **Status**.
Dalam Konsol Manajemen AWS, pembaruan opsional memiliki **Status** pemeliharaan disetel ke **tersedia** dan tidak memiliki **tanggal Terapkan**, seperti yang ditunjukkan pada gambar berikut.
![\[Pembaruan sistem operasi opsional.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/os-update-optional.png)
Nilai **Status** pemeliharaan pembaruan wajib diatur ke **wajib** dan memiliki **Tanggal penerapan**, seperti yang ditunjukkan pada gambar berikut.
![\[Pembaruan sistem operasi yang diperlukan.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/os-update-required.png)
### AWS CLI
Untuk mendapatkan informasi pembaruan dari AWS CLI, gunakan [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html)perintah.
```
aws rds describe-pending-maintenance-actions
```
Pembaruan sistem operasi wajib mencakup nilai `AutoAppliedAfterDate` dan nilai `CurrentApplyDate`. Pembaruan sistem operasi opsional tidak mencakup nilai-nilai ini.
Output berikut menunjukkan pembaruan sistem operasi wajib.
```
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"AutoAppliedAfterDate": "2022-08-31T00:00:00+00:00",
"CurrentApplyDate": "2022-08-31T00:00:00+00:00",
"Description": "New Operating System update is available"
}
]
}
```
Output berikut menunjukkan pembaruan sistem operasi opsional.
```
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"Description": "New Operating System update is available"
}
]
}
```
### Ketersediaan pembaruan sistem operasi
Pembaruan sistem operasi khusus untuk versi mesin DB dan kelas instans DB. Oleh karena itu, instans DB menerima atau memerlukan pembaruan di waktu yang berbeda. Ketika pembaruan sistem operasi tersedia untuk instans DB Anda berdasarkan versi mesin dan kelas instansnya, pembaruan akan muncul di konsol. Hal ini juga dapat dilihat dengan menjalankan [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI perintah atau dengan memanggil operasi [DescribePendingMaintenanceActions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html)RDS API. Jika pembaruan tersedia untuk instans Anda, Anda dapat memperbarui sistem operasi dengan mengikuti petunjuk di [Menerapkan pembaruan ke instans DB](#USER_UpgradeDBInstance.OSUpgrades).
# Menggunakan kebijakan peluncuran AWS Organizations pemutakhiran untuk peningkatan versi minor otomatis
Amazon RDS mendukung kebijakan peluncuran AWS Organizations pemutakhiran untuk mengelola peningkatan versi minor otomatis di beberapa sumber daya database dan. Akun AWS Kebijakan ini membantu Anda menerapkan strategi pemutakhiran terkontrol untuk instans Anda dengan:
**Cara kerja kebijakan peluncuran pemutakhiran**
Jika versi mesin minor baru memenuhi syarat untuk pemutakhiran otomatis, kebijakan akan mengontrol urutan pemutakhiran berdasarkan pesanan yang ditentukan:
+ Sumber daya yang ditandai sebagai [pertama] (biasanya lingkungan pengembangan) memenuhi syarat untuk peningkatan selama jendela pemeliharaannya.
+ Setelah waktu pemanggangan yang ditentukan, sumber daya yang ditandai sebagai [kedua] memenuhi syarat.
+ Setelah waktu pemanggangan lain yang ditentukan, sumber daya yang ditandai sebagai [terakhir] (biasanya lingkungan produksi) menjadi memenuhi syarat.
+ Memantau kemajuan peningkatan melalui pemberitahuan AWS Kesehatan.
Anda dapat menentukan pesanan pemutakhiran Anda dengan:
+ Kebijakan tingkat akun - Berlaku untuk semua sumber daya yang memenuhi syarat di akun tertentu.
+ Tag sumber daya - Terapkan ke sumber daya tertentu berdasarkan tag.
**catatan**
Sumber daya yang tidak dikonfigurasi dengan kebijakan pemutakhiran atau dikecualikan dari kebijakan secara otomatis menerima urutan pemutakhiran [second].
**Prasyarat**
+ Anda Akun AWS harus menjadi bagian dari organisasi di Organizations dengan kebijakan peluncuran upgrade diaktifkan
+ Aktifkan upgrade versi minor otomatis untuk instans Anda
+ Tag tidak sepenuhnya diperlukan untuk kebijakan peluncuran upgrade. Jika Anda ingin menentukan urutan peningkatan tertentu untuk lingkungan yang berbeda (misalnya, pengembangan, pengujian, QA, produksi), Anda dapat menggunakan tag. Jika Anda tidak menyertakan setelan tag dalam kebijakan Anda, semua sumber daya di bawah kebijakan tersebut mengikuti urutan pemutakhiran default.
**Prasyarat**
+ Anda Akun AWS harus menjadi bagian dari organisasi di Organizations dengan kebijakan peluncuran upgrade diaktifkan
+ Aktifkan upgrade versi minor otomatis untuk instans Anda
+ Tandai sumber daya Anda untuk mengidentifikasi lingkungan mereka (misalnya, pengembangan, pengujian, produksi)
**Untuk menandai sumber daya Anda**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis data**.
1. Pilih contoh yang ingin Anda tag.
1. Pilih **Tindakan**, lalu pilih **Kelola tag**.
1. Pilih **Tambahkan tanda**.
1. Masukkan kunci tag Anda (misalnya, 'Lingkungan') dan nilai (misalnya, 'Pengembangan')
1. Pilih **Tambah tag**, lalu **Simpan**.
Anda juga dapat menambahkan tag menggunakan AWS CLI:
```
aws rds add-tags-to-resource \
--resource-name arn:aws:rds:region:account-number:db:instance-name \
--tags Key=Environment,Value=Development
```
## Tingkatkan urutan dan fase
Kebijakan peluncuran upgrade mendukung tiga pesanan peningkatan:
+ [pertama] - Biasanya digunakan untuk pengembangan atau pengujian lingkungan
+ [kedua] - Biasanya digunakan untuk lingkungan QA. Urutan default untuk sumber daya yang tidak dikonfigurasi secara khusus
+ [terakhir] - Biasanya disediakan untuk lingkungan produksi
Ketika versi mesin minor baru memenuhi syarat untuk peningkatan otomatis:
+ Sumber daya dengan urutan pemutakhiran [pertama] memenuhi syarat untuk peningkatan selama jendela pemeliharaan yang dikonfigurasi.
+ Setelah waktu pemanggangan yang ditentukan, sumber daya dengan urutan peningkatan [kedua] memenuhi syarat untuk peningkatan selama jendela pemeliharaannya.
+ Setelah waktu pemanggangan lain yang ditentukan, sumber daya dengan urutan peningkatan [terakhir] memenuhi syarat untuk peningkatan selama jendela pemeliharaannya.
+ Kampanye pemutakhiran versi minor otomatis ditutup setelah semua sumber daya yang memenuhi syarat dengan pesanan pemutakhiran [pertama], [kedua], dan [terakhir] telah ditingkatkan, atau ketika kampanye mencapai tanggal akhir yang dijadwalkan, mana yang lebih dulu.
**catatan**
Semua pemutakhiran versi minor otomatis dilakukan selama jendela pemeliharaan yang dikonfigurasi setiap instans untuk meminimalkan potensi dampak pada aplikasi Anda.
## Observabilitas
### AWS Kesehatan dan pemantauan
Anda menerima pemberitahuan AWS kesehatan:
+ Sebelum memulai kampanye pemutakhiran versi minor otomatis
+ Antara setiap transisi fase untuk membantu melacak dan memantau kemajuan peningkatan
+ Pembaruan kemajuan yang menunjukkan jumlah sumber daya yang ditingkatkan di seluruh armada Anda di konsol AWS Health
Pemberitahuan acara Amazon RDS:
+ Pemberitahuan untuk sumber daya yang diaktifkan untuk peningkatan versi minor otomatis, termasuk:
+ Saat sumber daya Anda memenuhi syarat untuk ditingkatkan berdasarkan urutan pemutakhiran ([pertama], [kedua], atau [terakhir])
+ Garis waktu pemutakhiran terjadwal selama jendela pemeliharaan
+ Status awal dan penyelesaian peningkatan basis data individu
+ Berlangganan acara ini melalui Amazon EventBridge 0 untuk pemantauan otomatis
### Pertimbangan-pertimbangan
Beberapa pertimbangan yang perlu diingat:
+ Kebijakan ini berlaku untuk semua kampanye peningkatan versi minor otomatis di masa mendatang, termasuk perubahan kebijakan yang dibuat selama kampanye aktif.
+ Jika Anda bergabung dengan kampanye pemutakhiran yang sedang berlangsung, sumber daya Anda mengikuti urutan pemutakhiran yang sedang berjalan dan jangan menunggu kebijakan yang dikonfigurasi.
+ Sumber daya yang tidak dikonfigurasi dengan kebijakan pemutakhiran secara otomatis menerima urutan pemutakhiran [second].
+ Kebijakan ini menyediakan periode validasi antara fase peningkatan sebelum melanjutkan ke fase berikutnya.
+ Perubahan pada tag kebijakan atau sumber daya memerlukan waktu untuk disebarkan sebelum urutan pemutakhiran baru diterapkan.
+ Kebijakan ini hanya berlaku untuk sumber daya Amazon RDS dengan peningkatan versi minor otomatis diaktifkan.
+ Jika mendeteksi masalah dalam lingkungan, Anda dapat menonaktifkan pemutakhiran versi minor otomatis untuk lingkungan berikutnya atau menggunakan periode validasi untuk menyelesaikan masalah sebelum pemutakhiran dilanjutkan ke urutan pemutakhiran berikutnya.
**catatan**
Fitur ini mendukung upgrade versi minor otomatis untuk versi mesin Oracle Database yang dirilis setelah Januari 2026.
Untuk informasi selengkapnya tentang menandai sumber daya RDS, lihat. [Menandai sumber Amazon RDS](USER_Tagging.md) Untuk petunjuk mendetail tentang pengaturan dan penggunaan kebijakan peluncuran pemutakhiran, lihat [Memulai AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started.html) di *AWS Organizations Panduan Pengguna*.