№1 для резервного копирования и восстановления данных

На сегодняшний день Veeam Backup & Replication позволяет защитить с помощью универсальной лицензии Veeam (VUL) следующие системы:

• виртуальные: VMware vSphere, Microsoft Hyper‑V, Nutanix AHV и Red Hat Virtualization;
• облачные: системы в облаке AWS, Microsoft Azure и Google Cloud;
• физические: Microsoft Windows, Linux, Mac, IBM AIX и Oracle Solaris;
• корпоративные приложения: Microsoft SQL, Exchange, SharePoint, Active Directory, SAP HANA, Oracle RMAN, Kubernetes, MySQL, PostgreSQL;
• общие файловые ресурсы NAS.

Ранее защита всех перечисленных систем лицензировалась отдельно. При использовании лицензии VUL все эти возможности входят в состав Veeam Backup & Replication без дополнительной оплаты, включая отдельно устанавливаемые модули:

• Veeam Backup for AWS и Veeam Backup for Microsoft Azure;
• Veeam Backup for Nutanix AHV;
• Veeam Agents for Microsoft Windows, Linux, Mac, IBM AIX и Oracle Solaris

Более подробная информация — на странице сравнения возможностей.

В поиске правильного решения для защиты бизнес-данных нужно научиться различать три основных типа защиты, которые используются сегодня в решениях для резервного копирования:

• при «полном» резервном копировании в репозиторий переносятся целые блоки выбранных данных, поэтому этот метод требует больше всего времени и объема ресурсов хранения;
• при «инкрементальном резервном копировании» копируются только данные, изменившиеся со времени предыдущего ИНКРЕМЕНТАЛЬНОГО резервного копирования, поэтому продолжительность и потребление объема хранилищ минимальны. После восстановления данных из полной резервной копии необходимо последовательно выполнить восстановление из каждой инкрементальной резервной копии. Это позволит восстановить данные в состояние, актуальное на последний момент времени;
• «дифференциальное» резервное копирование похоже на инкрементальное резервное копирование, но в этом случае копируются все изменения, внесенные после ПОЛНОГО резервного копирования. Полученная резервная копия меньше, чем ПОЛНАЯ резервная копия, но больше, чем инкрементальная. Чтобы восстановить данные на последний момент времени, достаточно сначала восстановить их из полной резервной копии, а затем из последней дифференциальной резервной копии.

Современные решения для резервного копирования дают возможность выбора оптимальной стратегии, которая позволит максимально эффективно использовать ресурсы хранения и сетевую инфраструктуру и свести к минимуму время, затрачиваемое на восстановление данных.

При выборе стратегии резервного копирования необходимо учитывать следующее:

• Что мы защищаем?
• Как часто необходимо выполнять резервное копирование для соответствия требованиям к восстановлению?
• Как гарантировать готовность к восстановлению?

Если про первые два пункта, как правило, все помнят, то самый важный вопрос часто упускается из виду — можно ли будет при необходимости восстановить данные из резервных копий? При выборе решения для резервного копирования необходимо убедиться, что оно позволяет автоматически тестировать возможность восстановления резервных копий перед тем, как направить их в хранилище.

Безопасность особенно важна при выборе решения для резервного копирования, так как данные, хранящиеся в резервных копиях, являются «золотой жилой» не только для вашего бизнеса, но и для злоумышленников. Для обеспечения безопасности ваше решение для резервного копирования должно быть способно:

• хранить 3 экземпляра резервных копий в 2 разных хранилищах. При этом 1 на удаленной площадки, и желательно, чтобы 1 хранилище поддерживало режим неизменности или было физически отсоединено;
• отдавать приоритет безопасности при хранении и пересылке данных;
• предоставлять инструменты для тестирования безопасности данных резервных копий после резервного копирования и перед восстановлением;
• обеспечивать регулярное автоматическое тестирование резервных копий.