Risolvere i problemi di installazione push del servizio di mobilità

L'installazione del servizio di mobilità è un passaggio fondamentale per abilitare la replica. La riuscita di questo passaggio dipende dal rispetto dei prerequisiti e dall'utilizzo di configurazioni supportate. Gli errori più comuni che possono verificarsi durante l'installazione di servizio di mobilità sono dovuti a:

• Errori relativi a credenziali o privilegi
• Errori di accesso
• Errori di connettività
• Errori di condivisione file e stampanti
• Errori di Strumentazione gestione Windows (WMI)
• Sistemi operativi non supportati
• Configurazioni di avvio non supportate
• Errori di installazione del servizio Copia Shadow del volume
• Nome del dispositivo nella configurazione GRUB invece del dispositivo UUID
• Volume di Gestione volumi logici (LVM)
• Avvisi di riavvio

Quando si abilita la replica, Azure Site Recovery tenta di installare l'agente servizio di mobilità nella macchina virtuale. Nell'ambito di questo processo, il server di configurazione tenta di connettersi alla macchina virtuale e di copiare l'agente. Per abilitare l'installazione corretta, seguire le istruzioni dettagliate per la risoluzione dei problemi.

Controllo delle credenziali (ID errore: 95107 e 95108)

Verificare se l'account utente scelto durante l'abilitazione della replica è valido e accurato. Azure Site Recovery richiede l'account radice o l'account utente con privilegi di amministratore per eseguire un'installazione push. In caso contrario, l'installazione push verrà bloccata nel computer di origine.

Per Windows (errore 95107), verificare che l'account utente abbia accesso amministrativo nel computer di origine, con un account locale o un account di dominio. Se non si usa un account di dominio, è necessario disabilitare il controllo accesso utente remoto nel computer locale.

• Per aggiungere manualmente una chiave del Registro di sistema che disabilita il controllo accesso utente remoto:

  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
  • Aggiungere un nuovo DWORDoggetto : LocalAccountTokenFilterPolicy
  • Impostare il valore su 1

• Per aggiungere la chiave del Registro di sistema, eseguire il comando seguente da un prompt dei comandi:

  REG ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1

Per Linux (errore 95108), è necessario scegliere l'account radice per l'installazione corretta di servizio di mobilità agente. Inoltre, i servizi SSH File Transfer Protocol (SFTP) devono essere in esecuzione. Per abilitare il sottosistema SFTP e l'autenticazione della password nel file sshd_config :

1. Accedere come utente root.
2. Passare al file /etc/ssh/sshd_config, trovare la riga che inizia con PasswordAuthentication.
3. Rimuovere il commento dalla riga e modificare il valore in yes.
4. Trovare la riga che inizia con Subsysteme rimuovere il commento dalla riga.
5. Riavviare il servizio sshd .

Se si desidera modificare le credenziali dell'account utente scelto, seguire queste istruzioni.

Errore di privilegi insufficienti (ErrorID: 95517)

Quando l'utente scelto di installare l'agente Mobility non dispone dei privilegi di amministratore, il server di configurazione o il server di elaborazione con scalabilità orizzontale non potrà copiare il software dell'agente Mobility nel computer di origine. Questo errore è dovuto a un errore di accesso negato. Assicurarsi che l'account utente disponga dei privilegi di amministratore.

Se si desidera modificare le credenziali dell'account utente scelto, seguire queste istruzioni.

Errore di privilegi insufficienti (ErrorID: 95518)

Quando la relazione di trust del dominio tra il dominio primario e la workstation non riesce durante il tentativo di accesso al computer di origine, l'installazione dell'agente Mobility ha esito negativo con l'ID errore 95518. Assicurarsi che l'account utente usato per installare l'agente mobility disponga dei privilegi amministrativi per accedere tramite il dominio primario del computer di origine.

Se si desidera modificare le credenziali dell'account utente scelto, seguire queste istruzioni.

Errori di accesso (ErrorID: 95519, 95520, 95521, 95522)

Questa sezione descrive le credenziali e i messaggi di errore di accesso.

Le credenziali dell'account utente sono state disabilitate (ErrorID: 95519)

L'account utente scelto durante l'abilitazione della replica è stato disabilitato. Per abilitare l'account utente, fare riferimento a questo articolo o eseguire il comando seguente sostituendo il nome utente di testo con il nome utente effettivo.

net user 'username' /active:yes

Credenziali bloccate a causa di più tentativi di accesso non riusciti (ErrorID: 95520)

Se si eseguono più tentativi di accesso a un computer senza esito positivo, il sistema blocca l'account utente. La cause dell'errore possono essere le seguenti:

• Le credenziali specificate durante l'installazione della configurazione non sono corrette.
• L'account utente scelto durante l'abilitazione della replica non è corretto.

Modificare le credenziali scelte seguendo queste istruzioni e ripetere l'operazione.

I server di accesso non sono disponibili nel computer di origine (ErrorID: 95521)

Questo errore si verifica quando i server di accesso non sono disponibili nel computer di origine. Se i server di accesso non sono disponibili, le richieste di accesso avranno esito negativo e l'agente Mobility non può essere installato. Per un accesso riuscito, assicurarsi che i server di accesso siano disponibili nel computer di origine e avviare il servizio Netlogon. Per altre informazioni, vedere Scenari di accesso a Windows.

Il servizio di accesso non è in esecuzione nel computer di origine (ErrorID: 95522)

Il servizio di accesso non è in esecuzione nel computer di origine e ha causato un errore della richiesta di accesso. Non è possibile installare l'agente mobility. Per risolvere l'errore, usare uno dei metodi seguenti per avviare il Netlogon servizio nel computer di origine:

• Per avviare il Netlogon servizio da un prompt dei comandi, eseguire il comando net start Netlogon.
• Da Gestione attività avviare il Netlogon servizio.

errore di Connessione ivity (ErrorID: 95117 & 97118)

Il server di configurazione/il server di elaborazione con scalabilità orizzontale tenta di connettersi alla macchina virtuale di origine per installare l'agente Mobility. Questo errore si verifica quando il computer di origine non è raggiungibile perché si verificano problemi di connettività di rete.

Per risolvere l'errore:

• Verificare che l'account utente abbia accesso amministrativo nel computer di origine, con un account locale o un account di dominio. Se non si usa un account di dominio, è necessario disabilitare il controllo accesso utente remoto nel computer locale.

  • Per aggiungere manualmente una chiave del Registro di sistema che disabilita il controllo accesso utente remoto:

    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
    • Aggiungere un nuovo DWORDoggetto : LocalAccountTokenFilterPolicy
    • Impostare il valore su 1

  • Per aggiungere la chiave del Registro di sistema, eseguire il comando seguente da un prompt dei comandi:

    REG ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1

• Assicurarsi di poter effettuare il ping del computer di origine dal server di configurazione. Se è stato scelto il server di elaborazione con scalabilità orizzontale durante l'abilitazione della replica, assicurarsi di poter effettuare il ping del computer di origine dal server di elaborazione.

• Verificare che il servizio di condivisione file e stampanti sia abilitato nella macchina virtuale. Controllare i passaggi qui.

• Assicurarsi che il servizio WMI sia abilitato nella macchina virtuale. Controllare i passaggi qui.

• Assicurarsi che le cartelle condivise di rete nella macchina virtuale siano accessibili dal server di elaborazione. Controllare i passaggi qui.

• Dalla riga di comando del server di configurazione o del server di elaborazione con scalabilità orizzontale usare Telnet per eseguire il ping della macchina virtuale di origine sulla porta 135, come illustrato nel comando seguente. Questo comando controlla se sono presenti problemi di connettività di rete o problemi di blocco delle porte del firewall.

  telnet <Source IP address> <135>

• Inoltre, per una macchina virtuale Linux:

  • Controllare se sono installati i pacchetti OpenSSH, OpenSSH Server e OpenSSL più recenti.

  • Assicurarsi che il protocollo SSH (Secure Shell) sia abilitato e in esecuzione sulla porta 22.

  • I servizi SFTP devono essere in esecuzione. Per abilitare il sottosistema SFTP e l'autenticazione della password nel file sshd_config :

    1. Accedere come utente root.
    2. Passare al file /etc/ssh/sshd_config , trovare la riga che inizia con PasswordAuthentication.
    3. Rimuovere il commento dalla riga e modificare il valore in yes.
    4. Trovare la riga che inizia con Subsysteme rimuovere il commento dalla riga
    5. Riavviare il servizio sshd .

• Un tentativo di connessione potrebbe non essere riuscito se non sono presenti risposte appropriate dopo un periodo di tempo o una connessione stabilita non è riuscita perché un host connesso non è riuscito a rispondere.

• Potrebbe trattarsi di un problema correlato alla connettività, alla rete o al dominio. Potrebbe anche essere dovuto al problema di risoluzione del nome DNS o all'esaurimento delle porte TCP. Controllare se sono presenti problemi noti di questo tipo nel dominio.

errore di Connessione ivity (ErrorID: 95523)

Questo errore si verifica quando la rete che risiede nel computer di origine non viene trovata, potrebbe essere stata eliminata o non è più disponibile. L'unico modo per risolvere l'errore consiste nel garantire che la rete esista.

Controllare l'accesso per le cartelle condivise di rete nel computer di origine (ErrorID: 95105.95523)

Verificare se le cartelle condivise di rete nella macchina virtuale sono accessibili da Server di elaborazione (PS) in remoto usando le credenziali specificate. Per confermare l'accesso:

1. Accedere al computer del server di elaborazione.

2. Apri Esplora file. Nella barra degli indirizzi digitare \\<SOURCE-MACHINE-IP>\C$ e fare clic su Invio.

   

3. Esplora file richiederà le credenziali. Immettere il nome utente e la password e fare clic su OK.
   
   

   

   Nota

   Se il computer di origine è aggiunto a un dominio, specificare il nome di dominio insieme al nome utente come <domainName>\<username>. Se il computer di origine si trova nel gruppo di lavoro, specificare solo il nome utente.

4. Se la connessione ha esito positivo, le cartelle del computer di origine saranno visibili in remoto dal server di elaborazione.

   

Se la connessione ha esito negativo, verificare che tutti i prerequisiti siano soddisfatti.

Controllo del servizio di condivisione di file e stampanti (ID errore: 95105 e 95106)

Dopo un controllo della connettività, verificare se il servizio di condivisione file e stampanti è abilitato nella macchina virtuale. Queste impostazioni sono necessarie per copiare l'agente Mobility nel computer di origine.

Per Windows 2008 R2 e versioni precedenti:

• Per abilitare la condivisione di file e stampanti tramite Windows Firewall,

  1. Aprire Pannello di controllo> System e Security>Windows Firewall. Nel riquadro sinistro selezionare Impostazioni avanzate>Regole in ingresso nell'albero della console.
  2. Individuare le regole Condivisione file e stampanti (NB-Session-In) e Condivisione file e stampanti (SMB-In).
  3. Su ogni regola fare clic con il pulsante destro del mouse e quindi fare clic su Abilita regola.

• Per abilitare la condivisione file con Criteri di gruppo:

  1. Passare a Start, digitare gpmc.msc e cercare.

  2. Nel riquadro di spostamento aprire le cartelle seguenti: Configurazione> utente criteri>computer locali Amministrazione modelli>amministrativi Componenti>di Windows Condivisione di rete.

  3. Nel riquadro dei dettagli fare doppio clic su Impedisci di condividere file nel profilo utente.

     Per disabilitare l'impostazione di Criteri di gruppo e abilitare la possibilità dell'utente di condividere i file, selezionare Disabilitato.

  4. Selezionare OK per salvare le modifiche.

  Per altre informazioni, vedere Abilitare o disabilitare la condivisione file con Criteri di gruppo.

Per abilitare la condivisione di file e stampanti per le versioni successive di Windows o Linux, seguire le istruzioni in Installare il servizio di mobilità per il ripristino di emergenza di macchine virtuali VMware e server fisici.

Controllo della configurazione di Strumentazione gestione Windows (WMI) (codice errore: 95103)

Dopo il controllo dei servizi file e stampanti, abilitare il servizio WMI per i profili privati, pubblici e di dominio tramite il firewall. Queste impostazioni sono necessarie per completare l'esecuzione remota nel computer di origine.

Per abilitare WMI:

1. Passare a Pannello di controllo> Sicurezza e selezionare Windows Firewall.
2. Selezionare Cambia Impostazioni e quindi selezionare la scheda Eccezioni.
3. Nella finestra Eccezioni selezionare la casella di controllo Strumentazione gestione Windows (WMI) per abilitare il traffico WMI attraverso il firewall.

È anche possibile abilitare il traffico WMI attraverso il firewall dal prompt dei comandi con il comando seguente:

netsh advfirewall firewall set rule group="windows management instrumentation (wmi)" new enable=yes

Di seguito sono elencati altri articoli sulla risoluzione dei problemi di WMI.

• Test WMI di base
• Risoluzione dei problemi WMI
• Risoluzione dei problemi con gli script WMI e i servizi WMI

Sistemi operativi non supportati

Un altro motivo comune di errore potrebbe essere dovuto a un sistema operativo non supportato. Usare un sistema operativo supportato e una versione del kernel per un'installazione corretta del servizio di mobilità. Evitare l'uso di patch private.

Per visualizzare l'elenco dei sistemi operativi e delle versioni del kernel supportate da Azure Site Recovery, vedere il documento relativo alla matrice di supporto.

Configurazioni del disco di avvio non supportate (ErrorID: 95309, 95310, 95311)

Le partizioni/volumi di avvio e di sistema non sono lo stesso disco (ErrorID: 95309)

Prima della versione 9.20, le partizioni di avvio e di sistema/volumi in dischi diversi erano una configurazione non supportata. A partire dalla versione 9.20, questa configurazione è supportata.

Il disco di avvio non è disponibile (ErrorID: 95310)

Non è possibile proteggere una macchina virtuale senza un disco di avvio. Un disco di avvio garantisce un ripristino senza problemi di una macchina virtuale durante un'operazione di failover. L'assenza di un disco di avvio genera un errore durante l'avvio del computer dopo il failover. Verificare che la macchina virtuale contenga un disco di avvio e ripetere l'operazione. Inoltre, più dischi di avvio nello stesso computer non sono supportati.

Più dischi di avvio presenti nel computer di origine (ErrorID: 95311)

Una macchina virtuale con più dischi di avvio non è una configurazione supportata.

Partizione di sistema su più dischi (ErrorID: 95313)

Prima della versione 9.20, la configurazione di una partizione radice o di un volume su più dischi non era supportata. A partire dalla versione 9.20, questa configurazione è supportata.

L'abilitazione della protezione non è riuscita come nome del dispositivo indicato nella configurazione GRUB anziché UUID (ErrorID: 95320)

Possibile causa

I file di configurazione Grand Unified Bootloader (GRUB) (/boot/grub/menu.lst, /boot/grub/grub.cfg, /boot/grub2/grub.cfg o /etc/default/grub) possono contenere il valore per la radice dei parametri e riprendere come nomi effettivi dei dispositivi anziché un identificatore univoco universale (UUID). Site Recovery impone l'approccio UUID perché i nomi dei dispositivi possono cambiare durante il riavvio della macchina virtuale. Ad esempio, la macchina virtuale potrebbe non essere online con lo stesso nome in caso di failover e che genera problemi.

Ad esempio:

• La riga seguente proviene dal file GRUB /boot/grub2/grub.cfg:

  linux /boot/vmlinuz-3.12.49-11-default root=/dev/sda2 ${extra_cmdline} resume=/dev/sda1 splash=silent quiet showopts

• La riga seguente proviene dal file GRUB /boot/grub/menu.lst:

  kernel /boot/vmlinuz-3.0.101-63-default root=/dev/sda2 resume=/dev/sda1 splash=silent crashkernel=256M-:128M showopts vga=0x314

Nota

Le righe GRUB contengono nomi di dispositivo effettivi per la radice dei parametri e riprendere anziché l'UUID.

Come correggere

I nomi dei dispositivi devono essere sostituiti con l'UUID corrispondente.

1. Trovare l'UUID del dispositivo eseguendo il comando blkid \<device name>.

   Ad esempio:

   blkid /dev/sda1
   /dev/sda1: UUID="6f614b44-433b-431b-9ca1-4dd2f6f74f6b" TYPE="swap"
   blkid /dev/sda2
   /dev/sda2: UUID="62927e85-f7ba-40bc-9993-cc1feeb191e4" TYPE="ext3"
   

2. Sostituire ora il nome del dispositivo con il relativo UUID nel formato , ad esempio root=UUID=\<UUID>. Ad esempio, se si sostituiscono i nomi dei dispositivi con UUID per il parametro root e resume menzionati nei file /boot/grub2/grub.cfg, /boot/grub2/grub.cfg o /etc/default/grub , le righe nei file sono simili alla riga seguente:

   kernel /boot/vmlinuz-3.0.101-63-default root=UUID=62927e85-f7ba-40bc-9993-cc1feeb191e4 resume=UUID=6f614b44-433b-431b-9ca1-4dd2f6f74f6b splash=silent crashkernel=256M-:128M showopts vga=0x314

3. Riavviare la protezione.

Installare servizio di mobilità completata con avviso per il riavvio (ErrorID: 95265 & 95266)

Site Recovery servizio di mobilità include molti componenti, uno dei quali è denominato driver di filtro. Il driver di filtro viene caricato nella memoria di sistema solo durante un riavvio del sistema. Le correzioni del driver di filtro possono essere rese disponibili solo quando viene caricato un nuovo driver di filtro al momento del riavvio del sistema.

Importante

Si tratta di un avviso e la replica esistente funzionerà anche dopo il nuovo aggiornamento dell'agente. È possibile scegliere di riavviare ogni volta che si desidera ottenere i vantaggi del nuovo driver di filtro, ma se non si riavvia, il driver di filtro precedente continua a funzionare. Quindi, dopo un aggiornamento senza un riavvio, ad eccezione del driver di filtro, vantaggi di altri miglioramenti e correzioni in servizio di mobilità ottenere realizzato. Anche se consigliato, non è obbligatorio riavviare dopo ogni aggiornamento. Per informazioni su quando un riavvio è obbligatorio, impostare la sezione Riavvia dopo servizio di mobilità'aggiornamento in Aggiornamenti del servizio in Azure Site Recovery.

Suggerimento

Per le procedure consigliate per la pianificazione degli aggiornamenti durante la finestra di manutenzione, vedere Supporto per gli aggiornamenti più recenti del sistema operativo o del kernel nel servizio in Azure Site Recovery.

Supporto LVM dalla versione 9.20

Prima della versione 9.20, Gestione volumi logici (LVM) era supportato solo per i dischi dati. La /boot partizione deve trovarsi in una partizione disco e non in un volume LVM.

A partire dalla versione 9.20, il disco del sistema operativo in LVM è supportato.

Spazio insufficiente (ErrorID: 95524)

Quando l'agente Mobility viene copiato nel computer di origine, è necessario almeno 100 MB di spazio disponibile. Assicurarsi che il computer di origine disponga della quantità di spazio disponibile necessaria e ripetere l'operazione.

Risorse di sistema basse

I possibili ID errore visualizzati per questo problema sono 95572 e 95573. Questo problema si verifica quando il sistema ha memoria disponibile insufficiente e non è in grado di allocare memoria per l'installazione del servizio Mobility. Assicurarsi che sia stata liberata memoria sufficiente per l'installazione per continuare e completare correttamente.

Errori di installazione del Servizio Copia Shadow del volume

L'installazione del servizio Copia Shadow del volume (VSS) fa parte dell'installazione dell'agente Mobility. Questo servizio viene usato nel processo per generare punti di ripristino coerenti con l'applicazione. I motivi degli errori di installazione di VSS possono essere diversi. Per identificare gli errori esatti, fare riferimento a C:\ProgramData\ASRSetupLogs\ASRUnifiedAgentInstaller.log. Alcuni degli errori comuni e i passaggi di risoluzione sono evidenziati nella sezione seguente.

Errore VSS -2147023170 [0x800706BE] - codice di uscita 511

Questo problema si verifica più spesso quando il software antivirus blocca le operazioni dei servizi di Azure Site Recovery.

Per risolvere il problema:

1. Esaminare l'elenco delle esclusioni di cartelle dal programma Antivirus.
2. Seguire le linee guida pubblicate dal provider antivirus per sbloccare la registrazione della DLL in Windows.

Errore VSS 7 [0x7] - codice di uscita 511

Questo errore è un errore di runtime causato da memoria insufficiente per installare VSS. Aumentare lo spazio su disco per il completamento dell'operazione.

Errore VSS -2147023824 [0x80070430] - codice di uscita 517

Questo errore si verifica quando il servizio Provider VSS di Azure Site Recovery è contrassegnato per l'eliminazione. Provare a installare vss manualmente nel computer di origine eseguendo il comando seguente:

"C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd"

Errore VSS -2147023841 [0x8007041F] - codice di uscita 512

Questo errore si verifica quando il database del servizio del provider VSS di Azure Site Recovery è bloccato. Provare a installare manualmente VSS nel computer di origine eseguendo il comando seguente da un prompt dei comandi:

"C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd"

In caso di errore, verificare se un programma antivirus o altri servizi è bloccato in uno stato di avvio . Un processo in uno stato di avvio può mantenere il blocco sui servizi di database. Si verificano errori durante l'installazione del provider VSS. Assicurarsi che nessun servizio sia in uno stato di avvio e quindi ripetere l'operazione precedente.

Errore VSS codice di uscita 806

Questo errore si verifica quando l'account utente usato per l'installazione non dispone delle autorizzazioni per eseguire il CSScript comando. Concedere all'account utente le autorizzazioni necessarie per eseguire lo script e ripetere l'operazione.

Altri errori VSS

Provare a installare manualmente il servizio provider VSS nel computer di origine eseguendo il comando seguente da un prompt dei comandi:

"C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd"

Errore vss - 0x8004E00F

Questo errore si verifica in genere durante l'installazione dell'agente mobility a causa di problemi in DCOM e DCOM si trova in uno stato critico.

Utilizzare la procedura seguente per determinare la causa dell'errore.

Esaminare i log di installazione

1. Aprire il log di installazione disponibile in C:\ProgramData\ASRSetupLogs\ASRUnifiedAgentInstaller.log.

2. La presenza dell'errore seguente indica questo problema:

   Unregistering the existing application...
   Create the catalogue object
   Get the collection of Applications
   
   ERROR:
   
   - Error code: -2147164145 [0x8004E00F]
   - Exit code: 802
   

Per risolvere il problema:

Contattare il team della piattaforma Microsoft Windows per ottenere assistenza per la risoluzione del problema DCOM.

Quando il problema DCOM viene risolto, reinstallare manualmente il provider VSS di Azure Site Recovery usando il comando seguente da un prompt dei comandi:

"C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd"

Se la coerenza dell'applicazione non è fondamentale per i requisiti di ripristino di emergenza, è possibile ignorare l'installazione del provider VSS.

Per ignorare l'installazione del provider VSS di Azure Site Recovery e installare manualmente il provider VSS di Azure Site Recovery dopo l'installazione:

1. Installare il servizio Mobility. L'installazione avrà esito negativo nel passaggio: Dopo l'installazione.

2. Per ignorare l'installazione di VSS:

   1. Aprire la directory di installazione del servizio Mobility di Azure Site Recovery all'indirizzo:

      C:\Programmi (x86)\Microsoft Azure Site Recovery\agent

   2. Modificare gli script di installazione del provider VSS di Azure Site Recovery InMageVSSProvider_Install e InMageVSSProvider_Uninstall.cmd per avere sempre esito positivo aggiungendo le righe seguenti:

      rem @echo off
      setlocal
      exit /B 0
      

3. Eseguire un'installazione manuale dell'agente di mobilità.

4. Quando l'installazione ha esito positivo e passa al passaggio successivo, Configurare, rimuovere le righe aggiunte.

5. Per installare il provider VSS, aprire un prompt dei comandi come amministratore ed eseguire il comando seguente:

   "C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd"

6. Verificare che il provider VSS di Azure Site Recovery sia installato come servizio in Servizi Windows. Aprire MMC del servizio componenti per verificare che il provider VSS sia elencato.

7. Se l'installazione del provider VSS continua a non riuscire, collaborare con il supporto tecnico per risolvere gli errori di autorizzazioni in Cryptographic Application Programming Interface (CAPI2).

L'installazione del provider VSS non riesce perché il servizio cluster abilitato nel computer non cluster

Questo problema causa l'esito negativo dell'installazione dell'agente di mobilità di Azure Site Recovery durante l'installazione del provider VSS di Azure Site Recovery. L'errore è dovuto al fatto che si è verificato un problema con COM+ che impedisce l'installazione del provider VSS.

Per identificare il problema

Nel log che si trova nel server di configurazione in C:\ProgramData\ASRSetupLogs\UploadedLogs<data-time>UA_InstallLogFile.log si troverà l'eccezione seguente:

COM+ was unable to talk to the Microsoft Distributed Transaction Coordinator (Exception from HRESULT: 0x8004E00F)

Per risolvere il problema:

1. Verificare che questo computer sia un computer non cluster e che i componenti del cluster non vengano usati.
2. Se i componenti non vengono usati, rimuovere i componenti del cluster dal computer.

Driver mancanti nel server di origine

Se l'installazione dell'agente di mobilità non riesce, esaminare i log in C:\ProgramData\ASRSetupLogs per determinare se alcuni dei driver necessari non sono presenti in alcuni set di controlli.

Per risolvere il problema:

1. Usando un editor del Registro di sistema, regedit.mscad esempio , aprire il Registro di sistema.

2. Aprire il HKEY_LOCAL_MACHINE\SYSTEM nodo.

3. SYSTEM Nel nodo individuare i set di controlli.

4. Aprire ogni set di controlli e verificare che siano presenti i driver di Windows seguenti:

   • Atapi
   • Vmbus
   • Storflt
   • Storvsc
   • Intelide

5. Reinstallare eventuali driver mancanti.

Passaggi successivi

Altre informazioni su come configurare il ripristino di emergenza per le macchine virtuali VMware.