Установка и настройка veeam backup. Задание на резервное копирование

Внедрение технологий виртуализации в последнее время становится общей практикой для компаний всех размеров. Однако оно требует пересмотра вопросов безопасности. И одним из ключевых вопросов при создании системы защиты виртуальной среды является обеспечение целостности и доступности обрабатываемой информации.

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

Необходимость применения средств резервного копирования и восстановления данных для виртуальных сред также отражена и в нормативных документах ФСТЭК России - требования к резервному копированию средств виртуализации описываются мерой ЗСВ.8 в Приказах № 17, 21 и 31. Кроме того, чтобы соответствовать требованиям ФСТЭК России, компании должны ориентироваться на применение сертифицированных средств защиты информации.

В этом обзоре мы подробно рассмотрим обновленную версию системы резервного копирования и восстановления данных в виртуальных инфраструктурах Veeam Backup & Replication 9.5 от компании VeeamSoftware. Ранее мы публиковали восьмой версий продукта Veeam Backup & Replication, с тех пор прошло более года, и за это время он значительно изменился. В данной статье мы сфокусируем внимание на возможностях и улучшениях обновленной версии Veeam Backup & Replication 9.5.

Новые возможности и улучшения Veeam Backup & Replication 9.5

По сравнению с предыдущей рассматриваемой версией (8.0) продукт включает в себя ряд важных изменений и улучшений.

Пользовательский интерфейс

Оптимизация UI-компонента позволила уменьшить нагрузку на конфигурационную базу и время отклика UI. Кроме того, в меню настроек программы добавлен пункт Color Scheme для переключения между разными цветовыми схемами оформления.

Назначение предпочтительных прокси-серверов позволяет в настройках репозитория указать, какие прокси-серверы предпочтительно использовать для работы с ним. Если ни один из предпочтительных серверов не доступен, то выбор прокси будет идти согласно настройкам задания.

Повышение производительности работы Veeam Backup & Replication 9.5

Одним из улучшений новой версии является повышение производительности работы Veeam Backup & Replication 9.5. Оптимизация конфигурационной базы позволила снизить нагрузку на SQL сервер благодаря более быстрой обработке запросов. Ускоренная обработка метаданных резервных копий позволяет быстрее обрабатывать задания с виртуальными машинами, на которых работает множество серверных приложений, в том числе и такие серверные приложения, при резервировании которых нужно хранить большое количество метаданных.

Повышение скорости резервного копирования

Улучшенный модуль переноса данных. До двух раз ускорен процесс резервного копирования виртуальных дисков при использовании СХД высокого класса, а также снижена нагрузка на производственную СХД. Такой эффект достигается благодаря сокращению количества операций чтения-записи при выполнении задания резервного копирования. Данная функциональность поддерживается для платформы VMware при резервном копировании из аппаратных снимков в режимах Virtual Appliance (hot add) и Direct NFS.

Кэширование данных об инфраструктуре VMware vSphere. В оперативной памяти теперь хранится информация о топологии инфраструктуры vSphere, которая обновляется в реальном времени при получении данных о событиях изменения инфраструктуры от сервера vCenter. За сбор и хранение данных об инфраструктуре отвечает Veeam Broker Service. В результате есть два плюса: ускоряется построение перечня ВМ при запуске задания резервного копирования и при выведении представления виртуальной инфраструктуры в UI, и снимается часть нагрузки с vCenter Server.

Оптимизация запросов к VMware vSphere. Скорость выполнения запросов стала значительно выше, и теперь даже при необходимости выстроить всю топологию VMware (например, при перезагрузке сервера Veeam Backup или при перезапуске службы Veeam Broker Service) нагрузка на vCenter Server минимальна.

Повышение производительности восстановления данных

Мгновенное восстановление Instant VM Recovery. Veeam позволяет восстанавливать не только виртуальные, но и физические серверы или пользовательские компьютеры в виртуальные машины. Это позволит, например, быстро «поднять» отказавшую физическую машину из бэкапа на то время, пока ведутся ремонтные работы.

Параллельная обработка дисков при восстановлении ВМ целиком. Данная опция включена по умолчанию для всех репозиториев, хранящихся на дисковых СХД (кроме СХД Data Domain со встроенной дедупликацией).

Расширенная интеграция с ReFS в Windows Server 2016

Файловая система ReFS 3.1 увеличивает производительность и эффективность обработки больших массивов данных, обеспечивая также сохранность резервных копий и защиту критических бизнес-приложений благодаря технологии быстрого клонирования (повышает скорость создания и трансформации синтетических полных резервных копий до 20 раз), снижению требований к месту на диске и программному обеспечению. Помимо этого, она позволяет обеспечить целостность архивной копии и справиться с проблемой неявного повреждения данных благодаря мониторингу и своевременным отчетам о повреждении данных, формируемых с помощью потоков целостности ReFS. В ReFS также реализовано автоматическое исправление поврежденных блоков данных в процессе восстановления или при регулярном сканировании средствами очистки ReFS за счет использования «зеркала» дисковых пространств (Storage Spaces) и блоков четности.

Технология Direct Restore в М icrosoft Azure

Технология Direct Restore в Microsoft Azure позволяет восстанавливать в облако данные из любых резервных копий Veeam, что помогает оптимизировать распределение ресурсов, улучшить масштабируемость и увеличить эффективность ИТ-операций, а также свести к минимуму операционные и ограничить капитальные затраты.

С помощью автоматических процессов преобразования P2V и V2V пользователи могут восстанавливать или переносить в Azure локальные рабочие мощности.

Интеграция с технологиями для дата-центров Microsoft 2016

Интеграция Veeam с технологиями для дата-центров Microsoft 2016 позволяет модернизировать частное облако и корпоративные приложения за счет поддержки Windows Server 2016, Hyper-V 2016 и Microsoft System Center Virtual Machine Manager 2016 (SCVMM).

Можно резервировать виртуальные машины под управлением Windows Server 2016, используя индексирование файловой системы и обработку виртуальных машин с учетом действующих приложений. При этом для виртуальных машин на платформе Hyper-V 2016 такую обработку и индексирование, а также восстановление на уровне файлов (FLR) можно выполнять путем непосредственного доступа (direct access) к гостевой операционной системе, не требуя обязательного сетевого подключения (network connectivity). Также поддерживается файловая система ReFS и технология быстрого клонирования блоков.

Версия Veeam Backup & Replication 9.5 поддерживает Microsoft Active Directory 2016, Exchange 2016, SharePoint 2016 и SQL Server 2016.

Работа с системами хранения данных

Список систем хранения, интегрированных с Veeam, пополнился. Теперь помимо СХД Hewlett Packard Enterprise, NetApp, Dell EMC, Veeam Backup & Replication 9.5 поддерживает СХД Nimble и Cisco. Интеграция позволяет снизить нагрузку на производственную среду и улучшить показатели целевой точки и допустимого времени восстановления (RTPO™).

Резервное копирование из аппаратных снимков снижает нагрузку на основную систему хранения во время резервного копирования. Также осуществляется быстрое восстановление отдельных объектов приложений, файлов гостевой операционной системы или ВМ целиком из аппаратных снимков на основном хранилище или из реплицированных копий на резервном хранилище.

Кроме того, в новой версии системы появилась возможность выбора протокола для подключения СХД – FC, iSCSI или NFS.

В новой версии реализована поддержка NetApp Data ONTAP 9.0, а также автоматическое распределение нагрузки среди множественных LIFs (логических интерфейсов) при использовании больших кластеров.

Новые возможности V eeam C loud C onnect

Veeam Cloud Connect позволяет осуществлять резервное копирование в облако практически любого сервис-провайдера. В новой версии продукта есть возможность репликации ВМ в облако, что что позволяет быстро восстановить работоспособность сервисов инфраструктуры.

Кроме того, появилась возможность параллельной обработки данных на стороне пользователя. Резервное копирование и репликация нескольких ВМ (или нескольких дисков одной машины) будут идти параллельно, а число таких задач будет ограничено максимальным значением, которое задается на стороне провайдера. Пользователи также смогут выполнять репликацию из резервных копий, хранящихся в облачном репозитории. Еще добавилась поддержка масштабируемого репозитория на стороне провайдера, что позволяет объединять облачные репозитории в единую структуру масштабируемого репозитория, а это значительно упрощает управление. Популярная опция хранения цепочек резервных копий, сгруппированных по ВМ, теперь доступна и при работе с облачным репозиторием, она особенно полезна при использовании СХД со встроенной дедупликацией.

Поддержка серверных приложений

Реализована поддержка для серверов Oracle на платформе SUSE Linux Enterprise Server 11 и 12, а также поддерживаются серверы Oracle, работающие с использованием Oracle Data Guard в режиме резервного копирования.

Veeam Agent для Linux

Обновленный сертифицированный пакет Veeam Backup & Replication 9.5 теперь включает компонент Veeam Agent для Linux, предназначенный для защиты физических машин под управлением Linux, развернутых локально или в облаке.

Архитектура решения

В состав сертифицированной версии Veeam Backup & Replication 9.5 входят:

программный компонент Veeam Backup & Replication v9.5 Update 1;
программный компонент Veeam Agent для Linux v1.

Инфраструктура Veeam Backup & Replication 9.5 включает в себя набор компонентов, необходимых для выполнения задач по защите и восстановлению данных:

Сервер резервного копирования: физический или виртуальный сервер, на котором установлен продукт Veeam Backup & Replication. Сервер резервного копирования является управляющим компонентом инфраструктуры.
Хосты виртуализации: хосты ESX(i) или Hyper-V, используемые в качестве исходных и целевых при резервном копировании, репликации и др. задачах.
Прокси-сервер: компонент, выполняющий задачи по чтению данных с исходного хоста, хранилища или репозитория (в случае восстановления данных), обработке данных и их передаче на целевое устройство или хост.
Репозитории: место (каталог) для хранения резервных копий, метаданных реплик виртуальных машин и других данных.

Veeam Agent для Linux - это инструмент для бэкапа физических устройств под управлением Linux: компьютеров, серверов и машин в публичном облаке. Он создает резервные копии на уровне образа, которые хранятся в формате VBK - такой же формат используется в Veeam Backup & Replication и Veeam Agent для Microsoft Windows. Veeam Agent for Linux - самостоятельный компонент, который можно использовать отдельно от Veeam Backup & Replication. При этом Veeam Agent может использовать репозитории Veeam Backup & Replication в качестве целевого хранилища.

Системные требования и поддерживаемые технологии

Минимальные системные требования для основных компонентов

При развертывании Veeam Backup & Replication необходимо учитывать следующие основные требования к аппаратному и программному обеспечению его компонентов

Таблица 1. Системные требования Veeam Backup & Replication 9.5

Компонент Veeam Backup & Replication 9.5	Аппаратное обеспечение	Операционная система	СУБД
Сервер Veeam Backup & Replication	Процессор: х86-64. Память: 4Гб и 500Мб для каждого выполняемого задания. Жесткий диск: 2ГБ для установки и 10ГБ на каждые 100 виртуальных машин. Сеть: Ethernet 1Гбит/с		Microsoft SQL Server 2014, 2012 (издание Express включено в дистрибутив), 2008 R2, 2008 Microsoft SQL Server 2005
Консоль Veeam Backup & Replication	Процессор x86-64. Память: 2 ГБ Жесткий диск: 500 МБ для установки продукта и 4.5 ГБ для установки Microsoft .NET Framework 4.5.2. Сеть: 1 Mбит/с	Microsoft Windows Server 2016, 2012 R2, 2012, 2008 R2 SP1, 2008 SP2 Microsoft Windows 10, 8.0, 8.1, 7 SP1
Прокси-сервер	Процессор: x86 процессор (рекомендуется минимум 2 ядра). Память: 2 ГБ и 200 МБ для каждого выполняемого задания. Жесткий диск: 300 МБ. Сеть: Ethernet 1 Гбит/с.	Для Hyper-V: Microsoft Windows Server 2016, 2012, 2012 R2, 2008 R2 SP1 с установленной ролью Hyper-V Для VMware ESXi: Microsoft Windows Server 2016, 2012 R2, 2012, 2008 R2 SP1, 2008 SP2 Microsoft Windows 10, 8.0, 8.1, 7 SP1, Vista SP2	-
Репозиторий	Процессор: x86 процессор (рекомендуется x86-64). Память: 4 ГБ и 2 ГБ для каждого выполняемого задания. Жесткий диск: 200 МБ свободного места на диске для установки. Размер дискового пространства для хранения резервных копий определяется пользователем. Сеть: Ethernet 1 Гбит/с.	32-х и 64-х разрядные версии Microsoft Windows Server 2012 (R2) 2008 (R2 SP1, SP2) 2003 (SP2) Microsoft Windows 8.x, 7 SP1, Vista SP2 Linux (требуются командная оболочка bash, SSH и Perl).	-
Veeam Backup Enterprise Manager	Процессор x86-64. Память: 2 ГБ. Жесткий диск: 2 ГБ	Microsoft Windows Server 2016, 2012 R2, 2012, 2008 R2 SP1, 2008 SP2, 8.0, 8.1, 7 SP1	Microsoft SQL Server 2014, 2012 (издание 2012 Express SP3 включено в дистрибутив), 2008 R2, 2008

Полный состав требований к аппаратному и программному обеспечению компонентов приведен в руководствах, представленных на вендора.

Поддерживаемые технологии виртуализации

Veeam Backup & Replication 9.5 поддерживает следующие технологии виртуализации:

Таблица 2. Поддерживаемые технологии виртуализации

Компонент	VMware vSphere	Microsoft
Платформы	vSphere 6.0, 6.5 vSphere 5.0, 5.1, 5.5 vSphere 4.1	Hyper-V
Хосты	ESXi 6.0, 6.5 ESXi 5.0, 5.1, 5.5 ESX 4.1, ESXi 4.1	Windows Nano Server (с установленной ролью Hyper-V) Windows Server Hyper-V 2016 Windows Server Hyper-V 2012 R2 Windows Server Hyper-V 2012 Windows Server Hyper-V 2008 R2 SP1 Поддерживается Microsoft Hyper-V Server (бесплатная версия гипервизора)
ПО управления инфраструктурой	vCenter Server 6.0, 6.5 (опционально) vCenter Server 5.0, 5.1, 5.5 (опционально) vCenter Server 4.1 (опционально) vCloud Director 5.5, 5.6, 8.0, 8.10 (опционально)	Microsoft PowerShell Engine 2.0 (опционально, для обработки гостевой ОС без подключения по сети) Microsoft System Center Virtual Machine Manager 2016 (опционально) Microsoft System Center Virtual Machine Manager 2012 R2 (опционально) Microsoft System Center Virtual Machine Manager 2012 SP1 (опционально) Microsoft System Center Virtual Machine Manager 2008 R2 SP1 (опционально)
Виртуальная машина	Поддерживаются все типы и версии виртуального оборудования, включая диски VMDK размером до 62 ТБ Поддерживаются любые операционные системы, поддерживаемые VMware vSphere	Поддерживаются 5.0 и 8.0 (Hyper-V 2016) версии виртуального оборудования Поддерживаются виртуальные машины 1 и 2 поколения, включая VHDX размером до 64 ТБ. Поддерживаются любые операционные системы, поддерживаемые Microsoft Hyper-V.

Требования Veeam Agent для Linux:

Интеграция с системами хранения данных

Резервное копирование с помощью аппаратных снимков и работа Veeam Explorer для Storage Snapshots поддерживается для следующих устройств:

Dell EMC VNX, VNX2, VNXe и Unity

HPE 3PAR StoreServ

3PAR OS 3.1.2 и выше

HPE StoreVirtual (серия LeftHand / P4000) и StoreVirtual VSA

Подключение только через iSCSI
LeftHand ОС версии с 9.5 по 12.6
HPE SV3200 (LeftHand ОС версии 13) не поддерживается

NetApp FAS, FlexArray (серия V-Series), Edge VSA и IBM серии N (NetApp FAS OEM)

Поддержка подключения через NFS, Fibre Channel (FC) или iSCSI
Data ONTAP версии с 8.1 по 9.0
Режимы 7-mode или кластерный

Nimble Storage серии AF-Series и CS-Series

Поддержка подключения через Fibre Channel (FC) или iSCSI
Nimble ОС версии 2.3 и выше

Полный перечень поддерживаемых систем приведен на вендора.

Политика лицензирования

Veeam Backup & Replication 9.5 лицензируется по количеству сокетов ЦПУ на хостах с ВМ, для которых выполняются задания резервного копирования, репликации, мониторинга и создания отчетов. Лицензия необходима для каждого занятого сокета на материнской плате согласно данным API-интерфейса гипервизора.

Для Veeam Backup & Replication 9.5 предлагается два вида лицензий: бессрочная лицензия или лицензия на основе подписки.

Соответствие требованиям ФСТЭК России

Veeam Backup & Replication 9.5 сертифицирован по требованиям безопасности ФСТЭК России (сертификат № 3482). Полученный сертификат ФСТЭК дает пользователям Veeam возможность организовать бизнес-процессы в соответствии с требованиями законодательства РФ. Сертифицированная версия Veeam Backup & Replication 9.5 может применяться для резервного копирования персональных данных физлиц, конфиденциальной информации организаций, ДСП-информации, коммерческой тайны и другой информации ограниченного доступа, не относящейся к государственной тайне, как в государственном секторе, так и в коммерческих организациях.

Работа с продуктом

Работа с Veeam Agent для Linux v1

Установить и обновлять Veeam Agent для Linux можно используя установочные пакеты, доступные на сайте Veeam.

Резервное копирование настраивается с помощью панели управления (аналог пользовательского интерфейса) или из командной строки. Порядок создания резервной копии включает в себя несколько этапов:

Выбор режима бэкапа: для восстановления «на голое железо», на уровне тома или на уровне файлов.
Выбор репозитория резервных копий: локальный диск, папка с совместным доступом или репозиторий Veeam Backup & Replication (необходима версия 9.5 Update 1).
Настройка расписания и числа точек восстановления.

Veeam Agent для Linux предлагает панель управления - своего рода графический интерфейс (GUI), который можно запустить из командной строки и использовать даже в том случае, если программа установлена на сервере, где нет менеджера окон.

Рисунок 1. Настройка задания резервного копирования в Veeam Agent для Linux

Рисунок 2. Выбор области резервного копирования: машина целиком, один из томов или отдельные каталоги и файлы

Рисунок 3. Настройка расписания резервного копирования

Если требуются дополнительные настройки бэкапа, можно использовать командную строку: это позволит создать собственные скрипты для автоматизации развертывания и бэкапа.

Рисунок 4. Резервное копирование из командной строки в Veeam Agent для Linux

В командной строке можно указать такие параметры, как compressionLevel и blockSize , которые недоступны в UI. Здесь также можно задать параметры подготовки образа к созданию снапшота и возвращения в стандартный режим работы. Это позволит, например, создать согласованную резервную копию сервера баз данных.

После настроек задания запускается создание резервной копии.

Рисунок 5. Информация о создании бэкапа в Veeam Agent для Linux

Если для хранения резервных копий используется сервер Veeam Backup & Replication, то доступные копии будут во вкладке Agents.

Чтобы восстановить данные на уровне файлов, необходимо выбрать команду Recover Files. Резервная копия будет подключена как отдельный каталог, и для просмотра файлов можно будет использовать любой диспетчер файлов.

Рисунок 6. Восстановление данных в Veeam Agent для Linux

В окне Veeam Agent для Linux отображаются доступные резервные копии и количество точек восстановления в каждой резервной копии. В данном случае у нас всего одна точка восстановления.

Рисунок 7. Выбор резервной копии в Veeam Agent для Linux

Чтобы выбрать и использовать ее, дважды нажимаем клавишу Enter. В результате файл резервной копии монтируется в каталог /mnt/backup.

Рисунок 8. Выбор резервной копии в Veeam Agent для Linux

Технология мгновенного восстановления виртуальных машин Instant VM Recovery

Мгновенное восстановление виртуальных машин Instant VM Recovery помогает поддерживать доступность системы в случаях самой острой необходимости. Технология Instant VM Recovery позволяет немедленно восстановить отказавшую виртуальную машину, запустив ее непосредственно из файла резервной копии.

Для того чтобы восстановить ВМ используя Instant VM Recovery, необходимо запустить виртуальную машину из резервной копии, не заставляя пользователей ждать выделения пространства на ресурсах хранения, извлечения машины из резервной копии и переноса ее в производственную среду.

Рисунок 9. Мгновенное восстановление ВМ Instant VM Recovery в Veeam Backup & Replication 9.5

При мгновенном восстановлении виртуальных машин используется запатентованная технология vPower, которая позволяет подключить образ виртуальной машины к хосту vSphere или Hyper-V непосредственно из сжатого и дедуплицированного файла резервной копии.

Поскольку не требуется извлекать виртуальную машину (ВМ) из резервной копии целиком, а затем копировать ее на производственные ресурсы хранения, вы можете запустить ВМ из любой точки восстановления (инкрементной или полной) всего за несколько минут, а не часов, как при обычном восстановлении. Это значительно сокращает время восстановления.

Рисунок 10. Процесс восстановления ВМ с использованием Instant VM Recovery

Резервная копия образа ВМ используется в режиме «только чтение», что позволяет сохранить целостность резервной копии. Все изменения сохраняются отдельно и применяются во время миграции ВМ на производственную систему хранения.

После запуска ВМ можно перенести в рабочую среду с помощью VMware Storage vMotion, Hyper-V Storage Migration или Quick Migration - собственной технологии Veeam.

Восстановление ВМ из аппаратного снимка

Благодаря интеграции с системами хранения HPE, NetApp, Dell EMC и Nimble Veeam может восстанавливать отдельные файлы и объекты приложений. За процедуру восстановления из аппаратных снимков отвечает Veeam Explorer для Storage Snapshots.

Рисунок 11. Принцип работы Veeam Explorer для Storage Snapshots

На СХД поступает команда о создании снимка тома с возможностью записи. Снимок подключается к выбранному хосту vSphere в качестве нового хранилища. Восстановленная ВМ временно регистрируется на хосте, после чего пользователь может применить опцию Instant VM Recovery для ее мгновенного восстановления.

Рисунок 12. Процесс восстановления ВМ из аппаратного снимка в Veeam Backup & Replication 9.5

Сервер резервного копирования подключает виртуальный диск ВМ через VMware VADP, после чего пользователь может восстановить отдельные папки и файлы гостевой ОС. По окончании восстановления хранилище отключается от хоста vSphere, а аппаратный снимок удаляется.

Резервное копирование любых данных и восстановление в облако Azure

Технология Restore в Microsoft Azure, которая входит в Veeam, позволяет восстанавливать машины из резервных копий Veeam в облако для оптимизации использования ресурсов и расширения возможностей восстановления. Благодаря этой технологии можно перенести или восстановить в облако локальные физические серверы, персональные компьютеры и виртуальные машины VMware и Hyper-V.

Рисунок 13. Схема резервного копирования с использованием Direct Restore в Мicrosoft Azure в Veeam Backup & Replication 9.5

Выводы

В обзоре мы познакомились с новой версией продукта Veeam Backup & Replication 9.5, который объединяет возможности резервного копирования и репликации в одном решении, чтобы обеспечить комплексную защиту виртуальной среды VMware vSphere и Microsoft Hyper-V.

В новой версии разработчики Veeam большое внимание уделили производительности системы и скорости резервного копирования и восстановления. Например, до двух раз ускорен процесс резервного копирования виртуальных дисков при использовании СХД высокого класса, а также снижена нагрузка на производственную СХД благодаря сокращению количества операций чтения-записи при выполнении задания резервного копирования. Новая технология Instant VM Recovery позволяет мгновенно восстановить виртуальные машины непосредственно из резервной копии всего несколькими щелчками мыши.

Еще одним преимуществом новой версии является возможность восстанавливать виртуальные машины, файлы и объекты приложений непосредственно из мгновенных аппаратных снимков поддерживаемых СХД.

Интеграция Veeam с Мicrosoft Azure и технология Direct Restore в Microsoft Azure позволяет восстанавливать в облако данные из любых резервных копий Veeam, что помогает оптимизировать распределение ресурсов, улучшить масштабируемость и увеличить эффективность ИТ-операций, а также ограничить денежные затраты. Интеграция с технологиями для дата-центров Microsoft 2016 позволяет вести обработку и индексирование, а также восстановление на уровне файлов путем непосредственного доступа к гостевой операционной системе.

Сертификация по требованиям безопасности ФСТЭК России дает возможность использовать Veeam Backup & Replication в составе системы защиты информационных систем, где применение сертифицированных продуктов обязательно, например, в информационных системах персональных данных, государственных информационных системах (ГИС), автоматизированных системах управления технологическим процессом (АСУ ТП). Отметим, что сертифицированный пакет Veeam Backup & Replication теперь включает модуль Veeam Agent для Linux v1, который предназначен для защиты физических машин под управлением Linux, развернутых локально или в облаке.

К недостаткам продукта можно отнести отсутствие поддержки гипервизоров Xen и KVM, на которых базируется платформа виртуализации Citrix (XenServer, XenApp), Red Hat OpenStack Platform, Oracle OpenStack, а также работают многие публичные сервисы, например Amazon EC2, Rackspace и другие.

Преимущества:

Сертификат соответствия ФСТЭК России.
Мгновенное восстановление виртуальных машин при помощи технологии Instant VM Recovery, которое занимает около двух минут.
Восстановление из аппаратного снимка файлов гостевых ОС, объектов приложений или ВМ целиком, которое занимает около двух минут.
Возможность возобновляемой репликации виртуальных машин на облачные площадки поставщиков услуг.
Возможность восстанавливать в облако данные из любых резервных копий Veeam при помощи технологии Direct Restore.
Возможность послеаварийного восстановления из облака.
Широкие возможности интеграции с Мicrosoft Azure, технологиями дата-центров Microsoft 2016 и современными СХД.
Поддержка восстановления виртуальных машин, файлов и объектов приложений непосредственно из мгновенных аппаратных снимков поддерживаемых СХД.
Автоматическое тестирование резервных копий.

Недостатки:

Отсутствие поддержки гипервизоров Xen и KVM.

Console remotely is a great way to have the Veeam Console tools available on an administrative workstation where one does not have to login to the Veeam server in order to check jobs, replication, etc. Also, one of the main reasons you may want to install the Veeam Console is to have the Veeam Powershell commandlets loaded to create cool automation scripts for your Veeam environment. There are a few limitations with installing the Veeam console on an administrative workstation away from the server, which we will detail a bit later. Let’s look at how to Install Veeam 9.5 Backup and Replication Remote Console with PowerShell Snapin.

Install Veeam 9.5 Backup and Replication Remote Console with Powershell Snapin

Let’s take a look at the components that get installed:

Veeam Backup PowerShell Snap-In
Veeam Explorer for Microsoft Active Directory
Veeam Explorer for Microsoft Exchange
Veeam Explorer for Oracle
Veeam Explorer for Microsoft SQL
Veeam Explorer for Microsoft SharePoint
Mount server

Click the Install button to install any missing prerequisites.

After installing, the prerequisites check should pass.

Now simply click the Install button to kick off the install.

Updates

Be sure to update your remote console application to the latest updates if you have them installed on your Veeam Server that you are connecting to. You may be running Update 1 on your Veeam server, so you would need to update the remote console to that version level.

PowerShell Commandlets

One of the main reasons you may want to install the Veeam Backup & Replication remote console is to install the snapin. You don’t have to do anything special to install the PowerShell commandlets. They are installed along with the console application. However, if you are like me and use the Windows PowerShell ISE editor, you can add the Veeam snapin to your ISE profile by adding the following line in the profile:

Limitations

The Veeam Backup & Replication console has the following limitations:

You cannot perform restore from the configuration backup via the remote console
You cannot perform some operations, for example, import backup files that reside on the remote console machine or assign roles of backup infrastructure components to this machine. To perform these operations, you must add the remote console machine as a managed server to Veeam Backup & Replication. For more information, see Managing Servers.

Thoughts

Many may want to Install Remote Console with PowerShell Snapin to have the benefits of controlling a Veeam server remotely as well as using the Veeam PowerShell commandlets. It is a great way to have all the automation power for Veeam at your fingertips especially if you are using the Windows PowerShell ISE. You can easily add the snapin to your ISE profile as shown above.

Здравствуйте, уважаемые читатели сайта www.remontcompa.ru! Меня зовут Роман Нахват и в сегодняшней статье мы с Вами вновь поговорим на такую важную тему, как резервное копирование операционных систем Windows. Каждый опытный пользователь ПК знает, что для того, чтобы застраховать себя от возможной потери информации вследствии различных причин (например выход из строя жёсткого диска, действия вирусов и т.д), целесообразно выполнять процедуру резервного копирования. Рассматривать данный вопрос будем, используя программные продукты компании Veeam, такие как Veeam Backup & Replication 9.5 и Veeam Agent for Microsoft Windows. Если с Veeam Agent for Microsoft Windows читатели сайта могли частично познакомиться в статье «Создание своего Live CD на основе Veeam Recovery Media содержащего программы Aomei Backupper Standard, Aomei Partition Assistant Standard, а также утилиты DISM и IMAGEX. Резервное копирование Windows 7, 8, 8.1, 10 используя созданный Live CD», то продукт Veeam Backup & Replication 9.5 будет рассмотрен в этой и последующих частях данной статьи.

Veeam Backup & Replication 9.5 представляет собой программный продукт, предназначенный для решения следующих задач:

Резервное копирование виртуальных машин.
Мгновенное восстановление виртуальных машин.
Восстановление виртуальных машин целиком.
Восстановление файлов виртуальных машин.
Восстановление дисков виртуальных машин.
Восстановление отдельных объектов приложений, установленных на виртуальных машинах.
Архивирование резервных копий.
Создание реплик виртуальных машин.
Переключение на реплику виртуальной машины с исходной виртуальной машины в случае аварии.

Выполним скачивание продуктов Veeam Backup & Replication 9.5 и Veeam Agent for Microsoft Windows.

Переходим на сайт компании Veeam по адресу: https://www.veeam.com и входим в свою учётную запись, нажав Sign in.

Вводим адрес эл.почты и пароль и выполняем вход.

Переходим на вкладку Products и выполняем скачивание продуктов Veeam Backup & Replication 9.5 и Veeam Agent for Microsoft Windows.

Скачиваем Veeam Backup & Replication 9.5, нажав Download.

Таким же образом скачиваем продукт Veeam Agent for Microsoft Windows.

После скачивания продуктов Veeam Backup & Replication 9.5 и Veeam Agent for Microsoft Windows переходим в личный кабинет Veeam, выбрав My Account.

Переходим на вкладку Trial licenses и скачиваем файлы ознакомительных лицензий для продуктов Veeam Agents и Veeam Backup & Replication for Hyper-V.

Компоненты Veeam Backup & Replication 9.5 и системные требования, предъявляемые к ним

Перед тем, как приступить к установке Veeam Backup & Replication 9.5, нужно убедиться в том, что машина, на которую будет установлен данный продукт, соответствует системным требованиям.

В состав Veeam Backup & Replication 9.5 входят компоненты, некоторые из них представлены ниже, а также показаны системные требования, соблюдение которых необходимо для данных компонентов.

Veeam Backup & Replication Console (консоль резервного копирования и репликации) обеспечивает пользователю доступ к Veeam Backup & Replication Server (серверу резервного копирования и репликации).

Veeam Backup & Replication Server (сервер резервного копирования и репликации) выполняет одновременно две роли: роль управляющего компонента инфраструктуры резервного копирования (выполняет административные задачи, такие как координирование заданий и прочее) и роль репозитория (все резервные копии, копии виртуальных машин сохраняются на сервере резервного копирования).

Veeam Backup Enterprise Manager представляет собой компонент, который управляет серверами резервного копирования (Backup & Replication Server). Используя Veeam Backup Enterprise Manager, пользователь может запускать задания для разных серверов резервного копирования, редактировать задания, отслеживать состояние заданий и получать отчеты обо всех серверах резервного копирования. Veeam Backup Enterprise Manager позволяет быстро находить файлы гостевых ОС в резервных копиях, которые хранятся на дисках или были перенесены в удаленные хранилища данных, восстанавливать эти файлы, а также выполнять другие операции.

Установка Veeam Backup & Replication 9.5

Выполним установку Veeam Backup & Replication 9.5 на машину с предустановленной операционной системой Windows Server 2008 r2.

Вводим пароль и входим в систему.

Запускаем установку, щёлкнув по файлу Setup.exe.

Принимаем лицензионное соглашение. Next

Указываем местоположение файла ознакомительной лицензии, нажав Browse.

Выделяем файл veeam_backup_trial.lic и жмём Открыть.

Как видим, для продолжения нам необходимо доустановить некоторые отсутствующие компоненты. Жмём Install.

После доустановки необходимых компонентов продолжаем установку, нажав Next.

На рабочем столе у нас появился ярлык для запуска Veeam Backup & Replication Console (консоли резервного копирования и репликации).

Подключение к Veeam Backup & Replication Server (серверу резервного копирования и репликации)

Щёлкаем по ярлыку Veeam Backup & Replication Console, тем самым запустив консоль резервного копирования и репликации, и подключаемся к Veeam. Backup & Replication Server (серверу резервного копирования и репликации).

Нам предлагают обновить служебные компоненты сервера, выполняем обновление, нажав Apply.

Обновление компонентов сервера завершено.

Подключение к Veeam Backup & Replication Server выполнено.

Создание и конфигурация репозитория для хранения резервных копий

Репозиторий используется для хранения резервных копий и файлов с метаданными реплик виртуальных машин. Veeam Backup & Replication поддерживает несколько типов репозиториев, а именно:

Сервер под управлением Microsoft Windows с локальным ресурсом хранения или устройством хранения с прямым подключением (DAS-устройством);

Сервер под управлением Linux с локальным ресурсом хранения, устройством хранения c прямым подключением или подключенным устройством хранения. NFS;

Папка общего доступа (SMB);

Если перейти на вкладку Backup Infrastructure и далее выбрать Backup Repositories, то можно увидеть, что на сервере резервного копирования уже по умолчанию создан репозиторий с именем Default Backup Repository.

Создадим ещё один репозиторий, выбрав для этого Add Repository.

Указываем имя и описание репозитория, например Backup Repository Windows 8.1 и Backup Windows 8.1 соответственно. Жмём Next.

Выбираем тип репозитория Microsoft Windows server (сервер Microsoft Windows).

В качестве сервера, на котором будет распологаться создаваемый нами репозиторий, выберем сервер резервного копирования S-01.testveeam.com.

Указываем папку, в которой будут храниться резервные копии. Жмём Browse.

В качестве папки для хранения резервных копий выберем папку Backup_w8.1.

Возникла задача организации резервного копирования виртуальных машин Hyper-V с отдельных хостов виртуализации (без кластера) на нескольких удалённых площадках. В силу того, что одной из вводных этой задачи является наличие очень скромных и нестабильных каналов связи, идея использования единого сервера резервного копирования на центральной площадке отпала сама по себе. Ибо одно дело, когда можно стягивать резервные копии в одно центральное место с учётом блочных изменений, сокращая при этом нагрузку на сеть, например тем же System Center DPM , и совсем другое дело, если в сжатые сроки потребуется выполнить полное восстановление ВМ на определённый момент времени по этим же слабеньким каналам. Таким образом, нужно было подумать над тем, как организовать резервное копирование виртуальных машин непосредственно на удалённой площадке, при условии отсутствия увеличения текущих затрат на лицензируемое ПО и на имеющемся оборудовании.

Так получилось, что на этих удалённых площадках помимо хоста виртуализации имеется выведенный ранее из эксплуатации, но вполне рабочий, старенький сервер IBM System x3200 , который можно использовать в качестве файлового сервера для хранения резервных копий виртуальных машин. Возникла идея установить на данный сервер дополнительные диски, в качестве базовой ОС развернуть Linux с пакетом QUADStor , с помощью которого, в свою очередь, создать виртуальный диск с поддержкой блочной дедупликации и по протоколу iSCSI презентовать этот диск хосту виртуализации Hyper-V , а уже на хосте виртуализации с помощью продукта настроить "горячее" резервное копирование виртуальных машин на этот самый iSCSI диск. В итоге должно получиться "дёшево и сердито". В этой заметке я опишу процедуру настройки такой конструкции.

Подготовка файлового сервера на базе Debian Linux c QUADStor

Дисковая корзина нашего будущего файлового сервера IBM System x3200 в имеющейся конфигурации поддерживает не более 4 SAS/SATA дисков 3.5". Учитывая то, что контроллер в этой модели сервера также очень скромный (LSI Logic SAS1064ET) и, упрощённо говоря, умеет только "страйп" или "зеркало", создадим две зеркальных пары дисков – первую на двух уже имеющихся SATA дисках малой ёмкости под операционную систему Linux, и вторую - на двух дополнительно установленных малобюджетных SATA дисках по 1TB для хранения резервных копий ВМ (под виртуальный диск QUADStor).

Итак, на первую зеркальную пару дисков без особых изысков устанавливаем ОС Debian GNU /Linux 8.6 (Jessie ). Вторую зеркальную пару больших дисков при этом оставляем неразмеченными.

Переходим к установке и настройке .

Порядок установки QUADStor на разные дистрибутивы Linux описан в документе Installation/Upgrading on RHEL/CentOS 5.x, 6.x, SLES 11 and Debian 6.x, 7.x . Исходя из того, что в нашем случае используется Debian, устанавливаем предварительно требуемые пакеты:

# apt-get install uuid-runtime build-essential sg3-utils iotop sysstat lsscsi apache2 psmisc firmware-qlogic linux-headers-`uname -r`

Включаем поддержку CGI для веб-сервера Apache :

# a2enmod cgi

Добавляем правило iptables , разрешающее входящие подключения к веб-серверу и сохраняем текущие правила:

# iptables -A INPUT -i eth0 -p tcp -m tcp --dport 80 -j ACCEPT # iptables-save > /etc/iptables.conf

Перезагружаем сервер и убеждаемся в том, что служба веб-сервера успешно стартует при запуске системы:

# systemctl status apache2.service

Теперь скачиваем и устанавливаем основной пакет QUADStor Storage Virtualization (ссылку на актуальную версию пакета берём здесь: Storage virtualization downloads ):

# mkdir ~/QUADStor-files # wget http://www.quadstor.com/virtentdub3z/quadstor-virt-3.2.11-debian7-x86_64.deb -P ~/QUADStor-files # dpkg -i ~/QUADStor-files/quadstor-virt-3.2.11-debian7-x86_64.deb ... Performing post install. Please wait... Synchronizing state for quadstor.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d quadstor defaults Executing /usr/sbin/update-rc.d quadstor enable Building required kernel modules Running /quadstor/bin/builditf. This may take a few minutes. Processing triggers for systemd (215-17+deb8u5) ...

Установка пакета должна завершиться без ошибок.

После установки служба quadstor не будет запущена, но при этом в процессе установки эта служба должна быть автоматически прописана в автозагрузку при старте системы. Перезагружаем сервер и убеждаемся в том, что после загрузки системы служба успешно автоматически стартует:

# systemctl status quadstor.service

Проверяем доступ к веб-интерфейсу пройдя по ссылке http://{сервер} . Веб-сервер должен будет перенаправить нас по ссылке http://{сервер}/cgi-bin/system.cgi

После того как установка завершена QUADStor, выполняем первичную настройку, которая принципиально не отличается от , а именно:

Настраиваем ограничение доступа к веб-серверу Apache , а так же, при необходимости, настраиваем поддержку HTTPS ;
Переходим в веб-интерфейс управления QUADStor и создаём там Storage Pool ;
Добавляем диск (Physical Storage ) в Storage Pool (при этом в качестве добавляемого диска используем вторую зеркальную пару дисков больших дисков на нашем сервере, которые в системе представлены как одно дисковое устройство) ;
Создаём виртуальный диск VDisk .

После того, как виртуальный диск QUADStor создан, настроим доступ к нему по протоколу iSCSI . Вообще информацию о том, каким образом возможно получить доступ к виртуальным дискам QUADStor, можно найти в документе Accessing Virtual Disks (VDisks) .

Функционал iSCSI Target реализован в QUADStor с помощью службы ietd , которая открывает в системе TCP -прослушиватель на порту 3260 , поэтому нам потребуется в iptables создать соответствующее разрешающее правило:

# iptables -A INPUT -i eth0 -p tcp -m tcp --dport 3260 -j ACCEPT # iptables-save > /etc/iptables.conf

Чтобы задать настройки конфигурации iSCSI, касающейся созданного нами виртуального диска перейдём в свойства этого диска в веб-консоли QUADStor (Virtual Disks > Modify > iSCSI Configuration ):

Здесь в поле IQN увидим автоматически сгенерированный идентификатор iSCSI-диска и для ограничения доступа к этому диску зададим значения полей Incoming User и Incoming Password . В эти поля пропишем произвольные имя пользователя и пароль, которые наш файловый сервер будет запрашивать у iSCSI клиента (Initiator) при подключении к этому виртуальному диску QUADStor.

Подключение диска QUADStor к хосту виртуализации на Windows Server

Перейдя на наш хост виртуализации Hyper-V на базе Windows Server 2012 R2 , откроем Панель управления и найдём в ней апплет iSCSI Initiator . При первом обращении к этому апплету система сообщит о потребности в запуске системной службы, необходимой для корректной работы с протоколом iSCSI. Соглашаемся с запуском этой службы и переводом её в состояние автоматического запуска при старте системы:

После запуска службы откроется апплет управления iSCSI, где на закладке Discovery нажмём кнопку Discover Portal , чтобы добавить информацию о нашем файловом сервере на базе Linux

В открывшемся окне введём FQDN имя или IP адрес Linux-сервера (порт оставляем предлагаемый по умолчанию - 3260 ) и нажмём ОК

После этого в табличной части поля Discovered targets должен появится ранее упомянутый IQN нашего виртуального диска QUADStor со статусом Inactive . То есть диск успешно обнаружен на удалённом Linux-сервере и теперь для того, чтобы произвести подключение этого диска воспользуемся кнопкой Connect .

Add this connection to the list of Favorite Targets для того, чтобы диск был добавлен в список автоматически подключаемых при старте системы дисков и нажмём кнопку расширенных настроек подключения диска - Advanced

В открывшемся окне включим опцию Enable CHAP log on и укажем имя пользователя и пароль для доступа к диску QUADStor, которые мы задали ранее.

Сохраним сделанные настройки, закрыв окна кнопкой ОК

Если всё сделано правильно, то статус диска должен измениться на Connected .

Перейдём на закладку Favorite Targets и убедимся в том, что диск присутствует в списке на автоматическое подключение при запуске операционной системы.

На этом подключение виртуального диска QUADStor по протоколу iSCSI можно считать законченным. Теперь нужно выполнить инициализацию этого диска в системе и создать на нём раздел с файловой системой NTFS . Для этого перейдём в оснастку Disk Management (diskmgmt.msc), выберем подключенный диск и переведём его в состояние Online

Затем выполним инициализацию диска – Initialize Disk

Будет задан вопрос о выборе типа разметки диска. Так как мы используем виртуальный диск QUADStor, то, вероятно, со временем мы захотим увеличить размер диска, и он будет большего размера, чем сейчас. Напомню, что виртуальный диск QUADStor может быть в любое время увеличен до 64TB , несмотря на то, что реальный размер физических дисков, на которых расположен этот виртуальный диск будет невелик и/или будет оставаться на прежнем уровне. А учитывая то, что в MBR имеется ограничение на размер логических дисков в 2TB , то в нашем случае имеет смысл выбирать тип разметки GPT :

После того, как диск проинициализирован и на нём создана таблица разделов, создадим на этом диске раздел с файловой системой NTFS

Назначим этому диску отдельную букву, например E:\ , и дождёмся окончания процесса форматирования, которое в зависимости от размера диска может занять некоторое время.

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

Установка Veeam Backup Free Edition 9.5

Для резервного копирования виртуальных машин Hyper-V мы будем использовать программу Veeam Backup Free Edition 9.5 , которая позволит нам создавать полную резервную ВМ без её выключения.

Узнать об основных возможностях этого продукта можно из документа Product Overview .

С системными требованиями можно ознакомится загрузив документ Release notes .

Лицензионное соглашение EULA доступно по ссылке Veeam End User Software License Agreement .

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

Файл образа VeeamBackup&Replication_9.5.0.711.iso размером в 1,5GB после загрузки копируем на наш хост виртуализации на базе Windows Server и монтируем его в систему. Например, с помощью PowerShell сделать это можно так:

Mount-DiskImage -ImagePath " С:\Temp\VeeamBackup&Replication_9.5.0.711.iso "

На смонтированном диске запускаем программу установки Setup.exe , читаем и принимаем лицензионное соглашение, жмём Next

На шаге ввода лицензионного ключа оставляем все без изменений. Без ключа программа будет работать в режиме Free Edition с ограниченной функциональностью, которой в рамках нашей задачи будет достаточно.

Стоит отметить то, что на самом деле в систему устанавливается полноценный экземпляр Veeam Backup & Replication , и если в процессе первичной установки не был указан лицензионный ключ, то его можно добавить в приложение в дальнейшем и повысить режим его работы до редакций Standard , Enterprise или Enterprise Plus . Подробнее узнать о различиях бесплатной и платных версий можно из документа Veeam Backup: Free vs Paid

На следующем шаге, не изменяя набора устанавливаемых компонент, снова жмём Next

Компоненты доустанавливаются из дистрибутива, поэтому отдельно ничего загружать не придётся. После того, как нужные компоненты развёрнуты снова запускаем проверку с помощью кнопки Re-run и переходим к следующему этапу установки - Next .

Здесь мы увидим сводный экран текущих настроек, с которыми будет установлено приложение. Если включить опцию Let me specify different settings , то все указанные настройки можно будет изменить перед началом процесса непосредственной установки. Например, вместо устанавливаемого по умолчанию именованного экземпляра SQL Server 2012 Express , можно задать установку в уже существующий экземпляр SQL Server, поменять имя БД, сервисную учётную запись, расположение каталогов или номера портов. В большинстве случае предложенные настройки можно оставить в конфигурации по умолчанию и нажать кнопку Install .

В процессе установки на нашем хосте виртуализации будет развёрнут именованный экземпляр Microsoft SQL Server 2012 SP3 редакции Express (VEEAMSQL2012 ) и в нём будет создана база данных VeeamBackup . Дождёмся завершения процесса установки.

Регистрация хоста виртуализации в Veeam Backup

По окончании процесса установки, запускаем с рабочего стола или стартового меню ярлык Veeam Backup & Replication Console . В качестве сервера подключения используем localhost и порт по умолчанию 9392 . Включим опцию использования учётных данных текущего пользователя Use Windows session authentication и нажмём Connect

В первую очередь выполним в программе регистрацию нашего хоста виртуализации, чтобы появилась возможность резервного копирования виртуальных машин, расположенных на этом хосте. Для этого на вкладке VIRTUAL MACHINES в дереве инфраструктуры выберем Microsoft Hyper-V и в контекстном меню или верхней ленте кнопок выберем Add server .

В открывшемся мастере добавления сервера введём FQDN имя нашего сервера…

На шаге Type выберем тип Hyper-V сервера. В нашем случае это отдельно работающий хост – Standalone

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

Жмём Next и дожидаемся окончания конфигурации Veeam Backup и подключаемого хоста виртуализации

После закрытия мастера добавления хоста в консоли Veeam Backup должен появится перечень виртуальных машин, расположенных на добавленном хосте.

Теперь можно перейти к проверке функций резервного копирования виртуальных машин c помощью Veeam Backup.

Проверка резервного копирования ВМ в Veeam Backup

На подключённом нами ранее по протоколу iSCSI диске создадим каталог, в который будут помещаться полные резервные копии виртуальных машин, сделанные из Veeam Backup. В нашем случае это будет каталог E:\VMBackups .

Затем в консоли Veeam Backup выберем какую-нибудь виртуальную машину и вызовем для неё пункт меню VeeamZIP

В открывшемся окне укажем путь к только что созданному каталогу для хранения резервных копий, если нужно, определим параметры удаления старых резервных копий и отключим компрессию. Компрессия резервных копий Veeam Backup, это вещь бесспорно интересная, однако в нашем случае включение компрессии приведёт к низким показателям дедупликации на диске QUADStor (проверено на практических опытах). Настроив все параметры текущей сессии резервного копирования жмём OK

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

В ходе резервного копирования мы также сможем увидеть, что в консоли Hyper-V Manager виртуальная машина принимает соответствующий статус.

В результате выполнения задачи резервного копирования в указанном нами каталоге будет создана полная резервная копия ВМ в виде файла с расширением VBK . Этот тип фалов ассоциирован в системе с Veeam Backup и по его двойному клику будет автоматически запускаться консоль Veeam Backup и в ней будет открыта форма, из которой можно при необходимости произвести операцию восстановления как всей виртуальной машины, так и отдельных файлов внутри ВМ (Instant File-Level Recovery ).

Таким образом считаем, что резервное копирование, как таковое, у нас работает, но теперь нужно решить ещё одну немаловажную задачу. Дело в том, что бесплатная редакция Veeam Backup имеет ограничения, которые не позволяют нам настраивать запуск резервного копирования по расписанию непосредственно из интерфейса программы. Однако в составе Veeam Backup есть набор командлетов PowerShell , с помощью которых можно вызывать задачу резервного копирования в Veeam Backup. И если совместить эту возможность с Планировщиком заданий Windows (Task Scheduler ), то на выходе мы можем получить вполне работоспособное решение задачи автоматизации запуска резервного копирования по расписанию.

Автоматизация запуска резервного копирования ВМ

Получить онлайн-справку по PS-командлетам Veeam Backup можно по ссылке Veeam Backup & Replication 9.5 - PowerShell Reference . А уже готовый PowerShell скрипт, эксплуатирующий командлеты Veeam Backup, в частности Start-VBRZip , мы можем найти в статье Veeam Backup Free Edition: Now with PowerShell! . Я немного изменил этот скрипт, добавив возможность оповещений по электронной почте только в том случае, если в процессе резервного копирования возникла какая-то ошибка.

# ########################### User Defined Variables ############################ # Names of VMs to backup separated by comma (Mandatory). For instance, $VMNames = “VM1”,”VM2” $VMNames = " KOM-AD01-WS305 " , " KOM-AD01-DEV03 " # Name of Hyper-V host VMs to backup reside on (Mandatory) $HostName = " KOM-AD01-VM14 " # Directory that VM backups should go to (Mandatory; for instance, C:\Backup) $Directory = " E:\VMBackups " # Desired compression level (Optional; Possible values: 0 - None, 4 - Dedupe-friendly, 5 - Optimal, 6 - High, 9 - Extreme) $CompressionLevel = 0 # Quiesce VM when taking snapshot (Optional; VMware Tools are required; Possible values: $True/$False) $EnableQuiescence = $True # Protect resulting backup with encryption key (Optional; $True/$False) $EnableEncryption = $False # Encryption Key (Optional; path to a secure string) $EncryptionKey = "" # Retention settings (Optional; By default, VeeamZIP files are not removed and kept in the specified location for an indefinite period of time. # Possible values: Never , Tonight, TomorrowNight, In3days, In1Week, In2Weeks, In1Month) $Retention = " In1Week " # ########################### Notification Settings ############################ # Enable notification (Optional) # Possible values: 0 - None, 1 - Only Warnings&Errors, 2 - All notifications $EnableNotification = " 1 " $SMTPServer = " KOM-SMTP.holding.com " $EmailFrom = " [email protected] " $EmailTo = " [email protected] " $EmailSubject = " VEEAM Backup Notification " # ########################### Email formatting ############################ $style = " " # ########################### End User Defined Variables ############################ Asnp VeeamPSSnapin $Server = Get-VBRServer -name $HostName $MesssagyBody = @() foreach ($VMName in $VMNames ) { $VM = Find-VBRHvEntity -Name $VMName -Server $Server If ($EnableEncryption ) { $EncryptionKey = Add-VBREncryptionKey -Password (cat $EncryptionKey | ConvertTo-SecureString ) $ZIPSession = Start-VBRZip -Entity $VM -Folder $Directory -Compression $CompressionLevel -DisableQuiesce:(! $EnableQuiescence ) -AutoDelete $Retention -EncryptionKey $EncryptionKey } Else { $ZIPSession = Start-VBRZip -Entity $VM -Folder $Directory -Compression $CompressionLevel -DisableQuiesce:(! $EnableQuiescence ) -AutoDelete $Retention } If ($EnableNotification -in " 1 " , " 2 " ) { $TaskSessions = $ZIPSession .GetTaskSessions().logger.getlog().updatedrecords $FailedSessions = $TaskSessions | where { $_ .status -eq " EWarning " -or $_ .Status -eq " EFailed " } If ($FailedSessions -ne $Null ) { $MesssagyBody = $MesssagyBody + ($ZIPSession | Select-Object @{n = " Name " ;e = {($_ .name).Substring(0 , $_ .name.LastIndexOf(" (" ))}} ,@{n = " Start Time " ;e = { $_ .CreationTime}},@{n = " End Time " ;e = { $_ .EndTime}},Result,@{n = " Details " ;e = { $FailedSessions .Title}}) } Else { $MesssagyBody = $MesssagyBody + ($ZIPSession | Select-Object @{n = " Name " ;e = {($_ .name).Substring(0 , $_ .name.LastIndexOf(" (" ))}} ,@{n = " Start Time " ;e = { $_ .CreationTime}},@{n = " End Time " ;e = { $_ .EndTime}},Result,@{n = " Details " ;e = {($TaskSessions | sort creationtime -Descending | select -first 1 ).Title}}) } } } If ($EnableNotification -in " 1 " , " 2 " ) { If (($EnableNotification -eq " 1 " ) -And ($FailedSessions -eq $Null )) { exit } Else { $Message = New-Object System.Net.Mail.MailMessage $EmailFrom , $EmailTo $Message .Subject = $EmailSubject $Message .IsBodyHTML = $True $message .Body = $MesssagyBody | ConvertTo-Html -head $style | Out-String $SMTP = New-Object Net.Mail.SmtpClient ($SMTPServer ) $SMTP .Send($Message ) } }

Откроем с правами администратора консоль Windows PowerShell и выполним проверочный запуск скрипта выполнив команду:

& "C:\Tools\VeeamZip.ps1 "

Запущенный скрипт отобразит статус выполнения задачи создания резервной копии виртуальных машин:

После того, как мы убедились в том, что скрипт успешно отрабатывает при ручном запуске, настроим периодический запуск скрипта с помощью Планировщика заданий Windows. В качестве команды, выполняемой в задании Планировщика, укажем запуск powershell.exe с параметрами:

powershell.exe -NoProfile -command "C:\Tools\VeeamZip.ps1"

Настройку резервного копирования можно считать законченной.

Проверяем результат

Итак, в нашем примере PS-скрипт по расписанию (ночью, один раз в сутки) выполняет резервное копирование двух виртуальных машин с автоматическим удалением резервных копий старше семи дней. По прошествии семи дней проверим результат на нашем хосте виртуализации.

Как видим, у нас действительно имеется по 7 полных резервных копий для каждой из двух виртуальных машин, которые были указаны нами в скрипте. Общий размер используемого этими резервными копиями около 700GB . При этом, если мы заглянем в веб-консоль QUADStor и посмотрим свойства дискового пула на базе которого создан виртуальный диск, то увидим, что с учётом дедупликации реальная физическая дисковая ёмкость использована не более чем на 100GB .

На мой взгляд, результат выглядит совсем неплохо. И в данной ситуации, при необходимости, мы сможем увеличить срок хранения резервных копий до двух недель, а то и до месяца. Только нужно не забывать про то, что для этого нам потребуется увеличить размер виртуального диска QUADStor с последующим увеличением логического диска через оснастку Disk Management на хосте виртуализации.

Перевод
Tutorial

Что-то давненько мы не писали про наш флагманский продукт. Исправляемся, тем более что подоспела еще одна порция полезных советов от ребят из Veeam Support Team. Сегодня с вами снова мой коллега Евгений Иванов, теперь уже из Бухареста, куда он был призван в качестве наставника для румынской команды технической поддержки.

В ходе своей работы Евгений со товарищи собрали приличную коллекцию «граблей», на которые чаще всего наступают начинающие пользователи при развертывании и настройке Veeam Backup & Replication. А чтобы вы не повторяли их ошибок, Женя разъясняет, как всё сделать правильно.
Итак, добро пожаловать под кат.

#1: Выберите оптимальный метод резервного копирования

Обычно рекомендуются «прямой инкрементный» или «бесконечно инкрементный», поскольку они самые быстрые. Бесконечно-инкрементная цепочка (без периодических полных резервных копий) занимает меньше места и довольно быстро обрабатывается. Обычая инкрементная цепочка места занимает больше, но она и более «жизнестойкая», если можно так выразиться, так как содержит не только инкрементальные бэкапы, но и периодически создаваемые полные.

Реверсивный (обратный) инкрементный метод – самый старинный и, естественно, самый медленный. В зависимости от СХД, он может быть в 3 и даже более раз медленнее других. Тем не менее, в его использовании есть и свои плюсы: последним в цепочке всегда является полный бэкап, и поэтому восстановиться можно быстрее, чем из цепочек других типов. Заметим, однако, что разница с обычной инкрементальной цепочкой не очень значительна (разве что вы держите такую цепочку неоправданно длинной, то есть более чем 30 дней).

Подробнее про методы рассказывается .

#2: Подумайте о настройках синтетических полных бэкапов

Операция создания синтетической полной резервной копии использует точки восстановления, которые хранятся в репозитории. Но нужно иметь в виду, что не всякая СХД в состоянии обеспечить достаточную для этой операции производительность. Поэтому мы советуем в качестве альтернативы создание активных полных резервных копий.

Когда вы задаете настройки создания синтетического полного бэкапа, обратите внимание на опцию “Transform previous backup chains into rollbacks” (преобразовывать предыдущие цепочки в точки отката). Ее использование приведет к тому, что будет запускаться задание преобразования инкрементального бэкапа (.VIB) в точки отката (.VRB) (которое будет, однако, потреблять значительную часть ресурсов СХД репозитория). Например, с помощью этой опции вы сможете преобразовать текущую цепочку в обратно- инкрементальную, в частности, для архивного хранения.

Но если использовать данную опцию как метод резервного копирования, то в итоге создастся очень своеобразная цепочка из файла полной резервной копии и файлов инкрементальных и обратно-инкрементальных резервных копий.

#3: Настройте обработку гостевой ОС

Обработка гостевой ОС позволяет создавать консистентные бэкапы виртуальных машин. А если на ВМ работают такие приложения, как Microsoft Exchange, Active Directory, SharePoint, SQL Server или Oracle, то вы сможете задействовать для их гранулярного восстановления возможности инструментов Veeam Explorers. Работа с гостевой ОC базируется на функциональности VSS (поддерживается Windows), которая должна быть корректно настроена, иначе задания резервного копирования не смогут успешно завершиться.

Для активации настроек обработки гостевой ОС:

#4: Не индексируйте файлы без необходимости

Если активировать опцию VM Guest File System Indexing (индексирование файлов гостевой ОС) в настройках бэкапа, то Veeam Backup & Replication будет создавать каталоги файлов ВМ. Это позволит выполнять поиск по файлам и восстановление в 1 клик через веб-интерфейс Veeam Backup Enterprise Manager.

Если же вы не работаете с Enterprise Manager, то мы советуем не включать данную опцию – так вы сократите окно резервного копирования (порой весьма существенно) и сэкономите место на диске C: сервера Veeam backup. На восстановление файлов ВМ через консоль Veeam Backup & Replication это никак не повлияет.

#5: Делайте дополнительные резервные копии

Ни один производитель СХД не гарантирует абсолютной целостности данных. Конечно, Veeam проверяет файл резервной копии при записи на диск, но при том, что на СХД выполняются миллионы операций, случайная перестановка бит все же возможна, а в результате получается «невидимое» повреждение. Для выявления таких повреждений на ранних этапах Veeam Backup & Replication предлагает воспользоваться функциями SureBackup и health checks. Но и это не панацея, поэтому мы советуем взять на вооружение правило 3-2-1 , которое предписывает использовать для бэкапа разные типы носителей и хранить их как минимум на 2 площадках.

Для этого рекомендуется после создания основного задания резервного копирования настроить задание переноса резервных копий. Такое задание может использовать в качестве целевого места хранения резервную СХД или облачное хранилище. Также можно архивировать бэкапы на магнитную ленту.

#6: Финализируйте Мгновенное восстановление

Функция мгновенного восстановления ВМ Instant VM Recovery позволяет запустить машину в кратчайший срок непосредственно из бэкапа. Тем не менее, нужно помнить, что эта машина размещается у вас в репозитории и потребляет его ресурсы, пока вы не перенесете ее в продакшен. Не забывайте про этот важный финальный шаг – поверьте, за годы работы в техподдержке Veeam мы повидали немало случаев с ВМ, которые неделями функционировали в режиме «из бэкапа» без того, чтобы быть перенесенными в продакшен. Итог был обычно довольно плачевен: переполнение СХД и потеря данных.

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

#7: Подумайте, где размещать репозиторий

Veeam поддерживает самые разные хранилища в качестве репозиториев. Многие наши пользователи из года в год предпочитают использовать для этой цели физический сервер Windows или Linux, поскольку в большинстве случаев это дает максимальную производительность. Об этом можно почитать на нашем форуме .

Репозитории на CIFS share также довольно популярны, несмотря на то, что их производительность по сравнению с другими самая низкая.

Многие современные устройства NAS поддерживают iSCSI, так что лучше все-таки сконфигурировать диск iSCSI и сделать его доступным для сервера Veeam backup (или для прокси). Следует иметь в виду, что в таком сценарии (с использованием репозитория на NAS) не рекомендуется применять метод обратно-инкрементального бэкапа, т.к. он дает большую нагрузку на СХД из-за интенсивности чтения\записи.

#8: Используйте прокси при репликации

Если вы собираетесь выполнять репликацию через WAN, то рекомендуем вам настроить прокси-сервер резервного копирования на удаленной площадке и указать его в настройках задания репликации. Таким образом вы получите надежный канал между двумя площадками. Советуем включить данный прокси в работу в режиме Network (NBD), так как работа в режиме Virtual Appliance (hot-add) при репликации может привести к возникновению «затерянных» снапшотов.

#9: Учтите важные нюансы при архивировании на ленту

Для передачи данных на ленточное устройство Veeam задействует вспомогательный сервер (tape server). Он ставится на физический сервер, к которому подключается это ленточное устройство.

Важно! Подключение к ВМ с “пробрасыванием” через хост ESXi не поддерживается!

Veeam Backup & Replication получает информацию о ленточной библиотеке от операционной системы, поэтому обязательно убедитесь, что у вас установлены последние версии драйверов, а ленточное устройство корректно отображается в консоли Управления устройствами (device manager).

Больше полезных советов о работе с магнитной лентой можно прочитать