Восстановление объектов MS Exchange

В Veeam Backup версии 6.5 появился инструмент для восстановления объектов MS Exchange 2010 – Veeam Explorer for Exchange (кодовое название – VEX). Инструмент позволяет восстанавливать письма, записи в календаре и т.п. объекты.

Для работы с резервными копиями VBR все просто – в консоли Veeam Backup выбрали резервную копию ВМ с «чагой», запустили режим восстановления объектов Exchange (Restore Exchange items...) или режим восстановления файлов Windows (Restore guest files (Windows)...). В первом случае произойдет автоматический запуск утилиты VEX, во втором – запустить утилиту можно в консоли эксплорера файлового восстановления.
Утилита подключается ко всем обнаруженным базам чаги и позволяет осуществлять поиск или просто вручную пройти по дереву базы до нужного элемента и восстановить в msg-файл, в pst-файл при наличии установленного Outlook, переслать письмо в качестве приложения или вернуть обратно в боевую базу. Можно работать как с одиночными письмами, так и с группой.


Но я не стал бы просто так об этом просто писать в свой блог. Обо всем этом вы и так могли прочитать  на сайте Veeam, в различных маркетинговых раздатках, послушать на презентациях и вебинарах. Есть еще один важный момент в использовании этой утилиты – она не требует наличия резервных копий, сделанных с помощью Veeam Backup.
Вообще не требует. Ни технически, ни лицензионно. Пока во всяком случае.

Нужно установить Veeam Backup, запустить VEX, и далее добавить файл базы в Exchange. Profit!

И на закуску. VEX входит в состав всех версий Veeam Backup & Replication, включая Free Edition.


P.S. Возможно размещу как-нибудь материал по виртуализации самого MS Exchange.

Veeam Backup v6.x. Права пользователя в vSphere

Для копирования и восстановления ВМ и данных в виртуальной инфраструктуре VMware vSphere нужно, чтобы сервер Veeam Backup обладал определенными правами на объекты. Конечно, можно дать доступ Administrator на все, но это, согласитесь, не лучший вариант. И можно сильно получить от отдела безопасности.

Есть у нас один мог документ на сей счет. В pdf. В нем все английским по белому рассказано, все по зеленым табличкам разложено. Для каких функций какой набор прав нужен.

И вот, спасибо добрым людям, сделали xml с ролями, которую можно импортировать в vCenter,  а затем дать соответствующему аккаунту нужную роль.
Полагаю, наиболее востребованная будет роль "Veeam Combined" - сочетающую все необходимые права для всех возможных действий. Но можно предусмотреть и различные сценарии, с применением различных ролей. Например, если вы хотите, чтобы VBR мог только копировать с одного vCenter, а восстанавливать на другой.

Файлы:

• Документ с описанием прав доступа (pdf)
• Роли в vCenter  (xml)

P.S. если найдете какие недочеты - обязательно напишите мне.

Сочетания клавиш

Как говориться, в мемориз...

Полный список горячих клавиш Windows 8

Выпуск Windows 8 совсем не за горами и некоторые наши читатели уже активно пробуют новую систему в действии. Несмотря на некоторую спорность интерфейса Metro, многим он пришелся по вкусу. Сегодня мы расскажем о горячих клавишах, которые помогут использовать "новый пользовательский интерфейс Windows" еще продуктивнее.

далее копи-паст статьи полностью.

Любителям технологических постеров

5 постеров VMware http://blogs.vmware.com/vsphere/2012/09/vmware-posters.html
3 постера про MS Hyper-V: http://www.microsoft.com/en-us/download/details.aspx?id=29189
А вот по Citrix XenServer не нашел. Если у кого есть ссылки - пришлите, размещу.

Матрешка-2012

Год назад давал ссылку на то, как сделать ВМ с Hyper-V внутри VMware Workstation или vSphere 5.
Вот вам ссылка на то, как запустить Hyper-V внутри клиентского гипервизора Windows 8.

Проблема в том, что в Windows 2012 роль Hyper-V проверяет, не является ли сервер виртуальной машиной, и если это так - роль не ставится. Вполне понятная защита.
Для обхода используется утилита dism, в которой колдуем над образом так, чтобы роль ставилась при инсталляции самого сервера.

Сам я еще не ставил, а из статьи не понятно, можно ли после этого внутри виртуализированного Hyper-V запускать еще ВМ. А если можно, то как там обстоят дела с производительностью.

Скриншоты

Когда-нибудь выложу свою свою коллекцию скриншотов.

Вот, например, сегодняшний:

Суперскорость

Veeam Backup v6.x. Архитектура. Депозитарий для резервных копий

О том, как масштабировать репозитарии, я уже писал http://www.veskin.ru/2012/07/veeam-backup-v6x.html.
С хранением резервных копий все также достаточно гибко – возможны различные варианты, но у каждого есть свои нюансы.

Само собой резервные копии желательно хранить вне пределах виртуальной инфраструктуры, чтобы избежать «одной корзины» (или «single point of failure»). Так что так или иначе желательно иметь отдельный массив под резервные копии. Все остальное зависит от задачи, которую необходимо решить.
Репозитарии – серверы, которые осуществляют запись на диск – могут быть различные по типу установки:

   a) Виртуальные
   b) Физические

По типу ОС:
   a) Windows
   b) Linux
По месту хранения:
   a) Локальный диск – то, что видно сервером как локальные диски: локальные диски, DAS-полка с дисками, FC- и iSCSI-хранилища, USB-накопители и т.п.
   b) CIFS-шара
   c) NFS-шара

SureBackup'им RHEL

Решение проблемы смены MAC-адреса ВМ с RHEL/CentOS в Veeam Backup VirtualLab.

RedHat в конфигурационном файле сетевого интерфейса (/etc/sysconfig/network-scripts/ifcfg-eth<номер_интерфейса>) содержит строчку привязки конфигурационных настроек к MAC-адресу. Выглядит строка так:

HWADDR=xx:xx:xx:xx:xx:xx

При старте система проверяет текущий MAC, и если он не соответствует заданному значению, то конфигурационный файл переименовывается в .bak и создается новый файл с пустыми настройками (использует DHCP для получения адреса и т.п.). Это может привести к нежелательным результатам: например, приложение web-сервера может отказываться запуститься.
С этой проблемой сталкиваются при клонировании ВМ или запуске ВМ из резервной копии в Veeam Backup VirtualLab.

Решение: закомментировать через "#" эту проверку в конфигурационном файле и произвести повторное резервное копирование.

Перезагрузка FC HBA на хостах ESX(i)

Есть такая проблема. При подключении хоста ESX(i) (замечено на QLogic FC HBA) к новым создаваемым LUNам на некоторых массивах необходима перезагрузка хоста. Т.е., когда вы в vClient пытаетесь подключить только что созданный новый LUN, вы этот раздел не увидите.
Так как перезагрузка хоста бывает делом проблематичным (особенно в продуктиве), есть более быстрый способ: воспользоваться командной строкой HBA-адаптера для перезагрузки самого интерфейса. На ESXi для этого командую строку придется включить.

Процедура выглядит так:

1. Подключаемся к серверу по SSH или входим в консоль сервера ESX(i).


2. Определяем, какие идентификаторы SCSI HBA у нас есть:

# ls -l /proc/scsi/qla2xxx/
-rw-r--r-- 1 root root 131072 Jun 15 09:21 3
-rw-r--r-- 1 root root 131072 Jun 15 09:21 4

В моем примере это 3 и 4 (здесь и далее я их специально выделил цветом).


3. Затем для каждого производим инициацию ("LIP login") для каждого из интерфейсов:

# echo "scsi-qlalip " > /proc/scsi/qla2xxx/3

и

# echo "scsi-qlalip " > /proc/scsi/qla2xxx/4

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


4. Делаем рескан. Либо в vClient, либо командой "esxcfg-rescan", либо запросом на HBA-адаптер:

# echo "scsi-qlascan " > /proc/scsi/qla2xxx/3

и

# echo "scsi-qlascan " > /proc/scsi/qla2xxx/4

5. Проверяем. LUN должен быть виден сервером.



На самом деле проблема встречается не только при презентации LUN, но и при создании/изменении зон SAN и т.п. операциях.

Шура, бэкап! Как и с чем едят SureBackup

SureBackup — один из инструментов Veeam Backup. Работает он благодаря двум функциям: vPower (запуск ВМ из архива) и VirtualLab (изолированная виртуальная среда).
В автоматическом режиме, по расписанию, с рассылкой результатов проверки на почту, SureBackup позволяет запустить группу ВМ и проверить их работоспособность на уровне ОС, сети и приложений.

Вот на третьем способе проверки (приложений) я и хочу остановиться подробней.
Для проверки стандартных приложений есть возможность выбора: AD, Global Catalog, SQL, Web, Mail, DNS. Проверка идет просто: опрашивается сетевой порт, и если на соответствующий порт приложение отвечает, значит считаем, что приложение работает.

Но на этом варианты проверки не заканчиваются. О том, как проверить другие приложения, в том числе, зависящие от физических серверов дальше и идет речь.

Veeam Backup v6.x. Архитектура. Масштабирование

С версии 6 Veeam Backup & Replication приобрел распределенную инфраструктуру: прокси и репозитории. Собственно про роли я уже писал. Основная цель разделения/распределения — это масштабирования инсталляции.

Прокси

Увеличиваем количество прокси для того, чтобы распараллелить выполнение заданий между ними. Необходимо осуществлять, когда не хватает выделенного окна резервного копирования и при этом имеем множество заданий. Зависит соответственно от количества изменяемых данных с момента предыдущего резервного копирования.

Как сайзить? Сколько мне запланировать прокси? Какие прокси брать физические или виртуальные?

Квадрантура. Gartner's Quadrant x86 виртуализации

Участники все те же. И лидеры понятны, и движения ясны. Я взял квадранты за три года (2010, 2011, 2012) и совместил графы, чтобы посмотреть на тенденции:

VMware заняла свою точку.
Microsoft стремится к лидеру рынка. Очень интересно посмотреть как изменится расклад с Hype-V 3.
Citrix. Говорим про Xen Server, конечно. Честно говоря, я его всегда видел как нишевое решение, хотя размер этой ниши и не маленький. Судя по квадранту, он и двигается в ниши.
Oracle. Orcale VM стали Челленджерами. Как бы не стало как с одноименным челноком (шучу). Для меня, новость, что они стали почти "ready to execute".
Ну а Red Hat с Parallels ходят по кругу :)

В квадранте от 2010 года были еще два игрока: Oracle Solaris Containers и Novell, но Gartner их убрали еще в прошлом году.


Вот такие попугаи! :D


Первоисточник последней публикации со множеством букв тут: http://www.gartner.com/technology/reprints.do?id=1-1AVRXJL&ct=120612&st=sb

Veeam Backup 6.1. Немного из того, что нового

Тот VeeamZIP, что я описал ранее, в платной версии есть тоже. :)
Но более важные изменения на мой взгляд:

1. vPower для Hyper-V

Теперь также, как на vSphere можно быстро запускать ВМ из резервной копии без копирования всех данных.
SureBackup, VirualLab и U-AIR пока нет.

2. Новый интерфейс

Визуально поменялся интерфейс. Но не сильно, и не страшно ;)

Теперь, если у вас в консоли 20 хостов и 10 прокси, дерево не будет безразмерно уходящим вниз. Только важная информация, относящаяся к выбранному виду. Еще появился быстрый поиск и т.п.
Логика работы интерфейса не изменилась. Но много приятных моментов описаны в доке what's new.

3. Оптимизация работы движка

Большое множество изменений на самом деле, но заострю внимание на следующих:

• Улучшения работы балансировщика, выбирающего подходящий прокси.
  Теперь задание не будет убегать на удаленную площадку, LAN-прокси будет искаться по признаку подсети и т.п.

• Использование одних и тех же Прокси и Репозиториев между различными инсталляциями VBR.
• Для VMware улучшены производительности копирования через HotAdd (для ВМ со множеством дисков) и работа vPowerNFS.
• Индексирование файлов в новой файловой системе Windows ReFS (Здравствуй, Windows Server 2012!:)).
• При восстановлении файлов гостевых Windows-систем, происходит монтирование в папку C:\VeeamFLR. Так что теперь можно пользоваться стандартным Windows Explorer для копирования файлов.
• Опция "Preserve source files" при миграции ВМ для сохранения ВМ-источника.

Полный What's new: veeam_backup_6_1_whats_new_en_wn


И на всякий случай, если кто-то пропустил. Вот тут есть обучающие видео для всех: www.veeam.com/vmware-esx-backup/university. Но там пока не обновилось до v.6.1. Такое же сделано по всем продуктам.

Veeam Backup, free edition, и пусть никто не уйдет обиженным

Итак,

• кто жаловался, что FastSCP давно не обновлялся, и теперь не столь уж fast
• кто хотел только скопировать свою ВМ без остановки
• кто использует виртуализацию VMware/Microsoft в домашней лаборатории и имеет необходимость лишь периодически копировать ВМ в архивы

Сегодня обновился Veeam Backup & Replication до версии v.6.1. Изменения касаются всех (и особенно Hyper-V), НО! появилась новая редакция - Free Edition, где:

1. Функционал старого FastSCP - то есть копирования файлов (например, залить на датастор isoшник), с учетом всех новых версий гипервизоров - т.е. обновили API.
2. VeeamZIP - архивирование работающих ВМ без их остановки (ниже подробности).
3. Для VMware: миграция ВМ без выключения между датасторами и хостами.
4. Восстанавливать данные из существующих резервных копий, включая восстановление отдельных файлов гостевых ОС.
5. Переход на полную версию осуществляется подсовыванием файла с ключиком.

Сравнение Free и Standard здесь: veeam_backup_and_replication-free_vs_full (пока на англ.)

Про VeeamZIP. Да, это наш бэкап, но с ограничениями:

• только для одной отдельно взятой ВМ
• только полная копия, без инкрементов
• только вручную, без возможности запуска по расписанию
• с дедупликацией/архивацией и исключением пустых блоков, и блоков занятых файлом подкачки гостевой ОС

При этом из VeeamZIP можно восстанавливать, как целую ВМ, так и файлы гостевых ОС (FAT/NTFS для ВМ Hyper-V, все 15 для VMware).

Скачать эту прелесть можно здесь: http://www.veeam.com/virtual-machine-backup-solution-free.html

Про другие изменения в 6.1 напишу отдельно.

Книга по Windows 2012

В сети появилась э-книжка для свободного чтения по "Introducing Windows Server 2012" от производителя, то есть от Microsoft. По мотивам беты.
Прямая ссылка на скачивание с сайта MS: http://go.microsoft.com/FWLink/?Linkid=251464

Veeam 1, версия 6

Встречайте!

Veeam ONE:

• Единое решение для мониторинга и отчетности. Объединение продуктов Veeam Monitor, Veeam Reporter и Veeam Business View на одном "движке".
• 2-в-1 для VMware vSphere и Microsoft Hyper-V (база знаний для обоих систем).
• Много изменений в мониторинге и в репортинге. Например, расцветка объектов по состояниям, группировка счетчиков, предустановленные инфодоски (dashboards) с отчетами и многое другое.

Основная версия: http://www.veeam.com/virtualization-management-one-solution.html

Бесплатная версия: http://www.veeam.com/virtual-server-management-one-free.html
Другие бесплатные продукты Veeam: http://www.veeam.com/ru/free-virtualization-software-vmware-hyper-v.html

MS SCOM: collation conflict

Ложка дёгтя как приз за невнимательность! А вы читаете Release Notes, Requirements, Installation Guide?

Итак, тем кто ставил MS SCOM 2007 и выше, и при установки MS SQL для баз данных указал collation отличный от «SQL_Latin1_General_CP1_CI_AS» (или не указал ничего, а использова дефолтный) столкнутся с тем, что отчеты в SCOM работать не будут. А лог будет наполнен ошибками вида:

«Cannot resolve the collation conflict between "SQL_Latin1_General_CP1_CI_AS" and "Latin1_General_CI_AS" in the equal to operation».

Вот документ совместимостей для MS SCOM 2007 R2, где указана правильная collation: http://technet.microsoft.com/en-us/library/bb309428.aspx. Где-то в середине длинного текста: раздел «Minimum Software Requirements», в таблице «Supported Software Requirements for Operations Manager 2007» первая строка «Operations Manager Operations database», пункт два:

SQL collation must be SQL_Latin1_General_CP1_CI_AS; no other collation configurations are supported

Как говорят, это чуть ли не единственное место, где сказано про collation.

Если у вас установлен уже MS SCOM 2007 R2, то проверить можно в СУБД MS SQL: в Management Studio откройте свойства сервера, раздел «General», в таблице строка Server Collation.

Если значение отличается от SQL_Latin1_General_CP1_CI_AS, то вам предстоит… переустановить весь SCOM вместе с сиквелом!

фсем эМ-Пи фо фри

Неофициальные новости от Veeam (неофициальные, так как это мой личный блог, а не блог компании. За пресс-релизами и новостями просьба пройти на официальный сайт ;) ):

Давно компания не радовала ничем бесплатным (рождественские подарки - раз, два - не в счет). И вот: вышел бесплатный полнофункциональный Management Pack для Microsoft System Center 2012 на 10 сокетов для мониторинга VMware vSphere. Год поддержки включен. Т.е. если у вас есть новый MS SCOM 2012 и виртуальная инфраструктура на 5 хостов ESX (двухпроцессорные), то можно получить полноценное решение по мониторингу инфраструктуры.

Но если вы пройдете по ссылке на новость, вы обнаружите некоторые другие интересные моменты:
Выход Veeam Backup & Replication v6.1 ожидается в текущем квартале (Q2 2012).
А Veeam ONE v6 вообще ожидается на этой неделе («with expected availability this week»).
/я пишу статью сидя в самолете, так что может, пока долечу это уже перестанет быть новостью :)/


P.S. Кстати, по поводу SCOM. Будьте внимательны при выборе collation при установке!
Опишу в чем тут дело в следующей статье.

P.S.S. Бесплатные продукты Veeam тут.

Да и на Солнце вспышки... вспышки... вспышки...

Давно думал начать мемуары писать. :)


В новостях пробежало, что наше Солнце опять бурлит: вспышки и тому подобное. Вот вспомнилось.

Работал я админом в банке. Кажется году в 2003 мы переезжали всем нашим бранчем ("филиалом") в новое здание.

На новом месте прокладывали нам СКС. Витая пара от Molex, гарантия на все соединения от патч-панелей до конечных розеток 35 лет от производителя. Но, чтобы гарантия работала, необходимо сеть сертифицировать. А для сертификации нужно произвести замеры. Замеры производятся специальным прибором-тестером (не обычным "флюком"). С одной стороны проверяемой линии устанавливается заглушка, с другой — подключается специальный тестер, определяющий волновое сопротивление, затухания и т.п. Таким образом нужно было собрать данные по всем точкам, благо их не так много, около 300.
Тестирование проводили вечерами. Большая часть линий прошло все тесты с хорошим запасом, однако пара-тройка дюжин соединений тестирование провалили. Причем некоторые успешно затем проходили повторные испытания на следующий вечер. Т.е. ошибки были не системные, проявлялись в различное время в разных местах сети. Стали искать внешние источники помех — вдруг кто такой мощный фон дает. Но вокруг ни электрических подстанций, ни промышленного обследования, здание стоит одиноко удалено метров на 300 от всех ближайших сооружений, электрика и СКС внутри разведены как полагается. Даже как-то в выходной день пришли — все равно 14 точек сертификацию никак не проходят, хотя сами они без проблем работают — Talking Ring вполне себе бегает, телефония звонит. Уже пора сдавать СКС, Молекс ждет отчет.
На очередное воскресенье запланировали проблемные кабели переложить (читай проложить новые провода рядом со старыми). Пока бригада спецов готовилась: раскладывала снасти и инструмент, решили перепроверить еще раз — больше от скуки, чем в надежде.

Все 14 линий показали практически идеальные результаты. Чудеса да и только.
Что это было? Прошлись еще раз по нескольким из уже проверенных ранее. Все готовы хоть в космос лететь с такими показателями.

Пока сбрасывали базу данных из тестера, печатали и отсылали отчет в фирму-производитель, я решил проверить свою личную почту, открываю браузер, и бросается в глаза первая новость (дословно конечно же не помню): "закончилась самая сильная из известных электромагнитных бурь от вспышек на Солнце, уничтожившая японский спутник и устроившая прочие беды в народном хозяйстве".

Вот и думайте — совпадение или...

Мысль вслух

Интересно, как виртуализация в последние годы двигает развитие процессоров x86.
Изначально архитектура x86 не была предназначена для распараллеливания вычислений. Но с ростом производительности этой платформы появилась возможность программной реализации мультизадачности, а затем и самой виртуализации. На физическом уровне исполнения в ЦПУ добавились вначале виртуальное разделение потоков (Hyper-threading), а затем и реальное (ядра). А потом программная виртуализация получила поддержку на физическом уровне (Intel VT и AMD-V).
В итоге, x86 процессоры на программно-аппаратном уровне все больше обрастают свойствами процессоров mainframe. А там, глядишь, спираль развития и замкнется...

Veeam Backup v6. Архитектура. Роли серверов

Часто спрашивают по новой архитектуре Veeam Backup & Replication (VBR). Вот и решил написать статью или серию статей.

Роли серверов резервного копирования в пределах одной инсталляции VBR v6:

• Сервер управления – центральный сервер инсталляции (один на всю инсталляцию). Выполняет следующие задачи:
• Содержит консоль управления
• Используется для настройки системы:
• Настройка инфраструктуры (добавление, изменение, обновление и удаление других серверов инсталляции)
• Настройка системы – параметры оповещений и т.п.
• Настройка заданий
• Осуществляет запуск заданий по расписанию:
• Определяет доступность Репозитария
• Определяет наиболее подходящий для данный момент Прокси (учитываются доступность, производительность, тип копирования (hot-add, Direct SAN Access, сетевой), текущая загрузка и т.п. параметры)
• Передает параметры выполнения задания на Прокси, параметры хранения на Репозитарий
• Собирает статистику выполнения заданий
• Прокси сервер – сервер, непосредственно осуществляющий копирование данных. Количество Прокси не ограниченно, что позволяет горизонтально масштабировать инсталляцию и распараллеливать выполнение заданий. В инфраструктуре резервного копирования каждый Прокси представляется одними общими настройками, привязанными к одному серверу (ВМ или физическому)
  Может быть:
• Физическим сервером с доступом к LUNам СХД с виртуальными машинами. В этом случае данные копируются по технологии Direct SAN Access непосредственно с СХД, в обход хостов ESX и сетей LAN (т.н. LAN-free бэкап). Считается самым быстрым способом копирования
• Виртуальным сервером. Доступна технология копирования hot-add через порты ввода-вывода ESX-хоста, опять-таки в обход сети LAN, но имеет некоторое влияние на хост ESX на котором осуществляется копирование. Имеет ряд ограничений (например, необходимо SAN-хранилище, хост должен иметь доступ к LUN с дисками копируемой ВМ).
• В любом из вариантов Прокси доступен режим копирования по сети LAN. Считается самым медленным режимом. Применяется, в основном, как резервный метод в случае недоступности одного из вышеописанных режимов копирования.
По режимам копирования pros & cons напишу отдельную статью.
Также Прокси участвует в процессе репликации в качестве Прокси-получателя: записывает данные реплики по технологии hot-add на резервной площадке. Прокси испытывает все основные нагрузки в процессе копирования.
Наиболее требователен к процессорным мощностям.
• Репозитарий – точка хранения данных. Место, куда осуществляется запись сохраняемых данных. Одно задание не может осуществлять копирование на несколько Репозитариев. Каждая точка хранения представляет собой отдельный диск (локальный, LUN, сетевой диск CIFS или NFS). Таким образом, один и тот же сервер хранения (физическая или виртуальная машина), сохраняющий резервные копии на несколько локальных и сетевых дисков будет представлен в инфраструктуре резервного копирования как несколько Репозитариев.
  Кроме записи данных, Репозитарий осуществляет процедуры пост-обработки: собирает синтетические полные копии из инкрементов, создает реверс-инкременты, следит за выполнением политик хранения (например, удаляет старые архивы и т.п.)
• Сервер vPower NFS – сервер с установленной ролью Репозитария, который может осуществлять работу технологии vPower (публикация файлов ВМ для мгновенного запуска из резервных копий без предварительного полного восстановления данных из архивов). Роль vPower NFS может быть установлена на любом из серверов Репозитария с ОС Windows.
  Эта роль относится ко всему серверу, вне зависимости от количества относящихся к данному серверу Репозитариев (т.е. на одном и том же сервере может быть установлено несколько Репозитарием, но vPower NFS будет один). При этом каждый Репозитарий может быть привязан к своему vPower NFS, т.е. не обязательно установленному на этом же сервере.
  По большому счету, Репозитарий может быть вообще не привязан ни к какому vPower, но в этом случае для хранящихся в этом репозитарии резервных копиий не будут доступны функции, требующие vPower: мгновенное восстановление Instant VM Recovery, проверка работоспособности резервных копий SureBackup, виртуальные лаборатории VirtualLab, восстановление объектов приложений ВМ U-AIR и др.
• База данных. База данных на MS SQL одна на всю инсталляцию VBR. Является неотъемлемой частью Сервера управления, но не обязательно устанавливается на тот же самый сервер. База содержит все настройки инфраструктуры и заданий, а также статистику. В процессе эксплуатации БД растет очень медленно, и, как правило, по производительности и масштабируемости хватает редакции MS SQL Express.
  Не критична к утере с точки зрения возможности восстановления резервных копий.

Первый сервер в инсталляции содержит все вышеозначенные роли (БД в процессе установки можно установить на другой существующий SQL сервер).


Существует еще сервер Veeam Backup Enterprise Manager – веб-приложение со своей БД, контролирующее все отдельные инсталляции VBR в пределах всей компании.



Ну, и еще опишу сам процесс копирования с учетом новой архитектуры: