- Knowledge Base del supporto Veeam
- Il job di backup fallisce con l'errore “VIX Error Code: 13” oppure “Access is denied. Code: 5”
Il job di backup fallisce con l'errore “VIX Error Code: 13” oppure “Access is denied. Code: 5”
Get weekly article updates
Cheers for trusting us with the spot in your mailbox!
Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Ops! Qualcosa è andato storto.
Riprova più tardi.
Problematica
Il job di backup o replica fallisce con il seguente messaggio di errore:
VIX Error: You do not have access rights to this file Code: 13
Oppure
RPC function call failed. Function name: [IsSnapshotInProgress].RPC error: Access is denied. Code: 5
VIX Error: You do not have access rights to this file Code: 13
Oppure
RPC function call failed. Function name: [IsSnapshotInProgress].RPC error: Access is denied. Code: 5
Cause
Il problema si verifica quando Veeam non è in grado di avviare l'agente che attiva Microsoft VSS sulla guest VM a causa di permessi insufficienti. Potrebbe anche essere correlato al malfunzionamento di VMware Tools.
Soluzione
Come soluzione:
1. Accertarsi che l'account utilizzato da Veeam sia un membro del gruppo Local Administrators sulla VM di cui si desidera eseguire il backup.
2. Se l'account in uso non è denominato “Administrator”, è necessario disabilitare UAC sul guest OS della VM di cui si fa il backup.
1. Accertarsi che l'account utilizzato da Veeam sia un membro del gruppo Local Administrators sulla VM di cui si desidera eseguire il backup.
2. Se l'account in uso non è denominato “Administrator”, è necessario disabilitare UAC sul guest OS della VM di cui si fa il backup.
a. Per Windows 2008/2008 R2, all'interno di “Change User Account Control Settings”, spostare il cursore su Never Notify
b. Per Windows 2012/2012 R2/2016, si deve modificare il valore di registro “EnableLUA” DWORD su 0 in HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\policies\system
b. Per Windows 2012/2012 R2/2016, si deve modificare il valore di registro “EnableLUA” DWORD su 0 in HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\policies\system
3. Disinstallare e reinstallare VMware Tools. (Perfavore guardare https://kb.vmware.com/kb/2010137 for per ulteriori dettagli). Se non si riesce ad aggiornare gli VMware tools esistenti, consultare https://kb.vmware.com/kb/1001354
Maggiori informazioni
Per ulteriori informazioni sulla disabilitazione di UAC in Windows 2012 e 2012 R2, consultare quanto segue: http://social.technet.microsoft.com/Forums/windowsserver/en-US/0aeac9d8-3591-4294-b13e-825705b27730/how-to-disable-uac?forum=winserversecurity
Mentre la maggior parte degli account di servizio creati ha la capacità di gestire file, cartelle e servizi, molti potrebbero non avere i diritti per eseguire attività VSS. Questo è il motivo per cui un utente che si trova nel gruppo Administrators dovrebbe essere utilizzato per application-aware image processing e per guest filesystem indexing.
Per impostazione predefinita in un ambiente VMware vSphere se Veeam non è in grado di raggiungere la <ip>\Admin$ share della guest VM, eseguirà il failover su un protocollo network-less chiamato VIX.
In situazioni in cui UAC deve rimanere abilitato, per questo processo è necessario utilizzare account nominati Administrator. Solo gli account amministrativi con accesso SID-500 saranno in grado di eseguire comandi di amministrazione remota con questa funzione di Windows abilitata. Questi sono l'account “Administrator” locale creato localmente durante l'installazione di Windows o l'accoun “Administrator” utilizzato con il dominio. Gli account amministratore di dominio creati hanno un SID-512 predefinito e potrebbero non essere sufficienti per l'amministrazione remota.
Mentre la maggior parte degli account di servizio creati ha la capacità di gestire file, cartelle e servizi, molti potrebbero non avere i diritti per eseguire attività VSS. Questo è il motivo per cui un utente che si trova nel gruppo Administrators dovrebbe essere utilizzato per application-aware image processing e per guest filesystem indexing.
Per impostazione predefinita in un ambiente VMware vSphere se Veeam non è in grado di raggiungere la <ip>\Admin$ share della guest VM, eseguirà il failover su un protocollo network-less chiamato VIX.
In situazioni in cui UAC deve rimanere abilitato, per questo processo è necessario utilizzare account nominati Administrator. Solo gli account amministrativi con accesso SID-500 saranno in grado di eseguire comandi di amministrazione remota con questa funzione di Windows abilitata. Questi sono l'account “Administrator” locale creato localmente durante l'installazione di Windows o l'accoun “Administrator” utilizzato con il dominio. Gli account amministratore di dominio creati hanno un SID-512 predefinito e potrebbero non essere sufficienti per l'amministrazione remota.
If this KB article did not resolve your issue or you need further assistance with Veeam software, please create a Veeam Support Case.
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.
