Veeam linux agent восстановление
Обновлено: 06.07.2024
Доброго дня, читатель. В одной из предыдущих заметок, речь шла о бекапе физического сервера под Windows. Сегодня речь пойдет о настройке бекапа физического сервера (или VPS) с операционной системой Linux (Centos, Ubuntu, etc.) в общий репозиторий Veeam Backup & Replication. Ситуация следующая, у вас имеется сервер на Linux, железный или виртуальный, который находится не в инфраструктуре VMware, например. И его нужно бекапить. На помощь приходит Veeam Agent for Linux, с помощью которого можем делать бекап в общий репозиторий Veeam или же в другое место по желанию. Я делаю бекап именно в общий репозиторий Veeam. Установка самого агента Veeam Agent for Linux не должна вызвать особого труда, все описано здесь, под требуемую ОС. Так же для возможности восстановления из бекапа, вам понадобится Veeam Recovery Media, по ссылке описание и страница загрузки. Отталкиваемся от того, что агент установлен.
Перейдем к самой настройки Veeam Agent for Linux
После установки агенга запускаем его командой из под root’а:
Попадаем в консоль настройки Veeam Agent for Linux. Если у вас есть лицензия вводим ее, если нету, жмем “No” и продолжаем настройку в бесплатном режиме
Даем имя вашему бекапу и жмем “Next”
На данном этапе выбираем уровень бекапа, который мы будем делать с помощью Veeam Agent for Linux. Есть три варианта: полностью весь сервер или виртуальную машину, уровень бекапа отдельных разделов, бекап файлов вашего сервера на Linux. Я предпочитаю первый вариант, так как из него можно восстановить и отдельные разделы, и отдельные файлы, если такое потребуется. “Next”
И снова три варианта. Либо бекап храним локально, на этом же сервере (не рекомендую), либо в расшареной папке (где-то не здесь), либо в общем репозитории Veeam. Решать вам, я же храню это все в общем репозитории. Далее
Подключение к репозиторию Veeam
На данном этапе вводим ip адрес вашего репозитория Veeam. Тут есть два варианта. Если ваш сервер Linux и репозиторий Veeam в одной локальной сети, то вводим локальный адрес репозитория. Если же сервер с репозиторием имеет “белый” внешний адрес и находится в разных сетях с сервером, то вводим этот внешний адрес. Важно о портах. Какие и где открыть, описано тут. Сложностей не должно вызывать. Порт указываем 10002. Логин, домен и пароль учетной записи, для которой разрешено подключение к репозиторию Veeam. Разрешить или запретить подключение можно в свойствах самого репозитория через консоль Veeam Backup & Replication — Agent Permissions. Скрин ниже, выбираем “Запретить для всех”, “Разрешить для всех” или же указываете конкретные учетные записи для разрешения.
Дальше выбираем какой именно репозиторий использовать для хранения бекапа, количество точек восстановления, задаем расписание и, если все хорошо, запускаем создание бекапа. Ждем некоторое время. Смотреть за процессом создания и за возможными ошибками можно нажав “Enter” по самому заданию.
Если все прошло успешно, бекап создался. Восстановить разделы, файлы или полностью весь сервер как есть можно, для этого нужно скачать Veeam Recovery Media в формате .iso под вашу ОС, загрузиться с него, подключиться к репозиторию Veeam и восстановитьнужное. Если у вас возникают сложности, пишите в комментарии, постараюсь ответить.
Есть множество способов выполнить резервное копирование отдельной информации или целых серверов. Я хочу рассказать о самом простом способе полного бэкапа сервера и переноса его на другое железо, если будет такая необходимость. Делается все это очень просто, без лишних телодвижений с помощью бесплатного 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 серверу.
Дальше я подробно на конкретном примере расскажу как все настроить и восстановить или перенести сервер целиком, если понадобится. Причем переносить буду вообще на другое железо. Но обо всем по порядку.
Установка 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, которую можно установить уже сейчас, и о том, как сделать первую резервную копию. Но, разумеется, бэкап в конечном счете нужен для того, чтобы в нужный момент можно было восстановить данные. Вот этому и посвящена сегодняшняя статья.
Переходим к восстановлению
В предыдущей статье нам удалось создать резервную копию и сохранить ее на сервере NFS:
Используем ту же команду, что и для бэкапа:
Запускается графический интерфейс, отображается информация об успешно завершенном ранее сеансе бэкапа:
В нижней части окна приведены доступные команды, в том числе «Recover Files» (Восстановить файлы), которая вызывается клавишей «R». Нажимаем эту клавишу на клавиатуре.
В окне Veeam Agent для Linux отображаются доступные резервные копии и количество точек восстановления в каждой резервной копии. В данном случае у нас всего одна точка восстановления. Чтобы выбрать и использовать ее, дважды нажимаем клавишу «Enter. В результате файл резервной копии монтируется в каталог /mnt/backup:
Потому что у каждого администратора Linux есть свои любимые способы восстановления папок и файлов, и чтобы не заставлять никого изучать новые интерфейсы и процедуры, мы оставили выбор за пользователями.
Например, можно запустить знаменитый Midnight Commander («mc»), который имеется во многих дистрибутивах Linux, и с его помощью восстановить нужные файлы из резервной копии:
Более опытные пользователи могут воспользоваться командной строкой или другой программой. Выбор за вами!
Восстановление томов
Восстановление файлов — это, конечно, самая частая операция, но иногда приходится восстанавливать и целые тома. В этом случае нам понадобится загрузить наш сервер Linux с помощью аварийного загрузочного диска, который мы скачали вместе с установочными пакетами Veeam Agent для Linux. Используя образ ISO как загрузочный носитель, запускаем аварийный загрузочный диск Veeam:
Сразу после загрузки открывается главное меню, в котором перечислены операции, доступные пользователю:
Если, как в нашем примере, резервная копия находится не на локальном диске, необходимо настроить сетевое подключение. Если вы используете DHCP-сервер, аварийный загрузочный диск выполнит эту настройку автоматически. Если нет, то можно выбрать операцию «Configure network» (Настройка сети) и задать настройки вручную. Завершив настройку сети, нужно выбрать операцию восстановления, в нашем примере — «Restore volumes» (Восстановление томов). Затем нужно выбрать «Add shared folder…» (Добавить общую папку) и наконец «NFS»:
В мастере отображается содержимое смонтированного тома. Пользователь может перейти в каталог, в котором хранится нужная резервная копия, и импортировать ее:
Теперь можно восстановить любой том: в интерфейсе перечислены и существующие тома нашего сервера Linux (если их можно прочитать), и тома в резервной копии:
Можно просто выбрать том, который необходимо восстановить, подтвердить выбор (лучше дважды проверить себя, чтобы не удалить не тот том) и запустить восстановление:
Если том входит в состав группы LVM, можно также провести реорганизацию отдельных томов в составе группы.
После резервного копирования тома в Linux Server с помощью агента Veeam вам нужно иметь возможность восстановить его, если у вас возникнут проблемы с данными, например, повреждение или потеря. Ниже приведена инструкция по восстановлению. Вы можете выполнить ее с любой Linux-машины с установленным агентом Veeam.
Необходимо, чтобы агент Veeam был установлен в системе. Введите veeam в терминале, и откроется приложение Veeam agent.
Нажмите "R", и сразу же откроется окно импортированных резервных копий. Нажмите "i", чтобы загрузить резервную копию с сетевого диска.
Выберите "Add shared folder…" и нажмите "Enter".
Введите путь к общему диску и учетные данные для доступа к нему.
Выберите нужную резервную копию из списка и нажмите "Enter".
Резервная копия будет смонтирована по пути /mnt/backup. Нажмите "Enter", чтобы закрыть окно.
Теперь вы можете просматривать этот путь с помощью команд bash или файлового менеджера, например, midnight commander, и копировать поврежденные или потерянные файлы вручную в исходные места.
Когда вы закончите работу с восстановленными файлами и папками, вы можете отсоединить резервную копию из папки /mnt/backup. В панели управления Veeam Agent нажмите клавишу 'u', чтобы размонтировать резервную копию. Veeam Agent остановит сеанс монтирования резервной копии и отобразит окно уведомления.
Нажмите Enter, чтобы закрыть окно и вернуться в панель управления Veeam Agent.
Читайте также: