Masalah umum dengan instans Windows - Amazon Elastic Compute Cloud

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

Masalah umum dengan instans Windows

Berikut ini adalah kiat-kiat pemecahan masalah untuk membantu Anda memecahkan masalah umum dengan instans Windows Server EC2.

Volume EBS tidak diinisialisasi di Windows Server 2016 dan 2019

Instans yang dibuat dari Amazon Machine Images (AMI) untuk Windows Server 2016 dan 2019 menggunakan agen EC2Launch v1 pada berbagai tugas startup, termasuk menginisialisasi volume EBS. Secara default, EC2Launch v1 tidak menginisialisasi volume sekunder. Namun, Anda dapat mengonfigurasi EC2Launch v1 untuk menginisialisasi disk ini secara otomatis, sebagai berikut.

Memetakan huruf drive ke volume
  1. Hubungkan ke instans untuk mengonfigurasi dan membuka file C:\ProgramData\Amazon\EC2-Windows\Launch\Config\DriveLetterMappingConfig.json di editor teks.

  2. Tentukan pengaturan volume sebagai berikut:

    { "driveLetterMapping": [ { "volumeName": "sample volume", "driveLetter": "H" }] }
  3. Simpan perubahan Anda dan tutup file.

  4. Buka Windows PowerShell dan gunakan perintah berikut untuk menjalankan skrip EC2launch v1 yang menginisialisasi disk:

    PS C:\> C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeDisks.ps1

    Untuk inisialisasi disk setiap kali melakukan boot instans, tambahkan bendera -Schedule sebagai berikut:

    PS C:\> C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeDisks.ps1 -Schedule

    Agen EC2Launch v1 dapat menjalankan skrip inisialisasi instans seperti initializeDisks.ps1 secara paralel dengan skrip InitializeInstance.ps1. Jika skrip InitializeInstance.ps1 melakukan boot ulang instans, mungkin akan mengganggu tugas terjadwal lainnya yang berjalan pada startup instans. Untuk menghindari potensi konflik, sebaiknya Anda menambahkan logika ke skrip initializeDisks.ps1 untuk memastikan bahwa inisialisasi instans telah selesai terlebih dahulu.

    catatan

    Jika skrip EC2Launch tidak menginisialisasi volume, pastikan volume tersebut online. Jika volume offline, jalankan perintah berikut untuk menjadikan semua disk online.

    PS C:\> Get-Disk | Where-Object IsOffline -Eq $True | Set-Disk -IsOffline $False

Lakukan boot instans Windows EC2 ke Directory Service Restore Mode (DSRM)

Jika sebuah instans yang menjalankan Microsoft Active Directory mengalami gagal sistem atau masalah kritis lainnya, Anda dapat memecahkan masalah instans dengan melakukan boot ke versi khusus Mode Aman yang disebut Directory Service Restore Mode (DSRM). Di DSRM Anda dapat memperbaiki atau memulihkan Direktori Aktif.

Dukungan driver untuk DSRM

Cara Anda mengaktifkan DSRM dan melakukan boot ke instans bergantung pada driver yang dijalankan instans tersebut. Di konsol EC2, Anda dapat melihat detail versi driver untuk sebuah instans dari Log Sistem. Tabel berikut menunjukkan driver mana yang didukung untuk DSRM.

Versi Driver DSRM Didukung? Langkah Berikutnya
Citrix PV 5.9 Tidak Pulihkan instans dari cadangan. Anda tidak dapat mengaktifkan DSRM.
AWS PV 7.2.0 Tidak Meskipun DSRM tidak didukung untuk driver ini, Anda masih dapat melepaskan volume root dari instans, mengambil snapshot volume atau membuat AMI darinya, dan memasangnya ke instans lain di Zona Ketersediaan yang sama dengan volume sekunder. Kemudian, Anda dapat mengaktifkan DSRM (seperti yang dijelaskan di bagian ini).
AWS PV 7.2.2 dan yang lebih baru Ya Lepaskan volume root, pasang ke instans lain, dan aktifkan DSRM (seperti yang dijelaskan di bagian ini).
Jaringan yang Ditingkatkan Ya Lepaskan volume root, pasang ke instans lain, dan aktifkan DSRM (seperti yang dijelaskan di bagian ini).

Untuk informasi tentang cara mengaktifkan jaringan yang disempurnakan, lihatAktifkan jaringan yang disempurnakan dengan Elastic Network Adapter (ENA) pada instans EC2. Untuk informasi tentang memutakhirkan driver AWS PV, lihat Memutakhirkan driver PV di instans Windows.

Konfigurasikan sebuah instans untuk melakukan boot ke DSRM

Instans Windows EC2 tidak memiliki konektivitas jaringan sebelum sistem operasi berjalan. Karena alasan ini, Anda tidak dapat menekan tombol F8 pada papan tombol Anda untuk memilih opsi boot. Anda harus menggunakan salah satu dari prosedur berikut untuk melakukan boot instans Server Windows EC2 ke DSRM.

Jika Anda mencurigai bahwa Direktori Aktif telah rusak dan instans masih berjalan, Anda dapat mengonfigurasi instans tersebut untuk boot ke DSRM menggunakan kotak dialog Konfigurasi Sistem atau prompt perintah.

Untuk boot instans online ke DSRM menggunakan kotak dialog Konfigurasi Sistem
  1. Di kotak dialog Jalankan, ketik msconfig dan tekan Enter.

  2. Pilih tab Boot.

  3. Di bawah Opsi boot pilih Boot aman.

  4. Pilih perbaikan Direktori Aktif, lalu pilih OK. Sistem meminta Anda untuk melakukan boot ulang server.

Untuk melakukan boot instans online ke DSRM menggunakan baris perintah

Dari jendela Prompt Perintah, jalankan perintah berikut:

bcdedit /set safeboot dsrepair

Jika sebuah instans sedang offline dan tidak dapat dijangkau, Anda harus melepaskan volume root serta memasangnya ke instans lain untuk mengaktifkan mode DSRM.

Untuk melakukan boot instans offline ke DSRM
  1. Buka konsol Amazon EC2 di https://console.aws.amazon.com/ec2/.

  2. Di panel navigasi, pilih Instans.

  3. Cari dan pilih instans yang terpengaruh. Pilih Status instans, Hentikan instans.

  4. Pilih Luncurkan instans dan buat instans sementara di Zona Ketersediaan yang sama dengan instans yang terpengaruh. Pilih tipe instans yang menggunakan versi Windows yang berbeda. Misalnya, jika instance Anda adalah Windows Server 2016, pilih instance Windows Server 2019.

    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.

  5. Pada panel navigasi, pilih Volume.

  6. Cari volume root dari instans yang terpengaruh. Lepaskan volume dan pasang ke instans sementara yang Anda buat sebelumnya. Lampirkan dengan nama perangkat default (xvdf).

  7. Gunakan Desktop Jarak Jauh untuk menyambung ke instans sementara, lalu gunakan utilitas Manajemen Disk agar volume tersedia untuk digunakan.

  8. Buka prompt perintah dan jalankan perintah berikut. Ganti D dengan huruf drive sebenarnya dari volume sekunder yang baru saja Anda lampirkan:

    bcdedit /store D:\Boot\BCD /set {default} safeboot dsrepair
  9. Di Utilitas Manajemen Disk, pilih drive yang Anda pasang sebelumnya, buka menu konteks (klik kanan), dan pilih Offline.

  10. Di konsol EC2, lepaskan volume yang terpengaruh dari instans sementara dan pasang kembali ke instans asli Anda dengan nama perangkat /dev/sda1. Anda harus menentukan nama perangkat ini untuk menetapkan volume sebagai volume root.

  11. Mulai instans.

  12. Setelah instans lulus pemeriksaan kondisi di konsol EC2, hubungkan ke instans menggunakan Desktop Jarak Jauh, dan verifikasi bahwa instans melakukan boot ke mode DSRM.

  13. (Opsional) Hapus atau hentikan instans sementara yang Anda buat dalam prosedur ini.

Instans kehilangan konektivitas jaringan atau tugas terjadwal tidak berjalan saat diharapkan

Jika Anda memulai ulang instans dan kehilangan konektivitas jaringan, mungkin instans tersebut memiliki waktu yang salah.

Secara default, instans Windows menggunakan Waktu Universal Terkoordinasi (UTC). Jika Anda menyetel waktu pada instans ke zona waktu yang berbeda lalu memulai ulang, waktu tersebut menjadi offset dan instans kehilangan alamat IP-nya untuk sementara. Instans tersebut akhirnya mendapatkan kembali konektivitas jaringan, tetapi ini dapat memakan waktu beberapa jam. Jumlah waktu yang diperlukan instans untuk mendapatkan kembali konektivitas jaringan bergantung pada perbedaan antara UTC dan zona waktu lainnya.

Masalah waktu yang sama ini juga dapat mengakibatkan tugas terjadwal tidak berjalan seperti yang Anda harapkan. Dalam kasus ini, tugas terjadwal tidak berjalan sesuai harapan karena waktu instans salah.

Untuk menggunakan zona waktu selain UTC secara terus-menerus, Anda harus mengatur kunci RealTimeIsUniversalregistri. Tanpa kunci ini, instans akan menggunakan UTC setelah Anda memulai ulang.

Untuk mengatasi masalah waktu yang menyebabkan hilangnya konektivitas jaringan
  1. Pastikan Anda menjalankan driver PV yang direkomendasikan. Untuk informasi selengkapnya, lihat Mutakhirkan driver PV pada instans Windows.

  2. Verifikasi bahwa kunci registri berikut ada dan diatur ke1: HKEY_LOCAL_MACHINE\ SYSTEM\ Set\ Control\ Information\ CurrentControl TimeZone RealTime IsUniversal

Tidak bisa mendapatkan output konsol

Pada instans Windows, konsol instans menampilkan output dari tugas-tugas yang dilakukan selama proses boot Windows. Jika Windows berhasil melakukan boot, pesan terakhir yang dicatat adalah Windows is Ready to use. Anda juga dapat menampilkan pesan log peristiwa di konsol, tetapi fitur ini mungkin tidak diaktifkan secara default tergantung pada versi Windows Anda. Untuk informasi selengkapnya, lihat Konfigurasikan pengaturan peluncuran untuk instans Windows Amazon EC2.

Untuk mendapatkan output konsol pada instans Anda menggunakan konsol Amazon EC2, pilih instans, lalu pilih Tindakan, Pantau dan atasi masalah, Dapatkan log sistem. Untuk mendapatkan output konsol menggunakan baris perintah, gunakan salah satu perintah berikut: get-console-output () atau ()AWS CLI. Get-EC2ConsoleOutputAWS Tools for Windows PowerShell

Pada instans yang menjalankan Windows Server 2012 R2 dan versi sebelumnya, jika output konsol tersebut kosong, itu bisa menunjukkan masalah dengan layanan EC2Config, seperti file konfigurasi yang salah konfigurasi, atau Windows gagal melakukan boot dengan benar. Untuk mengatasi masalah ini, unduh dan instal versi terbaru EC2Config. Untuk informasi selengkapnya, lihat Menginstal EC2Config versi terbaru.

Windows Server 2012 R2 tidak tersedia di jaringan

Untuk informasi tentang pemecahan masalah instance Windows Server 2012 R2 yang tidak tersedia di jaringan, lihat Windows Server 2012 R2 kehilangan konektivitas jaringan dan penyimpanan setelah instance reboot.

Tabrakan tanda tangan disk

Anda dapat memeriksa dan menyelesaikan tabrakan tanda tangan disk menggunakan EC2Rescue untuk Windows Server. Atau, Anda dapat mengatasi masalah tanda tangan disk secara manual dengan melakukan langkah-langkah berikut.

Awas

Prosedur berikut menjelaskan cara mengedit Windows Registry menggunakan Registry Editor. Jika Anda tidak terbiasa dengan Windows Registry atau cara membuat perubahan dengan aman menggunakan Registry Editor, lihat Konfigurasi Registry.

  1. Buka prompt perintah, ketik regedit.exe, dan tekan Enter.

  2. Di Registry Editor, pilih HKEY_LOCAL_MACHINE dari menu konteks (klik kanan), lalu pilih Temukan.

  3. Ketik Windows Boot Manager, lalu pilih Temukan Berikutnya.

  4. Pilih kunci bernama 11000001. Kunci ini adalah kelompok dari kunci yang Anda temukan di langkah sebelumnya.

  5. Pada panel kanan, pilih Element, lalu pilih Ubah dari menu konteks (klik kanan).

  6. Temukan tanda tangan disk empat bita pada offset 0x38 dalam data tersebut. Ini adalah tanda tangan Boot Configuration Database (BCD). Balikkan bita tersebut untuk membuat tanda tangan disk, dan tuliskan. Misalnya, tanda tangan disk yang diwakili oleh data berikut ini adalah E9EB3AA5:

    ... 0030 00 00 00 00 01 00 00 00 0038 A5 3A EB E9 00 00 00 00 0040 00 00 00 00 00 00 00 00 ...
  7. Di jendela Command Prompt, jalankan perintah berikut untuk memulai Microsoft DiskPart.

    diskpart
  8. Jalankan select disk DiskPart perintah dan tentukan nomor disk untuk volume dengan tabrakan tanda tangan disk.

    Tip

    Untuk memeriksa nomor disk pada volume dengan tabrakan tanda tangan disk, gunakan utilitas Manajemen Disk. Buka prompt perintah, ketik compmgmt.msc, dan tekan Enter. Pada panel navigasi sebelah kiri, klik dua kali Manajemen Disk. Di utilitas Manajemen Disk, periksa nomor disk untuk volume offline dengan tabrakan tanda tangan disk.

    DISKPART> select disk 1 Disk 1 is now the selected disk.
  9. Jalankan DiskPart perintah berikut untuk mendapatkan tanda tangan disk.

    DISKPART> uniqueid disk Disk ID: 0C764FA8
  10. Jika tanda tangan disk yang ditunjukkan pada langkah sebelumnya tidak cocok dengan tanda tangan disk yang Anda tulis sebelumnya, gunakan DiskPart perintah berikut untuk mengubah tanda tangan disk agar cocok:

    DISKPART> uniqueid disk id=E9EB3AA5