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.

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.

Secondo la console il volume è irrecuperabile

Un volume nello storage contrassegnato dalla console Storage Gateway 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 uno snapshot. 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.

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. Per informazioni sullo stato di un volume, consulta Informazioni su stati e transizioni dei volumi.

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.

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 Se il gateway ha lo stato TRANSITO perché ha esaurito lo spazio nel buffer di caricamento, è necessario allocare più spazio nel buffer di caricamento al gateway. L'aggiunta di altro spazio nel buffer farà passare automaticamente il volume da TRANSITO a PROCESSO DI BOOTSTRAP a DISPONIBILE. Mentre il volume è allo stato PROCESSO 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.

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.

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 Gateway di volumi. Per informazioni sullo stato di un volume, consulta Informazioni su stati e transizioni dei volumi.

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.

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 e Per impostare un allarme soglia superiore allarme per un buffer di caricamento del gateway.

È 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. In un secondo momento, si può procedere alla rimozione dello storage di backup, avvalendosi del client dell'hypervisor:

• Con VMware ESXi, rimuovi lo storage di backup come descritto in Eliminazione di un volume.

• 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 Host IP (IP host) del volume corrisponda a uno degli indirizzi elencati nel client vSphere nella scheda Summary (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. 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 in un client Windows.

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.

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 della cache per il gateway o si montano i dischi della cache su un'unità temporanea, i dischi della cache andranno persi quando si spegne il gateway. Lo spegnimento 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 uno snapshot.

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.

Notifiche di stato della disponibilità elevata

Quando esegui il gateway sulla piattaforma VMware vSphere High Availability (HA), potresti ricevere le notifiche di stato. Per ulteriori informazioni sulle notifiche sullo stato, consulta Risoluzione dei problemi relativi alla disponibilità elevata.