Пошаговые руководства, шпаргалки, полезные ссылки.
Инструменты пользователя
Инструменты сайта
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_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System .
Сразу после этого мастер по добавлению хоста с использованием локальной учётной записи должен отработать без ошибки доступа.
Дополнительные источники информации:
Проверено на следующих конфигурациях:
Версия ОС
Версия 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 Files\Veeam\Backup and Replication\Backup\Packages.
добавить в реестр ключ (regedt32)
Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]»LocalAccountTokenFilterPolicy»=dword:00000001
Ошибка при настройке Veeam B&R : 1 комментарий
Не нужно этого делать, открывать системные шары наружу. Достаточно полностью отключить UAC HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System EnableLUA=0
Собственно, так и сделал, разметив сторадж с рекомендованным размером блока, а потом что-то засомневался. Цитата:
рефс- не дедуплицируемая на уровне файловой системы фс
Но заявлено, что в серванте 2019 уже дедуплицируемая, вроде как?
Всего записей: 902 | Зарегистр. 11-04-2002 | Отправлено:15:50 15-03-2020
dinohrom
Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору отличие нтфс от рефс, среди прочего, отсутствие дудупа, ман по фс. дедуп заменен на фаст клон силами вима, что более эффективно. размер блока какой выставлен в рефс ?
Всего записей: 21 | Зарегистр. 06-01-2007 | Отправлено:16:51 15-03-2020
Всего записей: 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.
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Уважаемые, подскажите, что за беда такая с 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)\Veeam\Backup Transport\x64\VeeamAgent.exe Путь сбойного модуля: C:\Program Files (x86)\Veeam\Backup Transport\x64\VeeamAgent.exe Идентификатор отчета: a3b1a353-3a11-11eb-81a8-6805ca277f0c
Всего записей: 3029 | Зарегистр. 25-12-2002 | Отправлено:18:36 09-12-2020
CrazYViruS_CrazyNet
Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Доброго времени всем ! При попытке обновления а далее при «чистой установки» — «VeeamBackup&Replication_10.0.1.4854_20200723» возникает ошибка: «Адресат вызова создал исключение.»
В логах: «BackupSrvLog.log» на данном этапе проблема: MSI (s) (D4:A0) [20:54:38:680]: Invoking remote custom action. DLL: C:\Windows\Installer\MSICEBC.tmp, Entrypoint: VmaRPCExtensionPhased ***Veeam*** Storage name: ‘C:\ProgramData\Veeam\Setup\Temp\\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:\Users\CRAZYV
1\AppData\Local\Temp\77ee83ac-a1b4-4e5f-b89c-b20da1ef6482\Veeam.Backup.Setup.dll_x64′. Error code: 0x80020009. Адресат вызова создал исключение. Адресат вызова создал исключение.
Собсно куда копать ? если RPC то проблема с портами ? но какой именно ? если wmi то счетчики или в самом wmi проблемы..
Как выяснилось у меня проблема со службой HTTP а именно не Биндятсья и не унбиндяться порты.
А данная ошибка свидетельствует о наличии уже забинженого порта, можно в реестре увидеть — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parameters\SslBindingInfo если у вас все по дефолту и порт равен 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.
И после этой операции начинается следующая которая приводит опять к: 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, привязки вручную у меня проходят успешно, права на раздел в реестре с информацией о привязках я вообще выдал на «Все».
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Всем привет, пытался нагуглить свою проблему с 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
HristNew
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Добрый день комрады
попробовал протестить восстановление файлов из архива и наткнулся на ошибку
В некоторых сценариях может возникнуть необходимость подключения выделенного хоста виртуализации Hyper-V (хоста не входящего в кластер Hyper-V) к серверу Veeam Backup & Replication 9.5.
Автор текущей редакции: 
Ошибка возникла из-за того, что пользователь, который указывался для доступа к серверу, хоть и находится в группе Администраторов, но не является встроенным администратором (Built-in), который создается в системе по умолчанию.
