Problemi comuni con le istanze di Windows

I suggerimenti riportati di seguito possono aiutarti a risolvere problemi comuni associati alle istanze Windows Server EC2.

I volumi EBS non vengono inizializzati su Windows Server 2016 e 2019

Le istanze create da Amazon Machine Image (AMI) di Windows Server 2016 e 2019 utilizzano l'agente EC2Launch v1 per una serie di attività di avvio, inclusa l'inizializzazione dei volumi EBS. Per impostazione predefinita, EC2Launch v1 non inizializza i volumi secondari. Tuttavia, puoi configurare EC2Launch v1 in modo che inizializzi questi dischi automaticamente, come indicato di seguito.

Mappatura delle lettere di unità nei volumi

1. Connettersi all'istanza da configurare e aprire il file C:\ProgramData\Amazon\EC2-Windows\Launch\Config\DriveLetterMappingConfig.json in un editor di testo.

2. Specifica le impostazioni del volume, come indicato di seguito:

   {
   "driveLetterMapping": [
   	{
   	  "volumeName": "sample volume",
   	  "driveLetter": "H"
   	}]
   }

3. Salvare le modifiche e chiudere il file.

4. Apri Windows PowerShell e usa il seguente comando per eseguire lo script EC2Launch v1 che inizializza i dischi:

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

   Per inizializzare i dischi ogni volta che l'istanza si avvia, aggiungere il contrassegno -Schedule come segue:

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

   L'agente EC2Launch v1 può eseguire script di inizializzazione delle istanze, come initializeDisks.ps1 in parallelo con lo script InitializeInstance.ps1. Se lo script InitializeInstance.ps1 riavvia l'istanza, potrebbe interrompere altre attività pianificate eseguite all'avvio dell'istanza. Per evitare potenziali conflitti, consigliamo di aggiungere logica allo script initializeDisks.ps1per garantire che l'inizializzazione dell'istanza venga terminata per prima.

   Nota

   Se lo script EC2Launch non inizializza i volumi, assicurati che i volumi siano online. In caso contrario, esegui il comando seguente per portarli online.

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

Avvio di un'istanza EC2 Windows in Directory Services Restore Mode (DSRM)

Se un'istanza che esegue Microsoft Active Directory sperimenta un errore di sistema o altri problemi critici, puoi risolvere tali anomalie avviando l'istanza in una versione speciale della modalità provvisoria denominata Directory Services Restore Mode (DSRM). Questa modalità ti permette di riparare o recuperare Active Directory.

Supporto driver per DSRM

Il modo di abilitare DSRM e avviare nell'istanza dipende dai driver che eseguono l'istanza. Nella console EC2 puoi visualizzare i dettagli della versione del driver per un'istanza dal log di sistema. La tabella seguente mostra quali driver sono supportati per DSRM.

Versioni driver	DSRM supportata?	Fasi successive
Citrix PV 5.9	No	Ripristina l'istanza da un backup. Non puoi abilitare DSRM.
AWS PV 7.2.0	No	Anche se la modalità DSRM non è supportata dal driver, puoi comunque distaccare il volume root dall'istanza, acquisire uno snapshot del volume o creare un'AMI da esso, quindi collegarlo a un'altra istanza nella stessa zona di disponibilità come volume secondario. Puoi quindi abilitare DSRM (come descritto in questa sezione).
AWS PV 7.2.2 e versioni successive	Sì	Distacca il volume root, collegalo a un'altra istanza e abilita DSRM (come descritto in questa sezione).
Reti avanzate	Sì	Distacca il volume root, collegalo a un'altra istanza e abilita DSRM (come descritto in questa sezione).

Per informazioni su come abilitare una rete avanzata, vedere. Abilita una rete avanzata con l'Elastic Network Adapter (ENA) sulle tue istanze EC2 Per informazioni sull'aggiornamento dei driver AWS PV, consulta Aggiornamento dei driver PV su istanze Windows.

Configurazione di un'istanza da avviare in DSRM

Le istanze EC2 Windows non dispongono di una connessione di rete finché che il sistema operativo non è in esecuzione. Per questa ragione, non puoi premere il pulsante F8 sulla tastiera per selezionare un'opzione di avvio. È necessario utilizzare una delle procedure seguenti per avviare un'istanza Windows Server EC2 in modalità DSRM.

Se sospetti che Active Directory sia stato danneggiato e che l'istanza sia ancora in esecuzione, puoi configurare l'istanza per l'avvio in modalità DSRM utilizzando sia la finestra di dialogo di configurazione del sistema o il prompt dei comandi.

Per avviare un'istanza online in modalità DSRM tramite la finestra di dialogo di configurazione del sistema

1. Nella finestra di dialogo Run (Esegui) digitare msconfig e premere Invio.

2. Scegliere la scheda Boot (Avvio).

3. In Boot options (Opzioni di avvio) scegliere Safe boot (Avvio sicuro).

4. Scegliere Active Directory repair (Riparazione di Active Directory), quindi OK. Il sistema ti invita a riavviare il server.

Per avviare un'istanza online in modalità DSRM utilizzando la riga di comando

Da una finestra del prompt dei comandi, esegui il comando seguente:

bcdedit /set safeboot dsrepair

Se un'istanza è offline e irraggiungibile, distacca il volume root e collegalo a un'altra istanza per abilitare la modalità DSRM.

Per avviare un'istanza offline in modalità DSRM

1. Aprire la console Amazon EC2 all'indirizzo https://console.aws.amazon.com/ec2/.

2. Nel riquadro di navigazione, seleziona Instances (Istanze).

3. Individua e seleziona l'istanza interessata. Scegli Instance state (Stato istanza), Stop instance (Arresta istanza).

4. Scegli Launch instances (Avvia le istanze) e crea un'istanza temporanea nella stessa Zona di disponibilità dell'istanza interessata. Scegliere un tipo di istanza che utilizzi una versione diversa di Windows. Ad esempio, se la tua istanza è Windows Server 2016, scegli un'istanza di Windows Server 2019.

   Importante

   Se non crei l'istanza nella stessa Zona di disponibilità dell'istanza interessata, non potrai collegare il volume root dell'istanza interessata sulla nuova istanza.

5. Nel riquadro di navigazione, selezionare Volumes (Volumi).

6. Individua il volume root dell'istanza interessata. Distaccare il volume e collegarlo all'istanza temporanea creata in precedenza. Collegala con il nome del dispositivo predefinito (xvdf).

7. Utilizzare Desktop remoto per collegarsi all'istanza temporanea, quindi usare l'utilità Disk Management (Gestione disco) per rendere il volume disponibile per l'uso.

8. Aprire un prompt dei comandi ed eseguire il comando seguente. Sostituire D con la lettera di unità effettiva del volume secondario appena collegato:

   bcdedit /store D:\Boot\BCD /set {default} safeboot dsrepair

9. Nell'utilità Disk Management (Gestione disco), scegliere l'unità collegata in precedenza, aprire il menu contestuale (pulsante destro del mouse) e scegliere Offline.

10. Nella console EC2, distaccare il volume interessato dall'istanza temporanea e ricollegarlo all'istanza originale con il nome dispositivo /dev/sda1. Devi specificare questo nome del dispositivo per indicare il volume come volume root.

11. Avviare l'istanza.

12. Dopo che l'istanza ha superato i controlli dello stato nella console EC2, connettersi all'istanza tramite Desktop remoto e verificare che si avvii in modalità DSRM.

13. (Facoltativo) Eliminare o arrestare l'istanza temporanea creata in questa procedura.

L'istanza perde la connettività di rete oppure le attività programmate non vengono eseguite quando previsto

Se si riavvia l'istanza e si perde la connettività di rete, è possibile che l'ora dell'istanza sia errata.

Per impostazione predefinita, le istanze Windows utilizzano il formato UTC. Se si imposta l'ora dell'istanza su un fuso orario differente e successivamente la si riavvia, si produce una differenza oraria e l'istanza perde temporaneamente il suo indirizzo IP. L'istanza ristabilisce la connettività di rete alla fine, ma ciò può richiedere alcune ore. La quantità di tempo richiesta per tale recupero dipende dalla differenza tra UTC e l'altro fuso orario.

Lo stesso problema temporale può causare anche la mancata esecuzione di attività pianificate nel momento previsto. In questo caso, tali attività non vengono eseguite quando previsto perché l'ora dell'istanza è errata.

Per utilizzare un fuso orario diverso da UTC in modo persistente, devi impostare la chiave di RealTimeIsUniversalregistro. Senza questa chiave, un'istanza utilizza UTC dopo il riavvio.

Per risolvere problemi temporali che causano la perdita della connettività di rete

1. Assicurarsi di eseguire i driver PV raccomandati. Per ulteriori informazioni, consulta Aggiornamento dei driver PV sulle istanze Windows.

2. Verificate che la seguente chiave di registro esista e sia impostata su1: HKEY_LOCAL_MACHINE\ SYSTEM\ Set\ Control\ Information\ CurrentControl TimeZone RealTime IsUniversal

Impossibile ottenere l'output della console

Per le istanze Windows, la console dell'istanza mostra l'output delle attività eseguite durante il processo di avvio di Windows. Se Windows si avvia correttamente, l'ultimo messaggio registrato è Windows is Ready to use. È inoltre possibile visualizzare i messaggi del registro degli eventi nella console, ma questa funzionalità potrebbe non essere abilitata per impostazione predefinita a seconda della versione di Windows in uso. Per ulteriori informazioni, consulta Configura le impostazioni di avvio per le istanze Windows di Amazon EC2.

Per ottenere l'output della console per l'istanza utilizzando la console Amazon EC2, selezionare l'istanza, scegliere Actions (Operazioni), Monitor and troubleshoot (Monitoraggio e risoluzione dei problemi), quindi Get system log (Ottieni il log di sistema). Per ottenere l'output della console utilizzando la riga di comando, utilizzate uno dei seguenti comandi: get-console-output (AWS CLI) o (). Get-EC2ConsoleOutputAWS Tools for Windows PowerShell

Per le istanze che eseguono Windows Server 2012 R2 e versioni precedenti, l'output della console vuoto potrebbe indicare un problema con il servizio EC2Config, come un file di configurazione configurato in modo errato o un errore di avvio di Windows. Per correggere il problema, scarica e installa la versione più recente del servizio EC2Config. Per ulteriori informazioni, consulta Installazione della versione più recente di EC2Config.

Windows Server 2012 R2 non disponibile sulla rete

Per informazioni sulla risoluzione dei problemi di un'istanza di Windows Server 2012 R2 che non è disponibile sulla rete, vedi Windows Server 2012 R2 perde la connettività di rete e di archiviazione dopo il riavvio di un'istanza.

Collisione della firma del disco

Puoi controllare e risolvere le collisioni della firma del disco utilizzando EC2Rescue per Windows Server. In alternativa, puoi risolvere manualmente i problemi di firma del disco completando la seguente procedura.

avvertimento

Nella procedura seguente viene descritto come modificare il Registro di sistema di Windows utilizzando l'editor del Registro di sistema. Se non hai familiarità con il Registro di sistema di Windows o non sai come apportare modifiche in modo sicuro utilizzando l'editor del Registro di sistema, consulta Configura il Registro di sistema.

1. Apri un prompt dei comandi, digita regedit.exe e premi Invio.

2. In Registry Editor (Editor del Registro di sistema), scegli HKEY_LOCAL_MACHINE dal menu contestuale (tasto destro del mouse), quindi seleziona Find (Cerca).

3. Digita Windows Boot Manager e quindi seleziona Find Next (Trova successivo).

4. Scegli la chiave denominata 11000001. Questa chiave è un pari livello della chiave trovata nella fase precedente.

5. Nel riquadro a destra, seleziona Element e quindi Modify (Modifica) dal menu contestuale (tasto destro del mouse).

6. Individua la firma del disco a quattro byte con offset 0x38 nei dati. Questa è la firma BCD (Boot Configuration Database). Inverti i byte per creare la firma del disco e annotala. Ad esempio, la firma del disco rappresentata dai seguenti dati è 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. In una finestra del prompt dei comandi, esegui il comando seguente per avviare Microsoft DiskPart.

   diskpart

8. Esegui il select disk DiskPart comando e specifica il numero del disco per il volume con la collisione della firma del disco.

   Suggerimento

   Per verificare il numero del disco relativo al volume con la collisione della firma del disco, utilizza l'utilità Gestione disco. Apri un prompt dei comandi, digita compmgmt.msc e premi Invio. Nel pannello di navigazione a sinistra, fai doppio clic su Gestione disco. Nell'utilità Gestione disco, verifica il numero del disco per il volume offline con la collisione della firma del disco.

   DISKPART> select disk 1
   Disk 1 is now the selected disk.

9. Esegui il DiskPart comando seguente per ottenere la firma del disco.

   DISKPART>  uniqueid disk
   Disk ID: 0C764FA8

10. Se la firma del disco mostrata nel passaggio precedente non corrisponde alla firma del disco che hai annotato in precedenza, usa il DiskPart comando seguente per modificare la firma del disco in modo che corrisponda:

    DISKPART> uniqueid disk id=E9EB3AA5