В вихъра на празниците и последвалите след ваканциите разнообразни събития, можеше да се изпусне от поглед, че дългоочакваното издание на Veeam Availability Suite версия 10.0 ще излезе съвсем скоро - през февруари.
За новата функционалност са публикувани много материали, включително доклади на онлайн и офлайн конференции, постове в блогове и различни общности на различни езици. За тези, които не са имали възможност да се запознаят с тях, и просто за всички, които се интересуват от новините в индустрията, днес ще изброя накратко новите възможности на Veeam Backup & Replication и ще се спра по-подробно на една от ключовите.
И така, добре дошли под ката.
“Всички работи са добри - избирай по вкус”
Наистина, всички екипи от разработчици внесоха своя принос в юбилейното издание. За всеки потенциален клиент ще намерите набор от функции, необходими конкретно за неговата инфраструктура. Ето само непълен списък на новините:
- Backup за NAS и файлови дялове
- Data Integration API
- Linux VIX и backup-прокси за Linux
- Поддръжка на клониране на блокове на XFS
- Актуализиран Cloud Tier и SОBR хранилище
- Хранилище на резервни копия на NFS
- Работа с NetApp ONTAP SVM
- Плагин RMAN за Solaris
- Архивиране на резервни копия на транзакционни логове (transaction logs backup copy job)
- Задания с политика на съхранение GFS Retention M Primary Backup Jobs
- Подобрен WAN-акселератор
- Подобрен backup за виртуални инфраструктури на платформата Nutanix AHV
И това е само част от новостите в Veeam Backup & Replication! А предстоящата версия на Veeam Availability Suite включва и новия Veeam ONE, и нови Veeam Agents. Очаква ни, без съмнение, много интересни неща - но все пак да започнем по ред.
Резервно копие за NAS и файлови дялове
Тази функционалност отдавна се очакваше и нашите инженери не са работили напразно над нея цели месеци. Потребителите ще получат инструменти с много г灵ки възможности за backup и възстановяване на файлове и папки, всичко това е реализирано на базата на ясна и мащабируема архитектура и познат интерфейс.
С любезното съдействие на нашия Vanguard Евгений Елизаров (), който посети форума на Veeam Vanguards в края на 2019 година, споделям връзка към неговата по тази функция.
От своя страна, ще разкажа малко за схемата на работа и процедурата по настройка на този вид backup.
Как е устроено
Общата схема на работа е показана по-долу:
Както виждаме, в процеса на резервно копиране участват следните компоненти:
- Изходно файлово хранилище (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 получава новата структура, той я сравнява с предишната, съхранявана в репозитория. Ако бъдат открити промени, кеш-репозиторият изпраща на репозитория за резервни копия искане за неговите ресурси.
- Файл proxy започва да чете нови данни от източниковата шибър и да ги предава в резервния репозиторий. Те се предават опаковани в BLOBs: всеки BLOB съдържа резервни данни във формата на файлове с размери по 64 Mb. Запазват се и файлове с метаданни.
Нека видим как всичко това може да се настрои в интерфейса.
Настройка на файлово архивиране в конзолата Veeam
Първо, трябва да конфигурирате необходимите компоненти: proxy, файловата шибър и репозитория.
Настройка на file proxy
Като proxy за архивиране на файлове може да се използва Windows сървър — важно е да е x64 и е много желателно да е версия по-нова от Windows 2012R2, ако искате да архивирате CIFS шибъри, използвайки VSS.
Тази машина трябва вече да е включена в инфраструктурата за архивиране или може да се добави нов сървър — за това в изгледа Backup Infrastructure трябва да кликнете с десния бутон върху възела Backup Proxies и да изберете опцията Add file backup proxy. След това преминаваме през стъпките на мастера, посочвайки:
- Името на новия proxy
- Максимум едновременно изпълнявани задачи (1 задача — 1 източникова шибър). Стойността по подразбиране се изчислява автоматично от наличните ресурси.
На стъпка Traffic Rules настройваме правилата за обработка на мрежовия трафик, както обикновено правим за proxy.
Добавяне на източникова шибър
В изгледа 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.
За примера избираме опцията c SMB share.
Забележка: При задаване на потребителска сметка за достъп до източниковата шибър, уверете се, че тази сметка има поне права за четене (а ако искате и възстановяване, то и права за писане). И не забравяйте, че използваните proxy сървъри също трябва да имат права за четене.
- Ако искате да използвате моментни снимки за архивиране, трябва да натиснете Разширен и да посочите какъв тип моментни снимки искате да използвате — VSS или storage.
Забележка: Поддръжката на VSS изисква правилна настройка на File Backup Proxy. И ако искате да използвате сторидж-снапшоти, ще трябва да настроите тяхното създаване на страната на вашето хранилище.
- На следващата стъпка трябва да зададете настройките за обработка:
- Посочете кой файл прокси планираме да използваме — по подразбиране ще бъдат ангажирани всички налични проксита (Всички проксита).
- Посочете пътя към кеш хранилището — Кеш хранилище. Помнете, че SOBR/Deduplication/Cloud не могат да се използват като такова хранилище.
- Използвайки настройката Контрол на Backup I/O, избираме предпочитания параметър за изпълнение на операциите при бекъп.
- По-ниско влияние (най-малко влияние върху вашия NAS) — обработката на запитванията за четене ще се извършва в един поток;
- По-бърз бекъп (висока скорост) — съответно, многопоточност; приложимо за високопроизводителни хранилища.
Кой вариант е по-добре да се използва във вашата инфраструктура, естествено, се установява чрез тестване. Но общият принцип е такъв: ако имате СХД, предназначена за Enterprise инфраструктури, то можете уверено да зададете По-бърз бекъп, а ако е скромен NAS от домашно ниво, то разбира се, се ориентираме на По-ниско влияние.
- След това казваме Прилагане, завършваме стъпките на асистента — и в дървото на инфраструктурата Veeam Backup виждаме нашето файлово споделяне.
Задаване на резервно копие
Сега трябва да създадем задача за резервно копие. От менюто Задача за резервно копие избираме Файл споделяне.
Стартира асистентът за настройка на задачата. В него първо посочваме името на новото задание, а след това на стъпка Файлове и папки — това, което конкретно искаме да бекъпим.
Ако искаме да зададем включващи/изключващи филтри, натискаме бутона Разширен. По подразбиране ще се бекъпва всичкото съдържание.
След това преминаваме към стъпка Хранилище, където задаваме настройките за съхранение:
- Репозитори за бекъп — път към репозитория
- Съхранявайте всички версии на всеки файл за N дни — период на краткосрочно съхранение, т.е. колко дълго трябва да съхраняваме всички версии на бекъпнатите файлове в репозитория за случай на необходимост от възстановяване (по подразбиране 28 дни — да-да, за файловете считаме не “точки на възстановяване”, а просто дни).
- Ако е необходимо и дългосрочно съхранение, отметнете галичката Съхранявайте историята на версиите на файла и посочете колко време да съхранявате старите версии на файловете, кои точно и къде (тук можете да посочите не основно, а спомагателно хранилище, което ще може да се настрои на следващата стъпка).
За да изберете за кои файлове да организирате дългосрочно съхранение, натиснете Изберете:
Тук освен включващия/изключващия филтър по маска можете също така отделно да настроите колко версии да се съхраняват за активните файлове и за изтритите файлове (полета Версии на активните файлове за запазване и Версии на изтритите файлове за запазване, съответно). Разбира се, всички тези настройки трябва да се правят в съответствие с вашата политика за достъпност на данните.
Натискаме ОК и се връщаме към стъпка на помощника.
Познатите настройки за известия, персонализирани скриптове и т.н. са налични с клик на Разширен.
Ако е необходимо дългосрочно съхранение в помощен архивен репозиторий, преминаваме към стъпка Вторична цел. Архивирането на данните ще започне след завършване на бекъпа.
Това е също нововъведение. Всъщност, това са известните задания Backup Copy, но веднага вградени в основното, т.е. не е необходимо да създавате отделно.
Ако искате допълнително да настроите политиката на съхранение, криптиране и продължителност на архивирането за конкретен репозиторий, изберете репозитория от списъка и натиснете Редактиране.
Следващата стъпка е да настроите графика — тук всичко е като обикновено.
На последната стъпка проверяваме настройките и при необходимост избираме незабавно стартиране (Стартирайте задачата, когато натисна Завърши), след което наблюдаваме напредъка на бекъпа:
Възможности за възстановяване
Възстановяването е възможно в три режима: можете да възстановите целия дял към определен момент от временето, да изберете конкретни файлове за възстановяване или да възстановите всички файлове, които са били променени в момента на бекъпа.
- Файловият дял се възстановява изцяло в състоянието, в което е бил архивиран и достигнал до избраната точка на възстановяване. Ще бъдат възстановени всички файлове и папки; можете да ги възстановите в оригиналното или в друго местоположение:
- Откат до избрания момент от време чрез възстановяване само на променените файлове: тук също е всичко ясно — първо изберете необходимия момент от време, след което файловете/папките, които искате да възстановите.
Логиката на избора на точка на възстановяване е леко променена. Стартирайки помощника за възстановяване, можете да изберете:
- Най-новата точка на възстановяване — възстановяване от последния бекъп в избрания режим.
- Избрана точка на възстановяване — ако сте пропуснали точката на възстановяване, сега можете да я изберете отново директно в мастера (по-рано за това трябваше да излезете в основния интерфейс).
- Цялото време — в този режим можете да видите цялата история на резервните копия на споделените файлове, а също така можете да възстановите от архивно хранилище.
Освен това, за възстановявания обект можете също да укажете версията му:
До днес, може би, всичко. Но продължението следва!
Допълнителни материали
Източник: habr.com
