| Arcserve |
Di seguito vengono descritti i problemi noti presenti in questa versione:
Problemi correlati al browser
Problemi correlati alla console
Sintomo
Se sono presenti due computer virtuali (VM1 e VM2) con lo stesso GUID negli host ESXi e tali computer virtuali sono gestiti da diversi vCenter, rispettivamente VC1 e VC2, nella console viene importato il VM1 (non è possibile importare entrambi i computer virtuali perché nella console non sono consentiti nodi con lo stesso GUID). Ma vengono importati anche i computer virtuali da vCenter VC2. Durante l'esecuzione, il rilevamento automatico si connette innanzitutto al VC1 e rileva il VM1 in base al GUID corrispondente; quindi, la colonna dell'hypervisor viene aggiornata con le informazioni relative a VC1. In seguito, quando si connette a VC2, rileva il VM2 in base al GUID corrispondente e la colonna dell'hypervisor viene aggiornata con le informazioni relative a VC2.
Soluzione
È poco frequente che due computer virtuali abbiano lo stesso GUID. Nel caso peggiore, se ciò si verifica, il backup senza agente basato su host può operare sul computer virtuale sbagliato perché Arcserve UDP utilizza il GUID per identificare i computer virtuali. Per risolvere il problema, è possibile modificare manualmente il GUID di uno dei computer virtuali. Per ulteriori informazioni su come eseguire questa operazione, fare riferimento all'argomento correlato nella Guida alle soluzioni.
Sintomo
Impossibile accedere alla console di Arcserve UDP. Nella console viene visualizzato il messaggio seguente anche dopo cinque minuti dall'accesso:
Identity Service is starting (Avvio del servizio di identità in corso)
Soluzione
Per risolvere questo problema, aprire la console del servizio Windows e riavviare il servizio della console di Arcserve UDP, ovvero il servizio di gestione di Arcserve UDP.
Problemi correlati alla console di gestione utenti di Arcserve UDP
Relativi alla visualizzazione del punto di ripristino di Arcserve UDP
Sintomo
Se il volume è ancora montato, la visualizzazione del punto di ripristino di Arcserve UDP apre direttamente il volume montato dal sistema operativo, non dalla sessione di backup.
Se il volume è smontato, in quel percorso file della visualizzazione del punto di ripristino di Arcserve UDP non viene visualizzato niente.
Soluzione
Utilizzare Monta punto di ripristino per montare questo tipo di volume.
Problemi correlati all'Agente Arcserve UDP (Linux)
Problemi correlati al backup
Sintomo
Il filtro superiore BLI del Registro di sistema della classe di volume viene rimosso. Pertanto, il driver BLI non è in grado di monitorare i volumi.
Soluzione
È possibile proseguire nell'esecuzione di un backup incrementale dopo la reinstallazione del driver di rilevamento delle modifiche.
Effettuare le operazioni seguenti:
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
Sintomo
Nel registro eventi è possibile trovare i seguenti messaggi: È stata tentata un'operazione non consentita su una chiave di Registro di sistema segnata per l'eliminazione o Il file del Registro di sistema è ancora in uso da altri servizi o applicazioni. Il file verrà scaricato ora. Dopo lo scaricamento i servizi o le applicazioni che stanno utilizzando il file del Registro di sistema potrebbero non funzionare correttamente."
Soluzione
Per conoscere la causa e la soluzione, consultare l'articolo della Microsoft KB 2287297.
Sintomo
Errore di montaggio di una sessione su una lettera di unità.
Questo errore si verifica nel caso in cui la destinazione corrisponda a una cartella locale su un volume FAT32. Il montaggio di un'unità supporta unicamente la creazione del file di cache su un volume NTFS.
Soluzione
Aggiungere una nuova chiave del Registro di sistema e personalizzare il percorso del file di cache utilizzando un volume diverso.
Segui questi passi:
Ulteriori informazioni:
Il file di cache viene creato con il montaggio di un'unità quando viene montato un volume scrivibile. Per il processo del catalogo di ripristino granulare/di ripristino, viene creato un volume scrivibile. Se la sessione deve eseguire il backup di volumi su Windows 8, Windows 2012 o un sistema operativo successivo, montare sempre un volume scrivibile quando si esegue il montaggio di una sessione su una lettera di unità.
Sintomo
Il backup inoltrato viene mostrato correttamente, ma l'interfaccia utente dell'Agente Arcserve UDP (Windows) non contiene alcun monitoraggio dei processi. Ciò avviene perché il processo di backup raggiunge il numero massimo di nodi simultanei impostato nell'archivio dati. Il processo di backup viene messo nella coda di attesa.
Soluzione
Aprire la console di Arcserve UDP per visualizzare il monitoraggio dei processi in attesa nella visualizzazione dei nodi.
Sintomo
Quando un processo di backup di verifica senza agente basati su host è in esecuzione e se la compressione è stata abilitata nel piano, la percentuale di compressione mostrata nel monitoraggio del processo è più alta della percentuale effettiva.
Tutti gli altri processi di backup non hanno questo problema, incluso processi di backup con agente e processi di backup completi/incrementali senza agente basati su host.
Soluzione
La percentuale di compressione mostrata nel registro attività è corretta. Verificarla nuovamente al completamento del processo di backup di verifica senza agente basato su host.
Problemi correlati al ripristino bare metal
Failed to integrate the language package into the BMR ISO Image (Impossibile integrare il pacchetto di lingua nell'immagine ISO di ripristino bare metal).
Sintomo
Questo problema viene causato dal driver di filtro del software antivirus di terze parti (McAfee), ma può verificarsi anche con altri filtri di terze parti.
Soluzione
Disabilitare il software antivirus e provare nuovamente a creare il kit di avvio.
Sintomo
Se il computer di origine è un server Active Directory su cui è in esecuzione un ripristino bare metal verso un computer fisico con hardware differente o un computer virtuale su un server Hyper-v, il server non si avvia e viene visualizzata una schermata blu con il messaggio seguente:
STOP: c00002e2 Directory Services could not start because of the following error: a device attached to the system is not functioning. Stato di errore: 0xc0000001.
Soluzione
Riavviare il sistema nell'ambiente PE di ripristino bare metal, rinominare tutti i file *.log nella cartella C:\Windows\NTDS e riavviare il sistema. Ad esempio, rinominare il file edb.log in edb.log.old e riavviare il sistema.
Sintomo
Potrebbe essere impossibile eseguire il mapping del disco/volume durante il ripristino bare metal, quando il computer di destinazione è un computer virtuale con disco IDE su un server Hyper-V 2008 o 2008R2.
Se si ripristinano i dati in un computer virtuale con disco IDE su un server Hyper-V 2008 o 2008R2 utilizzando il ripristino bare metal, non sarà possibile eseguire il mapping del disco/volume di origine nel disco/volume di destinazione, anche se le dimensioni di entrambi i dischi sembrano essere le stesse. Questo avviene perché quando si crea un disco IDE su un server Hyper-V 2008 o 2008R2, la dimensione effettiva del disco è inferiore alla dimensione specificata.
Soluzione
Creare un disco più grande sul computer virtuale. Ad esempio, se si desidera ripristinare i dati da un disco di 25 GB, si consiglia di creare un disco da 26 GB nel computer virtuale di destinazione.
Sintomo
Questo problema viene osservato su VMWare ESX Server. Per i computer virtuali Windows 2003 il controller del disco predefinito è la scheda LSI Logic SCSI e il driver per questo tipo di scheda SCSI non è incluso in Windows ADK 8.1. Si può osservare questo problema anche su alcuni server meno recenti con schede SCSI precedenti.
Soluzione
Per risolvere questo problema, ottenere i driver dal sito di Web del fornitore hardware e caricare il driver dall'interfaccia utente del ripristino bare metal.
Problemi correlati alla snapshot hardware
[VDDKLOG] SSLCheckLockingCallback: locking callback overwritten! Expected 7FEE3A836E0, saw 113C2420
Come soluzione alternativa, impostare la chiave di registro VDDKLogLevel su 0 nel percorso seguente:
\HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
Impossibile creare la copia snapshot "{xxx} backup"su più volumi del sistema di archiviazione "xxx" dopo "100" nuovi tentativi con un intervallo di "10" secondi..
Per la creazione della chiave di registro, attenersi alla procedura seguente:
HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
DoNotUseFlexCloneLicenseToCloneLun
Problemi correlati a Host-Based VM Backup
Sintomo
VMware ha recentemente pubblicato un articolo della Knowledge Base che indica che, in ESXi 6.0 o ESXi 6.0.x, è stato introdotto un bug nella funzionalità di traccia dei blocchi modificati (CBT, Changed Block Tracking) a causa del quale tale funzionalità restituisce un elenco dei settori modificati non corretto. Arcserve UDP può essere potenzialmente interessato da questo problema che causa backup (completi e incrementali) del computer virtuale incoerenti. Per ulteriori informazioni, fare riferimento alla Knowledge Base di VMware.
Se il problema si verifica, il processo di catalogo potrebbe non riuscire e la verifica del punto di ripristino potrebbe riportare degli errori.
Soluzione
VMware ha rilasciato una patch per risolvere questo problema. Applicare questa patch sugli host ESXi. Per ulteriori informazioni, consultare l'articolo della Knowledge Base di VMware o l'articolo della Knowledge Base di Arcserve.
Sintomo
Questo problema si verifica se l'host Hyper-V è Windows 2012 R2 e il sistema operativo guest del computer virtuale è SUSE Linux Enterprise Server (SLES) 12 con livello di esecuzione 5 (con interfaccia grafica). In questo caso, il processo di backup senza agente viene interrotto in fase di acquisizione della snapshot e non riesce correttamente. In seguito, il sistema operativo guest del computer virtuale non risponde.
Soluzione
Non si tratta di un problema di Arcserve UDP, ma di un problema di compatibilità di Windows e SUSE. Lo stesso problema si verifica durante la creazione di una snapshot VSS tramite il comando diskshadow nell'host Hyper-V. Per verificare il problema, attenersi alla procedura seguente:
Al momento presente, non è disponibile nessuna soluzione. Si consiglia di collaborare con Microsoft per risolvere la causa principale. In alternativa, è possibile tentare di modificare il livello di esecuzione di SLES 12 da 5 a 3 (senza interfaccia grafica), anche se ciò non garantisce la risoluzione del problema.
Sintomo
Per i computer virtuali VMware, la verifica preliminare riporta il seguente messaggio di avviso relativo alla verifica della coerenza dei dati anche quando sono già state fornite le credenziali corrette.
Not verified because the application failed to access the virtual machine. Verify that the user credentials are correct and have administrative privileges. (Verifica non eseguita. L'applicazione non è in grado di accedere al computer virtuale. Verificare che le credenziali utente siano corrette e che vi siano associati dei privilegi amministrativi.)
Soluzione
Questo problema si verifica soltanto durante la verifica preliminare dei computer virtuali VMware. Le altre funzioni, come il backup, non sono interessate. La soluzione alternativa consiste nell'installare l'agente di Arcserve UDP sul computer in cui è installata la console di Arcserve UDP (non è necessario avviare il servizio dell'agente).
Sintomo
Anche quando è disponibile la modalità di trasporto SAN, i processi di backup e ripristino continuano a utilizzare la modalità di trasporto HotAdd, NBD o NBDSSL.
Soluzione
Si tratta di un problema noto di VMware VDDK 6.0.1. Al momento non è disponibile alcuna soluzione da parte di VMware. Per ulteriori informazioni, è possibile consultare le note di rilascio Problemi noti di VDDK 6.0.1.
Sintomo
Anche quando è disponibile la modalità di trasporto SAN, i processi di backup e ripristino continuano a utilizzare la modalità di trasporto HotAdd, NBD o NBDSSL quando la dimensione di provisioning del disco virtuale del computer virtuale è 4 TB o un multiplo di 4 TB.
Soluzione
Si tratta di un problema noto di VMware che, secondo quanto comunicato da VMware, era presente nelle patch seguenti:
• Per ESXi 5.5: release della patch ESXi550-201504001 (2112672)
• Per ESXi 6.0: release della patch ESXi600-201505001 (2116125)
La soluzione alternativa consiste nell'evitare di utilizzare multipli di 4 TB come dimensioni di provisioning. Ad esempio, non utilizzare 4 TB o 8 TB, ma 3,9 TB o 8,1 TB.
Sintomo
Quando si disattiva un computer virtuale VMware con Strumenti VMware, la snapshot contiene dati corrotti. Il backup legge i dati dalla snapshot, quindi anche i dati su cui è stato eseguito il backup diventano corrotti. Per ulteriori informazioni su questo problema, consultare l'articolo della Knowledge Base di VMware.
Nota: Questo problema si verifica con tutte le versioni di VMware ESXi e sui computer virtuali con sistema operativo ospite Windows 2008 R2 SP1 e Windows 2012. Arcserve UDP non è in grado di rilevare il problema della corruzione dei dati perché in questo caso VMware non restituisce alcun errore. Si potrebbe rimanere all'oscuro del problema finché non si tenta di ripristinare i dati.
Soluzione
Eseguire le attività seguenti per rilevare e risolvere il problema:
Sintomo
Quando si utilizza il metodo di disattivazione snapshot Microsoft VSS in Computer virtuale per eseguire il backup di un computer virtuale VMware, il backup potrebbe non essere coerente. In particolare, nel caso di backup del computer virtuale con delle applicazioni (ad esempio, Exchange) installate.
Soluzione
La soluzione alternativa consiste nell'utilizzare il metodo di disattivazione della snapshot di Strumenti VMware, con la disattivazione dei writer VSS MSSearch Service Writer e Shadow Copy Optimization Writernel sistema operativo guest del computer virtuale in attesa della risoluzione del problema.
Impossibile connettere l'unità di rete <<adapter name>> allo switch virtuale.
Sintomo
Durante il backup di un computer virtuale, prima di acquisire una snapshot avviene il failover per il computer virtuale cluster. Di conseguenza, l'host Hyper-V registrato nella sessione di backup è incoerente rispetto alla configurazione del computer virtuale.
Soluzione
È possibile connettere manualmente la scheda di rete allo switch virtuale sul relativo host Hyper-V o utilizzare l'opzione Ripristina in posizione alternativa che consente di recuperare il computer virtuale con cui impostare la configurazione di ripristino.
Sintomo
Benché il processo di backup di un computer virtuale sia già terminato, il relativo stato indica che il backup è ancora in corso in Gestione Hyper-V. Pertanto, se contemporaneamente si avvia un altro processo di backup per lo stesso computer virtuale, viene restituito il seguente messaggio di errore: "Il writer Hyper-V VSS ha rilevato un errore durante l'elaborazione di questo computer virtuale". Inoltre, risulta impossibile eseguire operazioni come accendere o spegnere il computer virtuale in Gestione Hyper-V. Se il computer virtuale è un cluster Hyper-V, non è possibile eseguire la migrazione in tempo reale di tale computer virtuale.
Questo problema si verifica nei seguenti casi:
Soluzione
Mentre il computer virtuale è bloccato, è ancora possibile utilizzare il sistema operativo guest come normale. Il problema non ha alcun impatto sull'utilizzo e sulla disponibilità del sistema operativo guest. Tuttavia, in caso di dubbi, per evitare questa situazione, è possibile completare una delle seguenti operazioni:
Sintomo
Si tratta di un problema VMware noto, legato alla funzionalità di traccia dei blocchi modificati. Con la disattivazione a livello di applicazione, la funzionalità di traccia dei blocchi modificati amplifica le modifiche.
Soluzione
Il problema è risolto in VMware ESXi 5.5 o versioni successive e in VMware ESX 5.1 patch 02. Se VMware vCenter Server 5.5 gestisce tutti gli host di VMware ESXi 5.1, la patch va applicata ad essi. Per ulteriori informazioni su questa correzione, consultare la Knowledge Base di VMware.
Se il problema persiste, impostare la seguente chiave del Registro di sistema sul server proxy:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]
"ResetCBT"=dword:00000001
Esempio:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
Nota: Dopo aver impostato il valore del Registro di sistema, il successivo processo di backup incrementale diventerà un processo di backup di verifica e i successivi processi di backup incrementale continueranno a essere eseguiti con la dimensione appropriata.
Per ulteriori informazioni, consultare l'articolo 2055943 della Knowledge Base di VMware.
Sintomo
Il computer virtuale di origine del backup presenta file VMDK con dimensioni superiori a 2 TB e il server ESX/ESX(i) con una versione precedente alla 5.5 è in grado di supportare solo un disco virtuale con dimensioni inferiori a 2 TB. Ad ogni modo, durante il ripristino del computer virtuale, possono verificarsi i seguenti errori:
Soluzione
Questo è un limite di VMware. La dimensione massima supportata da una versione del server VMware ESX/ESX(i) precedente alla 5.5 è pari a 2 TB-16 GB, ossia 2032 GB.
Si consiglia di utilizzare un server VMware ESX(i) 5.5 come destinazione per eseguire la conversione con un disco di grandi dimensioni.
Per ulteriori informazioni, consultare l'articolo 1012384 della Knowledge Base di VMware.
Sintomo
Quando viene eseguito un processo di backup su un computer virtuale contenente un controller SCSI con più di 7 VMDK, il processo di backup produrrà un errore. Ciò si verifica perché VMware richiede un numero massimo di slot disponibili per i VMDK su un controller SCSI specifico per la creazione di una snapshot. Un controller SCSI può disporre di un numero massimo di 15 slot. Ad esempio, se un controller SCSI dispone di 7 VMDK, è possibile creare una snapshot per ciascun VMDK. (Viene utilizzato un totale di 14 slot con uno slot libero.) Se un controller SCSI dispone di 8 VMDK, il processo di backup restituirà un errore in quanto non è possibile creare la snapshot a causa di soli 15 slot disponibili.
Nota: Anche la creazione manuale di una snapshot restituirà un errore.
Soluzione
Per computer virtuali con più di sette dischi su un controller SCSI singolo, eseguire le seguenti operazioni:
È ora possibile creare snapshot per ogni VMDK.
Si tratta di una limitazione di VMware, per cui Arcserve Backup supporta soltanto il numero di dischi VMDK necessari per i backup.
Per ulteriori informazioni, consultare il seguente articolo della Knowledge base di VMware: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
Per risolvere questo problema, rimuovere il computer virtuale precedente da CA arcserve Central Protection Manager e importare il nuovo computer virtuale.
Sintomo
Si tratta di un problema noto di VMware relativo agli host e ai computer virtuali ESXi 5.0, 5.1 e 5.5 che utilizzano le schede di rete E1000 ed E1000e.
Nota: Questo problema è risolto nei seguenti aggiornamenti di VMware.
Soluzione
Passare a una scheda VMXNET3. Per ulteriori informazioni, consultare l'articolo 2059053 della Knowledge Base di VMware.
Sintomo
Quando un computer virtuale viene importato nella visualizzazione del nodo si verificherà un errore se un altro UUID di istanza del computer virtuale è già stato aggiunto alla visualizzazione del nodo.
Sintomo
Quando un piano di backup del computer virtuale basato su host include un computer proxy su cui è installata una versione precedente di Arcserve D2D (ad esempio, r16.5), verrà visualizzato il messaggio di errore Cannot find dispatch method (Impossibile trovare il metodo di invio) con il salvataggio del piano.
Soluzione
Il problema si verifica poiché l'API della versione corrente non è compatibile con l'API della versione precedente di Arcserve D2D. Per risolvere il problema, è possibile eseguire l'aggiornamento manuale di Arcserve D2D alla versione corrente dell'Agente Arcserve UDP (Windows).
Sintomo
Il processo Host-Based VM Backup viene interrotto per ore e non può procedere.
Soluzione
Terminare afbackend.exe in base all'ID processo nel registro attività, rimuovere la snapshot del computer virtuale (se presente), quindi inviare nuovamente il processo di backup.
Sintomo
Il comportamento del sistema operativo crea lo stato Non in linea per impostazione predefinita.
Il criterio SAN è stato introdotto in Windows Server 2008 per proteggere i dischi condivisi a cui si accede da più server. Il criterio SAN predefinito dal computer virtuale di origine è Offline Shared (Porta offline dischi condivisi) per tutti i dischi SAN tranne che per il disco di avvio. L'impostazione del criterio su Non in linea abilita i dischi SAN a essere non in linea durante l'avvio. Dopo il ripristino, viene creato un disco nuovo per il computer virtuale. Il file del disco del computer virtuale sembra essere un disco SAN e il sistema operativo lo identifica come non in linea. Dopo essere stato impostato nuovamente su In linea, il disco rimane in linea anche dopo il riavvio del sistema.
Soluzione
Come soluzione alternativa, specificare il comando DISKPART.exe: impostazione SAN POLICY=OnlineAll per il computer virtuale di origine prima del backup. Poiché è possibile condividere i dischi con altri server, può verificarsi un danneggiamento dei dati. Si deve utilizzare il criterio SAN corretto per proteggere i dati.
Riga di comando DISKPART.EXE
Criterio SAN di query:
DISKPART > san
SAN Policy: Condiviso offline
Modifica criterio SAN:
DISKPART > san policy=OnlineAll
DISKPART modifica correttamente il criterio SAN per il sistema operativo corrente.
Sintomo
Dopo avere eseguito il backup di un computer virtuale Hyper-V, i volumi sulle periferiche iSCSI non verranno elencati nell'interfaccia utente di ripristino.
Soluzione
Creare un piano di backup basato su agente in Arcserve UDP o utilizzare l'Agente Arcserve UDP (Windows) per eseguire il backup del computer virtuale.
Sintomo
Durante i processi di backup senza agente basati su host per un computer virtuale Hyper-V, se il sistema operativo guest è Windows Server 2003, non è possibile eseguire i comandi pre/post. Nel registro attività viene visualizzato l'avviso "Nome del computer virtuale non previsto. Impossibile eseguire i comandi pre/post".
Soluzione
Il problema non si verifica con Windows Server 2008, Windows Vista o con una versione successiva del sistema operativo, se ne consiglia pertanto l'utilizzo.
Problemi correlati all'installazione/distribuzione remota (agente)
Sintomo
L'API di configurazione di Windows restituisce l'errore 1460, che indica che il periodo di timeout è scaduto. Il valore predefinito di timeout è di 300 secondi per l'aggiornamento del driver di periferica.
Soluzione
Per regolare il valore di timeout, attenersi alla seguente procedura:
Computer Configuration\Administrative Templates\System\Device Installation
Configurare il timeout di installazione della periferica.
Problemi correlati al computer istantaneo virtuale
Sintomo
Quando si utilizzano le informazioni ESX per l'accesso e la selezione di un pool di risorse come la posizione del computer virtuale istantaneo, quest'ultimo si trova nell'host ESX e non nel pool di risorse. Se si elimina il computer virtuale istantaneo dalla console e se ne ricrea un altro con lo stesso nome, a tale nome verrà aggiunto il suffisso (1) e non l'indicatore di data/ora come previsto.
Soluzione
Ciò si verifica perché il server ESX è gestito da vCenter. Utilizzare le informazioni di accesso vCenter per creare il computer virtuale istantaneo.
Sintomo
Quando si avvia il computer virtuale istantaneo (IVM) e poi si riavvia il server di ripristino di Hyper-V, è possibile che il computer virtuale istantaneo non venga avviato.
Soluzione
Per risolvere questo errore di avvio, riavviare il computer virtuale istantaneo.
Sintomo
Un volume di Windows è stato assegnato come una cartella condivisa NFS e il percorso di volume condiviso è stato fornito come il percorso del file del computer virtuale istantaneo. Quando si formatta il volume di Windows e si prova a creare il computer virtuale istantaneo, il computer virtuale istantaneo non viene creato. Il computer virtuale istantaneo non viene creato perché l'host ESXi non riesce ad aggiungere l'archivio dati NFS. VMware visualizza il messaggio di errore seguente:
VMware non è riuscito a creare il computer virtuale.
Nel file vmkernal.log viene visualizzato il registro errori seguente:
Nessuna periferica sottostante per la versione principale, secondaria
Soluzione
Per risolvere il problema, eseguire questi passaggi sul server di ripristino.
Viene visualizzata la finestra di dialogo Strumenti di amministrazione.
Verrà visualizzata la finestra di dialogo Servizi.
Il computer virtuale istantaneo viene creato.
Problemi correlati con la visualizzazione del registro
Sintomo
Nella visualizzazione del registro, se un computer virtuale protetto non ha un nome host, il suo valore per il nome del nodo viene visualizzato come "NomeComputerVirtuale(Nodo)". In questo caso, gli altri filtri non funzionano.
Soluzione
È possibile modificare manualmente il nome del nodo da VM(NomeHost) a nome host per il corretto funzionamento di tutti i filtri. Ad esempio, modificare il nome del nodo da VM(xxxxx01-AB) a xxxxx01-AB.
Problemi correlati con Microsoft Exchange
Sintomo
Ciò si verifica quando il server Exchange è installato su un computer virtuale e viene eseguito l'Agente Arcserve UDP (Windows) per la protezione del computer virtuale. Dopo l'esecuzione del processo di backup, se il computer virtuale viene ripristino su una snapshot del computer virtuale salvata precedentemente e l'utente esegue il recupero del database Exchange sulla posizione originale, il ripristino produrrà il seguente errore: "Il database o il gruppo di archiviazione di [DB_Name] è stato ripristinato sulla posizione originale ma si è verificato un errore durante il montaggio."
La causa principale è ancora in fase di investigazione. Tuttavia, sembra essere dovuta al timestamp registrato nel database di Exchange e ai file di registro di transazione più recenti.
Soluzione
Si consiglia di provare ad eseguire il recupero del database di Exchange in una posizione alternativa, oppure di smontare il database e rimuovere tutti i file nella cartella di destinazione prima dell'esecuzione del ripristino.
Problemi correlati con Microsoft SQL Server
Sintomo
Microsoft SQL Server potrebbe dover allocare ulteriore memoria per l'elaborazione della query, in particolare se è presente una grande quantità di dati nel database di Arcserve UDP. Tuttavia, se Microsoft SQL Server non è in grado di acquisire ulteriore memoria a causa della mancata disponibilità o di un limite massimo configurato, l'elaborazione della query potrebbe risultare rallentata e, di conseguenza, anche i tempi di risposta della Console di Arcserve UDP.
Soluzione
Eliminare alcuni registri dal database mediante l'opzione Registro/Elimina, quindi riavviare il servizio SQL.
Problemi correlati al Recovery Point Server/all'archivio dati
Sintomo
Quando viene inoltrato manualmente, il processo di unione non viene eseguito e viene visualizzato il seguente messaggio nel registro attività:
Impossibile eseguire il processo di unione di <node name>; un altro processo è in esecuzione
Soluzione
La causa di questo errore potrebbe essere dovuta alla presenza di altri processi in esecuzione per il nodo nello stesso Recovery Point Server ma su un archivio dati diverso. Come soluzione alternativa, attendere il completamento di tali processi, quindi riprovare.
Sintomo
Il backup o il processo di replica non riesce e viene visualizzato l'errore "Impossibile trovare il file specificato".
Controllare il registro eventi di Windows. McAfee rileva il file dell'archivio dati (ad esempio, P0000000042.data) come un trojan Exploit-ScriptNull e lo elimina.
Soluzione
Configurare l'impostazione dell'antivirus per impostare la posizione dell'archivio dati del Recovery Point Server nell'elenco esclusioni.
Nota: Alcuni software antivirus richiedono l'impostazione di elenco delle esclusioni sul lato server.
Sintomo
Ciò si verifica se il limite delle risorse di rete corrisponde a una larghezza di banda ridotta o la velocità effettiva di rete sul server RPS di destinazione è ridotta. Pertanto, è possibile che l'invio dei dati in coda possa richiedere alcuni minuti.
Soluzione
Attendere la chiusura del processo di replica.
Problemi correlati al Recovery Point Server//importazione da Hyper-V/nodo
Sintomo
Quando si tenta di aggiungere un nodo mediante l'indirizzo IP o il nome nodo sui sistemi operativi Windows che supportano il controllo dell'account utente (UAC), ad esempio Windows Vista o versioni successive, o di importare computer virtuali da un server Hyper-V in grado di supportare il controllo UAC, e si utilizza un nuovo account utente di Windows che è un account locale nel gruppo amministratori ma non corrisponde all'amministratore predefinito, viene visualizzato il messaggio seguente:
"Sono necessari privilegi di amministratore."
Soluzione
Utilizzare un amministratore integrato oppure un amministratore di dominio. In alternativa, è possibile disattivare l'UAC remoto.
Questo è il comportamento predefinito di Windows chiamato restrizioni remote UAC. Se si desidera comunque utilizzare questo account per aggiungere il nodo, disabilitare l'UAC remoto eseguendo i passaggi seguenti:
Viene visualizzato l'editor del Registro di sistema di Windows.
Nota: Potrebbe essere necessario fornire le credenziali di amministratore per accedere all'editor del Registro di sistema di Windows.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Per informazioni più dettagliate sui comportamenti di Windows, consultare l'articolo http://support.microsoft.com/kb/951016.
Sintomo
La funzione di rimozione dell'hypervisor per un nodo non è supportata dalla release corrente.
Soluzione
Rimuovere il nodo e aggiungerlo nuovamente.
Sintomo
Poiché Arcserve UDP dispone di un'interfaccia utente unica, non è previsto che gli utenti dispongano di più Consola di Arcserve UDP. Pertanto, lo scenario per lo spostamento dell'agente da un server all'altro avrà effetto soltanto se viene rimosso il server precedente.
Soluzione
Lo spostamento di un nodo da una console a un'altra è uno scenario poco frequente.
Problemi correlati al Registro di sistema
Sintomo
McAfee o altri software di terze parti impostano l'opzione EnableECP=1 nel registro di sistema quando vengono installati su Windows Server 2012.
Soluzione
Nel registro di sistema, modificare il valore di EnableECP da 1 a 0 con la chiave seguente:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
Per ulteriori informazioni, consultare il sito http://support.microsoft.com/kb/2817216.
Problemi correlati alla replica
Sintomo
Il secondo processo di replica attenderà in stato di preparazione e non verrà completato correttamente dopo 10 minuti.
Soluzione
Non è necessario eseguire nessuna operazione specifica. Al termine del secondo processo di replica non completato, il processo di riparazione verrà attivato.
Problemi correlati all'utilità Arcserve UDP Exchange Granular Restore (AEGR)
Sintomo
Dopo un processo di ripristino, le seguenti proprietà degli elementi potrebbero non essere ripristinate correttamente:
Soluzione
Utilizzare l'opzione Esporta in PST per ripristinare gli elementi mancanti.
Problemi correlati al ripristino
Sintomo
Quando si utilizzano gli agenti dell'Aggiornamento 4 o versioni precedenti, si verificano i seguenti errori:
Il database o il gruppo di archiviazione di Exchange è stato ripristinato sulla posizione originale ma si è verificato un errore durante il montaggio.
Soluzione
Aggiornare gli agenti all'agente di Arcserve UDP Versione 6.0.
Sintomo
Quando la destinazione del ripristino è una cartella di condivisione remota come \\FileServer\ShareFolder\RestDest e la destinazione di backup è una cartella di condivisione remota con lo stesso percorso, come \\FileServer\ShareFolder\RestDest, si verifica l'errore.
Se l'account utente utilizzato per connettersi alla cartella di condivisione principale non si trova nell'elenco delle autorizzazioni, il processo di ripristino non riesce a prescindere dall'account utilizzato per la cartella di destinazione del ripristino.
Soluzione
Aggiungere l'account utente assegnato alla destinazione di backup per generare la connessione nell'elenco di autorizzazioni della cartella di condivisione principale e verificare che l'account utente disponga delle autorizzazioni necessarie per eseguire il ripristino del file.
Aggiungere l'account utente nel gruppo degli operatori di backup e verificare che disponga dell'autorizzazione per sovrascrivere le restrizioni di protezione.
Sintomo
Se la crittografia viene abilitata per il punto di ripristino, non sarà necessario immettere la password per i punti di ripristino di cui è stato eseguito il backup a partire dal server corrente. Tuttavia, se si esegue l'aggiornamento del sistema operativo Windows (ad esempio, da Windows 2008 a Windows 2008 R2), la password non verrà compilata automaticamente nell'interfaccia utente dell'Agente Arcserve UDP (Windows). Sarà pertanto necessario immettere nuovamente la password.
Soluzione
Annotare la password di crittografia del punto di ripristino o di sessione e mantenerla in un luogo sicuro per un utilizzo successivo.
Sintomo
Durante il ripristino di un computer virtuale VMware, viene visualizzato il seguente errore:
Non si dispone dei diritti di accesso per il file, per ulteriori informazioni consultare il registro di debug del ripristino. Se necessario, contattare il supporto tecnico di Arcserve.
È possibile visualizzare le seguenti voci di registro per registro di debug del ripristino:
[VDDKLOG] CnxAuthdConnect: Restituisce false perché la verifica SSL richiesta e l'authd di destinazione non supportano SSL
[VDDKLOG] CnxConnectAuthd: Restituisce false perché CnxAuthdConnect non è riuscito correttamente
[VDDKLOG] Cnx_Connect: Restituisce false perché CnxConnectAuthd non è riuscito correttamente
[VDDKLOG] Cnx_Connect: Messaggio di errore: SSL richiesto
Soluzione
Potrebbe essere dovuto al fatto che l'autenticazione SSL è disabilitata sull'host ESX di VMware . Per risolvere l'errore, utilizzare uno dei metodi seguenti:
config.defaults.security.host.ruissl
/etc/vmware/config;
L'autenticazione SSL è stata abilitata.
Problemi correlati alla connessione del server
Sintomo
Quando si esegue l'accesso ai registri attività dall'Agente o dalla Console, è possibile che venga visualizzato il seguente messaggio di errore:
Impossibile stabilire la connessione al server arcservedocs.com.
Soluzione
È possibile ignorare il messaggio.
Problemi correlati a Virtual Standby
Sintomo
Il nodo è stato sottoposto a backup su un archivio dati RPS, replicato su un altro archivio dati RPS ed è stato creato un computer Virtual Standby viene con l'origine della replica. In seguito alla distribuzione del piano, è possibile riprendere direttamente il processo Virtual Standby se per tale processo sono presenti delle sessioni meno recenti. Ma, in seguito all'inoltro del processo, il processo Virtual Standby non viene avviato.
Soluzione
Per risolvere questo problema, eseguire innanzitutto una replica manuale. Fare clic con il tasto destro del mouse sul nodo e fare clic su Replica ora. Al termine del processo di replica, riprendere il processo Virtual Standby.
Sintomo
Il processo Virtual Standby non riesce con il seguente errore:
Impossibile ottenere la firma del disco (firma vuota)
Soluzione
In Arcserve UDP Versione 6.0, la libreria VMWare VDDK è aggiornata dalla versione 5.5 alla versione 6.0. In VDDK v6, per l'inizializzazione della libreria VDDK è necessario un nuovo campo denominato Thumbprint. La chiamata del convertitore VSB si basa su Arcserve UDP Versione 5.0, in cui non è presente il campo Thumbprint. Ciò causa la mancata riuscita della chiamata dal convertitore al computer di monitoraggio
Per risolvere questo problema, aggiornare il convertitore a Arcserve UDP Versione 6.0.
Sintomo
L'Agente Arcserve UDP (Windows) viene sottoposto a backup nell'archivio dati RPS di Arcserve UDP e il server RPS viene aggiornato a Arcserve UDP 6.0. Inoltre, l'Agente Arcserve UDP (Windows) viene sottoposto a backup in una cartella condivisa e l'agente viene aggiornato a Arcserve UDP 6.0. Il processo VSB Virtual Standby su Hyper-V non riesce e vengono visualizzati i seguenti errori:
Impossibile trovare il metodo di invio per {http://webservice.arcflash.com}IsVmFileExist.
oppure
Impossibile trovare il metodo di invio per {https://webservice.arcflash.com}IsVmFileExist.
Soluzione
Aggiornare l'agente di Arcserve UDP a Arcserve UDP 6.0 sul server Hyper-V.
Questo problema potrebbe verificarsi anche in caso di attivazione di computer virtuali contenenti volumi in sola lettura. Per correggere questa condizione, posizionare i volumi sul disco con stato accessibile in lettura.
Failed to get Recovery Point information (Impossibile ottenere le informazioni relative al punto di ripristino selezionato).
Questo comportamento si verifica quando si esegue un ripristino V2P mediante la snapshot più recente e non è stato completato il processo di conversione del nodo a seguito della ridistribuzione dell'attività Virtual Standby sul nodo.
Soluzione
Soluzione
Eseguire il ripristino V2P utilizzando il ripristino bare metal dell'agente di Arcserve UDP.
Nota: Questa limitazione si verifica solo per i processi di Virtual Standby in esecuzione sui server Hyper-V.
Sintomo
L'Agente Arcserve UDP (Windows) presenta un disco di 2 TB e il server ESX/ESX(i) con una versione precedente alla 5.5 è in grado di supportare solo un disco virtuale con dimensioni inferiori a 2 TB. Ad ogni modo, durante la conversione, possono verificarsi i seguenti errori:
Soluzione
Questo è un limite di VMware. La dimensione massima supportata da una versione del server VMware ESX/ESX(i) precedente alla 5.5 è pari a 2 TB-16 GB, ossia 2032 GB.
Si consiglia di utilizzare un server VMware ESX(i) 5.5 come destinazione per eseguire la conversione con un disco di grandi dimensioni.
Per ulteriori informazioni, consultare l'articolo 1012384 della Knowledge Base di VMware.
Sintomo
La distribuzione del piano non è riuscita e viene visualizzato il seguente messaggio di errore: Impossibile applicare le impostazioni di Virtual Standby al nodo xxx. (Impossibile stabilire la connessione tra xxx e il computer di monitoraggio: xxx. Credenziali utente non valide).
Soluzione
Modificare l'attività Virtual Standby nel piano, immettere la password per il monitoraggio, quindi salvare il piano.
Problemi correlati a Snapshot VSS
Rimedio provvisorio
Nota: Si tratta di un problema che si verifica raramente. Per ulteriori informazioni, consultare l'articolo KB VMware 2006849 o l'articolo KB Microsoft 2853247.
Data Corruption During UDP Upgrade due to Backward Compatibility
You may notice data corruption for backward compatibility of protecting UDP v5 nodes to UDP v6 RPS, it might cause data corruption on deduplication data store.
This issue does not impact if you are using one of the following options:
This issue impacts if you have:
When do you face this data corruption:
If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6, you may face this issue in the following scenarios:
Sintomo
The data corruption issue might happen in the following two scenarios.
Scenario 1: The Agent node is with Arcserve UDP v5 and the RPS node is with Arcserve UDP v6. Agent job fails to back up and generates the incomplete recovery point on the deduplication data store. Deleting the incomplete recovery point from the deduplication data store may lead to data corruption.
Scenario 2: The source RPS node is with Arcserve UDP v5 and the destination RPS node is with Arcserve UDP v6. The Replication job fails and generates the incomplete recovery point destination deduplication data store. Deleting the incomplete recovery point from the destination deduplication data store may lead to data corruption.
Reason
Due to the mismatch of interface between different versions, when Arcserve UDP v6 RPS tries to delete the incomplete sessions generated by Arcserve UDP v5, it may wrongly delete additional index files which leads to data corruption.
Soluzione
If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6:
Note: Before applying the patch, do not run any backup/replication jobs.
Note: If you opt for this option, do not upgrade to Arcserve UDP v6. You can directly upgrade from Arcserve UDP v5 to Arcserve UDP v6 update 1.
If you have already upgraded from Arcserve UDP v5 to Arcserve UDP v6:
Note: Contact Arcserve Support to get the patch.
How to handle corrupted recovery points?
You cannot recover any recovery point that is corrupted due to the backward compatibility issue as the corresponding index file is incorrectly deleted.
To make sure that the subsequent recovery points do not depend on the corrupted recovery point, we recommend to take again full backup for the impacted node.
In addition, other jobs related to merge job that need to read from the corrupted recovery point might continue failing even though new full backup is done.
To solve the above, we recommend to rename the node folder in the backup destination folder of dedupe data store. Add Backup as prefix to the original node name.
For example:
NODE_NAME[1a98528f-db3c-45de-83d6-9d729815ab7d]
to
BackupNode_Name[1a98528f-db3c-45de-83d6-9d729815ab7d]
As a result, new folder name of the source node is created that automatically converts the recovery point as full when the specific node backs up to the data store again.
For the renamed folder, you can perform the following options:
You can select to delete the renamed node through data store UI, if all the recovery points in the renamed folder are not useful anymore. The automatic retention management of the Plan only applies to the new recovery points done after the renaming of the folder.
Se si utilizza il browser Web Windows 10 Edge, potrebbe non essere possibile effettuare l'accesso agli agenti Windows o Linux dalla console quando si fa clic sull'agente di ripristino o di accesso. Utilizzare un altro browser per effettuare l'accesso.
Sintomo
Se sono presenti due computer virtuali (VM1 e VM2) con lo stesso GUID negli host ESXi e tali computer virtuali sono gestiti da diversi vCenter, rispettivamente VC1 e VC2, nella console viene importato il VM1 (non è possibile importare entrambi i computer virtuali perché nella console non sono consentiti nodi con lo stesso GUID). Ma vengono importati anche i computer virtuali da vCenter VC2. Durante l'esecuzione, il rilevamento automatico si connette innanzitutto al VC1 e rileva il VM1 in base al GUID corrispondente; quindi, la colonna dell'hypervisor viene aggiornata con le informazioni relative a VC1. In seguito, quando si connette a VC2, rileva il VM2 in base al GUID corrispondente e la colonna dell'hypervisor viene aggiornata con le informazioni relative a VC2.
Soluzione
È poco frequente che due computer virtuali abbiano lo stesso GUID. Nel caso peggiore, se ciò si verifica, il backup senza agente basato su host può operare sul computer virtuale sbagliato perché Arcserve UDP utilizza il GUID per identificare i computer virtuali. Per risolvere il problema, è possibile modificare manualmente il GUID di uno dei computer virtuali. Per ulteriori informazioni su come eseguire questa operazione, fare riferimento all'argomento correlato nella Guida alle soluzioni.
Sintomo
Impossibile accedere alla console di Arcserve UDP. Nella console viene visualizzato il messaggio seguente anche dopo cinque minuti dall'accesso:
Identity Service is starting (Avvio del servizio di identità in corso)
Soluzione
Per risolvere questo problema:
Sintomo
Il processo JumpStart per più nodi non riesce se su uno di questi è in corso un processo di replica.
Soluzione
È possibile attendere il completamento del processo di replica prima di inoltrare il processo JumpStart o inoltrare il processo JumpStart per gli altri nodi.
Sintomo
Il processo di copia su nastro potrebbe non riuscire nei seguenti casi:
Soluzione
Per il primo problema, aggiungere il nodo dell'agente di Arcserve UDP all'interfaccia utente della console di Arcserve UDP senza il nome utente localizzato.
Per il secondo problema, aggiungere il nodo RPS alla console di Arcserve UDP senza il nome utente localizzato.
Sintomo
L'impostazione della periferica NAT sarà ridondante nell'attività Replica da server RPS gestito in remoto quando sarà necessario modificare il piano nell'ambiente NAT se contiene le seguenti attività:
Quando è necessario modificare il piano e visualizzare la configurazione dell'attività 1, si noterà che l'opzione Il server si trova dietro la periferica NAT è ridondante quando è configurata l'opzione Il server si trova dietro il router NAT. Il processo di replica può riuscire se le informazioni fornite sul router NAT sono corrette.
Soluzione
È possibile ignorare il campo Il server si trova dietro la periferica NAT nell'attività Replica da server RPS gestito in remoto durante la modifica del piano, poiché è ridondante. Utilizzare il campo Il server si trova dietro il router NAT per garantire la corretta esecuzione del processo di replica.
Sintomo
Il filtro superiore BLI del Registro di sistema della classe di volume viene rimosso. Pertanto, il driver BLI non è in grado di monitorare i volumi.
Soluzione
È possibile proseguire nell'esecuzione di un backup incrementale dopo la reinstallazione del driver di rilevamento delle modifiche.
Segui questi passi:
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
Sintomo
Nel registro eventi è possibile trovare i seguenti messaggi: È stata tentata un'operazione non consentita su una chiave di Registro di sistema segnata per l'eliminazione o Il file del Registro di sistema è ancora in uso da altri servizi o applicazioni. Il file verrà scaricato ora. Dopo lo scaricamento i servizi o le applicazioni che stanno utilizzando il file del Registro di sistema potrebbero non funzionare correttamente."
Soluzione
Per conoscere la causa e la soluzione, consultare l'articolo della Microsoft KB 2287297.
Sintomo
Errore di montaggio di una sessione su una lettera di unità.
Questo errore si verifica nel caso in cui la destinazione corrisponda a una cartella locale su un volume FAT32. Il montaggio di un'unità supporta unicamente la creazione del file di cache su un volume NTFS.
Soluzione
Aggiungere una nuova chiave del Registro di sistema e personalizzare il percorso del file di cache utilizzando un volume diverso.
Segui questi passi:
Ulteriori informazioni:
Il file di cache viene creato con il montaggio di un'unità quando viene montato un volume scrivibile. Per il processo del catalogo di ripristino granulare/di ripristino, viene creato un volume scrivibile. Se la sessione deve eseguire il backup di volumi su Windows 8, Windows 2012 o un sistema operativo successivo, montare sempre un volume scrivibile quando si esegue il montaggio di una sessione su una lettera di unità.
Sintomo
Il backup inoltrato viene mostrato correttamente, ma l'interfaccia utente dell'Agente Arcserve UDP (Windows) non contiene alcun monitoraggio dei processi. Ciò avviene perché il processo di backup raggiunge il numero massimo di nodi simultanei impostato nell'archivio dati. Il processo di backup viene messo nella coda di attesa.
Soluzione
Aprire la console di Arcserve UDP per visualizzare il monitoraggio dei processi in attesa nella visualizzazione dei nodi.
Sintomo
Quando un processo di backup di verifica senza agente basati su host è in esecuzione e se la compressione è stata abilitata nel piano, la percentuale di compressione mostrata nel monitoraggio del processo è più alta della percentuale effettiva.
Tutti gli altri processi di backup non hanno questo problema, incluso processi di backup con agente e processi di backup completi/incrementali senza agente basati su host.
Soluzione
La percentuale di compressione mostrata nel registro attività è corretta. Verificarla nuovamente al completamento del processo di backup di verifica senza agente basato su host.
Sintomo
Il processo di backup del computer virtuale VMware viene completato correttamente sulla console di Arcserve UDP. Il processo è contrassegnato con un'icona di colore verde e nel registro attività è riportato il messaggio "Processo di backup completato correttamente". Tuttavia, nella cartella BIN del percorso di installazione dell'agente viene generato il file di dettagli relativo al processo di back-end, AFBackend.exe.7912.00.dmp. Esempio: C:\Programmi\Arcserve\Unified Data Protection\Engine\BIN.
Soluzione
Ciò si verifica a causa di un problema di VMware VDDK che a volte subisce un arresto anomalo durante la chiusura delle chiamate API a VDDK tramite Arcserve UDP. È possibile ignorare il problema se si verifica nell'ultima fase del processo di backup. In tal caso, il processo di backup è quasi completato e il punto di ripristino è stato sottoposto correttamente a wrapping.
Failed to integrate the language package into the BMR ISO Image (Impossibile integrare il pacchetto di lingua nell'immagine ISO di ripristino bare metal).
Sintomo
Questo problema viene causato dal driver di filtro del software antivirus di terze parti (McAfee), ma può verificarsi anche con altri filtri di terze parti.
Soluzione
Disabilitare il software antivirus e provare nuovamente a creare il kit di avvio.
Sintomo
Se il computer di origine è un server Active Directory su cui è in esecuzione un ripristino bare metal verso un computer fisico con hardware differente o un computer virtuale su un server Hyper-v, il server non si avvia e viene visualizzata una schermata blu con il messaggio seguente:
STOP: c00002e2 Directory Services could not start because of the following error: a device attached to the system is not functioning. Stato di errore: 0xc0000001.
Soluzione
Riavviare il sistema nell'ambiente PE di ripristino bare metal, rinominare tutti i file *.log nella cartella C:\Windows\NTDS e riavviare il sistema. Ad esempio, rinominare il file edb.log in edb.log.old e riavviare il sistema.
Sintomo
Potrebbe essere impossibile eseguire il mapping del disco/volume durante il ripristino bare metal, quando il computer di destinazione è un computer virtuale con disco IDE su un server Hyper-V 2008 o 2008R2.
Se si ripristinano i dati in un computer virtuale con disco IDE su un server Hyper-V 2008 o 2008R2 utilizzando il ripristino bare metal, non sarà possibile eseguire il mapping del disco/volume di origine nel disco/volume di destinazione, anche se le dimensioni di entrambi i dischi sembrano essere le stesse. Questo avviene perché quando si crea un disco IDE su un server Hyper-V 2008 o 2008R2, la dimensione effettiva del disco è inferiore alla dimensione specificata.
Soluzione
Creare un disco più grande sul computer virtuale. Ad esempio, se si desidera ripristinare i dati da un disco di 25 GB, si consiglia di creare un disco da 26 GB nel computer virtuale di destinazione.
Sintomo
Questo problema viene osservato su VMWare ESX Server. Per i computer virtuali Windows 2003 il controller del disco predefinito è la scheda LSI Logic SCSI e il driver per questo tipo di scheda SCSI non è incluso in Windows ADK 8.1. Si può osservare questo problema anche su alcuni server meno recenti con schede SCSI precedenti.
Soluzione
Per risolvere questo problema, ottenere i driver dal sito di Web del fornitore hardware e caricare il driver dall'interfaccia utente del ripristino bare metal.
[VDDKLOG] SSLCheckLockingCallback: locking callback overwritten! Expected 7FEE3A836E0, saw 113C2420
Come soluzione alternativa, impostare la chiave di registro VDDKLogLevel su 0 nel percorso seguente:
\HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
Impossibile creare la copia snapshot "{xxx} backup" su più volumi del sistema di archiviazione "xxx" dopo "100" nuovi tentativi con un intervallo di "10" secondi.
Per la creazione della chiave di registro, attenersi alla procedura seguente:
HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
DoNotUseFlexCloneLicenseToCloneLun
Dopo essere passati alla visualizzazione del punto di ripristino di Arcserve UDP, non è possibile montare il volume montato sotto un percorso di file nella sessione di backup.
Sintomo
Se il volume è ancora montato, la visualizzazione del punto di ripristino di Arcserve UDP apre direttamente il volume montato dal sistema operativo, non dalla sessione di backup.
Se il volume è smontato, in quel percorso file della visualizzazione del punto di ripristino di Arcserve UDP non viene visualizzato niente.
Soluzione
Utilizzare Monta punto di ripristino per montare questo tipo di volume.
Sintomo
VMware recently published a KB article, which indicates that, in ESXi 6.0 or ESXi 6.0.x, a bug has been introduced in Changed Block Tracking (CBT) and it causes the CBT to return incorrect changed sector list. Arcserve UDP is potentially affected by this issue, which results inconsistent virtual machine backups (both full and incremental). For more details, refer to the VMware KB.
If the problem occurs, the catalog job may fail and Check Recovery Point may report errors.
Soluzione
VMware has released a patch for this issue. Apply this patch on your ESXi hosts. For more details, see the VMware KB article, or Arcserve KB article.
Sintomo
This problem is observed if the Hyper-V host is Windows 2012 R2 and VM’s guest OS is SUSE Linux Enterprise Server (SLES) 12 with runlevel 5 (with graphical interface). In this case, the agentless backup job hangs at the “taking snapshot” phase and finally fails. After that, the VM guest OS becomes unresponsive.
Soluzione
This is not an issue of Arcserve UDP but a compatibility problem of Windows and SUSE. The same problem occurs when creating a VSS snapshot by using diskshadow command in the Hyper-V host. Follow these steps to verify the problem:
There is no workaround so far. We suggest you to work with Microsoft to solve the root cause. Alternatively, you may try changing the runlevel of SLES 12 from 5 to 3 (without graphical interface) but this does not guarantee any resolution.
Sintomo
For VMware VM, pre-flight check (PFC) reports the following warning message for the Data Consistency check even when you have already provided proper credentials.
Not verified because the application failed to access the virtual machine. Verify that the user credentials are correct and have administrative privileges.
Soluzione
Only PFC for VMware VM has this issue. Other features such as backup are not affected. The workaround is to install Arcserve UDP Agent on the machine in which Arcserve UDP Console is installed (Agent service does not have to be started).
Sintomo
Even when a SAN transport mode is possible, backup and restore jobs still use the HotAdd, NBD, or NBDSSL transport mode.
Soluzione
This is a known issue of VMware VDDK 6.0.1. There is no solution from VMware for now. For details you can refer to Know Issues in VDDK 6.0.1 release notes.
Sintomo
Even when a SAN transport mode is possible, backup and restore jobs still use the HotAdd, NBD, or NBDSSL transport mode when the provisioned size of VM’s virtual disk is 4 TB or a multiple of 4 TB.
Soluzione
This is VMware known issue which, according to VMware, has been in following patches:
• For ESXi 5.5 - Patch Release ESXi550-201504001 (2112672)
• For ESXi 6.0 - Patch Release ESXi600-201505001 (2116125)
The workaround is to avoid using provisioned size which is the multiple of 4 TB. For example, do not use 4 TB or 8 TB; instead, use 3.9 TB or 8.1 TB.
Sintomo
When you quiesce a VMware VM using VMware Tools, the snapshot contains corrupted data. The backup reads data from the snapshot and the data that is backed up also becomes corrupted. For more information about this issue, see the VMware KB article.
Note: This problem occurs with all VMware ESXi versions and on a VM with guest OS Windows 2008 R2 SP1 and Windows 2012. Arcserve UDP cannot detect the data corruption problem because VMware does not return an error in this case. You may not be aware of the problem until you try to restore data.
Soluzione
Perform the following tasks to detect and resolve the problem:
Sintomo
When using the Microsoft VSS inside VM snapshot quiescing method to back up a VMware VM, the backup may not be consistent. Especially when backing up VM with applications (such as Exchange) installed.
Soluzione
The workaround is to use VMware Tools snapshot quiescing method, along with disabling the VSS writers MSSearch Service Writer and Shadow Copy Optimization Writer in guest OS of VM before this problem gets fixed.
Unable to connect the network adapter <<adapter name>> to the virtual switch.
Sintomo
When backing up a VM, failover happens for the clustered VM before taking a snapshot . This failover causes the Hyper-V host that is recorded in the backup session to be inconsistent with the VM configuration.
Soluzione
You can manually connect the network adapter to a virtual switch on the Hyper-V host or use the Restore to an alternative location option to recover the VM that lets you set the restore configuration for the VM.
Sintomo
Although the backup job of one virtual machine has already finished, the virtual machine's status is still "Backup up" in the Hyper-V Manager. Therefore, if another backup job for this VM starts at this time, it will fail with error "The Hyper-V VSS writer has encountered an error when processing this virtual machine". In addition, you cannot perform some operations, such as power on/off, for the VM at that time in the Hyper-V Manager. If the VM is a Hyper-V cluster, you cannot perform live migration for that VM.
This problem happens during the following situations:
Soluzione
While the VM is "locked", you can still use the guest OS as normal. Therefore, this has no impact on the usage/availability of the guest OS. However, if you have concerns and want to avoid this situation, you can do either of the following:
Sintomo
This is a known VMware issue where it involves Changed Block Tracking (CBT). With application level quiescing, Changed Block Tracking overstates changes.
Soluzione
The issue is fixed in VMware ESXi 5.5 or later, and in VMware ESX 5.1 Patch 02. If VMware vCenter Server 5.5 manages any VMware ESXi 5.1 hosts, then the patch should be applied to them. For more information on this fix, see the VMware KB.
If you still see the issue, then set the following registry on the proxy server:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]
"ResetCBT"=dword:00000001
Example:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
Note: After the registry value is set, the next Incremental backup job converts to a Verify backup job and then the subsequent Incremental backup jobs continue to run with the appropriate size.
For more information, see the VMware KB Article 2055943.
Sintomo
The backup source VM has VMDKs larger than 2-TB and the ESX/ESX(i) server with a version lower than 5.5 can only support a virtual disk of up to 2-TB disk in size. However, during the VM recovery, the following errors can occur:
Soluzione
This is a VMware limitation. The maximum size that VMware ESX/ESX(i) server version lower than 5.5 supports is 2 T-16 GB, which is equal to 2032 GB.
It is recommended to use VMware ESX(i) server 5.5 as the destination to perform conversion with a large disk.
For more information, see the VMware KB Article 1012384.
Sintomo
When you run a backup job on a virtual machine containing a SCSI controller with more than 7 VMDKs, the backup job fails. The backup job fails because VMware requires a maximum number of free slots for VMDKs on a particular SCSI controller to create a snapshot. A SCSI controller can have a maximum number of 15 slots. For example, if a SCSI controller has 7 VMDKs, a snapshot can be created for each VMDK. (A total of 14 slots are used with one slot free.) If a SCSI controller has 8 VMDKs, the backup job fails because the snapshot cannot be created due to only 15 available slots.
Note: Manually creating a snapshot also fails.
Soluzione
For virtual machines with more than seven disks on a single SCSI controller, perform the following steps:
Snapshots can now be created for each VMDK.
This issue is a VMware limitation where Arcserve Backup can only support the number of VMDK disks for backups.
For more details, see the following VMware Knowledge Base article: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
To resolve this issue, remove the old VM from Central Protection Manager and import the new VM.
Sintomo
This is a known VMware issue affecting ESXi 5.0, 5.1, and 5.5 hosts and virtual machines using the E1000 and E1000e virtual network adapters.
Note: This issue is resolved in the following VMware updates.
Soluzione
Switch to a VMXNET3 adapter. For more information, see the VMware KB Article 2059053.
Sintomo
When a VM is imported to the node view, it fails if another VM with same VM instance UUID is already added to the node view.
Sintomo
When a host-based VM backup plan includes a proxy machine that has the previous release of Arcserve D2D installed (for example, r16.5), the error message “Cannot find dispatch method” appears when the plan is saved.
Soluzione
This problem occurs because the API of the current version is not compatible with the API of the previous version of Arcserve D2D. As a work around, you can manually upgrade Arcserve D2D to the current version of the Agente Arcserve UDP (Windows).
Sintomo
The host-based VM backup job hangs for hours and cannot proceed.
Soluzione
End afbackend.exe according to the process ID in the activity log, remove the VM snapshot if any, and resubmit the backup job.
Sintomo
The behavior of the operating system creates the offline state by default.
The SAN policy was introduced in Windows Server 2008 to protect shared disks that are accessed by multiple servers. The default SAN policy from the source VM is “Offline Shared” for all SAN disks except the boot disk. Setting the policy to Offline enables the SAN disks to be offline during startup. After recovery, a new disk for the VM is created. The disk file from the VM appears to be a SAN disk where the operating system identifies it as being offline. When the offline disk is set to be back online, the disk remains online even after rebooting the system.
Soluzione
As a workaround, specify the DISKPART.exe command: SAN POLICY=OnlineAll setting for the source VM before backup. Because the disks can be shared among other servers, data corruption can occur. You must use the correct SAN policy to protect the data.
DISKPART.EXE command line
Query SAN policy:
DISKPART > san
SAN Policy: Offline Shared
Change SAN policy:
DISKPART > san policy=OnlineAll
DISKPART successfully changes the SAN policy for the current operating system.
Sintomo
After backing up a Hyper-V VM, the volumes on iSCSI devices are not listed in the restore UI.
Soluzione
Create an agent-based backup plan in Arcserve UDP or use Agente Arcserve UDP (Windows) to back up the virtual machine.
Sintomo
For host-based agentless backup jobs for a Hyper-V VM, if the guest operating system is Windows Server 2003, the Pre/Post commands cannot be executed. The activity log prints the warning "The virtual machine name is not expected. Pre/Post commands cannot be executed".
Soluzione
Windows Server 2008, Windows Vista, or a later version of operating system do not have this problem and should be used.
Sintomo
When Windows 2003 R2 64-bit machine is used as the backup proxy server to protect VMware VM, at times the backup job may crash. You can see error messages as following in the backup job debug log file:
[2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLib: VixDiskLib_OpenEx: Open a disk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: VixDiskLibVim_GetNfcTicket: Get NFC ticket for [datastore1 (3)] VMname/VMware_1.vmdk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Error 18000 (listener error GVmomiFaultInvalidResponse). {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Login failure. Callback error 18000 at 2439. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Failed to find the VM. Error 18000 at 2511. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
Soluzione
In Arcserve UDP Version 6.0, VMWare VDDK 6.0.1 is built in. But VDDK 6.0.1 does not officially support Windows 2003 R2. As a workaround, you can use one of the following options:
How to apply different version of VDDK other than the built-in Version (6.0.1) in Arcserve UDP
Sintomo
Quando si utilizzano le informazioni ESX per l'accesso e la selezione di un pool di risorse come la posizione del computer virtuale istantaneo, quest'ultimo si trova nell'host ESX e non nel pool di risorse. Se si elimina il computer virtuale istantaneo dalla console e se ne ricrea un altro con lo stesso nome, a tale nome verrà aggiunto il suffisso (1) e non l'indicatore di data/ora come previsto.
Soluzione
Ciò si verifica perché il server ESX è gestito da vCenter. Utilizzare le informazioni di accesso di vCenter per creare il computer virtuale istantaneo.
Sintomo
Quando si avvia il computer virtuale istantaneo (IVM) e poi si riavvia il server di ripristino di Hyper-V, è possibile che il computer virtuale istantaneo non venga avviato.
Soluzione
Per risolvere questo errore di avvio, riavviare il computer virtuale istantaneo.
Sintomo
Un volume di Windows è stato assegnato come una cartella condivisa NFS e il percorso di volume condiviso è stato fornito come il percorso del file del computer virtuale istantaneo. Quando si formatta il volume di Windows e si prova a creare il computer virtuale istantaneo, il computer virtuale istantaneo non viene creato. Il computer virtuale istantaneo non viene creato perché l'host ESXi non riesce ad aggiungere l'archivio dati NFS. VMware visualizza il messaggio di errore seguente:
VMware non è riuscito a creare il computer virtuale.
Nel file vmkernal.log viene visualizzato il registro errori seguente:
Nessuna periferica sottostante per la versione principale, secondaria
Soluzione
Per risolvere il problema, eseguire questi passaggi sul server di ripristino.
Viene visualizzata la finestra di dialogo Strumenti di amministrazione.
Verrà visualizzata la finestra di dialogo Servizi.
Il computer virtuale istantaneo viene creato.
Il filtro del registro non funziona quando il nome del nodo è il computer virtuale (nome host) e la visualizzazione del registro viene caricata facendo clic sul collegamento Visualizza registri.
Sintomo
Nella visualizzazione del registro, se un computer virtuale protetto non ha un nome host, il suo valore per il nome del nodo viene visualizzato come "NomeComputerVirtuale(Nodo)". In questo caso, gli altri filtri non funzionano.
Soluzione
È possibile modificare manualmente il nome del nodo da VM(NomeHost) a nome host per il corretto funzionamento di tutti i filtri. Ad esempio, modificare il nome del nodo da VM(xxxxx01-AB) a xxxxx01-AB.
L'installazione del driver di montaggio non è riuscita con codice di errore 1460 nel registro di debug.
Sintomo
L'API di configurazione di Windows restituisce l'errore 1460, che indica che il periodo di timeout è scaduto. Il valore predefinito di timeout è di 300 secondi per l'aggiornamento del driver di periferica.
Soluzione
Per regolare il valore di timeout, attenersi alla seguente procedura:
Il ripristino del database di Exchange produce un errore di montaggio.
Sintomo
Ciò si verifica quando il server Exchange è installato su un computer virtuale e viene eseguito l'Agente Arcserve UDP (Windows) per la protezione del computer virtuale. Dopo l'esecuzione del processo di backup, se il computer virtuale viene ripristino su una snapshot del computer virtuale salvata precedentemente e l'utente esegue il recupero del database Exchange sulla posizione originale, il ripristino produrrà il seguente errore: "Il database o il gruppo di archiviazione di [DB_Name] è stato ripristinato sulla posizione originale ma si è verificato un errore durante il montaggio."
La causa principale è ancora in fase di investigazione. Tuttavia, sembra essere dovuta al timestamp registrato nel database di Exchange e ai file di registro di transazione più recenti.
Soluzione
Si consiglia di provare ad eseguire il recupero del database di Exchange in una posizione alternativa, oppure di smontare il database e rimuovere tutti i file nella cartella di destinazione prima dell'esecuzione del ripristino.
La Console di Arcserve UDP può rispondere lentamente se Microsoft SQL Server non è in grado di allocare ulteriore memoria.
Sintomo
Microsoft SQL Server potrebbe dover allocare ulteriore memoria per l'elaborazione della query, in particolare se è presente una grande quantità di dati nel database di Arcserve UDP. Tuttavia, se Microsoft SQL Server non è in grado di acquisire ulteriore memoria a causa della mancata disponibilità o di un limite massimo configurato, l'elaborazione della query potrebbe risultare rallentata e, di conseguenza, anche i tempi di risposta della Console di Arcserve UDP.
Soluzione
Eliminare alcuni registri dal database mediante l'opzione Registro/Elimina, quindi riavviare il servizio SQL.
Sintomo
Quando viene inoltrato manualmente, il processo di unione non viene eseguito e viene visualizzato il seguente messaggio nel registro attività:
Impossibile eseguire il processo di unione di <node name>; un altro processo è in esecuzione
Soluzione
La causa di questo errore potrebbe essere dovuta alla presenza di altri processi in esecuzione per il nodo nello stesso Recovery Point Server ma su un archivio dati diverso. Come soluzione alternativa, attendere il completamento di tali processi, quindi riprovare.
Sintomo
Il backup o il processo di replica non riesce e viene visualizzato l'errore "Impossibile trovare il file specificato".
Controllare il registro eventi di Windows. McAfee rileva il file dell'archivio dati (ad esempio, P0000000042.data) come un trojan Exploit-ScriptNull e lo elimina.
Soluzione
Configurare l'impostazione dell'antivirus per impostare la posizione dell'archivio dati del Recovery Point Server nell'elenco esclusioni.
Nota: Alcuni software antivirus richiedono l'impostazione di elenco delle esclusioni sul lato server.
Sintomo
Ciò si verifica se il limite delle risorse di rete corrisponde a una larghezza di banda ridotta o la velocità effettiva di rete sul server RPS di destinazione è ridotta. Pertanto, è possibile che l'invio dei dati in coda possa richiedere alcuni minuti.
Soluzione
Attendere la chiusura del processo di replica.
Sintomo
Quando si tenta di aggiungere un nodo mediante l'indirizzo IP o il nome nodo sui sistemi operativi Windows che supportano il controllo dell'account utente (UAC), ad esempio Windows Vista o versioni successive, o di importare computer virtuali da un server Hyper-V in grado di supportare il controllo UAC, e si utilizza un nuovo account utente di Windows che è un account locale nel gruppo amministratori ma non corrisponde all'amministratore predefinito, viene visualizzato il messaggio seguente:
"Sono necessari privilegi di amministratore."
Soluzione
Utilizzare un amministratore integrato oppure un amministratore di dominio. In alternativa, è possibile disattivare l'UAC remoto.
Questo è il comportamento predefinito di Windows chiamato restrizioni remote UAC. Se si desidera comunque utilizzare questo account per aggiungere il nodo, disabilitare l'UAC remoto eseguendo i passaggi seguenti:
Viene visualizzato l'editor del Registro di sistema di Windows.
Nota: Potrebbe essere necessario fornire le credenziali di amministratore per accedere all'editor del Registro di sistema di Windows.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Per informazioni più dettagliate sui comportamenti di Windows, consultare l'articolo http://support.microsoft.com/kb/951016.
Sintomo
La funzione di rimozione dell'hypervisor per un nodo non è supportata dalla release corrente.
Soluzione
Rimuovere il nodo e aggiungerlo nuovamente.
Sintomo
Poiché Arcserve UDP dispone di un'interfaccia utente unica, non è previsto che gli utenti dispongano di più Consola di Arcserve UDP. Pertanto, lo scenario per lo spostamento dell'agente da un server all'altro avrà effetto soltanto se viene rimosso il server precedente.
Soluzione
Lo spostamento di un nodo da una console a un'altra è uno scenario poco frequente.
Se la destinazione di backup è un volume NTFS abilitato alla deduplicazione su Windows Server 2012 e l'Agente Arcserve UDP (Windows) è installato su Windows 2003, i processi di ripristino, di unione o di catalogo potrebbero non riuscire. Il processo produce un errore con codice di errore 50 di Windows e viene visualizzato il messaggio "Richiesta non supportata".
Sintomo
McAfee o altri software di terze parti impostano l'opzione EnableECP=1 nel registro di sistema quando vengono installati su Windows Server 2012.
Soluzione
Nel registro di sistema, modificare il valore di EnableECP da 1 a 0 con la chiave seguente:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
Per ulteriori informazioni, consultare il sito http://support.microsoft.com/kb/2817216.
Sintomo
Il secondo processo di replica attenderà in stato di preparazione e non verrà completato correttamente dopo 10 minuti.
Soluzione
Non è necessario eseguire nessuna operazione specifica. Al termine del secondo processo di replica non completato, il processo di riparazione verrà attivato.
Sintomo
Il processo di replica (in entrata) non riesce e il registro attività restituisce il messaggio "Impossibile bloccare la sessione su <path>. La sessione è stata già bloccata dal processo copia file. Nome computer: <name>. ID processo: <ID>". Questo errore si verifica quando è abilitato il backup con il processo di catalogo file system e si configura il processo di copia file per l'esecuzione da un archivio dati di destinazione della replica.
Soluzione
Il processo di copia file comporta il blocco della sessione, impedendo di eseguire il processo di replica. Per risolvere il problema, è possibile utilizzare una delle seguenti opzioni:
Sintomo
Dopo un processo di ripristino, le seguenti proprietà degli elementi potrebbero non essere ripristinate correttamente:
Soluzione
Utilizzare l'opzione Export to PST (Esporta in PST) per ripristinare gli elementi mancanti.
Sintomo
Questo problema può verificarsi nei seguenti casi:
Soluzione
Per risolvere questa situazione, applicare una delle soluzioni seguenti:
Sintomo
Quando si utilizzano gli agenti dell'Aggiornamento 4 o versioni precedenti, si verificano i seguenti errori:
Il database o il gruppo di archiviazione di Exchange è stato ripristinato sulla posizione originale ma si è verificato un errore durante il montaggio.
Soluzione
Aggiornare gli agenti all'agente di Arcserve UDP Versione 6.0.
Sintomo
Quando la destinazione del ripristino è una cartella di condivisione remota come \\FileServer\ShareFolder\RestDest e la destinazione di backup è una cartella di condivisione remota con lo stesso percorso, come \\FileServer\ShareFolder\RestDest, si verifica l'errore.
Se l'account utente utilizzato per connettersi alla cartella di condivisione principale non si trova nell'elenco delle autorizzazioni, il processo di ripristino non riesce a prescindere dall'account utilizzato per la cartella di destinazione del ripristino.
Soluzione
Aggiungere l'account utente assegnato alla destinazione di backup per generare la connessione nell'elenco di autorizzazioni della cartella di condivisione principale e verificare che l'account utente disponga delle autorizzazioni necessarie per eseguire il ripristino del file.
Aggiungere l'account utente nel gruppo degli operatori di backup e verificare che disponga dell'autorizzazione per sovrascrivere le restrizioni di protezione.
Sintomo
Se la crittografia viene abilitata per il punto di ripristino, non sarà necessario immettere la password per i punti di ripristino di cui è stato eseguito il backup a partire dal server corrente. Tuttavia, se si esegue l'aggiornamento del sistema operativo Windows (ad esempio, da Windows 2008 a Windows 2008 R2), la password non verrà compilata automaticamente nell'interfaccia utente dell'Agente Arcserve UDP (Windows). Sarà pertanto necessario immettere nuovamente la password.
Soluzione
Annotare la password di crittografia del punto di ripristino o di sessione e mantenerla in un luogo sicuro per un utilizzo successivo.
Sintomo
Durante il ripristino di un computer virtuale VMware, viene visualizzato il seguente errore:
Non si dispone dei diritti di accesso per il file, per ulteriori informazioni consultare il registro di debug del ripristino. Se necessario, contattare il supporto tecnico di Arcserve.
È possibile visualizzare le seguenti voci di registro per registro di debug del ripristino:
[VDDKLOG] CnxAuthdConnect: Restituisce false perché la verifica SSL richiesta e l'authd di destinazione non supportano SSL
[VDDKLOG] CnxConnectAuthd: Restituisce false perché CnxAuthdConnect non è riuscito correttamente
[VDDKLOG] Cnx_Connect: Restituisce false perché CnxConnectAuthd non è riuscito correttamente
[VDDKLOG] Cnx_Connect: Messaggio di errore: SSL richiesto
Soluzione
Potrebbe essere dovuto al fatto che l'autenticazione SSL è disabilitata sull'host ESX di VMware . Per risolvere l'errore, utilizzare uno dei metodi seguenti:
config.defaults.security.host.ruissl
/etc/vmware/config;
L'autenticazione SSL è stata abilitata.
Errore di connessione durante l'accesso ai registri.
Sintomo
Quando si esegue l'accesso ai registri attività dall'Agente o dalla Console, è possibile che venga visualizzato il seguente messaggio di errore:
Impossibile stabilire la connessione al server arcservedocs.com.
Soluzione
È possibile ignorare il messaggio.
Sintomo
Il nodo è stato sottoposto a backup su un archivio dati RPS, replicato su un altro archivio dati RPS ed è stato creato un computer Virtual Standby viene con l'origine della replica. In seguito alla distribuzione del piano, è possibile riprendere direttamente il processo Virtual Standby se per tale processo sono presenti delle sessioni meno recenti. Ma, in seguito all'inoltro del processo, il processo Virtual Standby non viene avviato.
Soluzione
Per risolvere questo problema, eseguire innanzitutto una replica manuale. Fare clic con il tasto destro del mouse sul nodo e fare clic su Replica ora. Al termine del processo di replica, riprendere il processo Virtual Standby.
Sintomo
Il processo Virtual Standby non riesce con il seguente errore:
Impossibile ottenere la firma del disco (firma vuota)
Soluzione
In Arcserve UDP Versione 6.0, la libreria VMWare VDDK è aggiornata dalla versione 5.5 alla versione 6.0. In VDDK v6, per l'inizializzazione della libreria VDDK è necessario un nuovo campo denominato Thumbprint. La chiamata del convertitore VSB si basa su Arcserve UDP Versione 5.0, in cui non è presente il campo Thumbprint. Ciò causa la mancata riuscita della chiamata dal convertitore al computer di monitoraggio
Per risolvere questo problema, aggiornare il convertitore a Arcserve UDP Versione 6.0.
Sintomo
L'Agente Arcserve UDP (Windows) viene sottoposto a backup nell'archivio dati RPS di Arcserve UDP e il server RPS viene aggiornato a Arcserve UDP 6.0. Inoltre, l'Agente Arcserve UDP (Windows) viene sottoposto a backup in una cartella condivisa e l'agente viene aggiornato a Arcserve UDP 6.0. Il processo VSB Virtual Standby su Hyper-V non riesce e vengono visualizzati i seguenti errori:
Impossibile trovare il metodo di invio per {http://webservice.arcflash.com}IsVmFileExist.
oppure
Impossibile trovare il metodo di invio per {https://webservice.arcflash.com}IsVmFileExist.
Soluzione
Aggiornare l'agente di Arcserve UDP a Arcserve UDP 6.0 sul server Hyper-V.
Questo problema potrebbe verificarsi anche in caso di attivazione di computer virtuali contenenti volumi in sola lettura. Per correggere questa condizione, posizionare i volumi sul disco con stato accessibile in lettura.
Failed to get Recovery Point information (Impossibile ottenere le informazioni relative al punto di ripristino selezionato).
Questo comportamento si verifica quando si esegue un ripristino V2P mediante la snapshot più recente e non è stato completato il processo di conversione del nodo a seguito della ridistribuzione dell'attività Virtual Standby sul nodo.
Soluzione
Soluzione
Eseguire il ripristino V2P utilizzando il ripristino bare metal dell'agente di Arcserve UDP.
Nota: Questa limitazione si verifica solo per i processi di Virtual Standby in esecuzione sui server Hyper-V.
Sintomo
L'Agente Arcserve UDP (Windows) presenta un disco di 2 TB e il server ESX/ESX(i) con una versione precedente alla 5.5 è in grado di supportare solo un disco virtuale con dimensioni inferiori a 2 TB. Ad ogni modo, durante la conversione, possono verificarsi i seguenti errori:
Soluzione
Questo è un limite di VMware. La dimensione massima supportata da una versione del server VMware ESX/ESX(i) precedente alla 5.5 è pari a 2 TB-16 GB, ossia 2032 GB.
Si consiglia di utilizzare un server VMware ESX(i) 5.5 come destinazione per eseguire la conversione con un disco di grandi dimensioni.
Per ulteriori informazioni, consultare l'articolo 1012384 della Knowledge Base di VMware.
Sintomo
La distribuzione del piano non è riuscita e viene visualizzato il seguente messaggio di errore: Impossibile applicare le impostazioni di Virtual Standby al nodo xxx. (Impossibile stabilire la connessione tra xxx e il computer di monitoraggio: xxx. Credenziali utente non valide).
Soluzione
Modificare l'attività Virtual Standby nel piano, immettere la password per il monitoraggio, quindi salvare il piano.
Impossibile generare il catalogo per il backup senza agente dei computer virtuali VMware
Sintomo
A causa di un problema della snapshot VSS causato da VMware o Microsoft nel sistema operativo guest del computer virtuale, la creazione di cataloghi per il backup senza agente dei computer virtuali VMware potrebbe non riuscire e comportare la visualizzazione del seguente messaggio di errore:
"Impossibile eseguire il mapping di un blocco indice sul blocco di volume corretto. Si è verificato un errore IndexAlloc."
Soluzione
Nota: Si tratta di un problema che si verifica raramente. Per ulteriori informazioni, consultare l'articolo KB VMware 2006849 o l'articolo KB Microsoft 2853247.
I processi di copia/archiviazione file non vengono avviati.
Sintomo
I processi di copia/archiviazione file non vengono avviati.
Soluzione
In alcuni casi, è necessario conservare il file utilizzato per indicare un punto di ripristino ai fini del processo di copia/archiviazione file e non può essere rimosso al termine di tale processo. Tali file sono disponibili con il nome *.alck nella cartella della destinazione di backup di un nodo specifico e hanno dimensioni pari a zero. Per risolvere il problema, individuare tali file ed eliminarli manualmente.
Sintomo
Impossibile scaricare i componenti Arcserve Backup o Arcserve High Availability tramite il programma di installazione unificato (con ASDownloader.exe) quando il volume di destinazione è un file system FAT32 poiché il pacchetto supera il limite di dimensioni di 4 GB supportati dal file system FAT32.
Soluzione
Per risolvere il problema, eseguire il download su un volume NTFS.
In seguito all'aggiornamento del dispositivo Arcserve UDP a Arcserve UDP v6, nella scheda Impostazioni della console di Arcserve UDP verrà visualizzato il messaggio Factory Reset (Ripristino impostazioni predefinite). Se si tenta di eseguire un ripristino delle impostazioni predefinite facendo clic su Perform Factory Reset (Esegui ripristino impostazioni predefinite) e si fa clic su Ripristina nella finestra di dialogo di conferma del ripristino delle impostazioni predefinite, verrà visualizzato il seguente messaggio di errore:
Appliance Factory Reset failed. Manually reset the appliance factory by using the following command: "powershell.exe .arcserve_factoryreset.ps1 –perserve_data –auto_reboot " in cmd under path C:\Program Files\Arcserve\Unified Data Protection\Management\Appliance. (Ripristino delle impostazioni predefinite del dispositivo non riuscito. Ripristinare manualmente le impostazioni predefinite del dispositivo tramite il comando seguente: "powershell.exe .arcserve_factoryreset.ps1 –perserve_data –auto_reboot " in cmd al percorso C:\Programmi\Arcserve\Unified Data Protection\Management\Appliance.)
Nota: Il messaggio di errore non è corretto. Per gli utenti del dispositivo che effettuano l'aggiornamento a UDP v6, il ripristino delle impostazioni predefinite non è supportato perché sul dispositivo non sono presenti partizioni di recupero di Arcserve UDP.
Se sul dispositivo si utilizza il server di backup di Linux, il computer virtuale istantaneo per il punto di ripristino di Linux non è supportato sul dispositivo.
Sintomo
Il processo del computer virtuale istantaneo Linux non riesce e viene visualizzato il seguente messaggio di errore:
Failed to get the IP address from the VM $vmname. Please verify if the VM and the backup server are in the same network. (Impossibile ottenere indirizzo IP del computer virtuale $vmname. Verificare che il computer virtuale e il server di backup si trovino sulla stessa rete.)
Soluzione
L'errore è causato dal computer virtuale di standby creato nel processo del computer virtuale istantaneo. Tenta di connettersi al server di backup di Linux tramite Appliance_hostname:8014, anche se il server di backup di Linux è stato aggiunto alla console tramite Appliance_hostname:8018. Dal momento che sul dispositivo la porta 8014 è monitorata dal servizio dell'agente Windows di UDP, il processo del computer virtuale istantaneo non riesce.
Per risolvere questo problema relativo al processo del computer virtuale istantaneo Linux con indirizzo IP statico, è possibile utilizzare una soluzione alternativa.
Segui questi passi:
È possibile utilizzare "netstat -aon|findstr "port" " per controllare se la porta è occupata.
Nota: Se si sta effettuando l'aggiornamento ad Arcserve UDP v6, la porta 8018 sul dispositivo UDP è configurata per il reindirizzamento alla porta 8014 del server di backup di Linux. Utilizzare il comando seguente per liberare la porta 8018 sul dispositivo UDP:
netsh interface portproxy delete v4tov4 listenport=8018
Nota: Se il file non esiste, crearlo. Eseguire il comando riportato di seguito per riavviare il server di backup di Linux:
/opt/Arcserve/d2dserver/bin/d2dserver restart
#iptables -A INPUT -p tcp --dport 8018 -j ACCEPT
#iptables -A INPUT -p tcp --dport 8035 -j ACCEPT
#/etc/init.d/iptables save
netsh interface portproxy add v4tov4 listenport=8018 connectaddress=192.168.10.2 connectport=8018 protocol=tcp
netsh interface portproxy add v4tov4 listenport=8035 connectaddress=192.168.10.2 connectport=8035 protocol=tcp
C:\Programmi\Arcserve\Unified Data Protection\Engine\BIN\Appliance
netsh interface portproxy add v4tov4 listenport=8018 connectaddress=$VMIp connectport=8018 protocol=tcp
netsh interface portproxy add v4tov4 listenport=8035 connectaddress=$VMIp connectport=8035 protocol=tcp
Importante. La soluzione alternativa non si applica alle seguenti opzioni:
Copyright © 2015 Arcserve. All rights reserved. All trademarks, trade names, service marks, and logos referenced herein belong to their respective companies.