Errore dei processi di standby virtuale causato da errori interni

Valido per i sistemi operativi Windows.

Sintomo 1:

I processi di standby virtuale producono errori. In Registro attività appare uno dei seguenti messaggi:

Impossibile convertire il disco virtuale

Si è verificato un errore interno. Contattare il Supporto tecnico di CA.

Inoltre, VDDK riporta il seguente messaggio di errore:

Errore sconosciuto.

Soluzione 1:

Per risolvere il problema, considerare quanto segue:

• Le operazioni di conversione potrebbero avere esito negativo se non si dispone di spazio su disco sufficiente nell'archivio dati specificato nel criterio Virtual Standby. VDDK restituisce questo messaggio in quanto l'API di VDDK non supporta la funzionalità che consente di rilevare la quantità di spazio disponibile sul disco dell'archivio dati. Per risolvere il problema, liberare lo spazio su disco dell'archivio dati originale necessario per il completamento dell'operazione, quindi inoltrare nuovamente il processo.

• I disturbi di rete ed un traffico di rete elevato possono comportare un errore dei processi di conversione. Per risolvere il problema, verificare che il nodo di origine e il sistema server ESX o vCenter siano in grado di comunicare attraverso la rete, quindi inviare nuovamente il processo.
• Possono verificarsi errori dovuti a connessioni multiple simultanee di processi di backup o recupero di computer virtuali verso sistemi server ESX o vCenter, comprese le connessioni vSphere SDK mediante il client VMware vSphere. Per correggere il problema, chiudere le connessioni non necessarie e inviare nuovamente il processo.
• Il problema è causato da una limitazione della connessione di VMware VDDK. I seguenti limiti del protocollo NFC (Network File Copy) si applicano:

ESXi 5: limitato da un buffer di trasferimento per tutte le connessioni NFC e applicato dall'host. La somma di tutti i buffer di connessione NFC a un host ESXi non può superare i 32 MB. 52 connessioni mediante il server vCenter, compreso il limite per host.

• Nota: le connessioni non possono essere condivise tra dischi. I valori massimi non sono applicabili a connessioni HotAdd o SAN. Se il client NFC non si chiude correttamente, le connessioni possono rimanere aperte per dieci minuti.

• Esaminare le sezioni Attività ed Eventi del log client VMware vSphere per rilevare errori interni per un computer virtuale specifico. Correggere gli errori interni e inviare nuovamente il processo.
• Esempio: il file VMDK è utilizzato da un'altra applicazione o un'altra operazione. Per risolvere il problema, rilasciare il file e inviare nuovamente il processo.

Sintomo 2:

I processi di standby virtuale producono errori. In Registro attività appare uno dei seguenti messaggi:

Impossibile convertire il disco virtuale

Si è verificato un errore interno. Contattare il Supporto tecnico di CA.

Inoltre, VDDK riporta il seguente messaggio di errore:

L'apertura di vmdk ha prodotto un errore. File non trovato.

Soluzione 2:

Questo problema può verificarsi quando:

• VDDK non ha elaborato una snapshot correttamente.
• VDDK non ha eliminato una snapshot manualmente o interna al computer virtuale.

Per risolvere il problema, inviare nuovamente il processo. Se il processo produce nuovamente un errore, eliminare il computer virtuale di cui è stato eseguito il recupero e inviare nuovamente il processo.

Sintomo 3:

I processi di standby virtuale producono errori. In Registro attività appare uno dei seguenti messaggi:

Impossibile applicare <Plan Name> al nodo <Node Name>’. Il servizio Web dell’agente Arcserve UDP sul convertitore <Converter Name> è occupato. Riprovare in un secondo momento.

Inoltre, il file di registro della Console UDP (ARCApp.log) riporta il seguente messaggio di errore:

[ERROR] deployVsbTask: Failed to invoke D2D web service API - timeout. javax.xml.ws.WebServiceException: java.net.SocketTimeoutException: Read timed out

Soluzione 3:

Questo problema può verificarsi a causa del timeout. Per risolvere il problema, attenersi alla seguente procedura:

1. Accedere alla Console UDP con le credenziali appropriate.
2. Aprire l'interfaccia della riga di comando ed eseguire il seguente comando:
3. regedit
4. Viene visualizzato il Registro di sistema.
3. Accedere a \SOFTWARE\Arcserve\Unified Data Protection\Engine\WebService.
4. Verificare l’esistenza della chiave timeoutValue. Se la chiave non esiste, crearla manualmente.
5. Aggiungere/modificare una nuova chiave come indicato di seguito:
   • Nome chiave: timeoutValue
   1. Valore: <immettere il valore in minuti>. Ad esempio, se si desidera impostare il valore di timeout su 20 minuti, specificare 20 come valore.
5. Uscire da regedit.
6. Accedere alla cartella di installazione della Console UDP. Ad esempio, C:\Programmi\Arcserve\Unified Data Protection\Management\Configuration.
7. Aprire il file ConsoleConfiguration.xml tramite il Blocco note.
8. Individuare il testo sottostante nella sezione <TimeoutConf>:
9. <webServiceRequestTimeout>600</webServiceRequestTimeout>
9. Modificare il valore di webServiceRequestTimeout in secondi. Ad esempio, se si desidera impostare il valore di timeout su 20 minuti, specificare 1200 come valore.
10. Salvare il file e uscire.
11. Riavviare il servizio di gestione della Console UDP per rendere effettive le impostazioni.
12. Ridistribuire il piano e verificarne il risultato.

of