Как установить veeam agent на linux

Обновлено: 05.07.2024

Под катом особенности установки Veeam Agent на сервер Oracle Linux 6.10. Все встреченные в процессе инсталляции ошибки и пути их исправления.

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

Проверим список всех поддерживаемых ОС для Veeam Agent версии 4.0 по ссылке.

В отношении Oracle Linux и поддержки в документации указаны следующие версии:
Oracle Linux 6 – 8.2 (RHCK)
Oracle Linux 6 (starting from UEK R1) – Oracle Linux 8.0 (up to UEK R6)

Правда с небольшой сноской – «Pre-built binary veeamsnap kernel module packages are not compatible with these distributions. Use the dkms packages instead.»

Вводные:

Veeam самой актуальной на момент написания статьи версии – 10.0.1.4584 с агентом 4.0.1.2365.

Займемся инсталляцией агента

Создаю новую Protection Group, в которую я добавляю свой хост под управлением Oracle Linux 6.10.

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

Обратимся к логам, которые находятся в:

Переходим в конец лога и сразу же бросается в глаза ошибка:

[SshEpInvoker] Error: Package: veeamsnap-4.0.1.2365-1.noarch (/veeamsnap-4.0.1.2365-1.noarch)
[SshEpInvoker] Requires: dkms
[SshEpInvoker] Exit code: [1]

Вспоминаем сноску выше, а также находим некоторую информацию в документации:

dkms — required by the veeamsnap package for building the kernel module for Veeam Agent for Linux Driver.

Кажется, все понятно. На хосте должен быть установлен пакет dkms, но его нет. Займемся установкой dkms в Oracle Linux:

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

По запросу Oracle Linux 6 dkms первой же ссылкой будет статья от Oracle в которой написано, что пакет dkms имеется в репозитории EPEL (Extra Packages for Enterprise Linux), но только для версии Oracle Linux 7 и выше. Oracle Linux 6 этот пакет обошел стороной.

Некоторое время поисков не вывело меня на «легальный» способ установки dkms в Oracle Linux, поэтому я решил воспользоваться пакетом dmks из EPEL репозитория, заботливо предоставленного Fedora Linux.

Зависимости, они повсюду. Смотрим, в каком пакете у нас может быть kernel-devel-uname-r

По итогу нам необходимо установить пакет kernel-devel, также дополнительные зависимости в виде gcc и elfutils-libelf-devel:

Вновь устанавливаю dkms. В этот раз успешно:

Возвращаюсь в консоль Veem, нахожу хост с OL и сперва удаляю все, что он попытался установить до этого, затем пробую установить агента вновь:

Уже лучше, но все еще не то:

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

«Failed to install Veeam Agent for Linux: non-matching package versions»

В логах тоже не особо информативно

«Failed to execute command modinfo, output: ERROR: modinfo: could not find module veeamsnap»

Очевидны проблемы с модулем veeamsnap. Поиски выводят на очередную KB от Veeam. Согласно KB проверяем статус dkms на машине, где устанавливается агент:

Как можно заметить, модуль добавлен, но не скомпилирован. Пробуем скомпилировать модуль veeamsnap:

Понятно, отсутствуют требуемые исходные коды текущего ядра для сборки модуля. Устанавливаем:

Yum установит пакет kernel-uek-devel версии, аналогичной текущему работающему ядру. Пробуем вновь выполнить dkms build:

Теперь проверим статус dkms:

Как можно заметить, статус veeamsnap изменен с added на built.

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

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

Failed to load module [veeamsnap] with parameters [zerosnapdata=1 debuglogging=0 snapstore_block_size_pow=14 change_tracking_block_size_pow=18 logdir=/var/log/veeam fixflags=0 logmaxsize=15728640].

Возвращаюсь в консоль Veeam и пробую вновь переустановить агент. На этот инсталлятор сообщает об успехе на всех этапах установки.

Важный момент, сперва я удаляю все остатки агента через Uninstall, затем устанавливаю заново через Install:

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

Вот так, через несколько разных документаций устанавливается агент под Oracle Linux 6.

В качестве заключения:

Опустив весь процесс траблшутинга, прикладываю список команд, чтобы поставить все с первого раза:

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

Есть множество способов выполнить резервное копирование отдельной информации или целых серверов. Я хочу рассказать о самом простом способе полного бэкапа сервера и переноса его на другое железо, если будет такая необходимость. Делается все это очень просто, без лишних телодвижений с помощью бесплатного Veeam Agent for Linux FREE.

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужно пройти .

Введение

Ранее я уже неоднократно рассматривал вопрос резервного копирования данных или целых серверов linux. Конкретно в этих статьях:

Забэкапить сразу весь сервер можно, например, с помощью Duplicity. Но вот восстановить его на другом железе будет не так просто. Помимо данных нужно будет, как минимум, позаботиться о разметке диска, установке загрузчика. На это необходимо затратить некоторые усилия и немного разбираться в теме initramfs и grub. Сам я не очень разбираюсь в нюансах работы этих инструментов и очень не люблю с ними возиться.

Некоторое время назад появился отличный бесплатный продукт для бэкапа всего сервера целиком. Речь идет о Veeam Agent for Linux FREE. С его помощью можно сделать полный backup сервера, положить его куда-нибудь по smb или nfs, потом загрузиться с live cd и восстановить из бэкапа на другом железе.

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

Бэкап можно сделать либо всего сервера сразу, либо отдельного диска, либо отдельных папок и файлов. При выборе бэкапа всего диска или сервера, нельзя задать исключения для отдельных папок или файлов. Это очень неудобно, но увы и ах, таков функционал. Исключения можно сделать только если вы делаете бэкап на уровне папок.
Бэкап можно положить локально на соседний раздел, если делаете резервную копию раздела, локально в папку - если делаете бэкап файлов и папок. Если бэкапите всю систему целиком, то удаленно по smb и nfs. К сожалению, по ftp или sftp программа не работает.

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

Мне очень хотелось настроить резервную копию всего сервера на Яндекс.Диск, но, к сожалению, у меня это не получилось из-за технических ограничений. Яндекс.Диск подключается к системе через webdav. Для того, чтобы сделать резервную копию всей системы, нужно бэкапить либо всю систему сразу, либо образ диска. Если у вас небольшой веб сервер, то скорее всего на нем только один раздел. На этом же разделе хранится кэш, который использует webdav для передачи файлов. Без кэша он работать не умеет.

Думаю вы уже поняли, в чем проблема сделать полный backup сервера с помощью Veeam Agent for Linux на Яндекс.Диск по webdav. Вы не сможете добавить в исключения папку с кэшом от webdav. В итоге, во время бэкапа с помощью veeam будет расти папка с кэшом webdav, которая, в свою очередь, будет бэкапиться. В итоге, свободное место на диске закончится, бэкап прервется.

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

Остановился вот на этом варианте - KeyDisk. После оплаты, вам дают адрес сервера, логин и пароль. Вы можете сразу же подключаться по smb к хранилищу. Можно прям в windows через два обратных слеша зайти или подмонтировать хранилище к linux серверу.

KeyDisk стоит примерно 350р. в месяц за 100 гигов. Не очень дешево, конечно, в сравнении с облачными сервисами, но все равно не дорого. Похожих предложений с доступом по smb я лично вообще не нашел в принципе. Этот объем позволит вам забэкапить небольшой веб сервер с глубиной архива в несколько недель или месяцев, в зависимости от того, сколько данных у вас на нем хранится.

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

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

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

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

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

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

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

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

Настройка полного бэкапа сервера

Сделать бэкап с помощью Veeam Agent for Linux очень просто. Вариантов настроек не так много, можете сами все проверить и посмотреть. Я для примера рассмотрю вариант с созданием полного бэкапа всей системы и перенос ее на другое железо. Создаем задачу для резервного копирования сервера на наше хранилище по smb.

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

Нажимаем C (configure) для настройки задания на backup. Задаем любое имя задания, затем указываем, что будем делать полный бэкап сервера.

В качестве приемника для архива системы, указываем Shared Folder.

Далее нужно ввести параметры доступа к хранилищу бэкапов. Я использую свои от системы KeyDisk.

В пункте Restore Points указывается глубина архива. Это число копий, которые будут храниться на сервере. Если делать бэкап каждый день и указать число 14, то будут храниться резервные копии системы за последние 14 дней. Если делать будете через день, то за 28 дней и т.д.

Можно создавать несколько заданий с различной глубиной архива. Например, каждый день с глубиной 7 копий, раз в неделю с глубиной 4, и раз в месяц с глубиной в 12. Таким образом у вас всегда будут последние 7 бэкапов системы на этой неделе. Потом по одному бэкапу в неделю за последний месяц и 12 бэкапов по месяцам в течении последнего года.

Если получите ошибку:

Установите пакет cifs. В CentOS вот так:

И так в Debian/Ubuntu:

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

Запустилась архивация. Можно следить за ее прогрессом.

После завершения архивации системы, можно проверить содержимое сетевого хранилища, зайдя на него прямо из винды.

На этом настройку полного бэкапа сервера мы завершили. Резервная копия системы лежит в надежном месте. Попробуем теперь с нее восстановиться.

Перенос или восстановление 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. Грузимся с жесткого диска.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

Неподходящие версии ядер. После переноса нужно будет переустановить или обновить ядро.
Разные имена дисков или меток разделов. Нужно будет их привести в соответствие с новым железом.

Это наиболее популярные проблемы. С другими мне не приходилось сталкиваться. Хотя не сказать, что мне часто приходилось переносить сервера, но некоторый опыт есть. Думаю, эта статья будем многим полезна, так как подобный перенос не очень раскрыт в статьях в интернете. По крайней мере мне не попадались хорошие гайды на эту тему. Разбираюсь обычно сам с помощью гугления по англоязычному сегменту.

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

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

Veeam Agent™ для Linux может использоваться IT-администраторами, которые запускают инфраструктуру Linux для защиты различных типов компьютеров и устройств: серверов, настольных компьютеров и ноутбуков. Решение работает внутри гостевой ОС и не нуждается в доступе к компонентам инфраструктуры виртуализации. Veeam Agent™ для Linux можно использовать для защиты серверов Linux, развернутых в публичном облаке.

Veeam Agent™ для Linux позволяет создавать полную резервную копию образа системы, резервные копии определенных томов или отдельных каталогов и файлов. Резервные копии могут храниться на локальном жестком диске, на внешнем жестком диске, в общей сетевой папке или в резервном хранилище Veeam®.

Обратите внимание! У клиента уже должна быть лицензия на Veeam Backup & Replication™, или Veeam Availability Suite, или другая редакция Veeam, позволяющая использовать Veeam Agent for Linux.

Выбор редакции

Veeam Agent™ для Linux может работать в трех режимах:

Server — режим, обеспечивающий доступ ко всем функциям продукта и предназначенный для выполнения задач защиты данных на серверах под управлением ОС Linux. Veeam Agent™ для Linux может работать в режиме сервера, если на защищенном компьютере установлена коммерческая лицензия, поддерживающая этот режим;
Workstation — режим, который предлагает ограниченные возможности, достаточные для выполнения задач защиты данных на настольных компьютерах и ноутбуках, работающих под управлением ОС Linux. Veeam Agent™ для Linux может работать в режиме рабочей станции, если на защищенном компьютере установлена коммерческая лицензия, поддерживающая этот режим;
Free — режим, который предлагает те же возможности, что и режим рабочей станции, но не поставляется с коммерческой программой поддержки. В отличие от режимов рабочей станции и сервера, свободный режим не требует лицензии.

Чтобы проверить, в каком режиме работает Veeam Agent™ для Linux, используйте командную строку. Дополнительные сведения в разделе Просмотр информации о лицензии.

По истечении срока действия лицензии Veeam Agent™ for Linux автоматически переходит в бесплатный режим.

По сравнению с режимом функциональности сервера Veeam Agent™ для Linux, свободные и рабочие станции имеют следующие ограничения:

количество заданий резервного копирования, которые вы можете настроить в Veeam Agent™ для Linux, ограничено одним;
вы не можете указывать сценарии предварительного приостановления и последующего запуска в настройках задания резервного копирования;
вы не можете использовать репозиторий Veeam Cloud Connect® в качестве основного места хранения для файлов резервных копий при использовании бесплатного режима.

Вы можете настроить Veeam Agent™ для Linux для создания резервных копий автоматически (запускаемых в определенное время дня по заданному плану), или выполнять резервное копирование данных вручную. Вы можете создать резервную копию образа машины или отдельных каталогов и файлов. Эта функция доступна для редакции Server. Подробнее читайте в статье Резервное копирование данных.

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

Установка агента

Вы можете установить Veeam Agent для Linux на любой машине с Linux, данные которой вы планируете защитить — виртуальную машину или физическое устройство (сервер, настольный компьютер или ноутбук).

Чтобы создать резервные копии в облачном хранилище, вы должны подключиться к поставщику услуг Veeam Cloud Connect®. Чтобы подключить Veeam Agent™ для Linux к поставщику услуг, используйте следующую команду:

<sp_name> — имя поставщика услуг, к которому вы хотите подключиться;
<sp_address> — IP-адрес или полное DNS-имя шлюзового шлюза, предоставленного вам администратором;
<sp_port> — порт, через который агент Veeam™ для Linux должен взаимодействовать с облачным шлюзом. Порт по умолчанию, используемый для связи с облачным шлюзом, — 6180;
<имя_пользователя> — имя пользователя арендатора или учетной записи, предоставленного вам администратором. Имя пользователя субарендной учетной записи должно быть указано в формате TENANT \ SUBTENANT;
<пароль> — пароль учетной записи арендатора или субаренды, используемый для подключения к поставщику услуг.

Примечание: когда вы вводите команду добавления veeamconfig cloud, Veeam Agent™ for Linux будет отображать информацию о сертификате TLS, полученном из SP. Чтобы принять сертификат, введите yes в командной строке и нажмите Enter.

После подключения к поставщику услуг, Veeam Agent™ for Linux получает информацию о облачных хранилищах и отображает их в списке доступных резервных хранилищ. Затем вы можете указать облачный репозиторий в качестве основного места хранения для задания резервного копирования.

Чтобы просмотреть список доступных облачных репозиториев, используйте команду списка veeamconfig-репозитория. Дополнительные сведения в разделе Просмотр списка резервных репозиториев.

Установка лицензии

Когда вы впервые запускаете панель управления Veeam Agent™ for Linux, Veeam Agent for Linux отображает окно уведомлений, предлагающее установить лицензию. Вы можете сразу установить лицензию или отложить эту операцию.

Примечание: если вы решите не устанавливать лицензию и использовать Veeam Agent для Linux в режиме свободной функциональности, окно уведомлений, предлагающее установить лицензию, будет появляться каждый раз, когда вы открываете панель управления, пока Veeam Agent for Linux не завершит первый сеанс задания резервного копирования.

Чтобы установить лицензию:

Запустите панель управления Veeam Agent™ для Linux с помощью команды veeam или veeamconfig ui.
На панели управления Veeam Agent™ for Linux нажмите клавишу «m», чтобы открыть меню «Разное».
В меню убедитесь, что выбран вариант Управление лицензией и нажмите Enter.
В окне Управление лицензией убедитесь, что выбрана кнопка Установить и нажмите Enter.
В окне Выбор лицензии в разделе «Расположение файлов» укажите путь к лицензионному ключу:
- выберите параметр Обзор с помощью клавиши Tab и нажмите Пробел или Enter.
- в окне Выбрать файл лицензии выберите нужный каталог и нажмите Enter.
- повторите шаг 5.2, пока в поле Текущая директория не появится путь к каталогу, в котором находится лицензионный ключ.
- в каталоге, в котором находится лицензионный ключ, выберите лицензионный ключ и нажмите Enter.
В редакторе выбора агента для использования в этом разделе компьютера выберите режим функциональности продукта, в котором будет работать агент Veeam™ для Linux, и нажмите Enter.
Veeam Agent™ для Linux установит лицензию и отобразит окно с уведомлением о том, что лицензия успешно установлена.
Нажмите Enter, чтобы завершить процесс установки лицензии.

Настройка бэкап-джобов (заданий бэкапа)

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

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

Для режима Server вы можете настроить одно или несколько заданий резервного копирования для резервного копирования данных. Настройка нескольких заданий резервного копирования может быть полезна в следующих ситуациях:

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

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

Управление бэкап-джобами

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

с помощью панели управления Veeam Agent™ for Linux;
с помощью командной строки Veeam Agent™ for Linux.

Вы можете выполнить следующие действия с заданиями резервного копирования, настроенными в Veeam Agent™ for Linux:

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

Вы можете выполнять следующие операции с резервными копиями, настроенными в Veeam Agent™ for Linux:

просмотр резервных копий;
просмотр данных резервной копии;
просмотр точек восстановления в резервной копии;
экспорт резервной копии на виртуальный диск;
импорт резервных копий в базу данных Veeam Agent™ for Linux;
удаление резервных копий.

Удаление бэкапов

Резервные копии, созданные с помощью агента Veeam™ для Linux, автоматически удаляются в соответствии с параметрами политики хранения. При необходимости можно вручную удалить резервные копии как из базы данных Veeam Agent™ для Linux, так и из основного хранилища и базы данных одновременно.

Чтобы удалить резервную копию из базы данных Veeam Agent™ для Linux используйте команду:

Параметр <backup_id> — идентификатор резервной копии, которую вы хотите удалить.

Резервные копии (VBK, VIB, VBM) остаются в резервном репозитории. Можно импортировать удаленную резервную копию позже в Veeam Agent™ для Linux и выполнить операции восстановления с импортированной резервной копией.

Чтобы удалить резервные копии и из основного хранилища и из базы данных Veeam Agent™ для Linux, используйте следующую команду:

Параметр <backup_id> — идентификатор резервной копии, которую вы хотите удалить.

Veeam Agent™ для Linux удалит записи о резервной копии из базы данных и, кроме того, удалит файлы резервных копий из основного хранилища.

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

Veeam Agent™ для Linux предлагает два сценария восстановления данных:

выполнить восстановление всего системного образа вашего компьютера или конкретных томов компьютера;
выполнить восстановление отдельных файлов и каталогов.

Если у вас возникла проблема с компьютером, ваши данные теряются или повреждаются, вы можете использовать один из следующих вариантов для восстановления данных:

восстановление из средств восстановления Veeam®;
восстановление томов;
восстановление файлов и папок;
восстановление томов с помощью интерфейса командной строки;
восстановление файлов и папок:
- восстановление файлов и папок с помощью мастера восстановления уровня файла;
- восстановление файлов и папок с помощью интерфейса командной строки.
Выгрузка логов

Вы можете использовать панель управления Veeam Agent™ для Linux для сбора и выгрузки логов. Для выгрузки логов:

В нашем примере мы будем использовать ОС Ubuntu 20.04. Поэтому вам нужно скачать программное обеспечение агента Veeam отсюда Veeam Software for Enterprise и скопировать deb-файл на машину ubuntu, на которой вы планируете установить агента.
- Бесплатное тестирование
- Автоустановка Ubuntu, Debian, CentOS
- Изменение конфигурации в любое время
Установка агента Veeam

Перейдите в каталог, где вы сохранили пакет veeam-release, и установите пакет с помощью следующих команд для Debian / Ubuntu

dpkg -i ./veeam-release* && apt-get update

И просто запустите установку пакета

sudo apt-get install veeam -y

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

Запустится руководство агента veeam.

Конфигурация агента Veeam

Резервное копирование с помощью Veeam Agent для Linux это достаточно просто. В нашем случае я буду делать полную резервную копию всей системы и перемещать ее на samba шару.
Итак, давайте создадим задачу для резервного копирования нашего сервера на наше хранилище с помощью smb. Запускаем вим:

Нам сразу же предлагается указать файл лицензии. Поскольку у нас нет лицензии, мы просто жмем Enter и проваливаемся в главное окно программы.
Нажимаем C (configure) для настройки задания резервного копирования. Даем заданию имя и выбираем, что мы хотим создать резервную копию всей машины.

В качестве места назначения для резервного копирования системы мы выбираем Shared Folder.

Далее необходимо ввести параметры доступа к месту резервного копирования. В моем примере я использовал общую папку на сервере Windows, поэтому я выбрал SMB share.

В пункте Restore points указывается глубина архива. Это количество копий, которые вы хотите сохранить на сервере. Если вы делаете резервное копирование каждый день и укажете 14, то будут сохранены резервные копии системы за последние 14 дней. Если вы делаете резервное копирование каждый второй день, то 28 дней и так далее.
Можно создать несколько заданий с разной глубиной резервного копирования. Например: каждый день - 7 резервных копий, раз в неделю - 4, раз в месяц - 12. Таким образом, у вас всегда будут последние 7 резервных копий системы за эту неделю. Затем по одной резервной копии в неделю за последний месяц и 12 резервных копий в месяц за последний год. Нажмите Enter для продолжения.
Дополнительные опции отключены по умолчанию в бесплатной версии, но если у вас есть лицензия, я рекомендую включить опцию Backup encryption чтобы зашифровать резервные копии.

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

Нажмите Enter и finish.

Резервное копирование сразу начнется. Если вы получите ошибку:

The current system does not support cifs. Please install the cifs client package.

Установите пакет cifs:

sudo apt-get install cifs-utils

Перезапустите veeam и продолжайте.

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

Попробуйте сделать следующее:

Нам нужно докопаться до первопричины, поэтому мы перейдем в папку журнала резервного копирования VEEAM –

cd /var/log/veeam/Backup
Перейдите к журналу заданий и откройте его с помощью текстового редактора, например nano.

Мы обнаружили, что modeprobe не смог загрузить модуль veeamsnap.

Для этого нам нужно сначала установить linux-headers, сначала проверьте версию вашего ядра:

И установите нужные linux-headers:

sudo apt-get install linux-headers-5.4.0.-74-generic -y

А теперь нам нужно загрузить veeamsnap:

Запустите veeam снова и нажмите S. Теперь все должно работать.

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

На этом настройка полного резервного копирования сервера завершена. Резервная копия системы теперь находится в безопасном месте.

Читайте также: