В вихре празниц и последвалите след ваканциите разнообразни събития, можеше да се изпусне, че дългоочакваното издание на Veeam Availability Suite версия 10.0 ще излезе съвсем скоро - през февруари.
За новата функционалност излязоха доста материали, включително доклади на онлайн и офлайн конференции, постове в блогове и различни обществени платформи на различни езици. За тези, които не успяха да се запознаят с тях, и просто за всички, които се интересуват от новостите в индустрията, днес ще изброя накратко новите възможности на Veeam Backup & Replication и ще се спра на една от ключовите по-подробно.
И така, добре дошли под кат.
„Всички работи са добри - избирай по вкус“
Наистина, всичките екипи на разработчиците допринесоха за юбилейното издание. За всеки потенциален клиент ще се намери комплект функции, необходими именно за неговата инфраструктура. Ето само непълен списък с новинки:
- Резервни копия за NAS и файлови ресурси
- Data Integration API
- Linux VIX и резервен прокси за Linux
- Поддръжка на клониране на блокове на XFS
- Обновен Cloud Tier и SОBR хранилище
- Хранилище на резервни копия на NFS
- Работа с NetApp ONTAP SVM
- RMAN Plugin за 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 Евгений Елизаров (), посетил форума Veeam Vanguards в края на 2019 г., споделям линка на неговия по тази функция.
От своя страна, ще кажа малко за схемата на работа и процедурата за настройка на този тип резервно копиране.
Как е устроено
Общата схема на работа е показана по-долу:
Както виждаме, в процеса на резервно копиране се използват следните компоненти:
- Изходно файлово хранилище (NAS, SMB дял)
- Сървър Veeam Backup & Replication, отговорен за управлението
- Допълнителен прокси сървър File Backup Proxy, който извършва предаване на данни при бекъп, а именно: енумерация, четене, запис, компресия, декомпресия, криптиране, декриптиране. (Този компонент е идентичен на общоизвестния backup proxy.)
- Репозитория на бекъпите, където се съхраняват резервните копия и файлове с метаданни, описващи първоначалната структура на дяла и местоположението на съответните файлове и папки в резервните копия.
- Кеш репозиторий: тук се съхранява снимка на файловото дърво, направена при последния старт на бекъпа. Благодарение на него инкременталните проходи стават много по-бързи, тъй като няма нужда да се сравняват всяка оригинална папка с наличната в бекъпа. Освен това, това ускорява процеса на възстановяване на файлове. Този репозиторий може да бъде разположен на директно свързан физически или виртуален сървър Windows или Linux, а може да се използва и NAS (или SMB дял). Препоръчително е да разположите такъв репозиторий на SSD, по-близо до дяла.
Бележка: В тази роля може да се използва вече съществуващ в инфраструктурата репозиторий Veeam, където се съхраняват бекъпи на виртуални машини. Въпреки това, имайте предвид, че SOBR/Deduplication storage/Cloud repository не може да се използва като такъв репозиторий.
- Архивен репозиторий, ако има необходимост — а такава най-често съществува — в дългосрочно съхранение. Тук можете да използвате евтина СХД и да настроите редовно архивиране на бекъпите от основния репозиторий, както ще бъде показано по-долу.
Бележка: Като репозитории не се поддържат ротирани дискове.
Основните етапи на процеса накратко изглеждат така:
- Veeam Backup & Replication инициира енумерация и изграждане на дърво от папки и файлове в изходния дял.
- Тези действия извършва file proxy, който предава изградената структура на кеш репозитория за съхранение.
- Когато file proxy получи новата структура, той я сравнява с предишната, съхранявана в репозитория. Ако бъдат открити промени, кеш репозиторият изпраща заявка за ресурсите си на бекъп репозитория.
- Файл прокси започва да чете нови данни от изходната споделяне и да ги предава в резервния репозитори. Те се предават, като се "опаковат" в BLOBs: всеки BLOB съдържа данни за резервно копие във форма на файлове с размер 64 Mb. Също така се запазват файлове с метаданни.
Нека видим как всичко това може да бъде настроено в интерфейса.
Настройваме файлово резервно копие в конзолата Veeam
Първо трябва да конфигурирате необходимите компоненти: прокси, файлово споделяне и репозитори.
Настройка на file proxy
Като прокси за резервно копие на файлове може да се използва сървър Windows — важно е да бъде x64, и е силно желателно да бъде версия над Windows 2012R2, ако трябва да се резервни копира CIFS споделяния, използвайки VSS.
Тази машина трябва да е вече включена в инфраструктурата за резервно копие, или можете да добавите нов сървър — за това в представянето Backup Infrastructure треба да кликнете с десния бутон върху възела Backup Proxies и да изберете команда Add file backup proxy. След това преминаваме през стъпките на магьосника, указвайки:
- Името на новия прокси
- Максимален брой задачи, които могат да се изпълняват едновременно (1 задача — 1 изходно споделяне). Стойността по подразбиране — се изчислява автоматично, в зависимост от наличните ресурси.
На стъпката Traffic Rules настройваме правилата за обработка на мрежовия трафик, както обикновено правим за прокси.
Добавяне на изходно споделяне
В изгледа Inventory появил се е нов възел — File Shares, както и съответните команди:
- Add file share — добавете ново споделяне
- Create job — създайте задача за резервно копие
- Restore — извършете възстановяване от резервно копие
Добавяме файловото споделяне в инфраструктурата по следния начин:
- След клик върху възела File Shares трябва да изберете командата Add file share.
- Избираме типа обект, който ще добавяме.
Може да изберете като изходно файлово хранилище:- Файлов сървър Windows или Linux.
- Споделяне NFS — поддържат се версии 3.0 и 4.1.
- Споделяне SMB (CIFS), като за SMB3 се поддържа резервно копиране от снимки на дисплея Microsoft VSS.
За пример изберете опцията за SMB share.
Бележка: При задаване на потребителска сметка за достъп до изходното споделяне, уверете се, че тази сметка има поне права за четене (а ако искате и да възстановявате, то и права за запис). И не забравяйте, че използваните прокси сървъри също трябва да имат права за четене.
- Ако искате да използвате за резервно копиране снимки, то следва да натиснете Advanced и да укажете какъв тип снимки да бъдат използвани — VSS или storage.
Бележка: Поддръжката на VSS изисква правилна настройка на File Backup Proxy. Ако искате да използвате сторидж-снапшоти, ще трябва да настроите тяхното създаване от страната на вашето хранилище.
- На следващата стъпка трябва да зададете настройките на обработката:
- Посочете кой file proxy планираме да използваме — по подразбиране ще бъдат активирани всички налични проксита (Всички проксита).
- Посочете пътя към кеш-репозитория — Кеш репозитори. Помним, че SOBR/Deduplication/Cloud не могат да се използват като такъв репозиторий.
- Използвайки настройката Backup I/O control, избираме предпочитаната характеристика на изпълнението на операциите при бекъп.
- Ниско влияние — обработката на заявките за четене ще се извършва в един поток;
- По-бърз бекъп — съответно, многопоточност; приложимо за високо производителни хранилища.
Кой вариант е по-добре да се използва във вашата инфраструктура, естествено, се изяснява с тестове. Но общият принцип е следният: ако имате СХД, предназначена за Enterprise инфраструктури, можете спокойно да зададете По-бърз бекъп, а ако имате скромен NAS за домашна употреба, разбира се, се ориентираме към Ниско влияние.
- След това казваме Прилагане, приключваме стъпките на магьосника — и в дървото на инфраструктурата Veeam Backup виждаме нашата файловата шара.
Задаване на резервно копие
Сега трябва да създадем задача за резервно копие. От менюто Задача за бекъп избираме Филмова шара.
Започва магьосник за настройка на задачата. В него първо посочваме името на новата задача, а след това на стъпка Файлове и папки — това, което конкретно искаме да бекъпим.
Ако искаме да зададем включващи-изключващи филтри, натискаме бутона Advanced. По подразбиране задължително ще се бекъпят всички съдържания.
След това преминаваме към стъпка Хранилище, където задаваме настройките за съхранение:
- Репозитори за бекъп — път към репозитория
- Съхранявайте всички версии на всеки файл за N дни — период на краткосрочно съхранение, т.е. колко дълго трябва да се съхраняват всички версии на архивираните файлове в репозиторията за случай на необходимост от възстановяване (по подразбиране 28 дни — да-да, за файловете смятаме не "точките на възстановяване", а просто дни).
- Ако е нужно и дългосрочно съхранение, поставяме отметка Съхранявайте историята на версиите на файловете и посочваме колко време да се съхраняват старите версии на файловете, какви точно и къде (тук можем да посочим не основното, а помощно хранилище, което ще бъде настроено на следващата стъпка).
За да изберем за кои файлове да организираме дългосрочно съхранение, натискаме Изберете:
Тук, освен включващото/изключващото филтриране по маска, може отделно да настроим колко версии да съхраняваме за активните файлове и за изтритите файлове (полета Активни версии на файловете за запазване и Версии на изтритите файлове за запазване, съответно). Разбира се, всички тези настройки трябва да се правят в съответствие с вашата политика за осигуряване на достъпност на данни.
Натискаме ОК и се връщаме на стъпка на магистралата.
Привичните настройки за известия, персонализирани скриптове и т.н. са налични с клик на Advanced.
Ако ви е необходимо дългосрочно съхранение на вторично архивно хранилище, преминаваме към стъпка Вторична цел. Архивирането на данни ще стартира след приключване на бекъпа.
Това също е малко нововъведение. Всъщност, това са всем известни задания за Backup Copy, но веднага вградени в основното, т.е. няма нужда да създавате отделно.
Ако искате допълнително да настроите политиката за съхранение, шифроването и продължителността на прозореца за архивиране за конкретно хранилище, трябва да изберете хранилището от списъка и да натиснете Edit.
След това настройваме графика - тук всичко е както обикновено.
И на последната стъпка проверяваме настройките и при необходимост избираме незабавно стартиране (Стартирайте задачата, когато натисна Завърши), след което следим хода на бекъпа:
Възможности за възстановяване
Възстановяването е възможно в три режима: можете да възстановите цялото хранилище до определен момент във времето, да изберете конкретни файлове за възстановяване или да възстановите всички файлове, които са се променили в момента на бекъпа.
- Файловото хранилище се възстановява изцяло до състоянието, в което е било бекъпвано и е стигнало до избраната точка за възстановяване. Ще бъдат възстановени всички файлове и папки; можете да ги възстановите в оригиналното или в друго местоположение:
- Възстановяване до избран момент във времето чрез възстановяване само на променените файлове: тук също всичко е ясно - първо избираме нужния момент във времето, след това файловете/папките, които искаме да възстановим.
Логиката за избор на точка за възстановяване се е променила малко. Стартирайки магистрала за възстановяване, можете да изберете:
- Последна точка на възстановяване — възстановяване от последния бекъп в избрания режим.
- Избрана точка за възстановяване — ако сте се объркали с точката на възстановяване, сега можете да я изберете отново директно в майстора (по-рано за това трябваше да излезете в основния интерфейс).
- Цяло време — в този режим можете да видите цялата история на резервните копия на дяла, плюс можете да се възстановите от архивното хранилище.
Освен това, за възстановявания обект можете също да зададете неговата версия:
За днес, мисля, че е всичко. Но продължава следващата част!
Допълнителни материали
Източник: habr.com
