Veeam backup replication что это
Обзор Veeam Backup & Replication v11
Версии Veeam Backup & Replication перевалили на второй десяток — и сегодня вашему вниманию предлагается уже Veeam Backup and Replication v11. Что же его разработчики подготовили на этот раз? Уместить в одной статье описание всех новых и обновленных фич, конечно, нереально — так что я расскажу о самых значимых, а для всего остального есть MasterCard What’s New.
Итак, добро пожаловать под кат.
Первое же упрощение работы с VBR встречаем сразу после запуска — для доступа к консоли теперь не требуются права локального администратора.
Примечание: Учетка с правами локального админа все же понадобится для запуска инструментов Veeam Explorers (чтобы выполнять локальный маунт бэкапов) и при работе с file-level restore (FLR).
Непрерывная защита данных — Continuous Data Protection (CDP)
Это, наверное, самая долгожданная фича новой версии, которая позволяет организовать защиту критичных ВМ, для коих важен минимальный показатель RPO (recovery point objective).
Реализованный с помощью API VMware’s VAIO (vSphere API for I/O filtering) механизм позволяет непрерывно реплицировать операции ввода\вывода, которые выполняются на виртуальных машинах, причем благодаря VAIO есть возможность работы без создания снапшота.
Данные операций ввода\вывода хранятся на целевой датасторе и относятся к так называемым кратковременным точкам восстановления. Это значит, что из такой точки можно восстановить ВМ на состояние, в котором она была за несколько минут или даже секунд до сбоя. Сведения о таких точках хранятся в специальном журнале максимум сутки.
Если вы хотите иметь возможность восстановить машину на более старое состояние, например, на несколько часов или дней назад, то можно создать дополнительные точки — долговременные.
Более подробно о механизме CDP можно почитать здесь.
Для работы CDP нужно активировать фильтры I/O на хостах ESXi — это можно сделать из консоли VBR:
Далее следовать шагам мастера, которые подробно описаны в документации.
Затем в инфраструктуру резервного копирования надо добавить CDP-прокси — это Windows server, который будет передавать данные между исходным и целевым хостом. Рекомендуется настроить минимум пару CDP-прокси — одну машину в продакшене, вторую в резервной инфраструктуре.
Подробнее можно почитать тут (для VMware).
Также необходимо настроить политику CPD, где указать, какие ВМ будут защищены, где хранить реплики, как часто создавать точки восстановления, и так далее. Про соответствующие шаги мастера рассказывается здесь.
Новые возможности Linux repository
Бэкапы в репозитории Linux теперь можно делать “бессмертными” (неудаляемыми) с помощью фичи immutability.
При добавлении репозитория в инфраструктуру резервного копирования теперь можно использовать “одноразовую учетку” (Single-Use access credentials). Работа с репозиторием Linux теперь станет безопаснее.
Восстановление файлов Linux File Restore без помощи апплаенса
Вспомогательные ВМ (апплаенсы) больше не требуются для восстановления отдельных файлов — бэкап теперь монтируется к любой машинке с Linux. Восстановление теперь станет быстрее, и для него не нужен будет доступ к гипервизору. Это относится и к Veeam agents, которые бэкапят машины, работающие под управлением различных Linux-систем — файлы с IBM AIX, MAC, Oracle Solaris можно теперь восстановить без развертывания апплаенса.
Новые режимы работы Linux Backup Proxy
Теперь для Linux прокси поддерживается не только режим hot-add, но и разнообразные другие:
Мгновенное восстановление Instant Recovery для NAS и баз данных
Возможности мгновенного восстановления теперь доступны и для бэкапов NAS, а также для Microsoft SQL и Oracle database.
Новый Veeam Agent for macOS
Теперь можно настроить защиту для машин под управлением macOS — для этого в Veeam Backup & Replication необходимо:
Политики хранения для Backup Copy
Политики хранения (retention policies) для backup copy job теперь можно настраивать и на логику GFS (Grandfather-Father-Son).
Если вы — сервис-провайдер
Для сервис-провайдеров реализованы, в частности, вот такие новые фичи:
Новый модуль PowerShell для Veeam Backup & Replication
Новый модуль PowerShell автоматически ставится вместе с консолью; работает с PowerShell 6.0 и выше.
RESTful API для Veeam Backup & Replication
Новый RESTful API реализован в виде независимого сервиса, поддерживает операции настройки инфраструктуры и заданий. Есть удобный Swagger UI для работы с JSON, а также возможность экспорта файлов JSON, которые затем можно импортировать на другой машине. Развертывание теперь станет быстрее и эффективнее. Подробное руководство здесь.
Veeam Backup & Replication: полезные советы по обеспечению жизнеспособности бэкапов и реплик
Сегодня я снова с удовольствием представляю вам полезные советы от моего коллеги Евгения Иванова, тим-лида команды технической поддержки Veeam. На этот раз Женя поделился рекомендациями для работы с бэкапами и репликами. Надеюсь, они помогут вам избежать типичных ошибок, и ваши реплики и бэкапы никогда не будут «слабым звеном» в процессе восстановления, если таковое потребуется.
Итак, добро пожаловать под кат.
В предыдущей моей статье мы разбирались с тем, как оптимизировать нагрузку на компоненты инфраструктуры резервного копирования, и рассматривали типичные ошибки конфигурации. Переходим к другой важной теме – грамотной подготовке и выполнению восстановления. Ее мы тоже разберем на реальных примерах, с которыми довелось работать команде техподдержки.
Бэкап без рестора — деньги на ветер
К нам регулярно обращаются пользователи, которые оказались в схожих затруднительных ситуациях: необходимо выполнить восстановление из бэкапа, но при попытке это сделать люди натыкаются на неразрешимую для них проблему. И эта проблема – вовсе не отсутствие резервной копии, деятельность CryptoLocker или что-либо подобное. Это «всего лишь» недостаточное внимание к проверке резервных копий и реплик на возможность восстановления. Многие часто фокусируются исключительно на процессе создания бэкапа, забывая о том, что просто наличие резервной копии – не панацея от возможных бед. Нужно понимать, что восстановление – это совершенно иной процесс, у которого есть свои особенности, и который обязательно нужно контролировать и тестировать до запуска в продакшене. Вот вам несколько показательных примеров:
Почему не надо работать с репликами из консоли vSphere?
По идее, реплики Veeam представляют собой обычные виртуальные машины, с которыми, казалось бы, логично работать, применяя инструментарий vSphere, в частности, vSphere client. Однако мы не рекомендуем этого делать, и вот почему: переключение на реплику в Veeam Backup & Replication – процесс достаточно непростой, требующий строго последовательного выполнения шагов (чтобы в случае чего можно было откатиться на шаг назад) и корректных завершающих действий – вы только посмотрите на картинку, иллюстрирующую процесс:
Если же вы вздумаете включить реплику из vSphere client, то в дальнейшем вас с большой вероятностью ожидает ряд проблем:
Также не следует и удалять реплики, пользуясь vSphere client. Veeam Backup & Replication останется в неведении относительно такого изменения, а это чревато ошибками и устаревшими данными. Если реплика вам более не нужна, удаляйте ее с помощью консоли Veeam, а не как ВМ из vSphere client. Так вы всегда будете иметь актуальный список реплик.
«О» — осторожно, обновления!
Тут мы имеем в виду, конечно, обновления для гипервизоров и разнообразных приложений, которые бэкапятся с помощью Veeam. Если смотреть на них с точки зрения работы с Veeam Backup & Replication, то обновления можно условно разделить на 2 категории: большие, серьезные, привносящие массу изменений – и небольшие.
Рассмотрим сначала первую категорию.
Самые важные обновления – те, которые предназначены для гипервизора. Перед тем, как установить такое обновление, обязательно нужно убедиться, что оно поддерживается Veeam Backup & Replication. Такие обновления привносят множество изменений в библиотеки и интерфейсы APIs, которые задействует Veeam Backup & Replication, поэтому для того, чтобы официально заявить об их поддержке, необходимо обновить код Veeam Backup & Replication и провести тщательное тестирование.
Надо еще иметь в виду, что, к примеру, VMware не предоставляет предварительного доступа к новейшим версиям vSphere для производителей ПО, так что разработчики и тестировщики Veeam получают новую версию одновременно со всем остальным прогрессивным человечеством – поэтому между релизом VMware и официально объявляемой поддержкой обычно проходит определенное время. Количество и разнообразие необходимых к внесению изменений таково, что в простой hotfix уместить их шансов мало – и официальная поддержка, как правило, заявляется вместе с выходом релизной версии Veeam Backup & Replication.
В итоге имеет место тот неловкий момент, когда после выхода новой версии vSphere количество заявок в техподдержку резко возрастает, ибо пользователи сломя голову несутся устанавливать новую версию, и их бэкапы, конечно, тут же немедленно перестают работать. Нам – техподдержке Veeam – приходится разъяснять пользователям, что же именно они сделали не так, просить их откатиться назад (если возможно) или придумывать замысловатые пути для выхода из тупика. Поэтому до установки серьезного обновления обязательно проверяйте его совместимость с работающим у вас софтом, очень вас прошу!
Всё вышесказанное относится и к приложениям, которые вы бэкапите и рассчитываете восстанавливать с помощью Veeam. У линейки инструментов Veeam Explorers тоже имеется список поддерживаемых версий соответствующих приложений, который пополняется с каждым релизом Veeam Backup & Replication. Поэтому до установки новой версии вашего приложения – будь то Exchange, Oracle или SharePoint — непременно перечитайте соответствующий раздел документации Veeam Explorers.
Ко второй категории, т.е. к небольшим обновлениям я отношу, например, новые версии VMware Tools, кумулятивные обновления Exchange, обновления безопасности vSphere, и т.д. Как правило, они не несут с собой каких-то серьезных модификаций, и в большинстве случаев Veeam Backup & Replication не испытывает с ними проблем. (Поэтому для них и не бывает публичных объявлений об официальной поддержке в продукте.) Однако в нашей практике встречались случаи, когда и такие обновления столь значительно меняли привычный ход вещей, что приводили к ошибкам в работе Veeam Backup & Replication. В таких ситуациях после подтверждения проблемы инженеры Veeam стараются оперативно выпустить hotfix.
Как вы понимаете, патчи и обновления могут привести к проблемам не только с бэкапами, но и с приложениями, для которых эти бэкапы делаются. И тут вам помогут виртуальные лаборатории — Veeam DataLabs. Вы наверняка слышали о функциональности SureBackup, предназначенной для верификации резервных копий. Она базируется как раз-таки на использовании DataLabs, с созданием изолированной среды, в которой можно, в частности, тестировать обновления до установки их в продакшене. Очень советую так и делать – сбережете себе множество нервных клеток. А если кто-то еще не знает о SureBackup, рекомендую почитать документацию.
Пожалуй, на сегодня у меня всё, спасибо за внимание!
Veeam Backup & Replication: советы и рекомендации. Часть 1
17 мая в Москве прошел очередной VMware Users Community Group. Компания Veeam, как обычно, не прошла это мероприятие стороной. Я собирался рассказать презентацию о том, как учесть все аспекты для правильного построения системы резервного копирования на базе ПО Veeam Backup & Replication – по мотивам прошлогодней презентации на VMworld.
Но уже после подготовки всех слайдов, я понял, что тема достаточно обширна, чтобы вместиться в рамки короткой презентации. Да и сам формат презентационных слайдов не очень подходит для нее. Плюс не хотелось загружать людей текстом. В-общем, в самый последний момент перед началом выступления, получив несколько вопросов по новшествам версии 7, я поменял тему презентации на «История Veeam Backup & Replication», где рассказал о том что было, что у нас есть сейчас, и что планируем сделать в ближайшей версии.
Тема, как настроить Veeam Backup осталась актуальна. К тому же во время выступления, и намного больше – после него, я получал технические вопросы, которые и собираюсь осветить в серии статей. А самое главное – задавайте вопросы здесь, в комментариях, и мы на них обязательно ответим.
Прежде чем перейти к сегодняшней теме, отмечу один вопрос, заданный мне на форуме VMUG. Когда Veeam Backup будет бэкапить данные не через снапшоты VMware, а «железные» снапшоты СХД? На тот момент я не мог озвучить, но сейчас в полной мере отвечаю: c версии 7 Veeam Backup будет уметь копировать данные из SAN снапшотов. На начальном этапе будет осуществляться поддержка оборудования HP: LeftHand (включая VSA) и 3PAR.
Принцип прост: уже сейчас есть Veeam Explorer for SAN Snapshots, позволяющий вытаскивать данные из снапшотов. С помощью этой технологии и VMware Changed Block Tracking (CBT), Veeam Backup будет инкрементально доставать данные уже для резервных копий.
А теперь перейдем к первой части советов:
Режимы копирования в Veeam Backup
Кратко архитектура построения резервного копирования Veeam Backup выглядит так:
Veeam Backup сервер запускает задание и определяет оптимальный Veeam Backup Proxy для копирования данных. Veeam Backup Proxy вытаскивает данные виртуальных машин vSphere, дедуплицирует данные, архивирует и потоком передает на Veeam Backup Repository. Veeam Backup Repository записывает данные на диск в резервные копии, а также следит за политикой хранения копий: например, при необходимости собирает полные синтетические копии.
Veeam Backup Proxy при этом может быть физическим сервером или виртуальной машиной с ОС MS Windows, а способы извлечения данных могут при этом быть: по сети SAN, через технологию VMware Hot Add или по сети LAN.
Вот об этих способах, что они из себя представляют и на что стоит обратить внимание и пойдет рассказ дальше.
Прямой доступ к SAN (Direct SAN Access)
Как это работает
Серверу Veeam Backup Proxy мы презентуем VMFS с дисками виртуальных машин. В процессе копирования прокси считывает необходимые блоки данных непосредственно с СХД.
Хорошо
Плохо
Самое страшное, что может произойти, это Windows «захватит» LUNы с VMFS, и vSphere не сможет больше распознать их как свои датасторы. Но без паники! VMware Support умеет это фиксить. А во-вторых, прочтите «безопасный путь», чтобы избежать подобной ситуации.
Безопасный путь
Veeam Backup & Replication: 10 рекомендаций для начинающих
Что-то давненько мы не писали про наш флагманский продукт. Исправляемся, тем более что подоспела еще одна порция полезных советов от ребят из Veeam Support Team. Сегодня с вами снова мой коллега Евгений Иванов, теперь уже из Бухареста, куда он был призван в качестве наставника для румынской команды технической поддержки.
В ходе своей работы Евгений со товарищи собрали приличную коллекцию «граблей», на которые чаще всего наступают начинающие пользователи при развертывании и настройке Veeam Backup & Replication. А чтобы вы не повторяли их ошибок, Женя разъясняет, как всё сделать правильно.
Итак, добро пожаловать под кат.
#1: Выберите оптимальный метод резервного копирования
Обычно рекомендуются «прямой инкрементный» или «бесконечно инкрементный», поскольку они самые быстрые. Бесконечно-инкрементная цепочка (без периодических полных резервных копий) занимает меньше места и довольно быстро обрабатывается. Обычая инкрементная цепочка места занимает больше, но она и более «жизнестойкая», если можно так выразиться, так как содержит не только инкрементальные бэкапы, но и периодически создаваемые полные.
Реверсивный (обратный) инкрементный метод – самый старинный и, естественно, самый медленный. В зависимости от СХД, он может быть в 3 и даже более раз медленнее других. Тем не менее, в его использовании есть и свои плюсы: последним в цепочке всегда является полный бэкап, и поэтому восстановиться можно быстрее, чем из цепочек других типов. Заметим, однако, что разница с обычной инкрементальной цепочкой не очень значительна (разве что вы держите такую цепочку неоправданно длинной, то есть более чем 30 дней).
Подробнее про методы рассказывается здесь.
#2: Подумайте о настройках синтетических полных бэкапов
Операция создания синтетической полной резервной копии использует точки восстановления, которые хранятся в репозитории. Но нужно иметь в виду, что не всякая СХД в состоянии обеспечить достаточную для этой операции производительность. Поэтому мы советуем в качестве альтернативы создание активных полных резервных копий.
Когда вы задаете настройки создания синтетического полного бэкапа, обратите внимание на опцию “Transform previous backup chains into rollbacks” (преобразовывать предыдущие цепочки в точки отката). Ее использование приведет к тому, что будет запускаться задание преобразования инкрементального бэкапа (.VIB) в точки отката (.VRB) (которое будет, однако, потреблять значительную часть ресурсов СХД репозитория). Например, с помощью этой опции вы сможете преобразовать текущую цепочку в обратно- инкрементальную, в частности, для архивного хранения.
Но если использовать данную опцию как метод резервного копирования, то в итоге создастся очень своеобразная цепочка из файла полной резервной копии и файлов инкрементальных и обратно-инкрементальных резервных копий.
#3: Настройте обработку гостевой ОС
Обработка гостевой ОС позволяет создавать консистентные бэкапы виртуальных машин. А если на ВМ работают такие приложения, как Microsoft Exchange, Active Directory, SharePoint, SQL Server или Oracle, то вы сможете задействовать для их гранулярного восстановления возможности инструментов Veeam Explorers. Работа с гостевой ОC базируется на функциональности VSS (поддерживается Windows), которая должна быть корректно настроена, иначе задания резервного копирования не смогут успешно завершиться.
Для активации настроек обработки гостевой ОС:
#4: Не индексируйте файлы без необходимости
Если активировать опцию VM Guest File System Indexing (индексирование файлов гостевой ОС) в настройках бэкапа, то Veeam Backup & Replication будет создавать каталоги файлов ВМ. Это позволит выполнять поиск по файлам и восстановление в 1 клик через веб-интерфейс Veeam Backup Enterprise Manager.
Если же вы не работаете с Enterprise Manager, то мы советуем не включать данную опцию – так вы сократите окно резервного копирования (порой весьма существенно) и сэкономите место на диске C: сервера Veeam backup. На восстановление файлов ВМ через консоль Veeam Backup & Replication это никак не повлияет.
#5: Делайте дополнительные резервные копии
Ни один производитель СХД не гарантирует абсолютной целостности данных. Конечно, Veeam проверяет файл резервной копии при записи на диск, но при том, что на СХД выполняются миллионы операций, случайная перестановка бит все же возможна, а в результате получается «невидимое» повреждение. Для выявления таких повреждений на ранних этапах Veeam Backup & Replication предлагает воспользоваться функциями SureBackup и health checks. Но и это не панацея, поэтому мы советуем взять на вооружение правило 3-2-1, которое предписывает использовать для бэкапа разные типы носителей и хранить их как минимум на 2 площадках.
Для этого рекомендуется после создания основного задания резервного копирования настроить задание переноса резервных копий. Такое задание может использовать в качестве целевого места хранения резервную СХД или облачное хранилище. Также можно архивировать бэкапы на магнитную ленту.
#6: Финализируйте Мгновенное восстановление
Функция мгновенного восстановления ВМ Instant VM Recovery позволяет запустить машину в кратчайший срок непосредственно из бэкапа. Тем не менее, нужно помнить, что эта машина размещается у вас в репозитории и потребляет его ресурсы, пока вы не перенесете ее в продакшен. Не забывайте про этот важный финальный шаг – поверьте, за годы работы в техподдержке Veeam мы повидали немало случаев с ВМ, которые неделями функционировали в режиме «из бэкапа» без того, чтобы быть перенесенными в продакшен. Итог был обычно довольно плачевен: переполнение СХД и потеря данных.
Подробно про то, как правильно выполнять мгновенное восстановление, читаем здесь.
#7: Подумайте, где размещать репозиторий
Veeam поддерживает самые разные хранилища в качестве репозиториев. Многие наши пользователи из года в год предпочитают использовать для этой цели физический сервер Windows или Linux, поскольку в большинстве случаев это дает максимальную производительность. Об этом можно почитать на нашем форуме.
Репозитории на CIFS share также довольно популярны, несмотря на то, что их производительность по сравнению с другими самая низкая.
Многие современные устройства NAS поддерживают iSCSI, так что лучше все-таки сконфигурировать диск iSCSI и сделать его доступным для сервера Veeam backup (или для прокси). Следует иметь в виду, что в таком сценарии (с использованием репозитория на NAS) не рекомендуется применять метод обратно-инкрементального бэкапа, т.к. он дает большую нагрузку на СХД из-за интенсивности чтения\записи.
#8: Используйте прокси при репликации
Если вы собираетесь выполнять репликацию через WAN, то рекомендуем вам настроить прокси-сервер резервного копирования на удаленной площадке и указать его в настройках задания репликации. Таким образом вы получите надежный канал между двумя площадками. Советуем включить данный прокси в работу в режиме Network (NBD), так как работа в режиме Virtual Appliance (hot-add) при репликации может привести к возникновению «затерянных» снапшотов.
Прокси на удаленной площадке мы рекомендуем использовать и в случае работы через WAN-акселератор. Можно развернуть WAN-акселератор и прокси на разных машинах или даже на одной (разумеется, если у нее в достатке ресурсов).
#9: Учтите важные нюансы при архивировании на ленту
Для передачи данных на ленточное устройство Veeam задействует вспомогательный сервер (tape server). Он ставится на физический сервер, к которому подключается это ленточное устройство.
Важно! Подключение к ВМ с “пробрасыванием” через хост ESXi не поддерживается!
Veeam Backup & Replication получает информацию о ленточной библиотеке от операционной системы, поэтому обязательно убедитесь, что у вас установлены последние версии драйверов, а ленточное устройство корректно отображается в консоли Управления устройствами (device manager).
Больше полезных советов о работе с магнитной лентой можно прочитать в этой статье.
#10: Если все равно что-то пошло не так
Тут уж ничего не поделаешь, придется завести заявку на портале техподдержки. Настоятельно просим сделать пару простых вещей:
Надеюсь, наши рекомендации помогут кому-то избежать типичных ошибок при развертывании и настройке Veeam Backup & Replication. На сегодня у меня всё. С пожеланиями успехов, Veeam Support Team.
Veeam Backup & Replication
ЛИЦЕНЗИИ Veeam Backup & Replication
Veeam Backup & Replication Universal
Veeam Backup & Replication
Veeam Backup for Office 365
Сравнение редакций: Standard / Enterprise / Enterprise Plus
| Функциональные возможности | Standard | Enterprise | Enterprise Plus |
| Дедупликация и архивирование РК |  | | |
| Копирование на уровне файлов | | | |
| Защита на уровне приложений и БД Microsoft AD / Exchange / SQL / SharePoint | | | |
| Локальный прокси-сервер (хранилище) для бэкапа гостевых систем на удаленных площадках | | | |
| Тестирование (SureBackup) и верификация резервной копии в виртуальной лаборатории (SandBox) | | | |
| WAN-акселерация | Только для Cloud Connect | | |
| Создание аппаратных снимков (snapshot) дисковых систем хранения данных | | ||
| Бэкап на ленту по NDMP протоколу для NAS серверов | | ||
| Подключение плагина Veeam Oracle RMAN | | ||
| Подключение плагина Veeam SAP HANA | |
РЕЗЕРВНОЕ КОПИРОВАНИЕ
Резервное копирование на уровне образа виртуальных машин VMware vSphere / Hyper-V / Nutanix и приложений с поддержкой VSS. Защита серверов и рабочих станций Windows, Linux и MacOS на основе агентов. Полное (файл с расширением VBK) или инкрементное (файлы с расширением VIB или VRB) резервное копирование облачных, виртуальных и физических систем. Создание плана для автоматического бэкапа, настройка последовательности и приоритетов выполнения заданий. Автоматическое определение и защита новых ВМ.
ВОССТАНОВЛЕНИЕ ДАННЫХ
Аварийное восстановление целых системы или отдельных дисков, файлов и папок на заданный момент времени в исходное или новое оборудование. Технологии мгновенного восстановления одной или группы виртуальных машин. Безагентное резервное копирование VM и приложений с поддержкой MS VSS и Vmware VADP. Конвертация физических серверов в virtual machines.
ЗАЩИТА БАЗ ДАННЫХ
Резервное копирование и восстановления отдельных баз данных (Oracle / MS SQL / PostgreSQL) на уровне таблиц и транзакций. Поддержка баз данных Oracle под управлением Windows, Linux или Solaris и Recovery Manager (RMAN) позволяет найти необходимую транзакцию и точку восстановления базы данных.
ЗАЩИТА ПРИЛОЖЕНИЙ
Поиск и восстановление отдельных объектов MS Exchange (писем, почтовых ящиков, заметок, контактов и др.). Восстановление объектов групповой политики и записи DNS для Microsoft Active Directory. Защита отдельных документов, сайтов и библиотек SharePoint.
РЕЗЕРВНОЕ КОПИРОВАНИЕ NAS
Защита неструктурированных данных файловых NAS хранилищ по протоколам NFS и SMB. Технологии отслеживания изменений размеров файлов для инкрементного резервного копирования. Полное или выборочное восстановление на уровне файлов на исходное или новое устройство, включая настройки безопасности и права доступа.
АППАРАТНЫЕ СНИМКИ (Snapshots)
Создание резервных копий на основе аппаратных снимков (SnapShots) систем хранения данных HP, NetApp, IBM и Dell EMC с минимальной нагрузкой на рабочие системы и быстрой защитой файлов, дисков, объектов приложений и базы данных.
РЕПЛИКАЦИЯ ВИРТУАЛЬНЫХ МАШИН
Аварийное восстановление системы, рабочих приложений и служб за счет репликации и автоматического переключения одной или группы гостевых машин VMware vSphere/Hyper-V на резервный хост с сохранением синхронизации исходной системы для поддержания актуального состояния.
ОБЛАКА
Встроенная защита с единой консолью управления для резервного копирования облачных нагрузок (Amazon / Azure / Google / IBM Cloud), а так же использование облаков для хранения резервных копий и под площадку для аварийного восстановления локальных систем.
ХРАНЕНИЕ РЕЗЕРВНЫХ КОПИЙ
Надежная передача и безопасное хранение бэкапа в хранилище благодаря шифрованию и защиты от изменений программ-вымогателей. Поддержка ленточных и дисковых устройств хранения, а так же облачных платформ. Управление жизненным циклом и многоуровневое хранение бэкапа на основе заданных политик.
Индексация и поиск
Индексированный каталог данных для контекстного поиска и восстановления из резервных копий необходимых файлов.
Верификация и тестирование
Технология DataLabs SureBackup и SureReplica позволяет «в живую» протестировать работоспособность резервной копии виртуальных машин и приложений в изолированной виртуальной лаборатории, развернутой на локальном оборудовании или в облаке. Тестирование патчей и обновлений, анализ безопасности и уязвимостей снижает риски и затраты на обслуживание.
Архивирование резервных копий
Архивирование резервных копий для долгосрочного хранения в дополнительных репозиториях на ленточных библиотеках или облаке.
Дедупликация и сжатие
Снижение сетевой нагрузки и ресурсов хранения данных за счет блочной дедупликации данных, инкрементального резервного копирования, технологии BitLooker (отслеживания удаленных и измененных блоков данных файловой системы NTFS) и исключения из резервной копии файлов подкачки.
АРХИТЕКТУРА VEEAM BACKUP & REPLICATION
К дополнительным компонентам Veeam Backup относятся: File Proxy Server, Tape Server, WAN Accelerator Server, Backup Enterprise Manager, NDMP Servers и другие устанавливаемые по необходимости для расширения функций системы.