Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Veeam Backup & Replication

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2

Открыть новую тему     Написать ответ в эту тему

Lioplay

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день.  
Столкнулся с проблемой. Veeam Backup & Replication 9.5 Update 2 (9.5.0.1038) на сервере window2012r2 отлично работал с кластером Hyper-V на window2012r2. В какой то момент (возможно после обновления ОС на сервере бекапов и установки антивируса Symantec) сервер бекапов перестал видеть кластер. Антивирус удалил, обновил сервера кластера, все перезагрузил. При создании новой задачи,при добавлении нового сервера - specific ip address does not match any resolved cluster ip address. Если добавлять одиночный сервер, то все работает, не видит только кластер серверов. Подскажите, что может быть и как решить

Всего записей: 2 | Зарегистр. 18-04-2017 | Отправлено: 12:49 07-11-2017
MACTEP



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dinohrom
Цитата:
точно и однозначно рефс- тк фаст клонинг
Собственно, так и сделал, разметив сторадж с рекомендованным размером блока, а потом что-то засомневался...
Цитата:
рефс- не дедуплицируемая на уровне файловой системы фс
Но заявлено, что в серванте 2019 уже дедуплицируемая, вроде как?
 
 

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

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

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



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dinohrom
Цитата:
размер блока какой выставлен в рефс ?
64k
 

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



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

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

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

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



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

Всего записей: 845 | Зарегистр. 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 раз больше от размера ВМ не хватает ?

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

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

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

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

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



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

Всего записей: 152 | Зарегистр. 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)\Veeam\Backup Transport\x64\VeeamAgent.exe
Путь сбойного модуля: C:\Program Files (x86)\Veeam\Backup Transport\x64\VeeamAgent.exe
Идентификатор отчета: a3b1a353-3a11-11eb-81a8-6805ca277f0c

Всего записей: 3013 | Зарегистр. 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\{CCBCEEE2-6EC2-43B5-991C-7F2364BE9D26}\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: '{CCBCEEE2-6EC2-43B5-991C-7F2364BE9D26}'. Assembly: 'C:\Users\CRAZYV~1\AppData\Local\Temp\77ee83ac-a1b4-4e5f-b89c-b20da1ef6482\Veeam.Backup.Setup.dll_x64'.
***Veeam***  SRV: Executing .NET-assembly...
***Veeam***  SRV: [31.12.2020 20:54:40]:<00000005> [VEEAM] Serialize::WmiServerSetupExtension
***Veeam***  SRV: [31.12.2020 20:54:40]:<00000005> [VEEAM] ExecuteInstall::WmiServerSetupExtension
***Veeam***  SRV: [31.12.2020 20:54:40]:<00000005> [VEEAM] Performing setup action (Action=2)
***Veeam***  SRV: [31.12.2020 20:58:14]:<00000005> [VEEAM|ERROR] Адресат вызова создал исключение. (System.Reflection.TargetInvocationException)
***Veeam***  SRV: [31.12.2020 20:58:14]:<00000005> [VEEAM|ERROR]    в System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
***Veeam***  SRV: [31.12.2020 20:58:14]:<00000005> [VEEAM|ERROR]    в System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]    в System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [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]:<00000005> [VEEAM|ERROR]    в Veeam.Backup.Setup.SetupExtensionTypeExecutor`2.Execute(String methodName, Object[] args)
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]    в Veeam.Backup.Setup.WmiServerSetupExtension.ExecuteInstall()
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR] Файл существует.
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]  (System.IO.IOException)
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]    в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]    в System.IO.Path.InternalGetTempFileName(Boolean checkHost)
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]    в Veeam.Backup.WmiServer.Core.Instrumentation.WMIManagementInstaller.GenerateMof(InstallTypes installType)
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]    в Veeam.Backup.WmiServer.Core.Instrumentation.WMIManagementInstaller.DoInstall()
***Veeam***  SRV: [31.12.2020 20:58:15]:<00000005> [VEEAM|ERROR]    в Veeam.Backup.WmiServer.Core.CWmiInstaller.InstallManually(String wmiTypesAssembly)
***Veeam***  SRV: Failed during executing 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.
 
В логах получил:
***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:\ProgramData\Veeam\Setup\Temp\{CCBCEEE2-6EC2-43B5-991C-7F2364BE9D26}\VmCertManage)
MSI (s) (84:4C) [21:52:35:321]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI38D8.tmp, Entrypoint: _VmaCertManage@4
***Veeam***  Storage name: 'C:\ProgramData\Veeam\Setup\Temp\{CCBCEEE2-6EC2-43B5-991C-7F2364BE9D26}\VmCertManage'.
***Veeam***  ========= VmCertManage: Executing.
***Veeam***  Execute commands (CertControl1):
***Veeam***    Command 'BIND_SERVICE'...
***Veeam***  Converting application guid '{c1c52494-c27c-427c-aa00-602f93215488}'...
***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, привязки вручную у меня проходят успешно, права на раздел в реестре с информацией о привязках я вообще выдал на "Все".

Всего записей: 338 | Зарегистр. 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. Как лечу: Удаляю с диска старую ветку бэкапов, удаляю из конфигурации новую ветку бэкапов, переименовываю обратно папку с новым бэкапом, ресканирую репозитарий в джобах маплю новый бэкап на старое задание и все работает дальше до очередного такого сбоя. Вопрос: Что это? Как с этим бороться? Заранее спасибо.

Всего записей: 26 | Зарегистр. 20-03-2007 | Отправлено: 01:14 04-03-2021
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2

Компьютерный форум Ru.Board » Компьютеры » Программы » Veeam Backup & Replication


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru