Не доглядел, подумал только вбр будет 10

читаем один диск со скоростью 70 MB/s, другой со скоростью 68MB/s, таким образом суммарная скорость - 77.6MB/s

Г - Логика

195 часов норм

San проброшен в виртуальную машину?

Hba адаптер

это график за последние 5 минут

Что там такое хранится на 190тб?)

Понятно, но в логе тогда было б неплохо написать at avg. 80MB/s, например

Все вам расскажи ;)

Несколько lun из san как vrdm, да

На самом деле там же средне за какой то промежуток времени

Колеги, подскажите пожалуйста. Есть veeam 9.5.4 и хост hyper-v. В какой-то момент преестал делаться бекап вируталки centos 7.4. Остальные виртуалки бекапятся нормально. Задание зависает при копировании vhdx на 11 гигабайтах (23%). Дальше ничего не происходит. В логах задания ошибок я не нашёл. Последние что есть это:
[AP] Waiting for completion. Id: [0x1c768bd], Time: 00:30:00.0155055
[06.12.2019 15:30:00] <20> Info                   [AP] (b3f3) output: --asyncNtf:Pipeline timeout: it seems that pipeline hanged.
[06.12.2019 15:30:00] <20> Info                   [AP] (11dd) output: --asyncNtf:Pipeline timeout: it seems that pipeline hanged.
[06.12.2019 15:30:05] <20> Info                   [AP] (463b) output: --asyncNtf:Pipeline timeout: it seems that pipeline hanged.
[06.12.2019 15:30:05] <20> Info                   [AP] (57a7) output: --asyncNtf:Pipeline timeout: it seems that pipeline hanged.
[06.12.2019 15:30:05] <30> Info                   [AP] (425f) output: --asyncNtf:Pipeline timeout: it seems that pipeline hanged.
[06.12.2019 15:41:05] <31> Info                   [AP] (463b) output: --asyncNtf:--busy: Target backup repository is overloaded.
[06.12.2019 15:41:05] <37> Info                   [AP] (425f) output: --asyncNtf:--busy: Target backup repository is overloaded.
[06.12.2019 15:41:05] <27> Info                   [AP] (57a7) output: --asyncNtf:--busy: Target backup repository is overloaded.
может кто-то сталкивался с таким?
Заранее спасибо!

Вот конкретно в "логе", кмк, логичнее было бы видеть мгновенную скорость прям щас

Попробуйте откатиться на версию veeam 6.5 насколько помню тогда было именно так

(подавился печенькой)

Коллеги, тут у вари вышел патчик для vCenter Server - версия 6.7u3b где очень нужные мне исправления внесены. Вопрос, последний Veeam ONE 9.5 Update 4a и Veeam Backup & Replication 9.5 Update 4b с ним работают? Есть информация о совместимости?

Starting with smaller news today, as they are quite important and I don't want them to be lost under the bigger news! VMware has now released patches resolving changed block tracking (CBT) API bug after reverting VM snapshot for ESXi 6.7 and ESXi 6.0 (patch for ESXi 6.5 is still to be released). While I was a bit confused by the resolved issue description, VMware has explicitly confirmed to us this fix indeed refers to "our" issue, which is great news! As the next step, our QC will verify that the shipping Veeam Backup & Replication version "just works" with the patch installed, and that changed logic does not cause any issues. Thus, I should have much better understanding and recommendations regarding the deployment of this patch by the next week's digest.

Праздник к нам приходит (с) 😁

🙂

"Now" произошло больше месяца назад