Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memecahkan masalah driver PV pada instance Windows
Berikut ini adalah solusi untuk masalah yang mungkin Anda temui dengan image Amazon EC2 dan driver PV yang lebih lama.
**Topics**
+ [Windows Server 2012 R2 kehilangan konektivitas jaringan dan penyimpanan setelah boot ulang instans](#server2012R2-instance-unavailable)
+ [Pemindahan TCP](#citrix-tcp-offloading)
+ [Sinkronisasi waktu](#citrix-time-sync)
+ [Beban kerja yang memanfaatkan lebih dari 20.000 disk IOPS mengalami degradasi karena kemacetan CPU](#pvdriver-troubleshooting-cpu-bottlenecks)
## Windows Server 2012 R2 kehilangan konektivitas jaringan dan penyimpanan setelah boot ulang instans
**penting**
Masalah ini hanya terjadi dengan AMIs tersedia sebelum September 2014.
Windows Server 2012 R2 Amazon Machine Images (AMIs) yang tersedia sebelum 10 September 2014 dapat kehilangan konektivitas jaringan dan penyimpanan setelah reboot instance. Kesalahan dalam log Konsol Manajemen AWS sistem menyatakan: “Kesulitan mendeteksi detail driver PV untuk Output Konsol.” Hilangnya konektivitas disebabkan oleh fitur Plug and Play Cleanup. Fitur ini memindai dan menonaktifkan perangkat sistem yang tidak aktif setiap 30 hari. Fitur tersebut salah mengidentifikasi perangkat jaringan EC2 sebagai tidak aktif dan menghapusnya dari sistem. Jika ini terjadi, instans kehilangan konektivitas jaringan setelah boot ulang.
Untuk sistem yang Anda curigai dapat terpengaruh oleh masalah ini, Anda dapat mengunduh dan menjalankan pemutakhiran driver langsung. Jika Anda tidak dapat melakukan pemutakhiran driver di tempat, Anda dapat menjalankan skrip pembantu. Skrip menentukan apakah instans Anda terpengaruh. Jika terpengaruh, dan perangkat jaringan Amazon EC2 belum dihapus, skrip menonaktifkan pemindaian Plug and Play Cleanup. Jika perangkat jaringan dihapus, skrip memperbaiki perangkat, menonaktifkan pemindaian Plug and Play Cleanup, dan memungkinkan instans Anda melakukan boot ulang dengan konektivitas jaringan diaktifkan.
**Topics**
+ [Pilih cara memperbaiki masalah](#choose-fix)
+ [Metode 1 - Jaringan yang ditingkatkan](#plug-n-play-fix-method1)
+ [Metode 2 - Konfigurasi registri](#plug-n-play-fix-method2)
+ [Jalankan skrip remediasi](#plug-n-play-script)
### Pilih cara memperbaiki masalah
Ada dua metode untuk memulihkan konektivitas jaringan dan penyimpanan ke instans yang terpengaruh oleh masalah ini. Pilih salah satu dari metode berikut:
| Metode | Prasyarat | Ringkasan Prosedur |
| --- | --- | --- |
| Metode 1 - Jaringan yang ditingkatkan | Jaringan yang ditingkatkan hanya tersedia di cloud privat virtual (VPC) yang memerlukan tipe instans C3. Jika server saat ini tidak menggunakan tipe instans C3, Anda harus mengubahnya untuk sementara. | Anda mengubah tipe instans server menjadi instans C3. Jaringan yang ditingkatkan kemudian memungkinkan Anda untuk terhubung ke instans yang terpengaruh dan memperbaiki masalah. Setelah Anda memperbaiki masalah, Anda mengubah instans kembali ke tipe instans asli. Metode ini biasanya lebih cepat daripada Metode 2 dan lebih kecil kemungkinannya dalam kesalahan pengguna. Anda akan dikenai biaya tambahan selama instans C3 berjalan. |
| Metode 2 - Konfigurasi registri | Kemampuan untuk membuat atau mengakses server kedua. Kemampuan untuk mengubah pengaturan Registri. | Anda melepaskan volume root dari instans yang terpengaruh, melampirkannya ke instans yang berbeda, menghubungkan, dan membuat perubahan di Registri. Anda akan dikenai biaya tambahan selama server tambahan berjalan. Metode ini lebih lambat daripada Metode 1, tetapi metode ini berhasil dalam situasi di mana Metode 1 gagal menyelesaikan masalah. |
### Metode 1 - Jaringan yang ditingkatkan
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Cari instans yang terpengaruh. Pilih instans dan pilih **status Instans**, lalu pilih **Hentikan instans**.
**Awas**
Ketika Anda menghentikan sebuah instance, data pada volume penyimpanan instans akan hilang. Untuk melestarikan data ini, buat cadangan ke penyimpanan persisten.
1. Setelah instans dihentikan, buat cadangan. Pilih instans dan pilih **Tindakan**, lalu **image dan templat**, lalu pilih **Buat image**.
1. [Ubah](ec2-instance-resize.md) tipe instans menjadi tipe instans C3 apa pun.
1. [Mulai](Stop_Start.md) instans.
1. Connect ke instance menggunakan Remote Desktop dan kemudian [unduh](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip) paket AWS PV Drivers Upgrade ke instance.
1. Ekstrak isi folder dan jalankan.`AWSPVDriverSetup.msi`
Setelah menjalankan MSI, instans secara otomatis melakukan boot ulang kemudian memutakhirkan driver. Instans tidak akan tersedia hingga 15 menit.
1. 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).
1. Hentikan instans dan ubah kembali ke tipe instans aslinya.
1. Mulai instans dan lanjutkan penggunaan normal.
### Metode 2 - Konfigurasi registri
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Cari instans yang terpengaruh. Pilih instans, pilih **status Instans**, lalu pilih **Hentikan instans**.
**Awas**
Ketika Anda menghentikan sebuah instance, data pada volume penyimpanan instans akan hilang. Untuk melestarikan data ini, buat cadangan ke penyimpanan persisten.
1. Pilih **Luncurkan instans** dan buat instans Windows Server 2008 atau Windows Server 2012 sementara di Zona Ketersediaan yang sama dengan instans yang terpengaruh. Jangan membuat instans Windows Server 2012 R2.
**penting**
Jika Anda tidak membuat instans di Zona Ketersediaan yang sama dengan instans yang terpengaruh, Anda tidak akan dapat melampirkan volume root dari instans yang terpengaruh ke instans baru.
1. Pada panel navigasi, pilih **Volume**.
1. Cari volume root dari instans yang terdampak. Lepaskan volume dan Lampirkan volume ke instans sementara yang Anda buat sebelumnya. Lampirkan dengan nama perangkat default (xvdf).
1. Gunakan Remote Desktop untuk terhubung ke instans sementara, dan kemudian gunakan utilitas Disk Management agar volume tersedia untuk digunakan.
1. Pada instans sementara, buka kotak dialog **Jalankan**, ketik **regedit**, dan tekan Enter.
1. Di panel navigasi Editor Registri, pilih **HKEY\$1Local\$1Machine**, lalu dari menu **File** pilih **Muat Hive**.
1. Di kotak dialog **Muat Hive**, arahkan ke *Volume yang Terpengaruh*\$1Windows\$1System32\$1config\$1System dan ketik nama sementara di kotak dialog **Nama Kunci**. Misalnya, enter OldSys .
1. Di panel navigasi Editor Registri, cari kunci berikut:
**HKEY\$1LOCAL\$1MACHINE\$1\$1 001\$1 Kontrol\$1 Kelas*your\$1temporary\$1key\$1name*\$1 ControlSet 4d36e97d-e325-11ce-bfc1-08002be10318**
**HKEY\$1LOCAL\$1MACHINE\$1\$1 001\$1 Kontrol\$1 Kelas*your\$1temporary\$1key\$1name*\$1 ControlSet 4d36e96a-e325-11ce-bfc1-08002be10318**
1. Untuk setiap kunci, klik dua kali**UpperFilters** , masukkan nilai XENFILT, lalu pilih **OK** .
![\[Kunci registri untuk volume yang terpengaruh.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/troubleshooting-server2012R2-regedit.png)
1. Temukan kunci berikut:
**HKEY\$1LOCAL\$1MACHINE\$1\$1 ControlSet 001\$1 Layanan\$1 *your\$1temporary\$1key\$1name* XENBUS\$1 Parameter**
1. Buat string baru (REG\$1SZ) dengan nama ActiveDevice dan nilai berikut:
**PCI\$1VEN\$15853&DEV\$10001&SUBSYS\$100015853&REV\$101**
1. Temukan kunci berikut:
**HKEY\$1LOCAL\$1MACHINE\$1\$1 001\$1 Layanan\$1 *your\$1temporary\$1key\$1name* XENBUS ControlSet**
1. Ubah **Count** dari 0 menjadi 1.
1. Temukan dan hapus kunci berikut:
**HKEY\$1LOCAL\$1MACHINE\$1\$1 001\$1 Layanan\$1 *your\$1temporary\$1key\$1name* xenvbd\$1 ControlSet StartOverride**
**HKEY\$1LOCAL\$1MACHINE\$1\$1 001\$1 Layanan\$1 *your\$1temporary\$1key\$1name* xenfilt\$1 ControlSet StartOverride**
1. Di panel navigasi Editor Registri, pilih kunci sementara yang Anda buat saat pertama kali membuka Editor Registri.
1. Dari **File** pilihan, pilih **Pembongkaran Hive**.
1. Di Disk Management Utility, pilih drive yang Anda pasang sebelumnya, buka menu konteks (klik kanan), dan pilih **Offline**.
1. Di konsol Amazon EC2, lepaskan volume yang terpengaruh dari instans sementara dan pasang kembali ke instans Windows Server 2012 R2 Anda dengan nama perangkat /dev/sda1. Anda harus menentukan nama perangkat ini untuk menetapkan volume sebagai volume root.
1. [Mulai](Stop_Start.md) instans.
1. Connect ke instance menggunakan Remote Desktop dan kemudian [unduh](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip) paket AWS PV Drivers Upgrade ke instance.
1. Ekstrak isi folder dan jalankan.`AWSPVDriverSetup.msi`
Setelah menjalankan MSI, instans secara otomatis melakukan boot ulang kemudian memutakhirkan driver. Instans tidak akan tersedia hingga 15 menit.
1. 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).
1. Hapus atau hentikan instans sementara yang Anda buat dalam prosedur ini.
### Jalankan skrip remediasi
Jika Anda tidak dapat melakukan pemutakhiran driver langsung atau bermigrasi ke instans yang lebih baru, Anda dapat menjalankan skrip perbaikan untuk memperbaiki masalah yang disebabkan oleh tugas Pembersihan Pasang dan Pakai.
**Untuk menjalankan skrip remediasi**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih instans yang ingin Anda jalankan skrip remediasinya. Pilih **Status instans**, lalu pilih **Mulai instans**.
**Awas**
Ketika Anda menghentikan sebuah instance, data pada volume penyimpanan instans akan hilang. Untuk melestarikan data ini, buat cadangan ke penyimpanan persisten.
1. Setelah instans dihentikan, buat cadangan. Setelah instans, pilih **Tindakan**, lalu **Gambar dan templat**, lalu pilih **Buat gambar**.
1. Pilih **Status instans**, lalu pilih **Mulai instans**.
1. Connect ke instance dengan menggunakan Remote Desktop dan kemudian [download](https://s3.amazonaws.com/ec2-downloads-windows/Scripts/RemediateDriverIssue.zip) RemediateDriverIssue folder.zip ke instance.
1. Ekstrak isi folder tersebut.
1. Jalankan skrip remediasi sesuai petunjuk di file Readme.txt. File tersebut terletak di folder tempat Anda RemediateDriverIssue mengekstraksi.zip.
## Pemindahan TCP
**penting**
Masalah ini tidak berlaku untuk instance yang menjalankan driver jaringan AWS PV atau Intel.
Secara default, pembongkaran TCP diaktifkan untuk driver Citrix PV di Windows. AMIs Jika Anda mengalami kesalahan tingkat pengangkutan atau kesalahan transmisi paket (seperti yang terlihat di Windows Performance Monitor)—misalnya, saat Anda menjalankan beban kerja SQL tertentu—Anda mungkin perlu menonaktifkan fitur ini.
**Awas**
Menonaktifkan pemindahan TCP dapat mengurangi performa jaringan instans Anda.
**Untuk menonaktifkan pemindahan TCP untuk Windows Server 2012 dan 2008**
1. Hubungkan ke instans Anda dan masuk sebagai administrator lokal.
1. Jika Anda menggunakan Windows Server 2012, tekan **Ctrl \$1 Esc** untuk mengakses layar **Mulai**, lalu pilih **Panel Kontrol**. Jika Anda menggunakan Windows Server 2008, pilih **Mulai** dan pilih **Panel Kontrol**.
1. Pilih **Jaringan dan Internet**, lalu **Jaringan dan Pusat Berbagi**.
1. Pilih **Ubah pengaturan adaptor**.
1. Klik kanan **Citrix PV Ethernet Adapter \$1 0** dan pilih **Properties**.
![\[Properti koneksi area lokal.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/citrix-local-area-conn.png)
1. Di kotak dialog **Properti Koneksi Area Lokal**, pilih **Konfigurasi** untuk membuka kotak dialog **Properti \$10 Adaptor Ethernet Citrix PV**.
1. Pada tab **Advanced**, nonaktifkan setiap properti, kecuali untuk **Nilai TCP/UDP Checksum yang Benar**. Untuk menonaktifkan properti, pilih dari **Properti** dan pilih **Dinonaktifkan** dari **Nilai**.
1. Pilih **OKE**.
1. Jalankan perintah berikut dari jendela Command Prompt.
```
netsh int ip set global taskoffload=disabled
netsh int tcp set global chimney=disabled
netsh int tcp set global rss=disabled
netsh int tcp set global netdma=disabled
```
1. Boot ulang instans.
## Sinkronisasi waktu
Sebelum rilis AMI Windows 2013.02.13, agen tamu Citrix Xen dapat salah mengatur waktu sistem. Ini dapat menyebabkan sewa DHCP Anda kedaluwarsa. Jika Anda mengalami masalah saat menghubungkan ke instans Anda, Anda mungkin perlu memperbarui agennya.
Untuk menentukan apakah Anda memiliki agen tamu Citrix Xen yang diperbarui, periksa apakah file `C:\Program Files\Citrix\XenGuestAgent.exe` dari bulan Maret 2013. Jika tanggal pada file ini lebih awal dari itu, perbarui layanan agen tamu Citrix Xen. Untuk informasi selengkapnya, lihat [Mutakhirkan layanan agen tamu Citrix Xen Anda](Upgrading_PV_drivers.md#citrix-pv-guest-agent-upgrade).
## Beban kerja yang memanfaatkan lebih dari 20.000 disk IOPS mengalami degradasi karena kemacetan CPU
Anda dapat terpengaruh oleh masalah ini jika Anda menggunakan instans Windows yang menjalankan driver AWS PV yang memanfaatkan lebih dari 20.000 IOPS, dan Anda mengalami kode periksa bug `0x9E: USER_MODE_HEALTH_MONITOR`.
Disk membaca dan menulis (IOs) dalam driver AWS PV terjadi dalam dua fase: **persiapan IO** dan **penyelesaian IO**. Secara default, tahap persiapan berjalan pada core arbiter tunggal. Tahap penyelesaian berjalan pada inti `0`. Jumlah komputasi yang diperlukan untuk memproses IO berbeda-beda berdasarkan ukuran dan properti lainnya. Beberapa IOs menggunakan lebih banyak perhitungan dalam tahap persiapan, dan lainnya dalam tahap penyelesaian. Ketika sebuah instans menggerakkan lebih dari 20.000 IOPS, tahap persiapan atau penyelesaian dapat mengakibatkan hambatan, di mana CPU tempat instans tersebut berjalan ada pada kapasitas 100%. Apakah fase persiapan atau penyelesaian menjadi hambatan tergantung pada sifat-sifat yang IOs digunakan oleh aplikasi.
Dimulai dengan driver AWS PV 8.4.0, beban fase persiapan dan fase penyelesaian dapat didistribusikan di beberapa core, menghilangkan kemacetan. Setiap aplikasi menggunakan properti IO yang berbeda. Oleh karena itu, menerapkan salah satu konfigurasi berikut dapat meningkatkan, menurunkan, atau tidak mempengaruhi performa aplikasi Anda. Setelah Anda menerapkan salah satu konfigurasi ini, pantau aplikasi untuk memverifikasi bahwa aplikasi memenuhi performa yang Anda inginkan.
1.
**Prasyarat**
Sebelum Anda memulai prosedur pemecahan masalah ini, verifikasi prasyarat berikut:
+ Instans Anda menggunakan driver AWS PV versi 8.4.0 atau yang lebih baru. Untuk memutakhirkan, lihat [Tingkatkan driver PV pada instans EC2 Windows](Upgrading_PV_drivers.md).
+ Anda memiliki akses RDP ke instans. Untuk langkah-langkah agar ter-connect ke instans Windows menggunakan RDP, lihat [Connect ke instans Windows Anda menggunakan klien RDP](connect-rdp.md).
+ Anda memiliki akses administrator pada instans.
1.
**Mengamati beban CPU pada instans Anda**
Anda dapat menggunakan Windows Task Manager untuk melihat beban pada setiap CPU untuk menentukan potensi hambatan pada IO disk.
1. Verifikasi bahwa aplikasi Anda menjalankan dan menangani lalu lintas mirip dengan beban kerja produksi Anda.
1. Hubungkan ke instans Anda menggunakan RDP.
1. Pilih menu **Mulai** pada instans Anda.
1. Masukkan `Task Manager` di menu **Mulai** untuk membuka Task Manager.
1. Jika Task Manager menampilkan Tampilan Ringkasan, pilih **Detail lebih lanjut** untuk menampilkan tampilan rinci.
1. Pilih tab **Performa**.
1. Pilih **CPU** di panel kiri.
1. Klik kanan grafik pada panel utama dan pilih **Ubah grafik ke**>**Prosesor logis** untuk menampilkan masing-masing inti individu.
1. Tergantung pada berapa banyak inti pada instans, Anda mungkin melihat baris yang menampilkan beban CPU dari waktu ke waktu, atau Anda mungkin hanya melihat angka.
+ Jika Anda melihat grafik menampilkan beban dari waktu ke waktu, cari CPUs di mana kotak hampir seluruhnya diarsir.
+ Jika Anda melihat angka pada setiap inti, cari inti yang secara konsisten menunjukkan angka 95% atau lebih besar.
1. Perhatikan apakah inti `0` atau inti yang berbeda mengalami beban berat.
1.
**Pilih konfigurasi mana yang akan diterapkan**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/pvdrivers-troubleshooting.html)
**catatan**
Kami menyarankan agar Anda tidak mendistribusikan persiapan IO tanpa juga mendistribusikan penyelesaian IO (mengatur `DpcRedirection` tanpa mengatur `NotifierDistributed`) karena tahap penyelesaian peka terhadap kelebihan beban oleh tahap persiapan ketika tahap persiapan berjalan secara paralel.
**Nilai-nilai kunci registri**
+ *NotifierDistributed*
Nilai berupa `0` atau tidak ada — Tahap penyelesaian akan berjalan pada inti `0`.
Nilai `1` — Driver memilih untuk menjalankan tahap penyelesaian atau `0` atau satu inti tambahan per disk terlampir.
Nilai `2` — Driver menjalankan tahap penyelesaian pada satu inti tambahan per disk terpasang.
+ *DpcRedirection*
Nilai berupa `0` atau tidak ada — Tahap persiapan akan berjalan pada inti tunggal arbiter.
Nilai `1` — Tahap persiapan didistribusikan di banyak inti.
**Konfigurasi default**
Terapkan konfigurasi default dengan versi driver AWS PV sebelum 8.4.0, atau jika penurunan kinerja atau stabilitas diamati setelah menerapkan salah satu konfigurasi lain di bagian ini.
1. Hubungkan ke instans Anda menggunakan RDP.
1. Buka prompt PowerShell perintah baru sebagai administrator.
1. Jalankan perintah berikut untuk menghapus kunci registri `NotifierDistributed` dan `DpcRedirection`.
```
Remove-ItemProperty -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Name NotifierDistributed
```
```
Remove-ItemProperty -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Name DpcRedirection
```
1. Booting ulang instans Anda.
**Izinkan driver untuk memilih apakah akan mendistribusikan penyelesaian**
Atur kunci registri `NotiferDistributed` untuk memungkinkan driver penyimpanan PV untuk memilih apakah akan mendistribusikan penyelesaian IO atau tidak.
1. Hubungkan ke instans Anda menggunakan RDP.
1. Buka prompt PowerShell perintah baru sebagai administrator.
1. Jalankan perintah berikut untuk mengatur kunci registri `NotiferDistributed`.
```
Set-ItemProperty -Type DWORD -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Value 0x00000001 -Name NotifierDistributed
```
1. Booting ulang instans Anda.
**Distribusikan persiapan dan penyelesaian**
Atur kunci registri `NotifierDistributed` dan `DpcRedirection` untuk selalu mendistribusikan tahap persiapan dan penyelesaian.
1. Hubungkan ke instans Anda menggunakan RDP.
1. Buka prompt PowerShell perintah baru sebagai administrator.
1. Jalankan perintah berikut untuk mengatur kunci registri `NotifierDistributed` dan `DpcRedirection`.
```
Set-ItemProperty -Type DWORD -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Value 0x00000002 -Name NotifierDistributed
```
```
Set-ItemProperty -Type DWORD -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Value 0x00000001 -Name DpcRedirection
```
1. Booting ulang instans Anda.