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à.
# Come risolvere i problemi dei volumi
I paragrafi seguenti illustrano i problemi più comuni che possono verificarsi nell'utilizzo dei volumi e le operazioni suggerite per risolverli.
**Topics**
+ [Secondo la console il volume non è configurato](#troubleshoot-volume-issues.VolumeNotConfigured)
+ [Secondo la console il volume è irrecuperabile](#troubleshoot-volume-issues.VolumeIrrecoverable)
+ [Il gateway nella cache è irraggiungibile e occorre recuperare i dati](#RecoverySnapshotTroubleshooting)
+ [Secondo la console il volume è nello stato TRANSITO](#troubleshoot-volume-issues.VolumePassthrough)
+ [Occorre controllare l'integrità del volume e correggere possibili errori](#troubleshoot-volume-issues.VerifyIntegrity)
+ [La destinazione iSCSI del volume non compare nella console di gestione del disco Windows](#troubleshoot-volume-issues.DoesNotAppear)
+ [Occorre modificare il nome della destinazione iSCSI del volume](#troubleshoot-volume-issues.ChangeISCSI)
+ [Lo snapshot programmato per un volume non viene eseguito](#troubleshoot-volume-issues.NoSnapshot)
+ [È necessario rimuovere o sostituire un disco non riuscito](#troubleshoot-volume-issues.RemoveVolume)
+ [Il throughput dall'applicazione a un volume si è azzerato](#troubleshoot-volume-issues.ThroughputZero)
+ [Un disco della cache nel gateway rileva un errore](#troubleshoot-volume-issues.CacheDiskFail)
+ [Lo snapshot di un volume resta allo stato IN ATTESA più del previsto](#SnapshotTroubleshooting.Pending)
+ [Notifiche di stato della disponibilità elevata](#troubleshooting-ha-notifications)
## Secondo la console il volume non è configurato
Se la console Storage Gateway contrassegna il volume con lo stato BUFFER DI CARICAMENTO NON CONFIGURATO, occorre ampliare la capacità del buffer di caricamento del gateway. Senza un buffer di caricamento configurato, non è possibile utilizzare il gateway per archiviare i dati di un'applicazione. Per ulteriori informazioni, consulta [Per configurare un buffer di caricamento o l'archiviazione della cache per il gateway](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## Secondo la console il volume è irrecuperabile
Un volume nella console Storage Gateway contrassegnato dalla console con lo stato IRRECUPERABILE non può essere più utilizzato. Puoi provare quindi a eliminarlo nella console Storage Gateway. Se però contiene dei dati utili, per recuperali basta creare un nuovo volume basato sul disco locale della VM già utilizzato per la creazione del volume in origine. Quando si crea un nuovo volume, selezionare **Preserve existing data (Conserva i dati esistenti)**. Prima di rimuovere il volume, inoltre, bisogna eliminarne gli snapshot in sospeso. Per ulteriori informazioni, consulta [Eliminazione di istantanee dei volumi di storage](DeletingASnapshot.md). Se l'eliminazione del volume nella console Storage Gateway non riesce, probabilmente il disco allocato per lo stesso è stato impropriamente rimosso dalla VM e non può quindi essere eliminato dall'appliance.
Un volume nella cache contrassegnato dalla console Storage Gateway con lo stato IRRECUPERABILE non può essere più utilizzato. Se però contiene dei dati utili, occorre creare uno snapshot del volume dal quale recuperarli o clonare il volume dall'ultimo punto di ripristino. Dopo aver recuperato i dati, è possibile procedere all'eliminazione del volume. Per ulteriori informazioni, consulta [Il gateway nella cache è irraggiungibile e occorre recuperare i dati](#RecoverySnapshotTroubleshooting).
Per quel che riguarda i volumi archiviati, è possibile creare un nuovo volume dal disco usato per creare il volume irrecuperabile. Per ulteriori informazioni, consulta [Creazione di un volume di archiviazione](GettingStartedCreateVolumes.md). Per informazioni sullo stato di un volume, consulta [Informazioni su stati e transizioni dei volumi](StorageVolumeStatuses.md).
## Il gateway nella cache è irraggiungibile e occorre recuperare i dati
Quando il gateway diventa irraggiungibile (perché, ad esempio, viene spento), si può, sempre da un punto di ripristino del volume, sia creare uno snapshot adoperabile sia clonare un nuovo volume. Tuttavia, la clonazione da un punto di ripristino di un volume è più rapida ed economica rispetto alla creazione di uno snapshot. Per ulteriori informazioni sulla clonazione dei volumi, consulta [Clonazione di un volume memorizzato nella cache da un punto di ripristino](clone-volume.md).
Storage Gateway identifica dei punti di ripristino per ciascun volume inserito nell'architettura del gateway di volumi nella cache. Un *punto di ripristino del volume* è un punto temporale in cui tutti i dati del volume sono coerenti e da cui è possibile creare una snapshot o clonare un volume.
## Secondo la console il volume è nello stato TRANSITO
In alcuni casi, la console Storage Gateway può contrassegnare il volume con lo stato TRANSITO. A un volume può essere assegnato lo stato TRANSITO per vari motivi, alcuni dei quali richiedono un intervento.
Si deve intervenire, ad esempio, se lo stato TRANSITO del volume è dovuto all'esaurimento da parte del gateway dello spazio per il buffer di caricamento. Per verificare se il buffer di caricamento è stato superato in passato, puoi visualizzare la `UploadBufferPercentUsed` metrica nella CloudWatch console Amazon; per ulteriori informazioni, consulta. [Monitoraggio del buffer di caricamento](PerfUploadBuffer-common.md) Se lo stato del gateway è TRANSITO perché lo spazio nel buffer di caricamento è esaurito, è necessario allocare al gateway più spazio nel buffer di caricamento. L'aggiunta di altro spazio nel buffer farà passare automaticamente lo stato del volume da TRANSITO a OPERAZIONE DI BOOTSTRAP a DISPONIBILE. Mentre il volume è allo stato OPERAZIONE DI BOOTSTRAP, il gateway legge i dati dal disco del volume, li carica su Amazon S3 e li recupera in base alle esigenze. Una volta che il gateway ha recuperato e salvato i dati del volume su Amazon S3, lo stato del volume diventa DISPONIBILE e gli snapshot vengono riavviati. Tieni presente che quando il volume è contrassegnato dallo stato PASS THROUGH (TRANSITO) o BOOTSTRAPPING (PROCESSO DI BOOTSTRAP) puoi continuare a leggere e scrivere dati dal suo disco. Per ulteriori informazioni sull'aggiunta di spazio per il buffer di caricamento, consulta [Determinazione delle dimensioni del buffer di caricamento da allocare](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
Per intervenire tempestivamente, ancora prima che si esaurisca lo spazio, basta impostare un allarme soglia per il buffer di caricamento del gateway. Per ulteriori informazioni, consulta [Per impostare un allarme soglia superiore allarme per un buffer di caricamento del gateway](PerfUploadBuffer-common.md#GatewayAlarm1-common).
Non occorre intervenire, invece, quando un volume resta allo stato PASS THROUGH (TRANSITO) perché semplicemente attende che un altro volume concluda l'operazione di bootstrap. Il gateway, infatti, esegue il bootstrap dei volumi uno alla volta.
Lo stato PASS THROUGH (TRANSITO), infine, sebbene di rado, può indicare che un disco allocato per un buffer di caricamento è inutilizzabile. In tal caso, è necessario rimuovere il disco. Per ulteriori informazioni, consulta [Utilizzo delle risorse di storage Volume Gateway](resource-volume-gateway.md). Per informazioni sullo stato di un volume, consulta [Informazioni su stati e transizioni dei volumi](StorageVolumeStatuses.md).
## Occorre controllare l'integrità del volume e correggere possibili errori
Se il gateway utilizza gli iniziatori Microsoft Windows per connettersi ai propri volumi, per controllare l'integrità di un volume e correggere eventuali errori a esso correlati è possibile adoperare l'utilità Windows CHKDSK. Lo strumento CHKDSK può essere avviato manualmente o automaticamente da parte di Windows se viene rilevato un danneggiamento del volume.
## La destinazione iSCSI del volume non compare nella console di gestione del disco Windows
Se la destinazione iSCSI del volume non viene visualizzata nella console di gestione del disco Windows, occorre verificare di aver configurato il buffer di caricamento per il gateway. Per ulteriori informazioni, consulta [Per configurare un buffer di caricamento o l'archiviazione della cache per il gateway](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## Occorre modificare il nome della destinazione iSCSI del volume
Per modificare il nome della destinazione iSCSI di un volume, è necessario eliminare il volume per poi riaggiungerlo con un nuovo nome di destinazione. Così facendo, è possibile conservare i dati nel volume.
## Lo snapshot programmato per un volume non viene eseguito
La mancata esecuzione di uno snapshot programmato per un volume può dipendere da un volume ancora allo stato TRANSITO o da un buffer di caricamento del gateway già pieno prima dell'operazione. Puoi controllare la `UploadBufferPercentUsed` metrica per il gateway nella CloudWatch console Amazon e creare un allarme per questa metrica. Per ulteriori informazioni, consultare [Monitoraggio del buffer di caricamento](PerfUploadBuffer-common.md) e [Per impostare un allarme soglia superiore allarme per un buffer di caricamento del gateway](PerfUploadBuffer-common.md#GatewayAlarm1-common).
## È necessario rimuovere o sostituire un disco non riuscito
Per sostituire il disco di un volume non riuscito o un volume inutile, bisogna innanzitutto rimuovere il volume utilizzando la console Storage Gateway. Per ulteriori informazioni, consulta [Per eliminare un volume](ApplicationStorageVolumesCached-Removing.md#CachedRemovingAStorageVolume). In un secondo momento, si può procedere alla rimozione dello storage di backup, avvalendosi del client dell'hypervisor:
+ Per VMware ESXi, rimuovi lo storage di backup come descritto in. [Eliminazione di volumi di archiviazione](ApplicationStorageVolumesCached-Removing.md)
+ Con Microsoft Hyper-V, rimuovi lo storage di backup.
## Il throughput dall'applicazione a un volume si è azzerato
Se il throughput dall'applicazione a un volume si azzera, occorre procedere come segue:
+ **Se si utilizza il client VMware vSphere, verificare che l'indirizzo **IP host** del volume corrisponda a uno degli indirizzi visualizzati nel client vSphere nella scheda Riepilogo.** Nella console Storage Gateway, l'indirizzo **IP host** di un volume di storage si trova nella scheda **Dettagli** relativa al volume stesso. Può risultare una discrepanza d'indirizzo IP quando, ad esempio, si assegna un nuovo indirizzo IP al gateway. In caso di discrepanza, occorre riavviare il gateway dalla console Storage Gateway, come illustrato in[Spegnimento della macchina virtuale gateway](MaintenanceShutDown-common.md) . Dopo il riavvio, l'indirizzo **Host IP (IP host)** riportato nella scheda **ISCSI Target Info (Informazioni destinazione ISCSI)** di un volume di storage dovrebbe corrispondere a un indirizzo IP specificato nel client vSphere nella scheda **Summary (Riepilogo)** del gateway.
+ Non vi è alcun indirizzo IP nella casella **Host IP (IP host)** del volume e il gateway è online. Questa situazione può verificarsi se, ad esempio, si crea un volume associato a un indirizzo IP di una scheda di rete inclusa in un gateway con due o più schede di rete. Se si rimuove o disattiva la scheda di rete alla quale è associato il volume, l'indirizzo IP potrebbe non apparire nella casella **IP host**. Per risolvere questo problema, bisogna eliminare il volume e ricrearlo conservandone i dati esistenti.
+ Verificare che l'iniziatore iSCSI utilizzato dall'applicazione sia correttamente mappato alla destinazione iSCSI per il volume di storage. Per ulteriori informazioni sulla connessione ai volumi di storage, consulta [Connessione ai volumi da un client Windows](ConfiguringiSCSIClient.md).
Puoi visualizzare la velocità effettiva per i volumi e creare allarmi dalla console Amazon CloudWatch. Per ulteriori informazioni sulla misurazione del throughput dall'applicazione a un volume, consulta [Misurazione delle prestazioni tra l'applicazione il gateway](PerfAppGateway-common.md).
## Un disco della cache nel gateway rileva un errore
Se uno o più dischi della cache nel gateway restituiscono un errore, il gateway impedisce le operazioni di lettura e di scrittura su nastri virtuali e volumi. Per ripristinare la normale funzionalità, riconfigura il gateway come descritto di seguito:
+ Se il disco della cache è inaccessibile o inutilizzabile, eliminalo dalla configurazione del gateway.
+ Se il disco della cache è ancora accessibile e utilizzabile, ricollegalo al gateway.
**Nota**
Se elimini un disco della cache, i nastri virtuali o i volumi con dati puliti (ovvero, per i quali i dati nel disco della cache e Amazon S3 sono sincronizzati) continueranno a essere disponibili quando il gateway riprenderà la normale funzionalità. Ad esempio, se il gateway ha tre dischi della cache e ne elimini due, i nastri virtuali o i volumi puliti avranno lo stato DISPONIBILE. Gli altri nastri virtuali e volumi avranno lo stato IRRECUPERABILE.
Se si utilizzano dischi temporanei come dischi di cache per il gateway o si montano i dischi di cache su un'unità temporanea, i dischi di cache andranno persi quando si arresta il gateway. L'arresto del gateway quando il disco della cache e Amazon S3 non sono sincronizzati può causare la perdita di dati. Di conseguenza, non è consigliato l'uso di unità o dischi temporanei.
## Lo snapshot di un volume resta allo stato IN ATTESA più del previsto
La permanenza prolungata dello snapshot di un volume nello stato IN ATTESA può dipendere dall'arresto anomalo della VM del gateway così come dal cambiamento di stato del volume in TRANSITO o IRRECUPERABILE. In questi casi, in cui lo snapshot resta allo stato IN ATTESA e non viene completato correttamente, consigliamo di eliminare lo snapshot. Per ulteriori informazioni, consulta [Eliminazione di istantanee dei volumi di storage](DeletingASnapshot.md).
Quando il volume torna allo stato DISPONIBILE, è possibile crearne un nuovo snapshot. Per informazioni sullo stato di un volume, consulta [Informazioni su stati e transizioni dei volumi](StorageVolumeStatuses.md).
## Notifiche di stato della disponibilità elevata
Quando si esegue il gateway sulla piattaforma VMware vSphere High Availability (HA), è possibile ricevere notifiche sullo stato. Per ulteriori informazioni sulle notifiche sullo stato, consulta [Risoluzione dei problemi relativi alla disponibilità elevata](troubleshooting-ha-issues.md).