Veeam error code 0x00000005

KB ID:	4185
Product:	Veeam Agent for Microsoft Windows Veeam Backup & Replication
Published:	2021-06-23
Last Modified:	2022-06-22

By subscribing, you are agreeing to have your personal information managed in accordance with the terms of Veeam’s Privacy Notice.

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

Challenge

Expand for Full Error Code Text

Error text as shown in GUI:

Full error text from log file:
C:ProgramDataVeeamBackupSatellitesVBR<username>Satellite_Console.log

Rescanning a Protection Group that contains a Windows server that has been set to use a Local Administrator account for connection credentials.

Expand for Full Error Code Text

Error text as shown in GUI:

When rescanning an individual server within a Protection Group the log file for that action can be found here: C:ProgramDataVeeamBackupRescanRescan_of_<servername>Job.Rescan_of_<servername>.log

When rescanning an entire Protection Group the log file for that action can be found here: C:ProgramDataVeeamBackupRescanRescan_of_<protection_group>Job.Rescan_of_<protection_group>.log

Cause

When a Windows Server is added as a Managed Server or added to a Protection Group, Veeam Backup & Replication checks if the Veeam Installer Service (VeeamDeploySvc) is present on the server. If the service is not accessible Veeam Backup & Replication will attempt to connect to the machine via the admin$ share to deploy the service.

Example: \localhostadmin$

The «Access is Denied» error occurs because the user account specified is a local account, and UAC restricts remote access for local accounts.

Solution

For Veeam Backup & Replication to add a remote Windows machine as a managed server or as part of a Protection Group, the user account used to connect to that remote machine must work with the UAC remote restrictions. The account must be either:

A domain account that is a member of the Local Administrators group.
The built-in account named Administrator.
Note: The built-in Administrator account may fail if the «User Account Control: Admin Approval Mode for the Built-in Administrator account» policy is enabled on the remote machine.

Use Case Examples:

If the Windows machine being added to Veeam Backup & Replication is joined to a domain, a domain account that is a member of the Local Administrators group on the remote machine should be used to add the server to Veeam Backup & Replication.
If the Windows server being added to Veeam Backup & Replication is not joined to a domain, or there is a need to avoid using a domain account, the built-in account named Administrator must be used to add the server to Veeam Backup & Replication. Other local accounts will be restricted by UAC, even if they are members of the Administrators group.
Note: If the Administrator account has been renamed, it can be used as the unique SID that bypasses Remote UAC Restrictions is still valid.
If the Windows machine being added to Veeam Backup & Replication is not joined to a domain and is not a server OS, the built-in Administrator account will have to be enabled and a password set for it. Then, that account should be used to add the machine to Veeam Backup & Replication.

More Information

If none of the provided solutions are viable, it is possible to disable UAC remote restrictions. This will allow local accounts other than Administrator to be used for remote access. This option should be considered a last resort as it involves disabling a Microsoft Windows OS security feature.

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.

Источник

Содержание

Вики IT-KB
Инструменты пользователя
Инструменты сайта
Veeam Backup & Replication 9.5 — Ошибка «Access is denied 0x00000005 Failed to create persistent connection to ADMIN$ shared folder on host» при подключении выделенного хоста Hyper-V
Обсуждение
Блог Сисадмина
Полезная информация об администрировании пользовательских и серверных ОС Windows.
Ошибка при настройке Veeam B&R
Ошибка при настройке Veeam B&R : 1 комментарий
Veeam error code 0x00000005

Вики IT-KB

Пошаговые руководства, шпаргалки, полезные ссылки.

Инструменты пользователя

Инструменты сайта

Veeam Backup & Replication 9.5 — Ошибка «Access is denied 0x00000005 Failed to create persistent connection to ADMIN$ shared folder on host» при подключении выделенного хоста Hyper-V

В некоторых сценариях может возникнуть необходимость подключения выделенного хоста виртуализации Hyper-V (хоста не входящего в кластер Hyper-V) к серверу Veeam Backup & Replication 9.5.

В таких случаях в качестве учётной записи для доступа к хосту может использоваться локальная учётная запись (с административными правами), созданная на самом этом хосте. В подобной конфигурации мастер добавления хоста может выдавать ошибку доступа к общему административному ресурсу ADMIN$:

«Access is denied.
–tr:Error code: 0x00000005
–tr: Failed to create persistent connection to ADMIN$ shared folder on host…»

Чтобы решить данную проблему, на целевом хосте виртуализации нам потребуется ослабить настроенные по умолчанию в Windows Server ограничения доступа к административным ресурсам для локальных учётных записей типа Admin$, C$ и т.п.

Сделать это можно добавив параметр LocalAccountTokenFilterPolicy с типом REG_DWORD и значением 1 в ключ реестра: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem .

Сразу после этого мастер по добавлению хоста с использованием локальной учётной записи должен отработать без ошибки доступа.

Дополнительные источники информации:

Проверено на следующих конфигурациях:

Версия ОС	Версия Veeam Backup & Replication
Microsoft Windows Server 2012 R2 Datacenter (6.3.9600)	9.5.0.1038

Автор текущей редакции:
Алексей Максимов
Время публикации: 08.01.2018 12:58

Обсуждение

в моем случае. локальный Администратор был отключен и была создана другая учетка с админ. правами.

Источник

Блог Сисадмина

Полезная информация об администрировании пользовательских и серверных ОС Windows.

Ошибка при настройке Veeam B&R

При первоначальном добавлении в Veeam Backup&Replication локального сервера Hyper-V после ввода имени пользователя и пароля для доступа к серверу возникает ошибка:

Access is denied.
—tr:Error code: 0x00000005
—tr:Failed to create persistent connection to ADMIN$ shared folder on host [192.168.13.2].
—tr:Failed to install service [VeeamDeploySvc] was not installed on the host [192.168.13.2]

Ошибка возникла из-за того, что пользователь, который указывался для доступа к серверу, хоть и находится в группе Администраторов, но не является встроенным администратором (Built-in), который создается в системе по умолчанию.

Указать встроенную учетную запись администратора
Отключить UAC. Это можно сделать через msconfig, или сразу запустив UserAccountControlSettings.
Установить необходимые пакеты VeeamHvIntegration.msi and VeeamTransport.msi на сервер вручную. Они находятся в папке C:Program FilesVeeamBackup and ReplicationBackupPackages.
добавить в реестр ключ (regedt32)

Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem]»LocalAccountTokenFilterPolicy»=dword:00000001

Ошибка при настройке Veeam B&R : 1 комментарий

Не нужно этого делать, открывать системные шары наружу.
Достаточно полностью отключить UAC
HKLMSoftwareMicrosoftWindowsCurrentVersionPoliciesSystem EnableLUA=0

Источник

Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору dinohrom
Цитата:

точно и однозначно рефс- тк фаст клонинг

Собственно, так и сделал, разметив сторадж с рекомендованным размером блока, а потом что-то засомневался.
Цитата:

рефс- не дедуплицируемая на уровне файловой системы фс

Но заявлено, что в серванте 2019 уже дедуплицируемая, вроде как?

Всего записей: 902 | Зарегистр. 11-04-2002 | Отправлено: 15:50 15-03-2020

dinohrom

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору отличие нтфс от рефс, среди прочего, отсутствие дудупа, ман по фс. дедуп заменен на фаст клон силами вима, что более эффективно.
размер блока какой выставлен в рефс ?

Всего записей: 21 | Зарегистр. 06-01-2007 | Отправлено: 16:51 15-03-2020

MACTEP

Advanced Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору dinohrom
Цитата:

размер блока какой выставлен в рефс ?

64k

Всего записей: 902 | Зарегистр. 11-04-2002 | Отправлено: 17:14 15-03-2020

reff

Gold Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MACTEP
Поищите ответ на свой вопрос в блоге на хабре и ютубном канале veeam.

Всего записей: 6928 | Зарегистр. 04-09-2003 | Отправлено: 00:52 16-03-2020

U2007

Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MACTEP
посмотрите на дисковую загрузку от дедупликации и вопрос отпадет.
мое мнение — ну его на эту дедупликацию на винде в рамках бэкап репозитория — поскольку бэкапы ежедневные, то постдедупликация будет практически бесперерывная (хотя в 2019 допилили многопоток, может там дела лучше будут, не пробовал)

Всего записей: 329 | Зарегистр. 25-11-2008 | Отправлено: 16:22 16-03-2020

MACTEP

Advanced Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо за инфу и подсказки! Соберу тогда рейд с размером страйпа 256к и форматну в рефс с 64к кластером.

Всего записей: 902 | Зарегистр. 11-04-2002 | Отправлено: 18:46 16-03-2020

Chekhov

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Можно настроить чтоб Veeam Agent для Microsoft Windows FREE делал бэкап раз в месяц?

Всего записей: 5 | Зарегистр. 23-05-2016 | Отправлено: 14:59 03-04-2020

gegetthrjtyk

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Добрый день.
Сегодня поставил VBR и сразу столкнулся с проблемой
Processing VM Error: Skipping VM processing due to insufficient free disk space on datastore esxistorage.
Не понимаю чего может не хватать, если под бэкап у меня есть 8ТБ свободного места, а на датасторе esxi — 800ГБ, и это при размере дисков ВМ 60ГБ. Почему вообще место требуется на датастре, да так, что аж более чем в 10 раз больше от размера ВМ не хватает ?

Всего записей: 45 | Зарегистр. 01-02-2016 | Отправлено: 18:36 25-05-2020

U2007

Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору gegetthrjtyk
800ГБ — это сколько процентов от объема датастора?
в VEEAM есть настройка зависящая от % свободного пространства на датасторе, страховка на случай заполнения стораджа от разросшихся снапшетов.

Всего записей: 329 | Зарегистр. 25-11-2008 | Отправлено: 19:00 25-05-2020

gegetthrjtyk

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору U2007
Спасибо, идею понял. Это 2% с небольшим.
UPD: Настройка skip VM processing в general options.

Всего записей: 45 | Зарегистр. 01-02-2016 | Отправлено: 15:37 26-05-2020 | Исправлено: gegetthrjtyk, 15:56 26-05-2020

neyasyt9

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору del

Всего записей: 191 | Зарегистр. 19-01-2015 | Отправлено: 12:39 16-07-2020 | Исправлено: neyasyt9, 14:46 03-08-2020

Serg0FFan

Silver Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Уважаемые, подскажите, что за беда такая с 10кой?
Пытаюсь восстановить файлы из архива, Guest Files — Microsoft Windows.
Выбираю архив, указываю причину восстановления, жму Finish,
далее пишет что сейчас бэкап браузер откроется и вылетает вот эта ошибка.
09.12.2020 11:43:24 Error Выдано исключение типа «Veeam.Backup.AgentProvider.AgentClosedException».

Причем на всех архивах виндовых. На Linux всё нормально, открывается браузер файлов и можно все восстановить. Причем на двух разных установках такая беда, последний патч 10а установил сегодня же и . ничего не поменялось.

В логах, на сервере где установлен Veeam B&R10 такая запись есть:
Имя сбойного приложения: VeeamAgent.exe, версия: 10.0.1.4854, метка времени: 0x5fc7f778
Имя сбойного модуля: VeeamAgent.exe, версия: 10.0.1.4854, метка времени: 0x5fc7f778
Код исключения: 0xc0000005
Смещение ошибки: 0x0000000000bc163c
Идентификатор сбойного процесса: 0x214c
Время запуска сбойного приложения: 0x01d6ce1e63a2be9c
Путь сбойного приложения: C:Program Files (x86)VeeamBackup Transportx64VeeamAgent.exe
Путь сбойного модуля: C:Program Files (x86)VeeamBackup Transportx64VeeamAgent.exe
Идентификатор отчета: a3b1a353-3a11-11eb-81a8-6805ca277f0c

Всего записей: 3029 | Зарегистр. 25-12-2002 | Отправлено: 18:36 09-12-2020

CrazYViruS_CrazyNet

Member

В логах: «BackupSrvLog.log» на данном этапе проблема:
MSI (s) (D4:A0) [20:54:38:680]: Invoking remote custom action. DLL: C:WindowsInstallerMSICEBC.tmp, Entrypoint: VmaRPCExtensionPhased
***Veeam*** Storage name: ‘C:ProgramDataVeeamSetupTemp\VmRPCExtensionPhased’.
***Veeam*** Serialize RPC server.
***Veeam*** Internal RPC server endpoint: B84FE13F-0251-4880-A192-E0816A5DC540.
***Veeam*** RpcServerUseProtseqEpW.
***Veeam*** Registering interface.
***Veeam*** Composing binding string.
***Veeam*** Composed binding string: ncalrpc:
***Veeam*** Creating bind from binding string.
***Veeam*** Start execute action.
***Veeam*** Trying to execute (install) assembly ‘Veeam.Backup.Setup.dll_x64’, class ‘Veeam.Backup.Setup.BackupWmiServerSetupExtension’.
***Veeam*** SRV: Product: ‘‘. Assembly: ‘C:UsersCRAZYV

1AppDataLocalTemp77ee83ac-a1b4-4e5f-b89c-b20da1ef6482Veeam.Backup.Setup.dll_x64′.
***Veeam*** SRV: Executing .NET-assembly.
***Veeam*** SRV: [31.12.2020 20:54:40]: [VEEAM] Serialize::WmiServerSetupExtension
***Veeam*** SRV: [31.12.2020 20:54:40]: [VEEAM] ExecuteInstall::WmiServerSetupExtension
***Veeam*** SRV: [31.12.2020 20:54:40]: [VEEAM] Performing setup action (Action=2)
***Veeam*** SRV: [31.12.2020 20:58:14]: [VEEAM|ERROR] Адресат вызова создал исключение. (System.Reflection.TargetInvocationException)
***Veeam*** SRV: [31.12.2020 20:58:14]: [VEEAM|ERROR] в System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
***Veeam*** SRV: [31.12.2020 20:58:14]: [VEEAM|ERROR] в System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.RuntimeType.InvokeMember(String name, BindingFlags bindingFlags, Binder binder, Object target, Object[] providedArgs, ParameterModifier[] modifiers, CultureInfo culture, String[] namedParams)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.Setup.SetupExtensionTypeExecutor`2.Execute(String methodName, Object[] args)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.Setup.WmiServerSetupExtension.ExecuteInstall()
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] Файл существует.
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] (System.IO.IOException)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.IO.Path.InternalGetTempFileName(Boolean checkHost)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.WmiServer.Core.Instrumentation.WMIManagementInstaller.GenerateMof(InstallTypes installType)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.WmiServer.Core.Instrumentation.WMIManagementInstaller.DoInstall()
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.WmiServer.Core.CWmiInstaller.InstallManually(String wmiTypesAssembly)
***Veeam*** SRV: Failed during executing assembly ‘C:UsersCRAZYV

1AppDataLocalTemp77ee83ac-a1b4-4e5f-b89c-b20da1ef6482Veeam.Backup.Setup.dll_x64′. Error code: 0x80020009. Адресат вызова создал исключение.
Адресат вызова создал исключение.

Собсно куда копать ? если RPC то проблема с портами ? но какой именно ? если wmi то счетчики или в самом wmi проблемы..

Как выяснилось у меня проблема со службой HTTP а именно не Биндятсья и не унбиндяться порты.

А данная ошибка свидетельствует о наличии уже забинженого порта, можно в реестре увидеть — HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesHTTPParametersSslBindingInfo если у вас все по дефолту и порт равен 9401 то раздел 0.0.0.0:9401 будет там.

Удалив этот раздел (0.0.0.0:9401) установка продолжиться но выдает новую ошибку: «VmWinError has been occurred. Error: 2» что свидетельствует об отсутствии раздела 0.0.0.0:9401 хотя если посмотреть через Procmon процесс установки, то установщик создает раздел и очевидно успешно но последующая проверка его присутствия не находит этот раздел и на этом ошибка.

Вообщем ошибка «VmWinError has been occurred. Error: 2» гласит о том что я неправильно снял с привязки сертификат тоесть он файл с информацией о привязке по сути существовал — я выполнил это Netsh http delete sslcert ipport=0.0.0.0:9401.

В логах получил:
***Veeam*** > VmAddFwRulesPhased::Execute() ==========
MSI (s) (84:84) [21:52:35:284]: Executing op: ActionStart(Name=VmACertManage_Install,,)
MSI (s) (84:84) [21:52:35:314]: Executing op: CustomActionSchedule(Action=VmACertManage_Install,ActionType=1025,Source=BinaryData,Target=_VmaCertManage@4,CustomActionData=C:ProgramDataVeeamSetupTemp\VmCertManage)
MSI (s) (84:4C) [21:52:35:321]: Invoking remote custom action. DLL: C:WindowsInstallerMSI38D8.tmp, Entrypoint: _VmaCertManage@4
***Veeam*** Storage name: ‘C:ProgramDataVeeamSetupTemp\VmCertManage’.
***Veeam*** ========= VmCertManage: Executing.
***Veeam*** Execute commands (CertControl1):
***Veeam*** Command ‘BIND_SERVICE’.
***Veeam*** Converting application guid ‘‘.
***Veeam*** Converting port 9401.
***Veeam*** Getting thumbprint.
***Veeam*** Thumbprint is ‘Отпечаток сертификата’.
***Veeam*** Binding certificate to port.
***Veeam*** Success.
***Veeam*** ========= VmCertManage: Executing.

И после этой операции начинается следующая которая приводит опять к: Error code: 0x80020009. Адресат вызова создал исключение.

Открыв Server64.msi в Orca я нашел таблицу VMCertificateCommand где есть три операции и две из них подряд биндят сертификат и переменные например порта у обоих совпадают: https://i.imgur.com/0E381JX.png

Отсюда следует что обе команды привязки ссылаются на один и тот-же порт.

И я решил закостылить это все дело.
Во время установки читал непрерывно лог дойдя до момента первой привязки, дождался успешного её завершения после выполнил команду Netsh http delete sslcert ipport=0.0.0.0:9401, и все прошло дальше (кстати второй раз привязка не создалась, мне пришлось создавать вручную с теми данными из лога appid и Thumbprint).

Понмиаю что с последующими обновлениями я буду получать теже самые грабли — но другого решения я не вижу, пока-что, у меня нет ошибок связанных со службной http, привязки вручную у меня проходят успешно, права на раздел в реестре с информацией о привязках я вообще выдал на «Все».

Всего записей: 340 | Зарегистр. 01-02-2010 | Отправлено: 22:26 31-12-2020 | Исправлено: CrazYViruS_CrazyNet, 15:06 02-01-2021

Softos

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Всем привет, пытался нагуглить свою проблему с VeeamBackup, но так и не смог ее толком описать в поисковике. Архивируется несколько ноутбуков, каждый вечер, все архивы складываются в один репозитарий на сервере бэкапов, каждый в свою папку с назвнанием ноутбука, Retention Policy для всех задана 2 дня, с синтетическими бэкапами по средам и субботам, все отлично работает и копиии переодически обрезаются до 2 дней в пятницу и понедельник. А теперь проблема: В какой-то момент бэкап одного из ноутбуков раздваивается, новая полная копия начинает делаться в новую папку с тем же названием +»_1″ в Backups сам Backup раздваивается и в нем образуются 2 бэкапа с одинаковым названием в одном все старые точки восстановления, а в другом одна полная новая и дальше бэкап продолжается в новой ветке, а старые точки восстановления остаются и не удаляются по Retention Policy. В свойствах нового бэкапа Owner менется на новый ID. Как лечу: Удаляю с диска старую ветку бэкапов, удаляю из конфигурации новую ветку бэкапов, переименовываю обратно папку с новым бэкапом, ресканирую репозитарий в джобах маплю новый бэкап на старое задание и все работает дальше до очередного такого сбоя. Вопрос: Что это? Как с этим бороться? Заранее спасибо.

Всего записей: 29 | Зарегистр. 20-03-2007 | Отправлено: 01:14 04-03-2021

T49

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спустя пол года, случайно нашел агента через который можно сделать несколько задач бэкапа.
И что-то файловое резервное копирование меня разочаровало по скорости.

В папке 989GB, в основном видео и местами немного картинок.
Macrium Reflect — собрал это добро в бэкап за — 2 часа 31 минуту.
Veeam Agent — то самое мутузил — 7 часов 30 минут.

Хотя ранее пробовал на папках 300 и 500гб, там последний оставал на незначительное время, 10-20 минут.
Конечно пойду копать дальше, может задачу я сделал не очень толково.

Всего записей: 55 | Зарегистр. 08-10-2017 | Отправлено: 18:49 18-03-2022

Источник

Hello. My IT partner set up a FreeNAS server and the backups were working great for a while. He took some time off and FreeNAS got full and we all know what happens then… (well, I didn’t know before, but I sure know now). Before removing some of the backups, I did play with a few FreeNAS settings on the shares. I then used putty and I was able to remove some backups and now everything can connect and be seen from the network. But when I try to run a backup, I get an Access Denied error. I exported the log but I just don’t understand enough to figure it out. ANY help would be GREATLY appreciated!! I completely emptied the folder this is pointed to, and I tried Active Full. Thanks in advance!! (PS, all other Veeam backups to all other sources work with no problems.)

[06.09.2017 10:42:10] <10> Error Failed to call RPC function ‘FcWriteFileEx’: Access is denied. Failed to open file [\it-nas02veeamNAS02 — Support VMsNAS02 — Support VMs.vbm_1_tmp].
[06.09.2017 10:42:10] <10> Error Access is denied.
[06.09.2017 10:42:10] <10> Error Failed to open file [\it-nas02veeamNAS02 — Support VMsNAS02 — Support VMs.vbm_1_tmp].
[06.09.2017 10:42:10] <10> Error —tr:Error code: 0x00000005
[06.09.2017 10:42:10] <10> Error —tr:Failed to call DoRpc. CmdName: [FcWriteFileEx] inParam: [<InputArguments><FilePath value=»\it-nas02veeamNAS02 — Support VMsNAS02 — Support VMs.vbm_1_tmp» /><DesiredAccess value=»1073741824″ /><ShareMode value=»0″ /><CreationDisposition value=»2″ /><FlagsAndAttrs value=»0″ /><Offset value=»0″ /><BytesToWrite value=»0″ /></InputArguments>].
[06.09.2017 10:42:10] <10> Error —tr:Failed to call DoRpcWithBinary (System.Runtime.InteropServices.COMException)
[06.09.2017 10:42:10] <10> Error at VeeamProxyClient.GenerateComException(basic_string<char,std::char_traits<char>,std::allocator<char> >* excMsg, Int32 errHrCode)
[06.09.2017 10:42:10] <10> Error at VeeamProxyClient.RegenerateCLRException(exception* excBase)
[06.09.2017 10:42:10] <10> Error at VeeamProxyClient.CCliProxyRpcInvoker.DoRpcWithBinaryEx(String cmdName, String inXml, Byte[]& inData, String& outXml, Byte[]& outData)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.ProxyProvider.CProxyRpcInvoker.CallWithBinaryEx(String methodName, CProxyInvokeInputArg inputArgs, Byte[]& inData, Byte[]& outData)
[06.09.2017 10:42:10] <10> Error Exception during meta save process for ‘\it-nas02|veeam|NAS02 — Support VMs|NAS02 — Support VMs.vbm’
[06.09.2017 10:42:10] <10> Error Failed to save backup meta to ‘\it-nas02|veeam|NAS02 — Support VMs|NAS02 — Support VMs.vbm’ (System.Exception)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.Core.CBackupMetaFile.Save(CBlobData content)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.Core.CBackupMetaEx.<>c__DisplayClass6.<SavePregenerated>b__5(Tuple`2 tuple)
[06.09.2017 10:42:10] <10> Error [puunene.css.local] Failed to save file content to [\it-nas02veeamNAS02 — Support VMsNAS02 — Support VMs.vbm_1_tmp] on host [puunene.css.local] (System.Exception)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.ProxyProvider.CProxyFileCommander.SaveFileContentBinary(String link, CBlobData content)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.Core.CWinFileCommander.SaveFileContentBinary(String link, CBlobData content)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.Core.CBackupMetaFile.Save(CBlobData content)
[06.09.2017 10:42:10] <10> Error Access is denied. (Veeam.Backup.Common.CCppCOMException)
[06.09.2017 10:42:10] <10> Error Failed to open file [\it-nas02veeamNAS02 — Support VMsNAS02 — Support VMs.vbm_1_tmp]. (Veeam.Backup.Common.CCppComponentException)
[06.09.2017 10:42:10] <10> Error in c++: Error code: 0x00000005
[06.09.2017 10:42:10] <10> Error in c++: Failed to call DoRpc. CmdName: [FcWriteFileEx] inParam: [<InputArguments><FilePath value=»\it-nas02veeamNAS02 — Support VMsNAS02 — Support VMs.vbm_1_tmp» /><DesiredAccess value=»1073741824″ /><ShareMode value=»0″ /><CreationDisposition value=»2″ /><FlagsAndAttrs value=»0″ /><Offset value=»0″ /><BytesToWrite value=»0″ /></InputArguments>].
[06.09.2017 10:42:10] <10> Error in c++: Failed to call DoRpcWithBinary
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.ProxyProvider.CProxyRpcInvoker.CallWithBinaryEx(String methodName, CProxyInvokeInputArg inputArgs, Byte[]& inData, Byte[]& outData)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.ProxyProvider.CRemoteFileEx.Write(Byte[]& writeData, Int32 byteToWrite)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.ProxyProvider.CRemoteFileEx.Open(String remotePath, Boolean bReadMode)
[06.09.2017 10:42:10] <10> Error at Veeam.Backup.ProxyProvider.CProxyFileCommander.SaveFileContentBinary(String link, CBlobData content)

Источник

Veeam Backup & Replication drops down into VeeamZip mode if you don’t have a licence key. But it’ll still provide some handy functionality – I’m using it to take a basic backup of all the VMs on a Hyper-V host at a remote site, just in case the (rather crusty old) hardware dies.

There’s no scheduling in the free Veeam backup product, but you can write a PowerShell script and use Windows Task Scheduler to run it, which is what I’ve done. I’m backing up all powered on VMs on a particular host to a UNC path on a physical server.

Add-PSSnapin VeeamPSSnapin
$VMs = Find-VBRHvEntity -Name * -Server HVHost01
$VMs.Count
foreach($VM in $VMs){
    if($VM.PowerState -eq "PoweredOn"){
        Write-Host ("Backing up "+$VM.Name+"...") -ForegroundColor Gray -NoNewline
        try{
            $Result = Start-VBRZip -Entity $VM -Folder "\FileServerVeeamBackups" -Compression 5 -AutoDelete In1Week
            if($Result.Result -ne "Failed"){
                Write-Host "Done" -ForegroundColor Green
                # You could use Send-MailMessage here to get email notification of a successful backup
            }
            else{
                Write-Host "Failed" -ForegroundColor Red
            }
        }
        catch{
            Write-Host "Error" -ForegroundColor Red
            $Error[0]
        }
    }
}

I created a domain admin account in Active Directory to use as a service account for Veeam, and used this to run the scheduled task too. The task needs to be “Run with highest privileges”.

If you get the error:

06/07/2016 10:13:10 :: Error: Access is denied.
--tr:Error code: 0x00000005
Cannot create folder. Folder path: [\FileServerVeeamBackups].
--tr:FC: Failed to create directory. Directory path: [\FileServerVeeamBackups].
--tr:Failed to call DoRpc. CmdName: [FcCreateDir].
Access is denied.
Cannot create folder. Folder path: [\FileServerVeeamBackups].

It’s probably because the Veeam B&R server authenticates to the UNC path using its local system account, so you need to grant that computer account access to the share and NTFS permissions on the server holding the shared folder, e.g. VBRServer$

Источник