Состоялся релиз veeam agent for linux 1.0 (free, workstation, server edition)

Let’s restore

In the previous blog post, we ended with a successful backup file, safely stored in a NFS server:

Using the same simple command line as for the backup:

We can start the interface and see the successful backup session we completed before:

You can see in the bottom part, where all the commands are listed, there is a to Recover Files. Let’s hit the R letter on the keyboard!

Veeam Agent for Linux shows the available backups, how many restore points are stored into the backup itself (one in this example), and once I hit enter twice to select and use the restore point the backup file is mounted in /mnt/backup:

Why this?

Because every Linux administrator has different and preferred ways to restore files and folders, so instead of forcing people to learn another interface or procedure, we decided to leave this choice to our users.

For example, you can use the famous Midnight Commander (“mc”) available in many Linux distributions to restore the files you need from the restore location:

More skilled users would prefer to use the command line, or a different tool. It’s up to you!

Параллельное использование библиотек

High AvailabilityLibrary is offlineNo media availablTapesManageManage LibrariesManage Libraries

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

Примечание:

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

Параллельную обработку можно использовать даже в рамках одного задания архивирования. Для этого исходный бекап должен быть создан в режиме per-VM, т.е. одна виртуальная машина — одна цепочка резервных копий. Или же, в задание надо добавить сразу несколько бекапов.
Параллельная обработка настраивается, как вы видели, при конфигурировании медиа-пулов. На шаге Options ставим галочку Enable parallel processing for tape jobs using this media pool. Тут же можно указать, сколько пишущих приводов (drives) может быть задействовано при работе с этим пулом — в данном примере это 2. Примечание: Если у вас несколько устройств в активном режиме, то имейте в виду, что данное число будет обозначать общее количество пишущих приводов, работающих с данным медиа-пулом. Если параллельная обработка настроена для одного задания, см.указания выше.
А что с медиа-сетами, спросите вы? Тут всё просто: каждое устройство (привод) работает со своим медиа-сетом.

%ID%

Облачный репозиторий Veeam Cloud Connect

Для клиентов, использующих Veeam on-premise в своей инфраструктуре, подойдет услуга хранения бэкапов в Облачном репозитории Selectel.

Примечание: решение подходит для клиентов, использующих Veeam Backup & Replication версии 9.5 и выше и Veeam Agent 2.0 и выше.

Наше решение работает следующим образом:

Подробнее о работе с нашей услугой читайте в базе знаний.

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

Отсутствие капитальных затрат, связанных с созданием собственной удаленной площадки.
Безопасность — все данные шифруются на стороне клиента.
Высокая надежность — Veeam Cloud Connect согласуется с правилом «3-2-1».

Более того, мы храним каждый бэкап в трех копиях на разных физических дисках!

Цены

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

Ресурс	Стоимость в месяцв рублях, с НДС
Бэкапы 1 виртуальной машины	600
Бэкапы 1 физического сервера	850
Бэкапы 1 рабочей станции (ПК)	400
100 ГБ места в репозитории	300

Трафик не тарифицируется.

Перенос или восстановление linux сервера

Представим теперь ситуацию, что наш веб, или какой-нибудь другой сервер умер, и нам надо восстановить систему в другом месте. Выполним полное восстановление всего сервера с помощью созданной ранее резервной копии. Для этого нам понадобится Veeam Linux Recovery Media, который мы скачали ранее.

Для восстановления системы нужно соблюсти два обязательных условия:

Готовим новый сервер с диском, который должен быть не меньше диска исходного сервера. Это обязательное условие, иначе восстановление системы даже не начнется. Veeam скажет, что размер диска недостаточный и не предложит больше никаких вариантов восстановления.
Оперативной памяти для системы должно быть не меньше 1024 Мб. Если меньше, то загрузка с диска не будет выполнена. Система скажет, что она не может развернуть корневой раздел.

Загружаемся с диска. В разделе Configure network убеждаемся, что сеть настроена, получен ip адрес, который имеет доступ к интернету. Далее выбираем Restore volumes -> Add shared folder. Заполняем параметры доступа к хранилищу архивов.

Выбираем там директорию с нашим архивом системы, которую будем восстанавливать. Далее будет показан список задач в левом столбце и список резервных копий в правом.

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

У меня слева чистый диск, справа тоже один диск, на который установлен загрузчик и есть один раздел с корнем системы. Выбираем справа наш диск (не раздел с корнем!!!) и жмем Restore whole disk to.

В качестве приемника выбираем пустой диск на новом сервере.

Нажимаем S ( Start restore ). Визард покажет список действий, которые будут выполнены и попросит их подтвердить, нажатием на Enter.

Делаем это и наблюдаем за процессом восстановления сервера centos из бэкапа.

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

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

Резервное копирование в Veeam Agent for Microsoft Windows Free

НОВЫЙ Veeam Agent для Microsoft Windows помогает крупным компаниям ликвидировать пробелы в защите сложных гетерогенных сред, обеспечивая мобильность рабочих нагрузок и доступность облачных приложений.

Veeam Agent для Microsoft Windows основан на популярном решении Veeam Endpoint Backup FREE и предлагается в двух редакциях – Workstation и Server. Veeam Agent для Microsoft Windows помогает обеспечить доступность приложений Windows благодаря возможностям резервного копирования и восстановления данных облака и физической среды, а также персональных компьютеров удаленных пользователей.

Резервное копирование и восстановление корпоративного уровня

Veeam Agent для Microsoft Windows использует тот же самый механизм обработки данных гостевой ОС, что и Veeam Backup & Replication. Это обеспечивает доступность физических рабочих станций и серверов Windows благодаря таким возможностям, как:

Активные полные резервные копии НОВОЕ .
Обработка данных с учетом состояния приложений 1 НОВОЕ .
Индексирование и поиск файлов 1 НОВОЕ .
Мгновенное восстановление в виде виртуальной машины Microsoft Hyper-V НОВОЕ .
Интеграция с Veeam Backup & Replication.
Настройки расписания выполнения заданий и политики хранения резервных копий для серверов 1 НОВОЕ .
Полные синтетические резервные копии НОВОЕ .
Резервное копирование журнала транзакций 1 НОВОЕ .
Полная поддержка Windows Server 2016 НОВОЕ и Windows 10.
И многое другое!

После выполнения первоначального полного резервного копирования Veeam Agent для Microsoft Windows осуществляет инкрементальное резервное копирование, при котором копируются только новые или изменённые блоки данных, появившиеся после предыдущего резервного копирования. Это значительно ускоряет резервное копирование и уменьшает размеры резервных копий.

Перенос резервных копий физических машин на удалённую площадку

Организации все чаще переносят приложения в публичное облака, включая гипермасштабируемые Microsoft Azure и Amazon Web Services (AWS). Однако им все равно требуется эффективное, простое и недорогое решение для резервного копирования и восстановления данных Windows. Veeam Agent для Microsoft Windows предоставляет все требуемые возможности, включая:

Резервное копирование в репозиторий Veeam Cloud Connect НОВОЕ . Veeam Cloud Connect – быстрый и надёжный способ резервного копирования данных в облако выбранного поставщика и восстановления из него.
Технология Direct Restore в Microsoft Azure НОВОЕ . Восстановление или миграция в Microsoft Azure локальных ВМ, физических серверов и ПК под управлением ОС Windows.

Защита ноутбуков и ПК для всех пользователей

Veeam Agent для Microsoft Windows обеспечивает доступность пользовательских ноутбуков и ПК независимо от того, где они находятся: в офисе, дома или в дороге. Однако защита данных удалённых пользователей, находящихся вне корпоративной сети, может быть сопряжена со значительными трудностями. Большой объём важнейших бизнес-данных подвергается риску, особенно если нет возможности мгновенно получить помощь. Veeam Agent для Microsoft Windows помогает решить эти проблемы благодаря таким возможностям, как:

Защита от программ-шантажистов, типа CryptoLocker, для USB-устройств. По окончании резервного копирования на USB-устройство целевое устройство автоматически отключается, что защищает файлы резервных копий от программ-шантажистов.
Защита ноутбуков для мобильных пользователей НОВОЕ . Если целевое устройство недоступно, можно выполнить резервное копирование в локальный кэш. После восстановления доступа Veeam Agent для Microsoft Windows автоматически синхронизирует данные.
Настройки расписания выполнения заданий и политики хранения резервных копий для рабочих станций НОВОЕ . Удобные настройки расписания выполнения заданий и политики хранения резервных копий, учитывающие дни успешного создания резервных копий.
И многое другое!

Удалённая настройка и управление Редакции Workstation и Server решения

Veeam Agent для Microsoft Windows включают API для удаленной настройки и управления НОВОЕ , что позволяет развертывать и настраивать агенты через простой интерфейс командной строки.

Интеграция с Veeam Backup & Replication

Veeam Agent для Microsoft Windows интегрируется с Veeam Backup & Replication в среде VMware vSphere и Microsoft Hyper-V. Это позволяет использовать репозитории Veeam в качестве целевых в заданиях резервного копирования Windows.

Техподдержка 24.7.365

Техподдержка Veeam корпоративного уровня поможет вам в любое время дня и ночи.

*Требуется Veeam Backup & Replication 9.5 Обновление 2 или более поздняя версия

Перенос виртуальной машины с KVM на Hyper-V

В моем случае я переношу сервер с KVM на Hyper-V. После загрузки системы я получаю такую картину.

Сервер начинает бесконечно висеть в подобном состоянии с такими характерными ошибками:

Warning: dracut-initqueue timeout starting timeout scripts

a start job is running for dev-disk-by ......

Начинаю разбираться в чем может быть дело. Конечно, тут решение проблемы будет зависеть от конкретной ситуации. А успешность решения от квалификации сисадмина. Я уже немного повозился с подобными переносами и примерно представляю, в чем тут может быть проблема. Частично я эту тему затрагивал, когда делал перенос виртуальных машин с XenServer на Hyper-V. Но там была другая проблема, связанная с кастомным ядром от Xen.

В нашей ситуации с переносом виртуальной машины с KVM на Hyper-V проблема в другом. У нас поменялось имя диска. Нам нужно изменить это имя в fstab и в конфиге grub. До кучи я еще собрал заново initramfs, но не уверен на 100%, что в данном случае это нужно было делать. Я сделал на всякий случай сразу все за один заход.

Итак, загружаемся с установочного диска CentOS 7 и выбираем режим Rescue a CentOS system. Подробно об этом рассказывал в упомянутой ранее статье с переносом от xen. Выбираем первый режим запуска.

Дальше работаем в консоли. Смотрим, как называется наш диск.

# fdisk -l

У меня это sda, а на прошлом сервере он назывался vda. Нам нужно внести эти изменения в 2 файла:

/etc/fstab
/boot/grub2/grub.cfg

Диск восстановления в самом начале мог сам смонтировать системный раздел в директорию/mnt/sysimage. Если он этого не сделает по какой-то причине, то сделайте это сами:

# mount /dev/sda1 /mnt/sysimage

Теперь нам надо сделать chroot в систему, предварительно смонтировав туда информацию о текущей системе. Выполняем команды:

# mount --bind /proc /mnt/sysimage/proc
# mount --bind /dev /mnt/sysimage/dev 
# mount --bind /sys /mnt/sysimage/sys 
# mount --bind /run /mnt/sysimage/run 
# chroot /mnt/sysimage

Мы загрузились в окружение нашего сервера. Тут можете использовать установленный у вас на сервере текстовый редактор. С его помощью изменяете имена дисков в файлах /etc/fstab и /boot/grub2/grub.cfg. Можете просто автозаменой поменять имена.

Теперь соберем новый initramfs. Идем в директорию /boot и смотрим там последнюю версию ядра.

# cd /boot
# ls -l | grep initramfs

В данном случае просто смотрим самые высокие цифры. Соберем новый initramfs в соответствии с версией ядра.

# dracut initramfs-3.10.0-514.26.2.el7.x86_64.img 3.10.0-514.26.2.el7.x86_64

В завершении установим измененный загрузчик на наш диск:

# grub2-install /dev/sda

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

Резервное копирование как сервис

Вместе с повышением требований к непрерывности работы растет и объем хранимых данных, что становится проблемой для IT-инфраструктуры бизнеса. Чем больше бизнес зависит от IT-систем, тем большие убытки он понесет в случае потери данных и простоя, пока идет восстановление работоспособности.

Раньше единственной страховкой от «несчастных случаев» потери данных было использование и поддержание СХД (систем хранения данных): от покупки актуальных версий ПО до расширения штата системных администраторов.

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

Правила хорошего бэкапа

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

Для предотвращения потери данных рекомендуется придерживаться следующих правил:

Автоматическое резервное копирование

Бэкап должен выполняться автоматически согласно установленному расписанию.

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

Тестовое восстановление данных

Тестовое восстановление данных из бэкапа должно проводиться регулярно.

Каким бы надежным ни было ПО для резервного копирования, всегда остается вероятность ошибки, из-за которой восстановиться не получится. Частота тестового восстановления зависит от критичности данных, которые необходимо бэкапить.

Избавление от дублей

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

Устранение дубликатов позволяет копировать только уникальные фрагменты данных (причем только один раз) и оптимизирует использование дискового пространства в СХД.

Правило «3-2-1»

Иметь по меньшей мере три копии данных.
Хранить копии на двух разных носителях.
Хранить одну резервную копию на удаленной площадке.

Подробно об этом правиле еще в 2013 году наши партнеры из Veeam.

Backup to tape + Стандартный медиа пул

Настройка медиа пула

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

Даже если ретеншен тейпового задания не короче исходного, но на кассетах хранится длинная цепь инкрементов, то переписывание старой кассеты с VBK «убьет» всю остальную цепь.
Поскольку тейповые задания можно настроить на использование отдельных медиа пулов для полных бэкапов и инкрементов, есть риск не уследить и выставить нужный ретеншен только для одного из медиа пулов (в таких случаях опять же медиа пул для полных бэкапов лучше от греха подалее выставить на ретеншен подлиннее. Рекомендация от RnD — срок хранения данных на кассетах должен быть минимум в два раз дольше срока хранения данных на репозиториях).
Наконец, по недосмотру данные с кассеты могут быть уничтожены пользователем вручную.

Виртуальный VBK создается только для заданий, работающих в бесконечно-инкрементальном режиме. Для других типов исходных заданий эта настройка просто игнорируется.
Бэкап можно назначить на день, когда задание не работает вовсе. Это будет отмечено, и в день запуска задание скопирует созданные с последнего запуска инкременты, а также синтезирует пропущенный «VBK из прошлого» (используя вовсе не машину времени, а инкремент соответствующего дня).
Если было пропущено несколько запланированных VBK, то скопируется только последний.

В начале я сказал, что в первый запуск тейповая джоба перенесет бэкапную цепочку как она есть. Я умолчал про один факт — в первый запуск может быть сделан и виртуальный VBK. Дело в том, что расписание виртуального VBK работает и при первой синхронизации — если оно попадает на какой-то день в прошлом, то задание попытается синтезировать VBK. Приведу пример: исходное задание успело создать цепочку с VBK в понедельник и VIB со вторника по пятницу. Тейповое задание настроено создавать виртуальный VBK в четверг, опция “process latest full backup” отключена. В таком случае при первой синхронизации будет скопирована полностью цепочка, а в четверг вместо копии VIB будет синтезирован VBK. Если опция “process latest full backup” включена, то будет синтезирован только VBK четверга и скопирован VIB пятницы.
Существует еще один сценарий, когда задание может начать копировать цепочку заново. Это происходит, если VBK на репозитории становится “новее”, чем виртуальный VBK на ленте. Возьмем такой пример: виртуальный VBK создается раз в два месяца, а изначальное задание настроено хранить 30 точек и работает ежедневно. Из-за того, что на репозитории старые VIB постоянно объединяются с VBK, через некоторое время полная точка на репозитории станет “новее”, чем хранящаяся на ленте. Как следствие, VBK и его VIBы будут внепланово скопированы на кассету.

Wait, there’s more FREE software!

NEW Veeam Backup & Replication Community Edition isn’t the only free product being upgraded for our community of loyal followers. Veeam ONE, our monitoring and reporting solution, also has a new Community Edition that you can download and use for free in your environment.

NEW Veeam ONE Community Edition is the next generation of the former Veeam ONE Free Edition with some major additions . The biggest enhancement is the ability to monitor and report on your Veeam Backup & Replication infrastructure and Veeam Agents (with similar quantity limitations as New Veeam Backup & Replication Community Edition). Here’s some of the capabilities provided:

Veeam Backup & Replication monitoring & reporting

If you want to know which VMs are protected, and which are not, then our Protected VMs report from the Veeam Backup & Replication report pack is here to help. Not only does this report list all VMs that have backups within a defined recovery point objective (RPO), but it also shows which VMs lack backups. You can even review the reason why some VMs are unprotected. For example, if you provisioned a new VM and forgot to add it to the backup job, Veeam ONE will spot this and will immediately inform you about this via the Protected VMs report.

Virtual infrastructure monitoring

NEW Veeam ONE Community Edition does not have any limitations on the number of VMs you can monitor in the virtual infrastructure. This has been true with Veeam ONE Free Edition and remains the same for Community Edition, but now we give you even more features! In addition to the ability to identify performance bottlenecks in your virtual infrastructure, you can now make decisions right in the Veeam ONE UI to resolve these issues via our NEW Remediation Actions that are available to ALL Veeam ONE users. These actions can do things like automatically remove an orphaned VM snapshot or add an unprotected VM to a backup job with a single click!

As you can see, NEW Veeam ONE Community Edition together with NEW Veeam Backup & Replication Community Edition are like peanut butter and jelly!

Резервное копирование NDMP

Прежде всего необходимо добавить сервер NDMP в представлении Inventory, как описывается в документации (см. руководство пользователя (на англ.языке) ).Примечание: Обязательно ознакомьтесь с требованиями и ограничениями в этом разделе (параграфы Requirements и Limitations), среди них есть ряд очень важных пунктов. Например, в текущей версии не поддерживается бэкап NDMP с расширений NetApp Cluster Aware Backup (CAB). В качестве обходного варианта можно настроить node-scoped NDMP, как описано здесь.
После того, как вы добавили сервер NDMP в инфраструктуру, его надо сконфигурировать как исходное место хранения файлов для стандартного задания архивирования файлов file to tape.
Восстановление — аналогично восстановлению любых других файлов, хранящихся на ленте — можно запустить из представления Files.

Важно!

Как настроить Veeam Agent for Windows для резервного копирования в Veeam Cloud Connect Repository

Если вы хотите хранить данные в облаке, вы можете подключиться к поставщику услуг Veeam Cloud Connect (SP) и создать резервные копии Veeam Agent’ом в облачном хранилище.

Перед установкой агента Veeam для Microsoft Windows убедитесь, что конечный компьютер соответствует системным требованиям и открыты все необходимые порты:CPU: x86-64 processor.Memory: 2 GB RAM.Disk Space: 150 MB для установки агента.Network: 1 Mbps или быстрее.

Поддерживаются 64-разрядные и 32-разрядные версии следующих операционных систем:*• Microsoft Windows 7 SP1• Microsoft Windows 8.x• Microsoft Windows 10**• Microsoft Windows Server 2008 R2 SP1• Microsoft Windows Server 2012• Microsoft Windows Server 2012 R2• Microsoft Windows Server 2016

* Server Core installations of Microsoft Windows не поддерживаются.* Microsoft Failover Clusters не поддерживаются.** Microsoft Windows 10 Education поддерживается начиная со сборки 10586 и выше.

Используемые порты TCP:Убедитесь, что следующие порты открыты, для корректной работы Veeam Agent for Microsoft Windows.

10001 — Порт по умоолчанию используется для соединения с Veeam Backup server.9395, 6183 — Используются локально на компьютере с Veeam Agent для обмена данными между Veeam Agent components и Veeam Agent for Microsoft Windows Service.6180 — Порт на cloud gateway используется для транспортировки данных Veeam Agent в Veeam Cloud Connect repository.80 или 443 — Компьютер с Veeam Agent нуждается в доступе к CRLs (Certificate Revocation Lists) CA (Certification Authority) того кто выпустил сертификат Veeam Cloud Connect.

Скачайте Veeam Agent for Microsoft Windows с нашего FTP: (Логин и пароль предоставляются технической поддержкой) ftp://178.170.172.10:11111/windows/

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

Запустите Veeam Agent for Windows:

Далее нажмите Configure backup, и настройте задание для снятия бекапа в соответствии с Вашими требованиями. Мы запустим задание с дефолтными настройками, но выполним его в репозиторий Veeam Cloud Connect.Для этого на следующем этапе настройки (destination) нам необходимо выбрать Veeam Cloud Connect repository:

Далее указываем адрес Veeam Cloud Connect repository: vbr.cloud4y.ru

На следующей вкладке указываем login и pass полученные в письме от службы технической поддержки:В письме содержится информация вида: Username: companyuser Password: password

Нам потребуются user & password.

Далее жмём next, next.. next.. finish.

Готово, наше задание настроено на выполнение бекапа в репозиторий Veeam Cloud Connect.

Установка Veeam Agent for Linux

Для установки Veeam Agent for Linux необходимо подключить репозиторий veeam под нужную вам систему. Это можно сделать либо руками, либо скачать файл с репозиторием в виде rpm или deb пакета. Сделать это можно на странице с описанием продукта.

Для того, чтобы получить доступ к разделу с загрузками, придется зарегистрироваться. Выбираете тип системы и скачиваете репу.

Чуть ниже рекомендую сразу же скачать Veeam Linux Recovery Media. Он нам понадобится, когда мы будем переносить сервер на другое железо или восстанавливать из бэкапа.

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

# cd /root
# wget https://download2.veeam.com/veeam-release-el7-1.0-1.x86_64.rpm
# rpm -Uhv veeam-release-el7-1.0-1.x86_64.rpm

Обновляем репозитории и устанавливаем veeam.

# yum update
# yum install veeam

Все, Veeam Agent for Linux установлен и готов к работе.

Manual mapping for backups

Many common backup management scenarios, such as
backup seeding or backup storage migrations, require the ability to point an
agent to the existing backup chain, so that it is re-used and continued on the
backup storage where it was moved to.

Automatic backup mapping for Veeam agents has been around for a while, and all you needed to do was to target an agent to a Veeam repository with the existing backup chain, and we would take care of the rest. For some cases though, automatic mapping was too complex to perform. So, we’ve decided to provide our users with a very familiar approach — the same manual mapping option from Veeam Backup & Replication.

Veeam Agent for Microsoft Windows FREE

Veeam Agent for Microsoft Windows FREE – это простое бесплатное решение для резервного копирования компьютеров, ноутбуков и серверов Windows.

С помощью Veeam Agent для Microsoft Windows вы сможете просто и быстро создать полную копию вашего ПК на внешний диск, в сетевое хранилище NAS или в репозиторий Veeam Backup & Replication.

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

Быстрое и легкое резервное копирование

Veeam Agent для Microsoft Windows – простое и эффективное решение для планирования автоматического резервного копирования для всей вашей системы, отдельных разделов или папок и файлов на ваш выбор. Если возникнет необходимость, вы можете создать автономную резервную копию вручную.

После завершения создания полной резервной копии, Veeam Agent для Microsoft Windows выполняет инкрементное резервное копирование – копирование только новых и измененных блоков данных за период с последнего цикла резервного копирования. Данный подход в сочетании со встроенным сжатием и дедупликацией (исключением избыточных данных) позволяет добиться минимального размера копии.

Veeam Agent для Microsoft Windows оптимизирует производительность процесса создания резервных копий за счет:

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

Простое восстановление

Если вам понадобиться вернуть ваши данные, Veeam Agent для Microsoft Windows предлагает несколько простых опций восстановления:

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

Интеграция с платформой Veeam Backup & Replication

Veeam Agent для Microsoft Windows поддерживает интеграцию с Veeam Backup & Replication в виртуальных средах VMware vSphere или Microsoft Hyper-V, позволяя получить полный контроль над репозиториями Veeam и использовать их в качестве целевого расположения для заданий резервного копирования. Поддерживаются следующие операции:

Восстановление файлов и приложений гостевой системы с помощью Veeam Explorers for Microsoft Active Directory, Exchange, SharePoint и SQL Server.
Экспорт содержимого физического диска из резервной копии на виртуальные диски форматов VMDK/VHD/VHDX.
Базовый мониторинг и управление всеми входящими резервными копиями и получение уведомлений по электронной почте о статусе резервных копий.
Размещение сторонних резервных копий вне площадки на диск, съемный накопитель или в облачное хранилище.
Шифрование резервных копий, сохраняемых в репозитории Veeam.
Назначение наборов прав для отдельных пользователей репозитория Veeam.
Применение инструкций ограничения потребления трафика для заданий Veeam Agent для Microsoft Windows.

Загрузочные диски восстановления

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

Veeam Agent для Microsoft Windows позволяет создавать загрузочный образ восстановления вашего компьютер и размещать его на различных видах носителей (USB устройства флеш-памяти, SD карты, CD/DVD/BD) или сохранять в виде ISO-образа.

Встроенные инструменты администрирования и диагностики

Veeam Agent для Microsoft Windows поддерживает работу с собственными инструментами и диагностическими инструментами Windows для решения потенциальных проблем и выполнения расширенных задач администрирования, таких как:

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

Доступен для серверов и рабочих станций

Veeam Agent для Microsoft Windows доступен в редакциях для рабочих станций и для серверов с дополнительными функциями: поддержка Veeam Cloud Connect, защита ПК с помощью мобильных устройств, круглосуточная техническая поддержка и др.

Уровень сжатия

None (без сжатия) – можно использовать, например, если вы планируете сохранять бэкапы на СХД со встроенным сжатием и дедупликацией.
Dedupe-friendly (оптимизированный для дедуплицирующих СХД) – для снижения нагрузки на процессор. Задействует простой алгоритм RLE, не требующий большой вычислительной мощности. Оптимален для работы с СХД со встроенной дедупликацией в качестве репозитория.
Optimal (рекомендованный) – значение по умолчанию. Задействуется алгоритм сжатия LZ4. На выходе получаются приблизительно вполовину сжатые блоки, при этом нагрузка на процессор повышается очень незначительно. Обеспечивается оптимальный баланс между размером файла резервной копии на выходе и временем, затрачиваемым на процессинг при сжатии и декомпрессии (скорость обработки данных – от 150 МБ\сек для 1 ядра).
High (выскоий) – добавляет 10% к коэффициенту сжатия (по сравнению с уровнем Optimal) ценой возрастающей в разы нагрузки на процессор. Применяется алгоритм сжатия zlib, «подкрученный» с учетом все еще не максимальной нагрузки на процессор. Скорость обработки данных – до 100 МБ\сек для 1 ядра.
Extreme (экстремально высокий) — на выходе получается бэкап минимально возможного размера (добавляет еще 3-5% к коэффициенту сжатия), но производительность при этом снижается весьма значительно (скорость обработки – около 50 МБ\сек для 1 ядра). Применяется алгоритм zlib, «подкрученный» с учетом очень высокой нагрузки на процессор. Если вы планируете использовать этот вариант, то очень рекомендуется иметь мощный процессор (ядер этак 6). Вообще экстремальное сжатие применяется довольно редко – как правило, если до удаленного репозитория идет канал с очень низкой пропускной способностью.

в этой статье на Хабретут

Улучшения в работе GFS

В день, на который назначен запуск задания по архивированию с GFS-преобразованием (tape GFS), это задание стартует в полночь (00:00) и затем ждёт прибытия новой точки восстановления, созданной исходным заданием бэкапа.
Если новая точка представляет собой инкрементальный бэкап, то задание tape GFS создаст на ленте виртуальный синтетический полный бэкап.
Если новая точка — это полный бэкап, то такая точка будет скопирована как есть.
Задание tape GFS будет ждать появления новой точки в течение 24 часов.
Если по истечении этого времени новая точка не появится, то задание tape GFS переключится на предыдущую доступную точку.
Тут возникает особая ситуация с заданиями переноса резервных копий (backup copy jobs, BCJ) — из-за их непрерывной работы последняя точка остается в заблокированном состоянии на всём протяжении интервала копирования. В зависимости от настроек задания BCJ задание tape GFS может быть вынуждено ожидать целый день, прежде чем переключиться на предыдущую точку.
Если заданию tape GFS надо создать точки для нескольких интервалов в один и тот же день (например, еженедельную точку и ежемесячную точку), то в этом оно не будет копировать 2 различных точки. Вместо этого в качестве еженедельной и ежемесячной будет задействована одна точка.

На шаге Schedule мастера настройки задания tape GFS теперь можно указать любое время запуска этого задания (по умолчанию осталось 00:00).
Кроме того, можно настроить задание tape GFS на немедленное (без ожидания) переключение на предыдущую точку в случае недоступности точки за сегодня. Эта опция находится на шаге Options — Advanced – Advanced:

Volume restores

File restores are certainly going to be the most common operations, but there will be times when a restore of an entire volume is needed. For this scenario, you first need to boot your Linux server using the recovery media that you downloaded from the same location of the installable software. Using the ISO image as the boot media, the Veeam Recovery Media is started:

The recovery media starts the main UI automatically, offering users different choices:

If, like in my example, the backup to be used is not stored locally, you need to configure the network. If you have a DHCP server, this is done automatically by the Recovery Media. This can be done directly from the interface: First, you select a restore operation, like “Restore Volumes” in my example. Then you choose “Add shared folder…” and finally NFS:

The wizard shows the content of the mounted volume, and you can browse to the mount point to find the backup set and import it:

From here, you can restore any volume: the interface shows you both the existing volumes in the underlying machine (if readable), and the volumes available in the backup:

You can easily select the volume you want to restore, confirm the selection (better think twice before erasing the wrong volume!), and start the restore operation:

If a volume is part of a LVM group, you can also re-organize the single volumes that make the group.

In the next blog post, we will talk about command line!