

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Tingkatkan instans EC2 Windows ke versi Windows Server yang lebih baru
<a name="serverupgrade"></a>

Jika sudah waktunya untuk memutakhirkan sistem operasi Windows Server pada instans EC2 Windows Anda dari versi sebelumnya, Anda dapat menggunakan salah satu metode berikut.

**Peningkatan di tempat**  
Upgrade di tempat beroperasi pada instance yang ada. Hanya file sistem operasi yang terpengaruh selama proses ini, sementara pengaturan, peran server, dan data Anda dibiarkan utuh.

**Migrasi (juga dikenal sebagai side-by-side upgrade)**  
Migrasi melibatkan pengambilan pengaturan, konfigurasi, dan data, dan porting ini ke sistem operasi yang lebih baru pada instans Windows EC2 baru. Anda dapat meluncurkan instans Anda dari AMI Windows publik atau pribadi yang Anda berlangganan dari AWS Marketplace, atau AMI yang dibagikan dengan Anda. Anda juga dapat membuat AMI kustom dengan EC2 Image Builder. Lihat [Panduan Pengguna Image Builder](https://docs.aws.amazon.com/imagebuilder/latest/userguide/what-is-image-builder.html) untuk informasi selengkapnya.  
AWS menyediakan satu set Amazon Machine Images (AMI) yang tersedia untuk umum untuk versi Windows Server yang berjalan pada instans EC2. Ini AMIs diperbarui setiap bulan. Untuk informasi tentang Windows terbaru AMIs, lihat [Referensi AMI AWS Windows](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html).

Microsoft secara tradisional merekomendasikan migrasi ke versi Windows Server yang lebih baru daripada memutakhirkan di tempat. Migrasi dapat mengakibatkan lebih sedikit kesalahan atau masalah pemutakhiran, tetapi dapat memakan waktu lebih lama daripada peningkatan di tempat karena kebutuhan untuk menyediakan instance baru, merencanakan dan port aplikasi, dan menyesuaikan pengaturan konfigurasi pada instance baru. Pemutakhiran langsung bisa lebih cepat, tetapi ketidaksesuaian perangkat lunak dapat menghasilkan kesalahan.

**Topics**
+ [

# Lakukan pemutakhiran di tempat pada instans Windows EC2 Anda
](os-inplaceupgrade.md)
+ [

# Gunakan runbook Otomasi untuk memutakhirkan instans Windows EC2
](automated-upgrades.md)
+ [

# Migrasikan instans Windows EC2 ke tipe instans berbasis Nitro
](migrating-latest-types.md)
+ [

# Memecahkan masalah upgrade sistem operasi pada instans EC2 Windows
](os-upgrade-trbl.md)

# Lakukan pemutakhiran di tempat pada instans Windows EC2 Anda
<a name="os-inplaceupgrade"></a>

Sebelum Anda melakukan pemutakhiran langsung, Anda harus menentukan driver jaringan mana yang dijalankan instans. Driver jaringan PV memungkinkan Anda mengakses instans Anda menggunakan Desktop Jarak Jauh. Instans menggunakan AWS PV, Intel Network Adapter, atau driver Enhanced Networking. Untuk informasi selengkapnya, lihat [Driver paravirtual untuk instans Windows](xen-drivers-overview.md).

## Sebelum Anda memulai pemutakhiran langsung
<a name="os-upgrade-before"></a>

Selesaikan tugas berikut dan catat detail penting berikut sebelum Anda memulai pemutakhiran langsung.
+ Baca dokumentasi Microsoft untuk memahami persyaratan pemutakhiran, masalah umum, dan batasan. Tinjau juga instruksi resmi untuk pemutakhiran.
  + [Opsi Pemutakhiran untuk Windows Server 2012](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj574204(v=ws.11))
  + [Opsi Pemutakhiran untuk Windows Server 2012 R2](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn303416(v=ws.11))
  + [Opsi peningkatan dan konversi untuk Windows Server 2016 dan di atasnya](https://learn.microsoft.com/en-us/windows-server/get-started/install-upgrade-migrate)
  + [Peningkatan Server Windows](https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-overview)
+ Kami merekomendasikan untuk melakukan upgrade sistem operasi pada instans dengan setidaknya 2 v CPUs dan 4GB RAM. Jika perlu, Anda dapat mengubah instans ke ukuran yang lebih besar dengan tipe yang sama (misalnya t2.small ke t2.large), melakukan pemutakhiran, lalu mengubah ukurannya kembali ke ukuran aslinya. Jika Anda diminta untuk mempertahankan ukuran instans, Anda dapat memantau kemajuannya menggunakan [tangkapan layar konsol instans](troubleshoot-unreachable-instance.md#instance-console-screenshot). Untuk informasi selengkapnya, lihat [Perubahan jenis instans Amazon EC2](ec2-instance-resize.md).
+ Verifikasi bahwa volume root pada instans Windows Anda memiliki ruang disk yang cukup. Proses Penataan Windows mungkin tidak memperingatkan Anda tentang ruang disk yang tidak mencukupi. Untuk informasi tentang berapa banyak ruang disk yang diperlukan untuk memutakhirkan sistem operasi tertentu, lihat dokumentasi Microsoft. Jika volume tidak memiliki cukup ruang, volume dapat diperbesar. Untuk informasi selengkapnya, lihat [Volume Elastis Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modify-volume.html) di *Panduan Pengguna Amazon EBS*.
+ Tentukan jalur pemutakhiran Anda. Anda harus memutakhirkan sistem operasi ke arsitektur yang sama. Misalnya, Anda harus memutakhirkan sistem 32-bit ke sistem 32-bit. Windows Server 2008 R2 dan setelahnya hanya 64-bit.
+ Nonaktifkan perangkat lunak antivirus dan anti-spyware serta firewall. Tipe perangkat lunak ini dapat bertentangan dengan proses pemutakhiran. Aktifkan kembali perangkat lunak antivirus dan anti-spyware serta firewall setelah pemutakhiran versi selesai.
+ Perbarui ke driver terbaru seperti yang dijelaskan di [Migrasikan instans Windows EC2 ke tipe instans berbasis Nitro](migrating-latest-types.md).
+ Layanan Pembantu Pemutakhiran hanya mendukung instans yang menjalankan driver Citrix PV. Jika instans menjalankan driver Red Hat, Anda harus [memutakhirkan driver tersebut](Upgrading_PV_drivers.md) secara manual terlebih dahulu.

## Tingkatkan instans di tempat dengan AWS PV, Intel Network Adapter, atau driver Enhanced Networking
<a name="os-upgrade-pv"></a>

Gunakan prosedur berikut untuk memutakhirkan instans Windows Server menggunakan AWS PV, Adaptor Jaringan Intel, atau driver jaringan untuk Peningkatan Jaringan.

**Untuk melakukan pemutakhiran langsung**

1. Buat AMI dari sistem yang Anda rencanakan untuk dimutakhirkan, baik untuk tujuan pencadangan atau pengujian. Anda kemudian dapat melakukan pemutakhiran pada salinan untuk menyimulasikan lingkungan pengujian. Jika pemutakhiran selesai, Anda dapat mengalihkan lalu lintas ke instans ini dengan sedikit waktu henti. Jika pemutakhiran gagal, Anda dapat kembali ke cadangan. Untuk informasi selengkapnya, lihat [Buat AMI yang didukung Amazon EBS-Backed](creating-an-ami-ebs.md).

1. Pastikan instans Windows Server Anda menggunakan driver jaringan terbaru.

   1. Untuk memperbarui driver AWS PV Anda, lihat[Tingkatkan driver PV pada instans EC2 Windows](Upgrading_PV_drivers.md).

   1. Untuk memperbarui driver ENA Anda, lihat[Instal driver ENA pada instans EC2 Windows](ena-adapter-driver-install-upgrade-win.md).

   1. Untuk memperbarui driver Intel, lihat [Jaringan yang disempurnakan dengan antarmuka Intel 82599 VF](sriov-networking.md)

1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)

1. Di panel navigasi, pilih **Instans**. Temukan instans tersebut. Catat ID instans dan Zona Ketersediaan untuk instans tersebut. Anda membutuhkan informasi ini nanti dalam prosedur ini.

1. Jika Anda memutakhirkan dari Windows Server 2012 atau 2012 R2 ke Windows Server 2016 atau yang lebih baru, lakukan hal berikut pada instans Anda sebelum melanjutkan.

   1. Copot pemasangan layanan EC2 Config. Untuk informasi selengkapnya, lihat [Administrasi Layanan Windows untuk agen EC2 Launch v2 dan EC2 Config](launch-agents-service-admin.md).

   1. Instal EC2 Launch v1 atau agen EC2 Launch v2. Untuk informasi selengkapnya, lihat [Gunakan agen EC2launch v1 untuk melakukan tugas selama peluncuran instans Windows EC2](ec2launch.md) dan [Gunakan agen EC2launch v2 untuk melakukan tugas selama peluncuran instans Windows EC2](ec2launch-v2.md).

   1. Instal Agen AWS Systems Manager SSM. *Untuk informasi selengkapnya, lihat [Menginstal Agen SSM secara manual di Amazon EC2 untuk Windows](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-windows.html) Server di Panduan Pengguna AWS Systems Manager .*

1. Buat volume baru dari snapshot media instalasi Windows Server.

   1. Di panel navigasi, di bagian **Elastic Block Store**, pilih **Snapshot**.

   1. Dari bilah filter, pilih **Snapshot publik**.

   1. Di bilah pencarian, tentukan filter berikut ini:
      + Pilih **Alias Pemilik**, lalu **=**, kemudian **amazon**.
      + Pilih **Deskripsi**, lalu mulai mengetik **Windows**. Pilih filter Windows yang cocok dengan arsitektur sistem dan preferensi bahasa yang Anda tingkatkan. Misalnya, pilih **Media Instalasi Bahasa Inggris Windows 2019** untuk memutakhirkan ke Windows Server 2019.

   1. Pilih kotak centang di samping snapshot yang cocok dengan arsitektur sistem dan preferensi bahasa yang Anda upgrade, lalu pilih **Tindakan**, **Buat volume** dari snapshot.

   1. Di halaman **Buat volume**, pilih Zona Ketersediaan yang cocok dengan instans Windows Anda, dan pilih **Buat volume**.

1. Di *1234567890example* spanduk **volume vol- yang berhasil dibuat** di bagian atas halaman, pilih ID volume yang baru saja Anda buat.

1. Pilih **Tindakan**, **Lampirkan Volume**.

1. Pada halaman **Lampirkan volume**, untuk **Instans**, pilih ID instans dari instans Windows Anda, lalu pilih **Lampirkan volume**.

1. Buat volume baru tersedia untuk digunakan dengan mengikuti langkah-langkah di [Buat volume Amazon EBS tersedia untuk digunakan](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-using-volumes.html).
**penting**  
Jangan menginisialisasi disk karena melakukannya akan menghapus data yang ada.

1. Di Windows PowerShell, beralih ke drive volume baru. Mulailah pemutakhiran dengan membuka volume media instalasi yang Anda lampirkan pada instans.

   1. Jika Anda meningkatkan ke Windows Server 2016 atau lebih baru, jalankan perintah berikut:

      ```
      .\setup.exe /auto upgrade /dynamicupdate disable
      ```
**catatan**  
Menjalankan setup.exe dengan opsi `/dynamicupdate` yang diatur ke nonaktif akan mencegah Windows menginstal pembaruan selama proses pemutakhiran Windows Server, karena menginstal pembaruan selama pemutakhiran dapat menyebabkan kegagalan. Anda dapat menginstal pembaruan dengan Windows Update setelah pemutakhiran selesai.

      Jika Anda meningkatkan ke Windows Server versi sebelumnya, jalankan perintah berikut:

      ```
      Sources\setup.exe
      ```

   1. Untuk **Pilih sistem operasi yang ingin Anda instal**, pilih opsi instalasi lengkap untuk instance Windows Server Anda, dan pilih **Berikutnya**.

   1. Untuk **Jenis penginstalan apa yang Anda inginkan?**, pilih **Pemutakhiran**.

   1. Selesaikan wizard.

Windows Server Setup menyalin dan memproses file. Setelah beberapa menit, sesi Remote Desktop Anda ditutup. Waktu yang diperlukan untuk memutakhirkan tergantung pada jumlah aplikasi dan peran server yang berjalan pada instans Windows Server Anda. Proses pemutakhiran dapat memakan waktu sedikitnya 40 menit atau beberapa jam. Instance mungkin gagal satu atau lebih pemeriksaan status selama proses upgrade. Ketika upgrade selesai, semua pemeriksaan status lulus. Anda dapat memeriksa log sistem untuk keluaran konsol atau menggunakan Amazon CloudWatch metrik untuk aktivitas disk dan CPU untuk menentukan apakah peningkatan sedang berlangsung.

**catatan**  
Jika memutakhirkan ke Windows Server 2019, setelah pemutakhiran selesai Anda dapat mengubah latar belakang desktop secara manual untuk menghapus nama sistem operasi sebelumnya jika diinginkan.

Jika instance belum lulus semua pemeriksaan status setelah beberapa jam, lihat[Memecahkan masalah upgrade sistem operasi pada instans EC2 Windows](os-upgrade-trbl.md).

## Tugas pasca pemutakhiran
<a name="os-post"></a>

1. Masuk ke instans untuk menginisiasi pemutakhiran untuk .NET Framework dan boot ulang sistem saat diminta.

1. Jika Anda belum melakukannya pada langkah sebelumnya, instal agen EC2 Launch v1 atau EC2 Launch v2.  Untuk informasi selengkapnya, lihat [Gunakan agen EC2launch v1 untuk melakukan tugas selama peluncuran instans Windows EC2](ec2launch.md) dan [Gunakan agen EC2launch v2 untuk melakukan tugas selama peluncuran instans Windows EC2](ec2launch-v2.md).

1. Jika Anda memutakhirkan ke Windows Server 2012 R2, kami sarankan Anda meningkatkan driver PV ke driver AWS PV. Jika Anda memutakhirkan pada instans berbasis Nitro, kami menyarankan Anda untuk menginstal atau memutakhirkan driver NVME dan ENA. Untuk informasi selengkapnya, lihat [AWS NVMe driver](aws-nvme-drivers.md) atau [Mengaktifkan jaringan yang ditingkatkan di Windows](enabling_enhanced_networking.md#enable-enhanced-networking-ena-windows).

1. Aktifkan kembali perangkat lunak antivirus dan anti-spyware serta firewall.

# Gunakan runbook Otomasi untuk memutakhirkan instans Windows EC2
<a name="automated-upgrades"></a>

Anda dapat melakukan pemutakhiran otomatis instance Windows dan SQL Server Anda AWS dengan runbook AWS Systems Manager Automation. 

**Topics**
+ [

## Layanan terkait
](#automated-related)
+ [

## Opsi eksekusi
](#automated-execution-option)
+ [

## Mutakhirkan Windows Server
](#automated-upgrades-windows)
+ [

## Mutakhirkan SQL Server
](#automated-upgrades-sql)

## Layanan terkait
<a name="automated-related"></a>

 AWS Layanan berikut digunakan dalam proses peningkatan otomatis:
+ **AWS Systems Manager**. AWS Systems Manager adalah antarmuka yang kuat dan terpadu untuk mengelola sumber daya Anda AWS secara terpusat. Untuk informasi selengkapnya, silakan lihat *Panduan Pengguna [AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/)*.
+ AWS Systems Manager Agen (Agen SSM) adalah perangkat lunak Amazon yang dapat diinstal dan dikonfigurasi pada instans Amazon EC2, server lokal, atau mesin virtual (VM). SSM Agent memungkinkan Systems Manager untuk memperbarui, mengelola, dan mengonfigurasi sumber daya ini. Agen memproses permintaan dari layanan Systems Manager di AWS Cloud, dan kemudian menjalankannya seperti yang ditentukan dalam permintaan. Untuk informasi selengkapnya, lihat [Bekerja dengan SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html) dalam *Panduan Pengguna AWS Systems Manager *.
+ **AWS Systems Manager Runbook SSM**. Runbook SSM menentukan tindakan yang dilakukan Systems Manager pada instans yang Anda kelola. Runbook SSM menggunakan JavaScript Object Notation (JSON) atau YAMB, dan menyertakan langkah-langkah dan parameter yang Anda tentukan. Topik ini menggunakan dua runbook SSM Systems Manager untuk otomatisasi. Untuk informasi selengkapnya, lihat [Referensi runbook AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html) di *Panduan Pengguna AWS Systems Manager *.

## Opsi eksekusi
<a name="automated-execution-option"></a>

Saat Anda memilih **Otomatisasi** di konsol Systems Manager, pilih **Jalankan**. Setelah Anda memilih dokumen Otomatisasi, Anda akan diminta untuk memilih opsi eksekusi otomatisasi. Anda memilih dari opsi berikut. Dalam langkah-langkah untuk jalur yang disediakan dalam topik ini nanti, kami menggunakan opsi **Eksekusi simpel**.

**Eksekusi sederhana**  
Pilih opsi ini jika Anda ingin memperbarui satu instans tetapi tidak ingin melalui setiap langkah otomasi untuk mengaudit hasil. Opsi ini dijelaskan lebih detail dalam langkah-langkah pemutakhiran yang mengikuti.

**Kontrol tarif**

Pilih opsi ini jika Anda ingin menerapkan pemutakhiran ke lebih dari satu instans. Anda menentukan pengaturan berikut.
+ **Parameter**

  Pengaturan ini, yang juga diatur dalam pengaturan Multiakun dan Wilayah, menentukan bagaimana otomatisasi Anda bercabang.
+ **Target**

  Pilih target yang ingin Anda terapkan otomatisasi. Pengaturan ini juga diatur dalam pengaturan Multiakun dan Wilayah.
+ **Nilai Parameter**

  Gunakan nilai yang ditentukan dalam parameter dokumen otomatisasi.
+ **Grup Sumber Daya**

  Di AWS, sumber daya adalah entitas yang dapat Anda gunakan. Contohnya termasuk instans Amazon EC2, AWS CloudFormation tumpukan, atau bucket Amazon S3. Jika Anda bekerja dengan banyak sumber daya, mungkin berguna untuk mengelolanya sebagai grup daripada berpindah dari satu AWS layanan ke layanan lain untuk setiap tugas. Dalam beberapa kasus, Anda mungkin ingin mengelola sejumlah besar sumber daya terkait, seperti instans EC2 yang membentuk lapisan aplikasi. Dalam kasus ini, Anda mungkin perlu melakukan tindakan massal pada sumber daya ini sekaligus.
+ **Tanda**

  Tag membantu Anda mengkategorikan AWS sumber daya Anda dengan cara yang berbeda, misalnya, berdasarkan tujuan, pemilik, atau lingkungan. Kategorisasi ini berguna jika Anda memiliki banyak sumber daya dengan tipe yang sama. Anda dapat dengan cepat mengidentifikasi sumber daya tertentu menggunakan tanda yang ditetapkan.
+ **Kontrol Tingkat**

  Kontrol Tarif juga diatur dalam pengaturan Multiakun dan Wilayah. Saat Anda menetapkan parameter kontrol tarif, Anda menentukan berapa banyak armada Anda yang akan menerapkan otomatisasi, baik berdasarkan jumlah target maupun persentase armada.

 **Multiakun dan Wilayah**

Selain parameter yang ditentukan dalam Kontrol Tarif yang juga digunakan dalam pengaturan Multiakun dan Wilayah, ada dua pengaturan tambahan: 
+ **Akun dan unit organisasi (OUs)**

  Tentukan beberapa akun tempat Anda ingin menjalankan otomatisasi.
+ **Wilayah AWS**

  Tentukan beberapa Wilayah AWS tempat Anda ingin menjalankan otomatisasi.

**Eksekusi manual**  
Opsi ini mirip dengan **Eksekusi simpel**, tetapi memungkinkan Anda untuk melangkah melalui setiap langkah otomatisasi dan mengaudit hasilnya.

## Mutakhirkan Windows Server
<a name="automated-upgrades-windows"></a>

Runbook `[AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html)` membuat Amazon Machine Image (AMI) dari instans Windows Server di akun Anda dan memutakhirkan AMI ini ke versi pilihan Anda yang didukung. Penyelesaian proses multilangkah ini dapat memakan waktu hingga dua jam.

Ada dua yang AMIs termasuk dalam proses upgrade otomatis:
+ **Instans yang sedang berjalan**. AMI pertama adalah instans yang sedang berjalan, yang tidak dimutakhirkan. AMI ini digunakan untuk meluncurkan instans lain untuk menjalankan pemutakhiran langsung. Ketika prosesnya selesai, AMI ini dihapus dari akun, kecuali Anda secara khusus meminta untuk menyimpan instans aslinya. Pengaturan ini ditangani oleh parameter `KeepPreUpgradeImageBackUp` (nilai defaultnya adalah `false`, yang berarti AMI dihapus secara default).
+ **AMI yang dimutakhirkan**. AMI ini adalah hasil dari proses otomasi. 

Hasil akhirnya adalah satu AMI, yang merupakan instans AMI yang dimutakhirkan.

Saat pemutakhiran selesai, Anda dapat menguji fungsionalitas aplikasi Anda dengan meluncurkan AMI baru di Amazon VPC Anda. Setelah pengujian, dan sebelum Anda melakukan pemutakhiran lainnya, jadwalkan waktu henti aplikasi sebelum sepenuhnya beralih ke instans yang dimutakhirkan.

### Prasyarat
<a name="automated-prereq-windows"></a>

Untuk mengotomatiskan upgrade Windows Server Anda dengan dokumen AWS Systems Manager Otomasi, Anda harus melakukan tugas-tugas berikut:
+ Buat peran IAM dengan kebijakan IAM yang ditentukan untuk memungkinkan Systems Manager melakukan tugas otomatisasi pada instans Amazon EC2 Anda dan memastikan Anda memenuhi prasyarat untuk menggunakan Systems Manager. Untuk informasi selengkapnya, lihat [Membuat peran untuk mendelegasikan izin ke AWS layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) di *AWS Identity and Access Management Panduan Pengguna*.
+ [Pilih opsi bagaimana Anda ingin otomatisasi dijalankan](#automated-execution-option). Opsi untuk eksekusi adalah **Eksekusi simpel**, **Kontrol nilai**, **Multiakun dan Wilayah**, serta **Eksekusi manual**. Untuk informasi selengkapnya tentang opsi ini, lihat [Opsi eksekusi](#automated-execution-option). 
+ Pastikan bahwa SSM Agent diinstal pada instans Anda. Untuk informasi selengkapnya, lihat [Menginstal dan mengonfigurasi SSM Agent di instans Amazon EC2 untuk Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html). 
+ Windows PowerShell 3.0 atau yang lebih baru harus diinstal pada instans Anda.
+ Untuk instans yang bergabung dengan domain Microsoft Active Directory, sebaiknya tentukan `SubnetId` yang tidak memiliki konektivitas ke kontroler domain Anda untuk membantu menghindari konflik nama host.
+ Subnet instance harus memiliki konektivitas keluar ke internet, yang menyediakan akses ke Layanan AWS seperti Amazon S3 dan akses untuk mengunduh tambalan dari Microsoft. Persyaratan ini terpenuhi jika subnet adalah subnet publik dan instans memiliki alamat IP publik, atau jika subnet adalah subnet pribadi dengan rute yang mengirimkan lalu lintas internet ke perangkat NAT publik.
+ Otomatisasi ini bekerja dengan instans yang menjalankan Windows Server 2008 R2, Windows Server 2012 R2, Windows Server 2016, dan Windows Server 2019.
+ Verifikasi bahwa instans memiliki 20 GB ruang disk kosong di disk boot.
+ Jika instans tidak menggunakan lisensi Windows yang disediakan oleh AWS, maka tentukan ID snapshot Amazon EBS yang menyertakan media instalasi Windows Server 2012 R2. Untuk melakukannya:

  1. Pastikan bahwa instans Amazon EC2 menjalankan Windows Server 2012 atau setelahnya.

  1. Buat volume Amazon EBS 6 GB di Zona Ketersediaan yang sama tempat instans berjalan. Lampirkan volume ke instans. Pasang, misalnya, sebagai drive D.

  1. Klik kanan ISO dan pasang ke instans sebagai, misalnya, drive E. 

  1. Salin konten ISO dari drive E:\$1 ke drive D:\$1

  1. Buat snapshot Amazon EBS dengan volume 6 GB yang dibuat pada langkah 2 di atas.

### Batasan pemutakhiran Windows Server
<a name="automated-windows-limits"></a>

Otomatisasi ini tidak mendukung peningkatan kontroler domain Windows, klaster, atau sistem operasi desktop Windows. Selain itu, otomatisasi ini tidak mendukung instans Amazon EC2 untuk Windows Server dengan peran berikut diinstal:
+ Host Sesi Desktop Jarak Jauh (RDSH)
+ Broker Koneksi Desktop Jarak Jauh (RDCB) 
+ Host Virtualisasi Desktop Jarak Jauh (RDVH) 
+ Akses Web Desktop Jarak Jauh (RDWA)

### Langkah-langkah untuk melakukan pemutakhiran otomatis Windows Server
<a name="2008R2-2012R2"></a>

Ikuti langkah-langkah ini untuk memutakhirkan instance Windows Server Anda menggunakan runbook [AWSEC2- CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html) otomatisasi. 

1. Buka Systems Manager dari **Konsol Manajemen.AWS **

1. Dari panel navigasi kiri, pada **Pengaturan**, pilih **Pengaturan**.

1. Pilih **Eksekusi otomatisasi**.

1. Cari dokumen otomatisasi bernama `AWSEC2-CloneInstanceAndUpgradeWindows`.

1. Saat nama dokumen muncul, pilih nama itu. Saat Anda memilihnya, detail dokumen muncul. 

1. Pilih **Eksekusi otomatisasi** untuk memasukkan parameter untuk dokumen ini. Biarkan **Eksekusi sederhana** dipilih di bagian atas halaman.

1. Masukkan parameter yang diminta berdasarkan panduan berikut.
   + `InstanceID`

     **Tipe:** String

     (Wajib) Instans yang menjalankan Windows Server 2008 R2, 2012 R2, 2016, atau 2019 dengan agen SSM terinstal.
   + `InstanceProfile`. 

     **Tipe:** String

     (Wajib) Profil instans IAM. Ini adalah peran IAM yang digunakan untuk melakukan otomatisasi Systems Manager terhadap instans Amazon EC2 dan. AWS AMIs Untuk informasi selengkapnya, lihat [Mengonfigurasi izin instans EC2](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html#instance-profile-add-permissions) di *AWS Systems Manager Panduan Pengguna*.
   + `TargetWindowsVersion`

     **Tipe**: String

     (Wajib) Pilih versi Windows target.
   + `SubnetId`

     **Tipe:** String

     (Wajib) Ini adalah subnet untuk proses pemutakhiran dan tempat instans EC2 sumber Anda berada. Verifikasi bahwa subnet memiliki konektivitas keluar ke AWS layanan, termasuk Amazon S3, dan juga ke Microsoft (untuk mengunduh tambalan). 
   + `KeepPreUpgradedBackUp`

     **Tipe**: String

     (Opsional) Jika parameter ini diatur ke `true`, otomatisasi mempertahankan gambar yang dibuat dari instans. Pengaturan default-nya adalah `false`. 
   + `RebootInstanceBeforeTakingImage`

     **Tipe:** String

     (Opsional) Default-nya adalah `false` (tanpa reboot). Jika parameter ini disetel ke`true`, Systems Manager melakukan boot ulang pada instans sebelum membuat AMI untuk peningkatan.

1. Setelah Anda memasukkan parameter, pilih **Eksekusi**. Saat otomatisasi dimulai, Anda dapat memantau kemajuan eksekusi.

1. Saat otomatisasi selesai, Anda akan melihat ID AMI. Anda dapat meluncurkan AMI untuk memverifikasi bahwa OS Windows telah dimutakhirkan.
**catatan**  
Tidak perlu otomatisasi untuk menjalankan semua langkah. Langkah-langkahnya bersyarat berdasarkan perilaku otomatisasi dan instans. Systems Manager mungkin melewatkan beberapa langkah yang tidak diperlukan.  
Selain itu, beberapa langkah mungkin kehabisan waktu. Systems Manager mencoba memutakhirkan dan menginstal semua patch terbaru. Namun, terkadang, tambalan waktu habis berdasarkan pengaturan batas waktu yang dapat ditentukan untuk langkah tertentu. Ketika ini terjadi, otomatisasi Systems Manager melanjutkan ke langkah berikutnya untuk memastikan bahwa OS internal dimutakhirkan ke versi Windows Server target.

1. Setelah otomatisasi selesai, Anda dapat meluncurkan instans Amazon EC2 menggunakan ID AMI untuk meninjau pemutakhiran Anda. Untuk informasi selengkapnya tentang cara membuat instans Amazon EC2 dari AWS AMI, lihat [Bagaimana cara meluncurkan instans EC2 dari AMI kustom?](https://repost.aws/knowledge-center/launch-instance-custom-ami)

## Mutakhirkan SQL Server
<a name="automated-upgrades-sql"></a>

CloneInstanceAndUpgradeSQLServerSkrip [AWSEC2-](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) membuat AMI dari instans Amazon EC2 yang menjalankan SQL Server di akun Anda, dan kemudian memutakhirkan AMI ke versi SQL Server yang lebih baru. Penyelesaian proses multilangkah ini dapat memakan waktu hingga dua jam.

Dalam alur kerja ini, otomatisasi membuat AMI dari instans, lalu meluncurkan AMI baru di subnet yang Anda sediakan. Otomatisasi kemudian melakukan pemutakhiran langsung SQL Server. Setelah pemutakhiran selesai, otomatisasi membuat AMI baru sebelum menghentikan instans yang ditingkatkan. 

Ada dua yang AMIs termasuk dalam proses upgrade otomatis:
+ **Instans yang sedang berjalan**. AMI pertama adalah instans yang sedang berjalan, yang tidak dimutakhirkan. AMI ini digunakan untuk meluncurkan instans lain untuk menjalankan pemutakhiran langsung. Ketika prosesnya selesai, AMI ini dihapus dari akun, kecuali Anda secara khusus meminta untuk menyimpan instans aslinya. Pengaturan ini ditangani oleh parameter `KeepPreUpgradeImageBackUp` (nilai defaultnya adalah `false`, yang berarti AMI dihapus secara default).
+ **AMI yang dimutakhirkan**. AMI ini adalah hasil dari proses otomasi.

Hasil akhirnya adalah satu AMI, yang merupakan instans AMI yang dimutakhirkan.

Saat pemutakhiran selesai, Anda dapat menguji fungsionalitas aplikasi Anda dengan meluncurkan AMI baru di Amazon VPC Anda. Setelah pengujian, dan sebelum Anda melakukan pemutakhiran lainnya, jadwalkan waktu henti aplikasi sebelum sepenuhnya beralih ke instans yang dimutakhirkan.

### Prasyarat
<a name="automated-prereq-sql"></a>

Untuk mengotomatiskan peningkatan SQL Server Anda dengan dokumen AWS Systems Manager Otomasi, Anda harus melakukan tugas-tugas berikut:
+ Buat peran IAM dengan kebijakan IAM yang ditentukan untuk memungkinkan Systems Manager melakukan tugas otomatisasi pada instans Amazon EC2 Anda dan memastikan Anda memenuhi prasyarat untuk menggunakan Systems Manager. Untuk informasi selengkapnya, silakan lihat [Membuat sebuah peran untuk mendelegasikan izin ke Layanan AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) dalam *AWS Identity and Access Management Panduan pengguna *.
+ [Pilih opsi bagaimana Anda ingin otomatisasi dijalankan](#automated-execution-option). Opsi untuk eksekusi adalah **Eksekusi simpel**, **Kontrol nilai**, **Multiakun dan Wilayah**, serta **Eksekusi manual**. Untuk informasi selengkapnya tentang opsi ini, lihat [Opsi eksekusi](#automated-execution-option).
+ Instans Amazon EC2 harus menggunakan Windows Server 2008 R2 atau setelahnya dan SQL Server 2008 atau setelahnya.
+ Pastikan bahwa SSM Agent diinstal pada instans Anda. Untuk informasi selengkapnya, lihat [Bekerja dengan SSM Agent di instans Amazon EC2 untuk Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Verifikasi bahwa instans memiliki cukup ruang disk:
  + Jika Anda memutakhirkan dari Windows Server 2008 R2 ke 2012 R2, atau dari Windows Server 2012 R2 ke sistem operasi yang lebih baru, verifikasi bahwa Anda memiliki 20 GB ruang disk kosong di disk boot instans.
  + Jika Anda memutakhirkan dari Windows Server 2008 R2 ke 2016 atau versi lebih baru, verifikasi bahwa instans memiliki 40 GB ruang disk kosong di disk boot instans.
+ Untuk instans yang menggunakan versi SQL Server Bawa Lisensi Sendiri (BYOL), prasyarat tambahan berikut ini berlaku:
  + Berikan ID snapshot Amazon EBS yang menyertakan media instalasi SQL Server target. Untuk melakukannya: 

    1. Verifikasi bahwa instans Amazon EC2 menjalankan Windows Server 2008 R2 atau setelahnya. 

    1. Buat volume Amazon EBS 6 GB di Zona Ketersediaan yang sama tempat instans berjalan. Lampirkan volume ke instans. Pasang, misalnya, sebagai drive D. 

    1. Klik kanan ISO dan pasang ke instans sebagai, misalnya, drive E. 

    1. Salin konten ISO dari drive E:\$1 ke drive D:\$1 

    1. Buat snapshot Amazon EBS dengan volume 6 GB yang dibuat pada langkah 2. 

### Batasan pemutakhiran otomatis SQL Server
<a name="automated-sql-limits"></a>

Batasan berikut berlaku saat menggunakan [AWSEC2- CloneInstanceAndUpgrade SQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) runbook untuk melakukan peningkatan otomatis:
+ Pemutakhiran dapat dilakukan hanya pada SQL Server menggunakan autentikasi Windows.
+ Verifikasi bahwa tidak ada pembaruan patch keamanan yang tertunda pada instans. Buka **Panel Kontrol**, lalu pilih **Periksa pembaruan**.
+ Penerapan SQL Server dalam mode HA dan mirroring tidak didukung.

### Langkah-langkah untuk melakukan pemutakhiran otomatis SQL Server
<a name="SQL2008R2-SQL2016"></a>

Ikuti langkah-langkah ini untuk meningkatkan SQL Server Anda menggunakan runbook [AWSEC2- CloneInstanceAndUpgrade SQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) otomatisasi.

1. Jika Anda belum melakukannya, unduh file.iso SQL Server 2016 dan pasang ke server sumber. 

1. Setelah file .iso dipasang, salin semua file komponen dan letakkan di volume apa pun pilihan Anda. 

1. Ambil snapshot volume Amazon EBS dan salin ID snapshot ke clipboard untuk digunakan nanti. Untuk informasi selengkapnya, lihat [Membuat snapshot Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) di Panduan Pengguna **Amazon EBS**.

1. Lampirkan profil instans ke instans sumber Amazon EC2. Hal ini memungkinkan Systems Manager untuk berkomunikasi dengan instans EC2 dan menjalankan perintah di atasnya setelah ditambahkan ke AWS Systems Manager layanan. Untuk contoh ini, kami menamai peran tersebut `SSM-EC2-Profile-Role` dengan kebijakan `AmazonSSMManagedInstanceCore ` yang dilampirkan pada peran tersebut.

1. Di AWS Systems Manager konsol, di panel navigasi kiri, pilih **Instans Terkelola**. Verifikasi bahwa instans EC2 Anda ada dalam daftar instans terkelola. Jika Anda tidak melihat instans Anda setelah beberapa menit, lihat [Di Mana Instans Saya?](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-remote-commands.html#where-are-instances) di *Panduan Pengguna AWS Systems Manager *.

1. Dari panel navigasi kiri, pada **Manajemen Perubahan**, pilih **Otomatisasi**.

1. Pilih **Eksekusi otomatisasi**.

1. Cari dokumen otomatisasi bernama `AWSEC2-CloneInstanceAndUpgradeSQLServer`.

1. Pilih tombol dokumen `AWSEC2-CloneInstanceAndUpgradeSQLServer` SSM, lalu pilih **Berikutnya**. 

1. Pastikan opsi **Eksekusi simpel** dipilih.

1. Masukkan parameter yang diminta berdasarkan panduan berikut.
   + `InstanceId` 

     **Tipe:** String

     (Wajib) Instans yang menjalankan SQL Server 2008 R2 (atau setelahnya). 
   + `IamInstanceProfile`

     **Tipe:** String

     (Wajib) Profil instans IAM.
   + `SQLServerSnapshotId`

     **Tipe:** String

     (Wajib) ID Snapshot untuk media penginstalan SQL Server target. Parameter ini tidak diperlukan untuk instans yang disertakan lisensi SQL Server.
   + `SubnetId`

     **Tipe:** String

     (Wajib) Ini adalah subnet untuk proses pemutakhiran dan tempat instans EC2 sumber Anda berada. Verifikasi bahwa subnet memiliki konektivitas keluar ke AWS layanan, termasuk Amazon S3, dan juga ke Microsoft (untuk mengunduh tambalan). 
   + `KeepPreUpgradedBackUp`

     **Tipe**: String

     (Opsional) Jika parameter ini diatur ke `true`, otomatisasi mempertahankan gambar yang dibuat dari instans. Pengaturan default-nya adalah `false`. 
   + `RebootInstanceBeforeTakingImage`

     **Tipe:** String

     (Opsional) Default-nya adalah `false` (tanpa reboot). Jika parameter ini atur ke `true`, Systems Manager melakukan boot ulang pada instans sebelum membuat AMI untuk peningkatan.
   + `TargetSQLVersion`

     **Tipe:** String

     (Opsional) Versi SQL Server target. Nilai default-nya `2016`.

1. Setelah Anda memasukkan parameter, pilih **Eksekusi**. Saat otomatisasi dimulai, Anda dapat memantau kemajuan eksekusi.

1. Ketika **Status eksekusi** menunjukkan **Berhasil**, luaskan **Output** untuk melihat informasi AMI. Anda dapat menggunakan AMI ID untuk meluncurkan instans SQL Server untuk VPC pilihan Anda.

1. Buka konsol Amazon EC2. Di panel navigasi kiri, pilih **AMIs**. Anda akan melihat AMI baru.

1. Untuk memverifikasi bahwa versi SQL Server yang baru telah berhasil diinstal, pilih AMI baru dan pilih **Luncurkan**.

1. Pilih tipe instans yang Anda inginkan untuk AMI, VPC dan subnet yang ingin Anda deploy, dan penyimpanan yang ingin Anda gunakan. Karena Anda meluncurkan instans baru dari AMI, volume disajikan kepada Anda sebagai opsi untuk disertakan dalam instans EC2 baru yang Anda luncurkan. Anda dapat menghapus salah satu volume ini, atau Anda dapat menambahkan volume.

1. Tambahkan tanda untuk membantu Anda mengidentifikasi instans Anda.

1. Tambahkan grup keamanan atau grup ke instans.

1. Pilih **Luncurkan Instans**.

1. Pilih nama tanda untuk instans tersebut dan pilih **Hubungkan di** bawah menu tarik-turun **Tindakan**. 

1. Verifikasi bahwa versi SQL Server baru adalah mesin basis data pada instans baru.

# Migrasikan instans Windows EC2 ke tipe instans berbasis Nitro
<a name="migrating-latest-types"></a>

 AWS Windows AMIs dikonfigurasi dengan pengaturan default yang digunakan oleh media instalasi Microsoft, dengan beberapa penyesuaian. Kustomisasi mencakup driver dan konfigurasi yang mendukung [instans berbasis Nitro](instance-types.md#instance-hypervisor-type), seperti M5 dan C5.

Saat bermigrasi dari instance berbasis Xen ke instans berbasis Nitro, termasuk instans bare metal, sebaiknya ikuti langkah-langkah dalam topik ini dalam kasus berikut:
+ Jika Anda meluncurkan instance dari Windows khusus AMIs
+ Jika Anda meluncurkan instance dari Windows yang AMIs disediakan oleh Amazon yang dibuat sebelum Agustus 2018

Atau, Anda dapat menggunakan dokumen otomatisasi `AWSSupport-UpgradeWindowsAWSDrivers` untuk mengotomatisasi prosedur yang dijelaskan di Bagian 1, Bagian 2, dan Bagian 3. Jika Anda memilih untuk menggunakan prosedur otomatis, lihat [(Alternatif) Tingkatkan AWS PV, ENA, dan NVMe driver menggunakan AWS Systems Manager](#auto-upgrade), lalu lanjutkan dengan Bagian 4 dan Bagian 5.

Untuk informasi selengkapnya, lihat [Pembaruan Amazon EC2 - Tipe Instans Tambahan, Nitro System, dan Opsi CPU](https://aws.amazon.com/blogs/aws/amazon-ec2-update-additional-instance-types-nitro-system-and-cpu-options/).

**catatan**  
Prosedur migrasi berikut dapat dilakukan pada Windows Server versi 2016 dan yang lebih baru. Versi sistem operasi sebelumnya yang telah mencapai akhir masa pakai tidak diuji, dan mungkin tidak kompatibel dengan jenis instance terbaru.  
Untuk memigrasikan instance Linux, lihat. [Perubahan jenis instans Amazon EC2](ec2-instance-resize.md)

**Contents**
+ [

## Bagian 1: Instal dan tingkatkan driver AWS PV
](#upgrade-pv)
+ [

## Bagian 2: Instal dan mutakhirkan ENA
](#upgrade-ena)
+ [

## Bagian 3: Tingkatkan AWS NVMe driver
](#upgrade-nvme)
+ [

## Bagian 4: Perbarui EC2 Config dan Luncurkan EC2
](#upgdate-ec2config-ec2launch)
+ [

## Bagian 5: Instal driver port serial untuk instans bare metal
](#install-serial-port-bare-metal)
+ [

## Bagian 6: Perbarui pengaturan manajemen daya
](#power-management)
+ [

## Bagian 7: Perbarui driver chipset Intel untuk tipe instans baru
](#power-management-intel-drivers)
+ [

## (Alternatif) Tingkatkan AWS PV, ENA, dan NVMe driver menggunakan AWS Systems Manager
](#auto-upgrade)

**Sebelum Anda memulai** 

[Prosedur ini mengasumsikan bahwa Anda memiliki [instance berbasis Xen](instance-types.md#instance-hypervisor-type), seperti M4 atau C4, dan Anda bermigrasi ke instans berbasis Nitro.](instance-types.md#instance-hypervisor-type)

Anda harus menggunakan PowerShell versi 3.0 atau yang lebih baru untuk berhasil melakukan upgrade.

**catatan**  
Saat bermigrasi, IP statis atau pengaturan jaringan DNS khusus pada kartu antarmuka jaringan yang ada mungkin hilang karena instance akan default ke perangkat Adaptor Jaringan yang Ditingkatkan yang baru.

Sebelum mengikuti langkah-langkah dalam prosedur ini, kami menyarankan Anda untuk membuat cadangan instans. Dari [konsol EC2](https://console.aws.amazon.com/ec2/), pilih instans yang memerlukan migrasi, buka menu konteks (klik kanan), dan pilih **Status Instans**, **Berhenti**. 

**Awas**  
Ketika Anda menghentikan instans, data pada setiap volume penyimpanan instans akan dihapus. Untuk menyimpan data dalam volume penyimpanan instan, pastikan Anda mencadangkan data ke penyimpanan persisten. 

Buka menu konteks (klik kanan) untuk instans di [konsol EC2](https://console.aws.amazon.com/ec2/), pilih **Gambar**, lalu pilih **Buat Gambar**.

**catatan**  
Bagian 4 dan 5 dari instruksi ini dapat diselesaikan setelah Anda memigrasi atau mengubah jenis instans. Namun, sebaiknya Anda menyelesaikannya sebelum bermigrasi, terutama jika Anda bermigrasi ke tipe instans bare metal. 

## Bagian 1: Instal dan tingkatkan driver AWS PV
<a name="upgrade-pv"></a>

Meskipun driver AWS PV tidak digunakan dalam sistem Nitro, Anda masih harus memutakhirkannya jika Anda menggunakan versi sebelumnya dari Citrix PV atau PV. AWS Driver AWS PV terbaru menyelesaikan masalah bug di versi driver sebelumnya yang mungkin muncul saat Anda menggunakan sistem Nitro, atau jika Anda perlu bermigrasi kembali ke instans berbasis Xen. Sebagai praktik terbaik, kami sarankan untuk selalu memperbarui ke driver terbaru untuk instance Windows. AWS

Gunakan prosedur berikut untuk melakukan peningkatan driver AWS PV di tempat, atau untuk meningkatkan dari driver Citrix PV ke driver AWS PV pada Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016, atau Windows Server 2019. Untuk informasi selengkapnya, lihat [Tingkatkan driver PV pada instans EC2 Windows](Upgrading_PV_drivers.md). 

Untuk memutakhirkan Kontroler Domain, lihat [Tingkatkan pengontrol domain (peningkatan AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).

**Untuk melakukan upgrade atau ke driver AWS PV**

1. Hubungkan ke instans menggunakan Desktop Jarak Jauh dan persiapkan instans untuk pemutakhiran. Buat semua disk non-sistem offline sebelum Anda melakukan pemutakhiran. Jika Anda melakukan pembaruan driver AWS PV di tempat, langkah ini tidak diperlukan. Setel layanan yang tidak penting ke **Pengaktifan manual** di konsol Layanan. 

1. [Unduh](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip) paket driver terbaru ke instans. 

1. Ekstrak isi folder dan jalankan `AWSPVDriverSetup.msi`. 

Setelah menjalankan MSI, instans secara otomatis melakukan boot ulang dan memutakhirkan driver. Instans mungkin tidak tersedia hingga 15 menit. 

Setelah peningkatan selesai dan instans lulus pada pemeriksaan kondisi di konsol Amazon EC2, hubungkan ke instans menggunakan Desktop Jarak Jauh dan pastikan driver baru terinstal. Di Pengelola Perangkat, di bawah **Kontroler Penyimpanan**, temukan **Adaptor Host Penyimpanan AWS PV**. Pastikan versi driver sama dengan versi terbaru yang terdaftar pada tabel Riwayat Versi Driver. Untuk informasi selengkapnya, lihat [AWS Riwayat paket driver PV](xen-drivers-overview.md#pv-driver-history). 

## Bagian 2: Instal dan mutakhirkan ENA
<a name="upgrade-ena"></a>

Mutakhirkan ke driver Adaptor Jaringan Elastis terbaru untuk memastikan bahwa semua fitur jaringan didukung. Jika Anda meluncurkan instans dan jaringan yang ditingkatkan belum diaktifkan, Anda harus mengunduh dan menginstal driver adaptor jaringan yang diperlukan pada instans Anda. Kemudian, setel atribut instans enaSupport untuk **mengaktifkan jaringan yang ditingkatkan**. Anda hanya dapat mengaktifkan atribut ini pada tipe instans yang didukung dan hanya jika driver ENA diinstal. Untuk informasi selengkapnya, lihat [Aktifkan jaringan yang disempurnakan dengan ENA pada instans EC2 Anda](enhanced-networking-ena.md). 

1. [Unduh](https://s3.amazonaws.com/ec2-windows-drivers-downloads/ENA/Latest/AwsEnaNetworkDriver.zip) driver terbaru ke instans. Jika Anda memerlukan versi driver sebelumnya, lihat[Riwayat versi driver ENA Windows](ena-driver-releases-windows.md#ena-win-driver-release-history).

1. Ekstrak arsip zip. 

1. Instal driver dengan menjalankan `install.ps1` PowerShell skrip dari folder yang diekstraksi. 
**catatan**  
Untuk menghindari kesalahan penginstalan, jalankan`install.ps1` skrip sebagai administrator.

1.  Periksa apakah AMI Anda telah mengaktifkan enaSupport. Jika tidak, lanjutkan dengan mengikuti dokumentasi di [Aktifkan jaringan yang disempurnakan dengan ENA pada instans EC2 Anda](enhanced-networking-ena.md). 

## Bagian 3: Tingkatkan AWS NVMe driver
<a name="upgrade-nvme"></a>

AWS NVMe driver digunakan untuk berinteraksi dengan Amazon EBS dan volume penyimpanan instans SSD yang diekspos sebagai perangkat NVMe blok dalam sistem Nitro untuk kinerja yang lebih baik. 

**penting**  
Instruksi berikut dimodifikasi secara khusus ketika Anda menginstal atau AWS NVMe memutakhirkan instans berbasis Xen dengan maksud untuk memigrasikan instance ke instance berbasis Nitro.

1. [Unduh](https://s3.amazonaws.com/ec2-windows-drivers-downloads/NVMe/Latest/AWSNVMe.zip) paket driver terbaru ke instans. 

   Jika Anda memerlukan versi driver sebelumnya, lihat [NVMe Rilis driver Windows](nvme-driver-version-history.md) untuk versi yang didukung.

1. Ekstrak arsip zip.

1. Instal driver seperti yang dijelaskan dalam`Readme.txt`.

1. Buka **PowerShell** dan jalankan perintah berikut: 

   ```
   PS C:\> start rundll32.exe sppnp.dll,Sysprep_Generalize_Pnp -wait
   ```
**catatan**  
Untuk menerapkan perintah, Anda harus menjalankan PowerShell sesi sebagai administrator. PowerShell (x86) versi akan menghasilkan kesalahan.   
Perintah ini hanya menjalankan sysprep pada driver perangkat. Itu tidak menjalankan persiapan sysprep lengkap.

1. Untuk Windows Server 2008 R2 dan Windows Server 2012, matikan instance, ubah jenis instance dan mulai instance, lalu lanjutkan ke Bagian 4. Jika Anda memulai instance lagi pada tipe instance berbasis Xen sebelum bermigrasi ke tipe instance berbasis Nitro, instance tidak akan bisa boot. Untuk Windows lain yang didukung AMIs, Anda dapat mengubah jenis instans kapan saja setelah sysprep perangkat.

## Bagian 4: Perbarui EC2 Config dan Luncurkan EC2
<a name="upgdate-ec2config-ec2launch"></a>

Untuk instans Windows, utilitas EC2Config dan EC2Launch terbaru menyediakan fungsionalitas dan informasi tambahan saat dijalankan pada sistem Nitro, termasuk pada EC2 Bare Metal. Secara default, layanan EC2 Config disertakan AMIs sebelum Windows Server 2016. EC2Peluncuran menggantikan EC2 Config pada Windows Server 2016 dan yang lebih baru. AMIs 

Ketika layanan EC2 Config dan EC2 Launch diperbarui, Windows baru AMIs dari AWS menyertakan versi terbaru dari layanan. Namun, Anda harus memperbarui Windows AMIs dan instance Anda sendiri dengan EC2 Config EC2 dan Launch versi terbaru.

**Untuk menginstal atau memperbarui EC2 Config**

1. Unduh dan unzip [ EC2Config Installer](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip).

1. Jalankan `EC2Install.exe`. Untuk daftar lengkap opsi, jalankan `EC2Install` dengan opsi `/?`. Secara default, penyiapan menampilkan perintah. Untuk menjalankan perintah tanpa prompt, gunakan opsi `/quiet`.

Untuk informasi selengkapnya, lihat [Instal EC2 Config versi terbaru](UsingConfig_Install.md).

**Untuk menginstal atau memperbarui EC2 Peluncuran**

1. Jika Anda telah menginstal dan mengkonfigurasi EC2 Launch pada sebuah instance, buat cadangan file konfigurasi EC2 Launch. Proses penginstalan tidak menyimpan perubahan dalam file ini. Secara default, file terletak di direktori `C:\ProgramData\Amazon\EC2-Windows\Launch\Config`. 

1. Unduh [EC2-Windows-Launch.zip](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/EC2-Windows-Launch.zip) ke direktori pada instans. 

1. Unduh [install.ps1](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/install.ps1) ke direktori yang sama tempat Anda mengunduh `EC2-Windows-Launch.zip`. 

1. Jalankan `install.ps1`.
**catatan**  
Untuk menghindari kesalahan penginstalan, jalankan skrip `install.ps1` sebagai administrator.

1. Jika Anda membuat cadangan file konfigurasi EC2 Launch, salin ke `C:\ProgramData\Amazon\EC2-Windows\Launch\Config` direktori. 

Untuk informasi selengkapnya, lihat [Gunakan agen EC2launch v1 untuk melakukan tugas selama peluncuran instans Windows EC2](ec2launch.md).

## Bagian 5: Instal driver port serial untuk instans bare metal
<a name="install-serial-port-bare-metal"></a>

Jenis `i3.metal` instans menggunakan perangkat serial berbasis PCI daripada perangkat serial I/O berbasis port. AMI Windows terbaru secara otomatis menggunakan perangkat serial berbasis PCI dan menginstal driver port serial. Jika Anda tidak menggunakan instans yang diluncurkan dari AMI Windows yang disediakan Amazon tertanggal 2018.04.11 atau lebih baru, Anda harus menginstal Driver Port Serial untuk mengaktifkan perangkat serial untuk fitur EC2 seperti Pembuatan Kata Sandi dan Output Konsol. Utilitas EC2 Config dan EC2 Launch terbaru juga mendukung i3.metal dan menyediakan fungsionalitas tambahan. Ikuti langkah-langkah di Bagian 4, jika Anda belum melakukannya. 

**Untuk menginstal driver port serial**

1. [Unduh](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPCISerialDriver/Latest/AWSPCISerialDriver.zip) paket driver serial ke instans. 

1. Ekstrak konten folder, buka menu konteks (klik kanan) untuk, `aws_ser.INF`dan pilih **instal**. 

1. Pilih **Oke**.

## Bagian 6: Perbarui pengaturan manajemen daya
<a name="power-management"></a>

Pembaruan berikut untuk pengaturan manajemen daya mengatur tampilan ke tidak pernah mati, yang memungkinkan pematian terkontrol OS pada sistem Nitro. Semua Windows AMIs disediakan oleh Amazon pada 2018.11.28 sudah memiliki konfigurasi default ini.

1. Buka prompt perintah atau PowerShell sesi.

1. Jalankan perintah berikut:

   ```
   powercfg /setacvalueindex 381b4222-f694-41f0-9685-ff5bb260df2e 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
   powercfg /setacvalueindex 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
   powercfg /setacvalueindex a1841308-3541-4fab-bc81-f71556f20b4a 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
   ```

## Bagian 7: Perbarui driver chipset Intel untuk tipe instans baru
<a name="power-management-intel-drivers"></a>

Jenis`u-6tb1.metal`,`u-9tb1.metal`, dan `u-12tb1.metal` instance menggunakan perangkat keras yang membutuhkan driver chipset yang sebelumnya tidak diinstal pada Windows AMIs. Jika Anda tidak menggunakan instans yang diluncurkan dari AMI Windows yang disediakan Amazon tertanggal 2018.11.19 atau setelahnya, maka Anda harus menginstal driver menggunakan Intel Chipset INF Utility. 

**Untuk menginstal driver chipset**

1. [Chipset INF Utility](https://www.intel.com/content/www/us/en/download/19347/chipset-inf-utility.html) untuk instance.

1. Ekstrak file.

1. Jalankan `SetupChipset.exe`.

1. Terima perjanjian lisensi perangkat lunak Intel dan instal driver chipset.

1. Boot ulang instans.

## (Alternatif) Tingkatkan AWS PV, ENA, dan NVMe driver menggunakan AWS Systems Manager
<a name="auto-upgrade"></a>

Dokumen otomatisasi `AWSSupport-UpgradeWindowsAWSDrivers` mengotomatisasi langkah-langkah yang dijelaskan di Bagian 1, Bagian 2, dan Bagian 3. Metode ini juga dapat memperbaiki instans di mana pemutakhiran driver gagal. 

Dokumen `AWSSupport-UpgradeWindowsAWSDrivers` otomatisasi meningkatkan atau memperbaiki penyimpanan dan AWS driver jaringan pada instans EC2 yang ditentukan. Dokumen ini mencoba menginstal versi terbaru AWS driver online dengan menghubungi AWS Systems Manager Agen (Agen SSM). Jika Agen SSM tidak dapat dihubungi, dokumen dapat melakukan instalasi offline AWS driver jika diminta secara eksplisit.

**catatan**  
Prosedur ini akan gagal pada kontroler domain. Untuk memperbarui driver pada kontroler domain, lihat [Tingkatkan pengontrol domain (peningkatan AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).

**Untuk secara otomatis meng-upgrade AWS PV, ENA, dan NVMe driver menggunakan AWS Systems Manager**

1. Buka konsol Systems Manager di [https://console.aws.amazon.com/systems-manager](https://console.aws.amazon.com/systems-manager).

1. Pilih **Otomasi**, **Eksekusi Otomasi**.

1. Cari dan kemudian pilih dokumen **AWSSupport-UpgradeWindowsAWSDrivers**otomatisasi, lalu pilih **Jalankan otomatisasi**.

1. Di bagian **Parameter Input**, konfigurasikan opsi berikut:  
ID Instans  
Masukkan ID unik dari instance yang akan ditingkatkan.  
AllowOffline  
(Opsional) Pilih salah satu opsi berikut:  
   + `True` — Pilih opsi ini untuk melakukan penginstalan offline. Instans dihentikan dan dimulai ulang selama proses pemutakhiran.
**Awas**  
Ketika Anda menghentikan instans, data pada setiap volume penyimpanan instans akan dihapus. Untuk menyimpan data dalam volume penyimpanan instan, pastikan Anda mencadangkan data ke penyimpanan persisten.
   + `False` — (Default) Untuk melakukan penginstalan online, biarkan opsi ini dipilih. Instans dimulai ulang selama proses pemutakhiran.
Pemutakhiran online dan offline membuat AMI sebelum mencoba operasi pemutakhiran. AMI tetap ada setelah otomatisasi selesai. Amankan akses Anda ke AMI, atau hapus jika tidak lagi diperlukan.  
SubnetId  
(Opsional) Masukkan salah satu nilai berikut:  
   + `SelectedInstanceSubnet` — (Default) Proses pemutakhiran meluncurkan instans *helper* ke subnet yang sama dengan instans yang akan dimutakhirkan. Subnet harus mengizinkan komunikasi ke titik akhir Systems Manager (`ssm.*`).
   + `CreateNewVPC` — Proses pemutakhiran meluncurkan instans *pembantu* menjadi VPC baru. Gunakan opsi ini jika Anda tidak yakin apakah subnet instans target mengizinkan komunikasi ke titik akhir `ssm.*`. Pengguna Anda harus memiliki izin untuk membuat VPC.
   + ID subnet tertentu — Tentukan ID subnet tertentu yang akan digunakan untuk meluncurkan instans *helper*. Subnet harus berada di Zona Ketersediaan yang sama dengan instans yang akan dimutakhirkan, dan harus mengizinkan komunikasi dengan titik akhir `ssm.*`.

1. Pilih **Eksekusi**.

1. Izinkan pemutakhiran selesai. Diperlukan waktu hingga 10 menit untuk menyelesaikan pemutakhiran secara online, dan hingga 25 menit untuk menyelesaikan pemutakhiran secara offline.

# Memecahkan masalah upgrade sistem operasi pada instans EC2 Windows
<a name="os-upgrade-trbl"></a>

AWS menyediakan dukungan upgrade untuk masalah atau masalah dengan Upgrade Helper Service, sebuah AWS utilitas yang membantu Anda melakukan upgrade di tempat yang melibatkan driver Citrix PV.

Setelah pemutakhiran, instans mungkin untuk sementara mengalami penggunaan CPU yang lebih tinggi dari rata-rata sementara layanan .NET Runtime Optimization mengoptimalkan kerangka kerja .NET. Ini adalah perilaku yang diharapkan.

Jika instance belum lulus semua pemeriksaan status setelah beberapa jam, periksa yang berikut ini.
+ Jika Anda memutakhirkan ke Windows Server 2008 dan semua pemeriksaan status gagal setelah beberapa jam, pemutakhiran mungkin gagal dan menampilkan prompt untuk **Klik OK** untuk mengonfirmasi pemutaran kembali. Karena konsol tidak dapat diakses pada status ini, tombol tersebut tidak dapat diklik Untuk menyiasatinya, lakukan boot ulang melalui konsol atau API Amazon EC2. Boot ulang membutuhkan waktu sepuluh menit atau lebih untuk memulai. Instans mungkin tersedia setelah 25 menit.
+ Hapus aplikasi atau peran server dari server dan coba lagi.

Jika instance tidak lulus semua pemeriksaan status setelah menghapus aplikasi atau peran server dari server, lakukan hal berikut.
+ Hentikan instans dan lampirkan volume root ke instans lain. Untuk informasi selengkapnya, lihat penjelasan cara menghentikan dan melampirkan volume root ke instans lain di [“Menunggu layanan metadata”](common-messages.md#metadata-unavailable).
+ Menganalisis [file log Windows Setup dan log peristiwa](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-setup-log-files-and-event-logs?view=windows-11) untuk kegagalan.

Untuk isu atau masalah lain tekait pemutakhiran atau migrasi sistem operasi, sebaiknya tinjau artikel yang tercantum di [Sebelum Anda memulai pemutakhiran langsung](os-inplaceupgrade.md#os-upgrade-before).