Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Risolvi i problemi relativi alle istanze Windows di Amazon EC2
I suggerimenti riportati di seguito possono aiutarti a risolvere i problemi associati alle istanze Windows di Amazon EC2.
**Topics**
+ [Impossibile connettere AWS Systems Manager Sessions Manager a un'istanza di Windows Server 2025](#connect-sysmgr-win2025)
+ [I volumi EBS non vengono inizializzati su Windows Server 2016 e 2019](#init-disks-win2k16)
+ [Avvio di un'istanza EC2 Windows in Directory Services Restore Mode (DSRM)](#boot-dsrm)
+ [L'istanza perde la connettività di rete oppure le attività programmate non vengono eseguite quando previsto](#instance-loses-network-connectivity)
+ [Impossibile ottenere l'output della console](#no-console-output)
+ [Windows Server 2012 R2 non disponibile sulla rete](#server-2012-network-loss)
+ [Collisione della firma del disco](#disk-signature-collision)
## Impossibile connettere AWS Systems Manager Sessions Manager a un'istanza di Windows Server 2025
È possibile che si verifichi un problema durante la connessione di AWS Systems Manager Sessions Manager a un'istanza di Windows Server 2025. Per risolvere questo problema, accedi all'istanza, quindi vai a `Settings > Apps > Optional Features` e aggiungi`WMIC`. Riavvia il servizio Agente SSM o riavvia l'istanza e Sessions Manager dovrebbe connettersi.
È inoltre possibile utilizzare il seguente PowerShell comando per eseguire la stessa azione:
```
Start-Process -FilePath "$env:SystemRoot\system32\Dism.exe" -ArgumentList @('/Online', '/Add-Capability', '/CapabilityName:WMIC~~~~') -Wait; Restart-Service -Name AmazonSSMAgent
```
## I volumi EBS non vengono inizializzati su Windows Server 2016 e 2019
Le istanze create da Amazon Machine Images (AMIs) per Windows Server 2016 e 2019 utilizzano l'agente EC2 Launch v1 per diverse attività di avvio, inclusa l'inizializzazione dei volumi EBS. Per impostazione predefinita, EC2 Launch v1 non inizializza i volumi secondari. Tuttavia, puoi configurare EC2 Launch v1 per inizializzare questi dischi automaticamente, come segue.
**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.
1. Specifica le impostazioni del volume, come indicato di seguito:
```
{
"driveLetterMapping": [
{
"volumeName": "sample volume",
"driveLetter": "H"
}]
}
```
1. Salvare le modifiche e chiudere il file.
1. Apri Windows PowerShell e usa il comando seguente per eseguire lo script EC2 Launch 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 EC2 Launch v1 può eseguire script di inizializzazione dell'istanza, ad esempio in `initializeDisks.ps1` parallelo allo 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.ps1`per garantire che l'inizializzazione dell'istanza venga terminata per prima.
**Nota**
Se lo script EC2 Launch 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 le reti avanzate, consulta [Abilitazione delle reti avanzate con ENA su istanze EC2](enhanced-networking-ena.md). Per informazioni sull'aggiornamento dei driver PV, consulta [Aggiornamento](Upgrading_PV_drivers.md) dei driver AWS 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.
1. Scegliere la scheda **Boot (Avvio)**.
1. In **Boot options (Opzioni di avvio)** scegliere **Safe boot (Avvio sicuro)**.
1. 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. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**.
1. Individua e seleziona l'istanza interessata. Scegli **Instance state (Stato istanza)**, **Stop instance (Arresta istanza)**.
1. 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 l'istanza è Windows Server 2016, scegliere un'istanza 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.
1. Nel riquadro di navigazione, selezionare **Volumes (Volumi)**.
1. Individua il volume root dell'istanza interessata. [Distaccare](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html) il volume e [collegarlo](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) all'istanza temporanea creata in precedenza. Collegala con il nome del dispositivo predefinito (xvdf).
1. Utilizzare Desktop remoto per collegarsi all'istanza temporanea, quindi usare l'utilità Disk Management (Gestione disco) per [rendere il volume disponibile per l'uso](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-using-volumes.html).
1. 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
```
1. Nell'utilità Disk Management (Gestione disco), scegliere l'unità collegata in precedenza, aprire il menu contestuale (pulsante destro del mouse) e scegliere **Offline**.
1. 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.
1. [Avviare](Stop_Start.md) l'istanza.
1. 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.
1. (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, è necessario impostare la chiave di registro. **RealTimeIsUniversal** 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 EC2](Upgrading_PV_drivers.md).
1. Verificate che la seguente chiave di registro esista e sia impostata su`1`: **HKEY\$1LOCAL\$1MACHINE**\$1 SYSTEM\$1\$1 Control\$1\$1 CurrentControlSet TimeZoneInformation RealTimeIsUniversal
## 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`. È possibile anche visualizzare i messaggi del log eventi nella console, ma questa funzionalità potrebbe non essere abilitata per impostazione predefinita a seconda della versione di Windows utilizzata. Per ulteriori informazioni, consulta [Agenti di avvio di Windows su istanze Amazon EC2 Windows](configure-launch-agents.md).
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](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-console-output.html)() o ()AWS CLI. [Get-EC2ConsoleOutput](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ConsoleOutput.html)AWS Tools for Windows PowerShell
Per le istanze che eseguono Windows Server 2012 R2 e versioni precedenti, se l'output della console è vuoto, potrebbe indicare un problema con il servizio EC2 Config, ad esempio un file di configurazione non configurato correttamente, o che Windows non è stato avviato correttamente. Per risolvere il problema, scarica e installa l'ultima versione di EC2 Config. Per ulteriori informazioni, consulta [Installa l'ultima versione di EC2 Config](UsingConfig_Install.md).
## Windows Server 2012 R2 non disponibile sulla rete
Per informazioni sulla risoluzione dei problemi di un'istanza Windows Server 2012 R2 che non è disponibile sulla rete, consulta [Windows Server 2012 R2 perde la connettività di rete e storage dopo un riavvio dell'istanza](pvdrivers-troubleshooting.md#server2012R2-instance-unavailable).
## Collisione della firma del disco
Puoi verificare e risolvere le collisioni di firme del disco utilizzando [EC2Rescue for Windows Server](Windows-Server-EC2Rescue.md). 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](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc725612(v=ws.11)).
1. Apri un prompt dei comandi, digita **regedit.exe** e premi Invio.
1. In **Editor del Registro di sistema**, scegli **HKEY\$1LOCAL\$1MACHINE** dal menu contestuale (tasto destro del mouse), quindi seleziona **Cerca**.
1. Digita **Windows Boot Manager** e quindi seleziona **Trova successivo**.
1. Scegli la chiave denominata `11000001`. Questa chiave è un pari livello della chiave trovata nella fase precedente.
1. Nel riquadro a destra, seleziona `Element` e quindi **Modifica** dal menu contestuale (tasto destro del mouse).
1. 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
...
```
1. In una finestra del prompt dei comandi, esegui il comando seguente per avviare Microsoft DiskPart.
```
diskpart
```
1. 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.
```
1. Esegui il DiskPart comando seguente per ottenere la firma del disco.
```
DISKPART> uniqueid disk
Disk ID: 0C764FA8
```
1. 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
```