В вихре праздников и последовавших за каникулами разнообразных событий можно было и упустить из виду, что долгожданный релиз Veeam Availability Suite версии 10.0 увидит свет уже совсем скоро — в феврале.
О новой функциональности вышло достаточно много материалов, включая доклады на онлайн и оффлайн-конференциях, посты в блогах и различных сообществах на разных языках. Для тех, кому не довелось еще с ними ознакомиться, да и просто для всех, кого интересуют отраслевые новинки, сегодня я вкратце перечислю новые возможности Veeam Backup & Replication и остановлюсь на одной из ключевых более подробно.
Vì vậy, chào mừng đến với con mèo.
“Все работы хороши — выбирай на вкус”
Действительно, все команды разработчиков внесли свой вклад в юбилейный релиз. Для каждого потенциального клиента найдется набор фич, необходимых именно для его инфраструктуры. Вот лишь неполный перечень новинок:
- Бэкап NAS и файловых шар
- Data Integration API
- Linux VIX и бэкап-прокси для Linux
- Поддержка клонирования блоков на XFS
- Обновленный Cloud Tier и репозиторий SОBR
- Репозиторий резервных копий на NFS
- Работа с NetApp ONTAP SVM
- Плагин RMAN Plugin for Solaris
- Архивирование бэкапов журналов транзакций (transaction logs backup copy job)
- Задания с политикой хранения GFS Retention M Primary Backup Jobs
- Улучшенный WAN-акселератор
- Улучшенное резервное копирование для виртуальных инфраструктур на платформе Nutanix AHV
И это только новшества в Veeam Backup & Replication! А ведь грядущая версия Veeam Availability Suite подразумевает и новый Veeam ONE, и новые Veeam Agents. Нас ожидает, без сомнения, много интересного — но всё же начнём по порядку.
Резервное копирование для NAS и файловых шар
Эта функциональность очень давно ожидалась, и наши инженеры не зря трудились над ней не один месяц. Пользователи получат инструментарий с очень гибкими возможностями для бэкапа и восстановления файлов и папок, всё это реализовано на базе понятной и масштабируемой архитектуры и в привычном интерфейсе.
С любезного позволения нашего Vanguard-а Евгения Елизарова (), посетившего в конце 2019 года форум Veeam Vanguards, делюсь ссылкой на его по этой фиче.
Со своей стороны, расскажу немного о схеме работы и процедуре настройки этого вида бэкапа.
Làm thế nào nó hoạt động
Общая схема работы показана ниже:
Как видим, в процессе резервного копирования задействованы вот такие компоненты:
- Исходное файловое хранилище (NAS, SMB share)
- Сервер Veeam Backup & Replication, ответственный за управление
- Вспомогательный прокси-сервер File Backup Proxy, выполняющий передачу данных при бэкапе, а именно: энумерацию, чтение, запись, компрессию, декомпрессию, шифрование, дешфрование. (Этот компонент идентичен общеизвестному backup proxy.)
- Репозиторий бэкапов, где хранятся резервные копии и файлы метаданных, описывающие исходную структуру шары и местоположение соответствующих файлов и папок в резервных копиях.
- Кэш-репозиторий: здесь хранится снимок файлового дерева, сделанный при последнем запуске бекапа. Благодаря ему инкрементальные проходы делаются намного быстрее, т.к. нет необходимости сравнивать каждую исходную папку с содержащейся в бекапе. Кроме того, это ускоряет процесс восстановления файлов. Этот репозиторий может быть размещен на непосредственно подключенном физическом или виртуальном сервере Windows либо Linux, а можно использовать и NAS (или SMB share). Рекомендуется располагать такой репозиторий на SSD, поближе к шаре.
Lưu ý: В этой роли можно использовать уже имеющийся в инфраструктуре репозиторий Veeam, где хранятся бэкапы виртуальных машин. Однако имейте в виду, что SOBR/Deduplication storage/Cloud repository в качестве такого репозитория использовать нельзя.
- Архивный репозиторий, если есть необходимость — а она чаще всего есть — в долгосрочном хранении. Здесь можно задействовать недорогую СХД и настроить регулярное архивирование бэкапов из основного репозитория, как будет показано ниже.
Lưu ý: В качестве репозиториев не поддерживаются rotated drives.
Основные этапы процесса вкратце выглядят так:
- Veeam Backup & Replication инициирует энумерацию и построение дерева папок и файлов в исходной шаре.
- Эти действия выполняет file proxy, который передает построенную структуру в кэш-репозиторий на хранение.
- Когда file proxy получает новую структуру, то сравнивает ее с предыдущей, хранящейся в репозитории. Если обнаружены изменения, то кэш-репозиторий отправляет на бэкап-репозиторий запрос на его ресурсы
- File proxy начинает чтение новых данных с исходной шары и передачу в бэкап-репозиторий. Они передаются, будучи “упакованными” в BLOBs: каждый BLOB содержит данные резервной копии в виде файлов размером по 64 Mb. Также сохраняются файлы метаданных.
Посмотрим, как всё это можно настроить в интерфейсе.
Настраиваем файловый бэкап в консоли Veeam
Для начала надо сконфигурировать нужные компоненты: прокси, файловую шару и репозиторий.
Настройка file proxy
В качестве прокси для бэкапа файлов можно задействовать сервер Windows — главное, чтобы x64, и очень желательно, чтобы старше Windows 2012R2, если надо бекапить CIFS шары с использованием VSS.
Эта машина должна быть уже включена в инфраструктуру резервного копирования, или можно добавить новый сервер — для этого в представлении Cơ sở hạ tầng dự phòng нужно кликнуть правой кнопкой по узлу Backup Proxies и выбрать команду Add file backup proxy. Затем проходим по шагам мастера, указывая:
- Имя нового прокси
- Максимум одновременно выполняемых задач (1 задача — 1 исходная шара). Значение по умолчанию — рассчитывается автоматически, исходя из имеющихся ресурсов.
Di chuyển Quy tắc giao thông настраиваем правила обработки сетевого трафика, как обычно делаем для прокси.
Добавление исходной шары
Trong quan điểm Hàng tồn kho появился новый узел — File Shares, а также соответствующие ему команды:
- Add file share — добавить новую шару
- Tạo việc làm — создать задание резервного копирования
- Khôi phục — выполнить восстановление из бэкапа
Добавляем файловую шару в инфраструктуру таким образом:
- После клика по узлу File Shares надо выбрать команду Add file share.
- Выбираем тип объекта, который будем добавлять.
Можно выбрать в качестве исходного файлового хранилища:- Файловый сервер Windows или Linux.
- Шару NFS — поддерживаются версии 3.0 и 4.1.
- Шару SMB (CIFS), причем для SMB3 поддерживается бэкап со снапшотов Microsoft VSS.
Для примера выберем опцию c SMB share.
Lưu ý: При задании учетной записи для доступа к исходной шаре убедитесь, что у этой учетки есть как минимум права на чтение (а если хотите и восстанавливать, то и на запись). И не забывайте, что у используемых прокси серверов тоже должны быть права на чтение.
- Если вы хотите использовать для резервного копирования снапшоты, то следует нажать Nâng cao и указать, какого типа снапшоты нужно задействовать — VSS или storage.
Lưu ý: Поддержка VSS требует правильной настройки File Backup Proxy. А если вы хотите использовать сторадж-снапшоты, то вам нужно будет настроить их создание на стороне вашего хранилища.
- На следующем шаге нужно задать настройки процессинга:
- Указать, какой file proxy мы планируем использовать — по умолчанию будут задействованы все имеющиеся прокси (All proxies).
- Указать путь к кэш-репозиторию — Cache repository. Помним, что SOBR/Deduplication/Cloud в качестве такого репозитория использовать нельзя.
- Пользуясь настройкой Backup I/O control, выбираем предпочтительную характеристику выполнения операций при бэкапе.
- Lower impact (наименьшее влияние на ваш NAS) — обработка запросов на чтение будет идти в один поток;
- Faster backup (высокая скорость) — соответственно, многопоточность; применимо к высокопроизводительным хранилищам.
Какой вариант лучше использовать в вашей инфраструктуре, выясняется, естественно, с помощью тестирования. Но общий принцип таков: если у вас СХД, предназначенная для Enterprise-инфраструктур, то можно смело выставить Faster backup, а если скромный NAS домашнего уровня, то, конечно, ориентируемся на Lower impact.
- Затем говорим Đăng Nhập, завершаем шаги мастера — и в дереве инфраструктуры Veeam Backup видим нашу файловую шару.
Задание резервного копирования
Теперь надо создать задание резервного копирования. Из меню Công việc sao lưu chọn Chia sẻ tệp.
Запускается мастер настройки задания. В нем мы сначала указываем имя нового задания, а затем на шаге Tệp và Thư mục — то, что конкретно хотим бэкапить.
Если хотим задать включающиеисключающие фильтры, нажимаем кнопку Nâng cao. По умолчанию бэкапиться будет всё содержимое.
Затем переходим к шагу Kho, где задаём настройки хранения:
- Backup repository — путь к репозиторию
- Keep all versions of each file for N days — период краткосрочного хранения, т.е. сколь долго нужно хранить все версии забэкапленных файлов в репозитории на случай необходимости восстановления (по умолчанию 28 дней — да-да, для файлов мы считаем не “точки восстановления”, а просто дни).
- Если нужно и долгосрочное хранение, зачекиваем галочку Keep file versions history и указываем, сколько времени хранить старые версии файлов, каких именно и где (тут можно указать не основное, а а вспомогательное хранилище, его можно будет настроить на следующем шаге).
Чтобы выбрать, для каких файлов организовать долгосрочное хранение, нажимаем Chọn:
Здесь кроме включающегоисключающего фильтра по маске можно также отдельно настроить, сколько версий надо хранить у активных файлов и у удаленных файлов (поля Active file versions to keep и Deleted file versions to keep, соответственно). Разумеется, все эти настройки надо делать в соответствии с вашей политикой обеспечения доступности данных.
Жмем ОК и возвращаемся к шагу мастера.
Привычные настройки уведомлений, кастомных скриптов и т.д. доступны по клику на Nâng cao.
Если вам необходимо долгосрочное хранение на вспомогательном архивном репозитории, то переходим к шагу Mục tiêu phụ. Архивирование данных будет стартовать по окончании бэкапа.
Это тоже небольшое нововведение. Фактически, это всем известные Backup Copy задания, но сразу встроенные в основное, т.е. нет нужды создавать отдельное.
Если хочется дополнительно настроить для конкретного репозитория политику хранения, шифрование и длительность окна архивирования, нужно выбрать репозиторий в списке и нажать Chỉnh sửa.
Далее настраиваем расписание — тут всё как обычно.
Ну и на последнем шаге проверяем настройки и при необходимости выбираем немедленный запуск (Run the job when I click Finish), после чего наблюдаем за ходом бэкапа:
Возможности восстановления
Восстановление возможно в трёх режимах: можно восстановить всю шару на на определённый момент времени, можно выбрать конкретные файлы для восстановления или восстановить все файлы, которые изменились в момента бекапа.
- Файловая шара восстанавливается целиком на состояние, в котором она была забэкаплена и попала в выбранную точку восстановления. Будут восстановлены все файлы и папки; можно восстановить их в исходное или в другое местоположение:
- Откат к выбранному моменту времени путем восстановления только измененных файлов: тут тоже всё понятно — сначала выбираем нужный момент времени, затем файлыпапки, которые хотим восстановить.
Немного изменилась логика выбора точки восстановления. Запустив мастер восстановления, можно выбрать:
- Latest Restore Point — восстановление из последнего бэкапа в выбранном режиме.
- Selected restore point — если промахнулись с точкой восстановления, теперь её можно выбрать заново прямо в мастере (раньше для этого приходилось выходить в основной интерфейс).
- Tất cả Thời gian — в этом режиме можно увидеть всю историю бэкапов шары, плюс можно восстановиться из архивного хранилища.
Кроме того, для восстанавливаемого объекта можно также указать его версию:
На сегодня, пожалуй, всё. Но продолжение следует!
Tài liệu bổ sung
Nguồn: www.habr.com