Veeam сотрудничает с Microsoft и VMware, чтобы включить облачные сервисы следующего поколения
Краткое содержание:
Veeam сотрудничает с Microsoft и VMware для предоставления облачных сервисов следующего поколения. Это сотрудничество позволит пользователям воспользоваться улучшенными возможностями резервного копирования и репликации при использовании мощности облака. В статье обсуждается важность надежной среды vSphere и ключевые соображения для успешной реализации резервного копирования и репликации Veeam. Он также подчеркивает влияние операций снимка и предоставляет методы, чтобы минимизировать их последствия. В целом, это партнерство направлено на предоставление расширенных облачных сервисов и обеспечения бесшовной защиты данных для организаций.
Ключевые моменты:
1. Хорошо эффективный и надежный сервер vCenter имеет решающее значение для успешных заданий Veeam.
2. Сервер vCenter всегда должен быть доступен во время заданий резервного копирования и должен работать оптимально.
3. Большие среды с несколькими параллельными заданиями требуют сервера vCenter, который может обрабатывать повышенную рабочую нагрузку.
4. Сервер резервного копирования должен иметь последовательное и надежное подключение к серверу vCenter.
5. Мероприятия по техническому обслуживанию на сервере vCenter должны выполняться, когда задания Veeam простаивают, а служба резервного копирования Veeam должна быть остановлена.
6. Операции с снижением в VSPHERE влияют на производительность окружающей среды и должны рассматриваться.
7. Создание снижения оказывает незначительное влияние, но ограничения размера следует учитывать.
8. Наличие открытого снимка влияет на производительность виртуальной машины, производительность хоста и ввод -вывод хранилища.
9. Удаление снимка оказывает наибольшее влияние на производительность и требует дополнительных операций R/W и короткой паузы виртуальной машины.
10. Снимки -сироты были общей проблемой, и Veeam представила функцию охотника за снимками для решения этой проблемы.
Вопросы:
1. Насколько важна производительность сервера vCenter для успешных заданий Veeam?
Ответ: Производительность сервера vCenter имеет решающее значение для успешных заданий Veeam, так как проблемы с подключением могут вызвать сбои за работу.
2. Что следует сделать, если сервер vCenter работает плохо во время обычных операций?
Ответ: Сервер vCenter должен быть оптимизирован перед реализацией резервного копирования и репликации Veeam для обеспечения плавных операций.
3. Как нагрузка на сервер vCenter влияет на неудачи задания?
Ответ: Повышенная транзакционная рабочая нагрузка на сервере vCenter может привести к случайным сбоям работы из -за тайм -аутов команд.
4. Какова предложенная опция развертывания для сервера резервного копирования и vCenter Server?
Ответ: Обычно рекомендуется поместить сервер резервного копирования в непосредственную логическую близость к серверу vCenter, но последовательное и надежное подключение является ключевым требованием.
5. Какие меры предосторожности следует принимать во время обслуживания сервера vCenter?
Ответ: Лучшая практика – остановить все задания Veeam и служба резервного копирования Veeam при выполнении обслуживания на сервере vCenter.
6. Как операции снимка влияют на среду vsphere?
Ответ: Операции снимка имеют последствия для производительности на виртуальных машинах, хостах ESX и базовом хранилище из -за отслеживания ввода -вывода и дополнительного пространства и требований ввода -вывода/вывода.
7. Каково максимальное ограничение размера файла для снимков VMware?
Ответ: Максимальный размер файла для снимков VMware, включая все файлы снимков и диск данных, зависит от версии VMFS.
8. Как открытые снимки влияют на виртуальную машину и на производительность хранения?
Ответ: виртуальные машины, работающие с открытыми снимками.
9. Каково влияние удаления снимка на производительность?
Ответ: Удаление снимка оказывает наибольшее влияние.
10. Как VMware минимизирует влияние удаления снимка в более новых версиях vsphere?
Ответ: VMware использует метод «Rolling Snapshot», чтобы минимизировать продолжительность паузы виртуальной машины во время удаления снимка.
11. Какая функция Hunter Hunter, представленная Veeam?
Ответ: Функция Hunter Spantshot помогает решить проблему снимков -сирота.
12. Насколько распространены снимки -сироты и как Veeam решает эту проблему?
Ответ: Снимки -сироты были общей проблемой, и Veeam разработал функцию охотника за снимками для выявления и управления этими снимками.
13. Какова цель партнерства между Veeam, Microsoft и VMware?
Ответ: Партнерство направлено на предоставление облачных сервисов следующего поколения и расширения возможностей резервного копирования и репликации.
14. Как организации выиграют от этого партнерства?
Ответ: Организации смогут использовать мощность облака, обеспечивая при этом бесшовную защиту данных посредством улучшенных возможностей резервного копирования и репликации.
15. Какова цель сотрудничества Veeam с Microsoft и VMware?
Ответ: Цель состоит в том, чтобы включить облачные сервисы следующего поколения и предоставить организациям расширенные решения для защиты данных.
Veeam сотрудничает с Microsoft и VMware, чтобы включить облачные сервисы следующего поколения
Для поддерживаемых операционных систем см. Oracle Documentation .
Взаимодействие с vSphere
Veeam Backup & Replication в значительной степени зависит от инфраструктуры vSphere, которую защищает. Большая часть успеха реализации зависит от эффективности и стабильности этой среды. В этом разделе мы обсудим эти взаимодействия и отметим пункты, которые следует учитывать для успешной реализации. Несмотря на то, что можно подключить сервер резервного копирования и репликации Veeam непосредственно к хостам ESX (i), в этом разделе предполагается среда vSphere, по крайней мере, с одним сервером vCenter, и что сервер резервного копирования интегрирован на уровне сервера vCenter, так как это лучшая конфигурация практически во всех вариантов использования.
vCenter Server
- Проблемы с подключением к серверу vCenter – одна из главных причин неудачных заданий Veeam. Наличие хорошо эффективного сервера vCenter с надежным подключением будет смягчить эту проблему и обеспечить сильную основу для надежной инфраструктуры резервного копирования.
- Сервер vCenter должен быть надежным и всегда доступным при выполнении заданий резервного копирования. Он должен быть в состоянии ответить на запросы и выполнять действия в разумное количество времени. Если сервер vCenter работает плохо во время обычных операций, это следует исправить до реализации резервного копирования и репликации Veeam.
- Для более крупных сред, со многими одновременными заданиями, особенно заданиями, которые работают через короткие промежутки времени, нагрузка на сервер vCenter может быть значительной. Сервер vCenter должен иметь возможность обрабатывать повышенную транзакционную рабочую нагрузку для предотвращения случайных сбоев работы из -за тайм -аутов команд.
- Сервер резервного копирования должен иметь надежное сетевое подключение к серверу vCenter. Обычно предполагается, что сервер резервного копирования расположен в непосредственной близости от сервера vCenter, но это не всегда лучший вариант развертывания. В тех случаях, когда сервер резервного копирования и vCenter Server должны быть развернуты на расстоянии, единственное реальное требование заключается в том, что это соединение является последовательным и надежным.
- Когда на сервере vCenter выполняется техническое обслуживание, наилучшая практика будет диктовать, что все задания по резервным копированию и репликации Veeam должны быть бездействием, а служба резервного копирования Veeam должна быть остановлена. Это включает в себя применение обновлений Windows (при использовании установленной версии vCenter Server), исправлений и обновлений vCenter Server или любого обслуживания, которое потребовало бы перезагрузки vCenter или перезагрузки системы.
Влияние операций снимка
Для создания резервного копирования виртуальной машины, Veeam Backup & Replication использует функциональность снимка VMware vSphere. Создание и удаление снимков в vSphere создают значительное влияние на окружающую среду, которая должна быть принята во внимание. В этом разделе будут описаны различные факторы, которые следует учитывать в отношении этого процесса, и предлагать несколько методов, чтобы минимизировать влияние операций снимка.
Создание снимка
Фактическая операция создания снижения, как правило, оказывает лишь незначительное влияние: должен быть создан файл снимка, и есть очень короткий “оглушающий” виртуальной машины. Этот “оглушающий” Как правило, достаточно короткий (как правило, менее 1 сек), поэтому это редко проблема, за исключением наиболее чувствительных во времени приложений.
Примечание: Veeam Backup & Replication использует стандартный моментальный снимок VM для процесса резервного копирования. Эти снимки VMware имеют единые ограничения размера файла. Имейте в виду, что максимальный размер файла включает в себя все файлы снимков и диск данных в целом. Например, если у вас есть старая VMFS версия 3, максимальный размер файла (включая снимки) составляет 2 ТБ, и поэтому ваш диск данных не должен быть размером более 1.98tb, чтобы все еще иметь возможность создавать снимки. Для получения подробной информации см. VMware KB Статья 1012384.
Снимок открыт
Просто открытый снимок для управляемой виртуальной машины включает в себя какое -то штраф на виртуальную машину, хост ESX (I) и основное хранилище. Хост должен отслеживать ввод/вывод, сплит записывается в файл снимка и обновить метаданные файла снимка. Этот накладной удар, в свою очередь, влияет на гостя (в первую очередь с более медленным вводом/выводом).
Как правило, это наиболее заметно для виртуальных машин со значительной нагрузкой на записи и оказывает меньшее влияние на производительность чтения.
С точки зрения хранения, VMS, работающие с открытым снимком. Как правило, это больше отмечено в системах со значительной нагрузкой ввода -вывода.
Примечание: См. VMware KB Статья 1035550 для получения информации о процессах VMOTION VMOTION и хранения, выполненных с открытыми снимками.
Удаление снимка
Удаление снимка – это шаг с наибольшим воздействием с точки зрения производительности. Нагрузка ввода -вывода значительно увеличивается из -за дополнительных операций R/W, необходимых для совершения блоков снимков обратно в исходный VMDK. Это в конечном итоге приводит к виртуальной машине “оглушающий” Требуется совершить последние биты снимка. А “оглушающий” обычно это короткая пауза (обычно всего несколько секунд или меньше); виртуальная машина не отвечает (“Потерянный пинг”) в то время как самые последние биты файла снимков совершаются.
Vmware vsphere использует “Снимок” Для более старых версий и того же метода, что и Storage Vmotion использует, начиная с vsphere 6.0U1, чтобы минимизировать воздействие и продолжительность оглушения. Для получения подробного объяснения проблем с удалением снимка см.
Охотник за снимками
При поддержке Veeam один из наиболее часто поднятых случаев поддержки был для сиротных снимков. Снимки -сироты были вызваны VMware’Собственные операции по сбору сборов с моментальным снимком из -за неизданных блокировок файлов VMDK во время операций VDDK. Veeam использует стандартную обработку снимков VMware VM для процессов резервного копирования и репликации, поэтому, хотя Veeam не был источником снимков с сиротами, поскольку Veeam использует снимки VMware, Veeam часто рассматривается в качестве основной причины, поскольку эта проблема была обнаружена только тогда, когда резервная копия не удалась.
Если не отслеживаться надлежащим образом, снимки VMware Orphaned могут вызвать много неожиданных проблем. Наиболее распространенными проблемами являются переполненные ДАТАСТОРЫ VM, или снимки, растущие настолько большие, они невозможно совершить. Это хорошо известная проблема VMware vSphere, описанная в VMware KB Статья 1007814. Единственный способ вручную исправить эту проблему – клонирование виртуальной машины и выполнение новой полной резервной копии виртуальной машины.
Чтобы понять процесс, обратитесь к тому, как работает Hunter с моментальными снимками в GelpCenter.
Примечание: В настоящее время поведение охотника за снимками по умолчанию не может быть изменено. Поскольку охотник за снимками автоматически повторно повторно повторно повторяет консолидацию до восьми раз, для некоторых виртуальных машин может быть неуместно, чтобы вручную потребоваться запланированное время простоя для консолидации снимка вручную. Такие виртуальные машины должны быть исключены из резервных или репликационных заданий до тех пор, пока не будут удалены сирота.
Если вы оцениваете резервное копирование и репликацию Veeam, используйте отчеты об оценке инфраструктуры, включенные в набор доступности Veeam для выявления виртуальных машин с помощью снимков, на которые может повлиять автоматическая консолидация снимков.
Рекомендации
- Veam Help Center – Руководство пользователя vsphere
- VMware KB Статья 1025279
- Оценка конфигурации Veeam One VM
- VMware KB Статья 1012384
- VMware KB Статья 1035550
- VMware KB Статья 1002836
- VMware KB Статья 1007814
- Как работает охотник
- Отчеты об оценке инфраструктуры
Copyright © 2019-2023 Solutions Architects, Veeam Software.
Veeam сотрудничает с Microsoft и VMware, чтобы включить облачные сервисы следующего поколения
Баар, Швейцария: 15 октября 2014 года: Программное обеспечение Veeam®, инновационный поставщик решений, которые предоставляют Доступность для современного центра обработки данных ™, Сегодня объявил, что сотрудничает с Microsoft и VMware, чтобы помочь партнерам расширить свои предложения по доступности в облаке. В частности, Veeam тесно сотрудничает как с Microsoft, так и с VMware, чтобы обеспечить, чтобы провайдеры Veeam Cloud (VCP) смогут плавно развернуть Veeam Cloud Connect в Microsoft Azure и VMware Vcloud Air.
Как крупнейший подсегмент рынка программного обеспечения для управления хранением, рынок программного обеспечения для резервного копирования/восстановления вырос на 6.8% в 2013 году до 4 долларов.7 миллиардов, что было медленнее по сравнению с ростом в 2012 году на 8.1%. Рост был частично результатом спроса на интегрированные решения для резервного копирования/восстановления с поддержкой облаков и повышенной потребности в управлении информацией. Поскольку предприятия стремятся расширить свою деятельность в облако – губительное или гибридное – защита от DATA является идеальным кандидатом. Благодаря тесным партнерским отношениям с Microsoft и VMware, Veeam продолжает привести на рынок предоставление надежного решения для удовлетворения потребностей клиентов.
“По всему миру клиенты и реселлеры надеются в облако для развития своего бизнеса,” прокомментировал Ратмир Тимашев, президент и главный исполнительный директор Veeam. “Размещение критических активов за пределами вашего ‘стены’ является прыжком веры, но с Microsoft Azure и VMware Vcloud Air, реселлеры и поставщики услуг имеют два предложения, которые помогают им получить стоимость, сложность и заботу о разработке и развертывании центров обработки данных. Veeam имеет давние партнерские отношения с Microsoft и VMware, и наши команды тесно интегрированы, чтобы обеспечить, чтобы вместе мы могли предоставить всегда на бизнес ™ Business ™.”
Veeam рекомендует ИТ-организациям следовать правилу 3-2-1: три копии данных о двух разных видах медиа, одна из которых не содержит сайта. Veeam позволяет ему удовлетворить требование о выезде без необходимости инвестировать в инфраструктуру или управление вне места, поскольку облачные ресурсы доступны по требованию.
В рамках своей обязанности обеспечить надежную облачную доступность, Veeam недавно объявил партнеров Veeam Cloud Provider (VCP), которые обеспечат поддержку Cloud Backup с Veeam Cloud Connect в первый день общей доступности Veeam Suite ™ V8, устраняя необходимость для клиентов в области дорогостоящей инфраструктуры.
Интеграция Veeam Cloud Connect с Azure и VCLOUD AIR будет представлять особый интерес для существующих и новых членов сети Veeam Propartner, которые хотят стать поставщиками услуг и предлагать доступность в облаке, не инвестируя в свою собственную облачную инфраструктуру.
Veeam Cloud Connect, часть нового Suite V8 Veeam V8, дает клиентам Veeam полностью интегрированные, безопасные и эффективные средства для перемещения резервных копий в репозиторий резервного копирования, управляемый поставщиком услуг по своему выбору; Таким образом, избегая первоначальных капитальных вложений в их собственной инфраструктуре. Поставщики услуг получают простую и мощную платформу для обеспечения быстрой и безопасной резервной копии в облаке для более 111 500 клиентов Veeam. Фактически, Veeam Cloud Connect настолько проста в создании, что любой пропартнер Veeam может стать поставщиком услуг и предложить клиентам услуги за невыполнение за пределами 10 минут, используя поставщик услуг’Собственная облачная инфраструктура или VMware Vcloud Air или Microsoft Azure.
Для получения дополнительной информации, пожалуйста, посетите http: // www.Виам.компонент.
О программном обеспечении Veeam
Veeam® предоставляет Доступность для современного центра обработки данных™, используя виртуализацию, хранение и облачные технологии для обеспечения времени восстановления и целей точек (RTPO ™) менее 15 минут для всех данных и приложений. Виам’S Solutions позволяет Always-On Business ™ с высокоскоростным восстановлением, избеганием потерь данных, проверенной защитой, использованием данных и полной видимости. Veeam Backup & Replication ™ использует технологии, которые позволяют современному центру обработки данных, включая VMware Vsphere, Microsoft Hyper-V, NetApp Storage и HP 3PAR Storeserv и StoreVirtual, чтобы помочь организациям удовлетворить RTPO, сэкономить время, снижать риски и значительно сократить капитальные и эксплуатационные расходы. Veeam Viestability Suite ™ предоставляет все преимущества и функции Veeam Backup & Replication, а также передовый мониторинг, отчетность и планирование потенциала для инфраструктуры резервного копирования. Veeam Management Pack ™ для системного центра является наиболее полным, интуитивно понятным и интеллектуальным расширением для управления приложением к металлу инфраструктуры Hyper-V и vSphere, и включает в себя мониторинг и отчетность для резервного копирования и репликации Veeam. Программа Veeam Cloud Provider (VCP) предлагает гибкое ежемесячное и вечное лицензирование для удовлетворения потребностей хостинга, управляемого обслуживания и поставщиков облачных услуг. Программа VCP в настоящее время включает в себя более 5000 партнеров по поставщикам услуг по всему миру.
Основанная в 2006 году, в настоящее время в Veeam есть 25 000 пропартеров и более 111 500 клиентов по всему миру. Виам’Штаб -квартира S расположена в Бааре, Швейцария, и у компании есть офисы по всему миру.
- Отдел новостей
- Veeam Backup &
Репликация - Записали вебинары
- Демо
- Белые бумаги
Системные Требования
Убедитесь, что серверы, которые вы планируете использовать в качестве компонентов резервной инфраструктуры, соответствовали системным требованиям, перечисленным ниже.
Информация на этой странице действительна с даты обновления последней страницы.
Ограничения и рекомендации
Сосуществование с критически важными производственными серверами
Мы не рекомендуем вам устанавливать резервное копирование и репликацию Veeam и его компоненты на критически важных машинах в производственной среде, таких как vCenter Server, Domain Controller, Microsoft Exchange Server, Small Business Server/ Windows Server и т. Д. Если возможно, установите резервное копирование и репликацию Veeam и его компоненты на выделенных машинах. Компоненты резервной инфраструктуры могут быть совместными.
Microsoft Windows Server Core
Вы можете назначить роли резервного прокси, репозитория резервного копирования, акселератора WAN, компонентов инфраструктуры Cloud Connect Veeam и компонентов ленточной инфраструктуры для машин, работающих на Microsoft Windows Server Core.
Обратите внимание, что вы не можете установить Veeam Backup & Replication и Veeam Backup Enterprise Manager на машине с помощью Microsoft Windows Server Core.
Машина, на которой вы планируете установить резервное копирование и репликацию Veeam, не обязательно должна быть доменным элементом. Однако, если вы планируете восстановить элементы Microsoft Exchange из пользовательского интерфейса Veeam Backup Enterprise Manager, вы должны установить Veeam Backup Enterprise Manager на сервере участников домена из леса Microsoft Active Directory, в котором расположены почтовые ящики Microsoft Exchange.
Чтобы избежать проблем переговоров между резервным копированием и репликацией Veeam и сервером Linux, последний должен использовать алгоритмы Ciphers, Key Exchange (KEX) и алгоритмы Mac, совместимые с библиотеками SSH, поддерживаемыми Veeam Backup & Replication:
Рекомендуется: AES128-CTR, AES192-CTR, AES256-CTR, [email protected], [email protected], chacha20-poly1305@openssh.компонент
Supported for backward compatibility: 3des-cbc , 3des-ctr , aes128-cbc, aes192-cbc , aes256-cbc , arcfour , arcfour128 , arcfour256 , blowfish-cbc , blowfish-ctr , cast128-cbc , twofish-cbc , twofish128-cbc , twofish128-ctr , twofish192-cbc , twofish192-ctr , twofish256-cbc , twofish256-ctr
Recommended: diffie-hellman-group-exchange-sha256 , diffie-hellman-group14-sha256 , diffie-hellman-group15-sha512 , diffie-hellman-group16-sha512 , ecdh-sha2-nistp256 , ecdh-sha2-nistp384 , ecdh-sha2-nistp521 , curve25519-sha256 , curve25519-sha256@libssh.орг
Поддерживается для обратной совместимости: Diffie-Hellman-Group1-Sha1, Diffie-Hellman-Group14-Sha1, Diffie-Hellman-Group-Exchange-Sha1
Рекомендуется: HMAC-SHA2-256, HMAC-SHA2-512
Поддерживается для обратной совместимости: HMAC-MD5, HMAC-MD5-96, HMAC-SHA-256-96, HMAC-SHA1-96, HMAC-SHA2-512-96, HMAC-RIPEMD160, [email protected], Hmac-sha1
Убедитесь, что ваша конфигурация SSH на сервере Linux позволяет использовать хотя бы один шифр, алгоритм KEX и алгоритм MAC из таблицы выше. Вы можете запустить следующую команду, чтобы проверить список разрешенных алгоритмов:
sudo sshd -t | grep “\ (ciphers \ | macs \ | kexalgorithms \)”
Для инсталляций все в одном вы можете вычесть 2 ГБ ресурсов памяти из каждой, кроме одной роли. Эти 2 ГБ выделены самой ОС, предполагая, что каждый компонент установлен на выделенном сервере.
Каждый из следующих компонентов резервного копирования NAS может потреблять до 4 ГБ оперативной памяти на задачу (в случае дедуплирования приборов хранения, до 8 ГБ ОЗУ): Резервное хранилище, резервный прокси, репозиторий кэша . Убедитесь, что вы выделяете достаточно ресурсов памяти для вашей установки. Для установки все в одном сервер, на котором установлены все компоненты, должен иметь достаточно ресурсов памяти для всех компонентов.
Совместное использование компонентов инфраструктуры резервного копирования в установках Veeam
Мы не рекомендуем использовать общие компоненты инфраструктуры резервного копирования по разным установкам Veeam по нескольким причинам:
- Установки Veeam конкурируют за ресурсы.
- Компоненты резервного копирования не могут одновременно взаимодействовать с резервным копированием Veeam и репликацией разных версий.
- Добавление одного и того же хранилища в различные установки резервного копирования и репликации Veeam могут привести к повреждению резервного копирования и данных в базе данных.
Процессор CPU: x86-64 (рекомендуется минимум 4 ядра).
Память: 4 ГБ оперативной памяти плюс 500 МБ оперативной памяти для каждой одновременной работы. Потребление памяти варьируется в зависимости от количества виртуальных машин в работе, размера метаданных виртуальных машин, размера производственной инфраструктуры и т. Д.
Кроме того, для пользователей с установками ленты (для файлов для ленточных заданий обрабатывают более 1 000 000 файлов):
- 1.5 ГБ оперативной памяти для резервного копирования файла для каждых 1 000 000 файлов
- 2.6 ГБ ОЗУ для восстановления файлов для каждого 1 000 000 файлов
- 1.3 ГБ оперативной памяти для каталога для каждого 1 000 000 файлов
Дисковое пространство: 5 ГБ 1 для установки продукта и 4.5 ГБ для Microsoft .Сетевая структура 4.7.2 установка. 10 ГБ на 100 ВМ для папки каталога файловых систем гостевой системы (постоянные данные). Дополнительное бесплатное пространство диска для папки с мгновенным восстановлением (непрерывные данные, рекомендуется не менее 100 ГБ).
Сеть: 1 Гбит / с или быстрее для резервного копирования и репликации на месте, и 1 Мбит / с или быстрее для резервного копирования и репликации за пределами площадки. Поддерживаются высокая задержка и достаточно нестабильные ссылки на WAN.
1 Здесь и на протяжении всего этого документа GB считается 2^30 байтами, TB как 2^40 байт.
64-битные версии следующих операционных систем Microsoft Windows поддерживаются 1:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2 2, 3
- Microsoft Windows Server 2012 2, 3
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
1 Запуск сервера резервного копирования Veeam или любой из компонентов инфраструктуры резервного копирования Veeam на инсайдерских версиях ОС Microsoft Windows (как клиент, так и сервер) не поддерживается.
2 VMware Cloud Director Servers нельзя добавить или использовать в этой версии Microsoft Windows OS.
3 Могут возникнуть проблемы при использовании резервного копирования Veeam для Nutanix AHV с сервером резервного копирования, работающим на этой версии ОС Microsoft Windows. Для получения дополнительной информации см. В этой статье Veeam KB .
Локальная или удаленная установка следующих версий PostgreSQL 1:
- Postgresql 14.Икс
- Postgresql 15 и 15.1 (Postgresql 15.1 включен в настройку резервного копирования и репликации Veeam)
Локальная или удаленная установка следующих версий Microsoft SQL Server:
- Microsoft SQL Server 2022
- Microsoft SQL Server 2019
- Microsoft SQL Server 2017
- Microsoft SQL Server 2016
- Microsoft SQL Server 2014
- Microsoft SQL Server 2012
Все издания Microsoft SQL Server поддерживаются. Использование Microsoft SQL Server Express Edition ограничено размером базы данных до 10 ГБ. Если вы планируете иметь более крупные базы данных, используйте другие издания Microsoft SQL Server.
Если вы планируете использовать двигатель базы данных, отличный от PostgreSQL 15.1, включенный в настройку резервного копирования и репликации Veeam, вы должны установить его самостоятельно.
BACKUP и репликация и репликация VEEAM и VEEAM BACKUP CONFIVE DABASE Configuration Configuration может быть развернута в Microsoft SQL всегда в группах доступности. Для получения дополнительной информации см. В этой статье Veeam KB .
1 Veeam Backup & Replication не поддерживает установки PostgreSQL в облачных сервисах базы данных (например, служба реляционной базы данных Amazon (RDS).
Во время установки выполняется проверка конфигурации системы, чтобы определить, доступно ли все необходимое программное обеспечение на машине, где вы планируете установить резервное копирование и репликацию Veeam. Если некоторые из необходимых компонентов программного обеспечения отсутствуют, мастер настройки предложит вам автоматически установить пропущенное программное обеспечение. Это относится к:
- Microsoft .Сетевая структура 4.7.2
- Microsoft Windows Installer 4.5
- Microsoft PowerShell 5.1
- Microsoft SQL Server Management Objects (только для SQL Server)
- Microsoft SQL Server System System CLR (только для SQL Server)
- Microsoft Report Viewer перераспределяется 2015
- Microsoft Universal Clime C Runting
Установка сервера резервного копирования также требует автоматической установки необходимого программного обеспечения для облачных плагинов Veeam .
Следующее программное обеспечение должно быть установлено вручную:
- Firefox, Google Chrome или Microsoft Edge (необязательно, для использования Weam Backup Enterprise Manager Web UI).
Если вы планируете установить резервное копирование и репликацию Veeam в режиме без присмотра, используя интерфейс командной строки, вручную установите все необходимое программное обеспечение до этого. Для получения дополнительной информации см. Установку резервного копирования и репликации Veeam в режиме без присмотра .
Рассмотрим следующее:
- Если вы планируете резервное копирование виртуальных машин с помощью Microsoft Windows Server 2012 R2 или более поздней версии, и для некоторых объемов виртуальных машин включена дедупликация данных, рекомендуется развернуть консоли резервного копирования и репликации Veeam и Mount Server на машине с той же или более поздней версией Microsoft Windows Server с помощью функции Data Deplication Featural Enwerbald. В противном случае, некоторые типы операций восстановления для этих виртуальных машин (например, восстановление на уровне файлов Microsoft Windows) могут не выполнять.
- Из-за его ограничений Microsoft SQL Server Express Edition может использоваться только в целях оценки или в случае небольшой производственной среды. Для средств с большим количеством виртуальных машин необходимо установить полностью функциональную коммерческую версию Microsoft SQL Server.
Для получения дополнительной информации см. Сервер резервного копирования .
ЦП: x86-64 процессор.
Память: 2 ГБ ОЗУ
Дисковое пространство: 500 МБ для установки продукта и 4.5 ГБ для Microsoft .Сетевая структура 4.7.2 установка.
Сеть: 1 Мбит / с соединения с сервером резервного копирования. Отзывчивость пользовательского интерфейса с высокой задержкой и низкой пропускной способностью.
64-битные версии следующих операционных систем Microsoft Windows поддерживаются:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
Во время настройки выполняется проверка конфигурации системы, чтобы определить, доступно ли все необходимое программное обеспечение на машине, где вы планируете установить консоли резервного копирования и репликации Veeam. Если некоторые из необходимых компонентов программного обеспечения отсутствуют, мастер настройки предложит вам автоматически установить пропущенное программное обеспечение. Это относится к:
- Microsoft .Сетевая структура 4.7.2
- Установщик Windows 4.5
- Microsoft PowerShell 5.1
- Microsoft SQL Server Management Objects (только для SQL Server)
- Microsoft SQL Server System System CLR (только для SQL Server)
- Microsoft Report Viewer перераспределяется 2015
- Microsoft Universal Clime C Runting
Следующее программное обеспечение должно быть установлено вручную:
- Firefox, Google Chrome или Microsoft Edge (необязательно, для использования Weam Backup Enterprise Manager Web UI)
ЦП: процессор x86-64 с минимум 2 ядра (VCPU), плюс 1 Core (VCPU) для каждой 2 дополнительных параллельных задач. Использование более быстрого процессора улучшает производительность обработки данных. Для получения дополнительной информации см. Ограничение параллельных задач .
Память: 2 ГБ ОЗУ плюс 500 МБ для каждой одновременной задачи. Фактический размер требуемой памяти может быть больше и зависит от объема данных для резервного копирования, конфигурации машины и настроек задания. Использование более быстрой памяти (DDR3/DDR4) улучшает производительность обработки данных.
Дисковое пространство: 750 МБ для прокси на базе Microsoft Windows; 400 МБ для прокси на основе Linux .
Сеть: 1 Гбит / с или быстрее для резервного копирования и репликации на месте, и 1 Мбит / с или быстрее для резервного копирования и репликации за пределами площадки. Поддерживаются высокая задержка и достаточно нестабильные ссылки на WAN.
Поддерживаются 64-битные версии следующих операционных систем Microsoft Windows, включая основное издание:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
64-битные версии следующих распределений Linux поддерживаются. Обратите внимание, что Bash Shell и SSH требуются.
- Centos 7.Икс
- Debian 10.От 0 до 11.0
- Oracle Linux 7 (UEK3) до 9 (UEK R7)
- Oracle Linux от 7 до 9 (RHCK)
- RHEL 7.От 0 до 9.1
- SLES 12 SP4 или позже, 15 SP1 или позже
- Ubuntu: 18.04 LTS, 20.04 LTS и 22.04 LTS
Для получения дополнительной информации о прокси -прокси VMware резервного копирования его требований и ограничений см .
В следующей таблице показаны минимальные системные требования для резервного прокси, используемого в резервном копировании NAS.
Процессор CPU: x86-64 с минимум 2 ядра (VCPU). Использование многоядерных процессоров улучшает производительность обработки данных и позволяет обрабатывать больше задач одновременно.
Память: 4 ГБ оперативной памяти для каждой одновременной задачи. Использование более быстрой памяти (DDR3/DDR4) улучшает производительность обработки данных.
Дисковое пространство: 300 МБ.
Сеть: поддерживаются высокая задержка и разумно нестабильные ссылки на WAN.
64-битные версии следующих операционных систем Microsoft Windows поддерживаются:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
Резервные прокси за управление Microsoft Windows Server 2012 R2 или позже поддерживают функцию VSS для SMB -файлов. Чтобы использовать его, убедитесь, что все требования, перечисленные в этой статье Veeam KB, выполнены.
Для получения дополнительной информации об использовании резервного прокси для резервного копирования NAS см. Proxy Backup Proxy в поддержке резервного копирования NAS .
Следующая таблица показывает минимальные системы системных требований для прокси VMware CDP.
Процессор CPU: x86-64 с минимум 8 ядра (VCPU). Использование многоядерных процессоров улучшает производительность обработки данных и позволяет обрабатывать больше задач одновременно.
Память: 16 ГБ ОЗУ. Использование большего количества памяти позволяет более пиковые периоды записи ввода-вывода, прежде чем политика CDP переключается на кэш ввода-вывода на основе дисков. Использование более быстрой памяти улучшает производительность обработки данных.
Дисковое пространство: 300 МБ плюс дисковые на основе дисков кэш ввода-вывода (непревзойденные данные, рекомендуется не менее 50 ГБ). Большой кэш позволяет продолжать продолжительность простоя сетевой сети, прежде чем политика CDP переключается в режим CBT.
Сеть: 100 Мбит / с или быстрее.
Поддерживаются 64-битные версии следующих операционных систем Microsoft Windows, включая основное издание:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
64-битные версии следующих распределений Linux поддерживаются. Обратите внимание, что Bash Shell и SSH требуются.
- Centos 7.Икс
- Debian 10.От 0 до 11.0
- Oracle Linux 7 (UEK3) до 8.3 (UEK R6 U2)
- Oracle Linux с 7 до 8.5 (RHCK)
- RHEL 7.От 0 до 9.1
- SLES 12 SP4 или позже, 15 SP1 или позже
- Ubuntu: 18.04 LTS, 20.04 LTS и 22.04 LTS
Для получения дополнительной информации о прокси VMware CDP см. VMware CDP Proxy .
Эти требования также применяются к монтированию серверов (если отдельно от сервера репозитория), серверов шлюза для обмена файлами и дедупликации репозитории на основе приборов и серверов репозитория кэша.
ЦП: x86-64 процессор. Количество ядер зависит от параллельных настроек задачи. Для получения дополнительной информации см. Ограничение параллельных задач .
Память: не менее 500 МБ оперативной памяти для каждого одновременно обработанного машинного диска и не менее 4 ГБ ОЗУ для каждого одновременно обработанного общего файла. Для получения дополнительной информации см. Ограничение параллельных задач . Для рекомендаций по распределению оперативной памяти для резервного копирования NAS см. Ограничения и рекомендации для резервного копирования NAS .
Сеть: 1 Гбит / с или быстрее для резервного копирования и репликации на месте, и 1 Мбит / с или быстрее для резервного копирования и репликации за пределами площадки. Поддерживаются высокая задержка и достаточно нестабильные ссылки на WAN.
Поддерживаются 64-битные версии следующих операционных систем Microsoft Windows, включая основное издание:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
64-битные версии следующих распределений Linux поддерживаются:
- Centos 7.Икс
- Debian 10.От 0 до 11.0
- Oracle Linux 7 (UEK3) до 9 (UEK R7)
- Oracle Linux от 7 до 9 (RHCK)
- RHEL 7.От 0 до 9.1
- SLES 12 SP4 или позже, 15 SP1 или позже
- Ubuntu: 18.04 LTS, 20.04 LTS и 22.04 LTS
Bash Shell и SSH должны развернуть агент управления (SSH -сервер может быть отключен впоследствии и не требуется для обновления компонентов Veeam). Perl требуется только для непрерывных двигателей данных Veeam . Проверьте полный список необходимых модулей Perl в этой статье Veeam KB .
Для расширенной интеграции XFS (Fast Clone) поддерживаются только следующие 64-разрядные дистрибутивы Linux:
- Debian 10.x и 11
- RHEL 8.2–9.1
- SLES 15 SP2, SP3, SP4
- Ubuntu 18.04 LTS, 20.04 LTS, 22.04 LTS
Для других распределений поддержка интеграции XFS является экспериментальной, с ядра версии 5.4 или позже рекомендуется. Для получения дополнительной информации см. В этой статье Veeam KB .
Для получения дополнительной информации см. Резервное репозиторий .
Если вы планируете использовать хранилище Microsoft Windows резервного копирования с дедупликацией данных, убедитесь, что вы правильно настроили сервер Microsoft Windows. Для получения дополнительной информации см. В этой статье Veeam KB .
Следующие типы хранения могут использоваться в качестве репозитория кэша для резервного копирования NAS:
- Прямое прикрепленное хранилище. Вы можете добавить виртуальные и физические серверы в качестве репозиториев кэша:
- Microsoft Windows Server (поддерживается только 64-битные версии).
- Linux Server (поддерживается только 64-битные версии).
- Network Attached Storage. Вы можете добавить SMB (CIFS) Share или NFS Share в качестве репозитория кэша.
Для системных требований серверов репозитория резервного копирования, которые можно использовать в качестве репозитория кэша, см. Сервер резервного копирования .
Для получения дополнительной информации о репозитории кэша см .
Репозиторий кэша для хранилища объектов
Если репозиторий кэша работает с резервным копированием обмена файлами в хранилище объекта, он также обрабатывает активные метаданные, которые широко используются во время резервных и восстановительных операций. Таким образом, вам потребуется больше места на дисковом репозитории. Объем этого дискового пространства зависит от количества версий файлов в общем файле и количестве заданий резервного копирования файлов, которые защищают этот общий файл. Мы рекомендуем выделить не менее 1.5 ГБ дискового пространства для активных метаданных каждой 1 000 000 версий файлов, защищенных с 1 файлом, резервным заданием. Например, если вы защитите один и тот же общий файл с 2 различными заданиями резервного копирования, объем метаданных удвоится. Для получения дополнительной информации см. Хранение объектов в качестве хранилища резервного копирования NAS .
Мы настоятельно рекомендуем использовать диск быстрого хранения, например, SSD в роли репозитория кэша, используемого для работы с хранилищем объектов.
ЦП: x86-64 процессор.
Память: 2 ГБ ОЗУ плюс 200 МБ для каждой одновременной задачи. В зависимости от источника заданий ленты, разные объекты рассматриваются задачами: для резервного копирования машины к ленте задача покрывает задание источника или цепочку источника, если включено параллелирование ленты; Для резервного копирования файлов на ленту задача охватывает весь сервер или совместное использование файла. Восстановление виртуальных машин непосредственно с ленты требует 400 МБ ОЗУ на 1 ТБ размера виртуального диска. Кроме того (для файла для записи заданий обрабатывает более 1 000 000 файлов):
- ОЗУ 800 МБ для резервного копирования файла для каждых 1 000 000 файлов
- 800 МБ задачи каталога оперативной памяти для каждого 1 000 000 файлов
Дисковое пространство: 300 МБ плюс 10 ГБ для временного хранения данных для резервного копирования и восстановления.
Сеть: 1 Гбит / с или быстрее.
Поддерживаются 64-битные версии следующих операционных систем Microsoft Windows, включая основное издание:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
64-битные версии следующих распределений Linux поддерживаются 1:
- Centos 7.Икс
- Debian 10.От 0 до 11.0
- Oracle Linux 7 (UEK3) до 9 (UEK R7)
- Oracle Linux от 7 до 9 (RHCK)
- RHEL 7.От 0 до 9.1
- SLES 12 SP4 или позже, 15 SP1 или позже
- Ubuntu: 18.04 LTS, 20.04 LTS и 22.04 LTS
1 Обратите внимание, что магнитофон требует права доступа к корнеу. По этой причине, закаленный репозиторий не может быть использован в качестве магнитного сервера.
ЦП: x86-64 процессор. Использование многоядерных процессоров улучшает производительность обработки данных и настоятельно рекомендуется на WAN Links быстрее, чем 10 Мбит / с.
Память: 8 ГБ ОЗУ. Использование более быстрой памяти (DDR3/DDR4) улучшает производительность обработки данных.
Дисковое пространство: требования к дисковому пространству зависят от роли ускорителя WAN. Source WAN Accelerator требует 20 ГБ на 1 ТБ исходных данных для хранения дадждестов блоков данных исходных виртуальных дисков. Потребление пространства дискового пространства динамическое и изменяется, поскольку уникальные виртуальные машины добавляются (или удаляются с) задания с включенным ускорением WAN. Target WAN Accelerator требует глобального размера кэша, как определено пользователем (фиксированная сумма). Дисковое пространство зарезервировано сразу после выбора акселератора WAN в качестве целевого на любой работе. Для получения дополнительной информации см. Размер ускорения WAN .
Сеть: 1 Гбит / с или быстрее для резервного копирования и репликации на месте, и 1 Мбит / с или быстрее для резервного копирования и репликации за пределами площадки. Поддерживаются высокая задержка и достаточно нестабильные ссылки на WAN.
Поддерживаются 64-битные версии следующих операционных систем Microsoft Windows, включая основное издание:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
Для получения дополнительной информации см. Ускорители WAN .
Глобальный кеш не используется ускорителями исходного вана или ускорителями WAN, работающих в режиме высокой пропускной способности, поэтому его не нужно распределять и заселен в таких случаях.
Резервные копии могут быть выполнены для следующего хранения на основе дисков:
- Локальное (внутреннее) хранение сервера репозитория резервного копирования.
- Прямое прикрепленное хранилище (DAS), подключенное к серверу репозитория резервного копирования, включая внешние диски USB/ESATA, USB -прохождение и необработанное отображение устройств (RDM).
- Сеть зоны хранения (SAN). Сервер репозитория резервного копирования должен быть подключен в SAN Fabric с помощью аппаратного или виртуального HBA или программного инициатора ISCSI.
- Сетевое хранилище (NAS), способное представить свою емкость в качестве NFS Share (версии протокола 3.0 и 4.Только 1) или SMB/CIFS Share (любые версии протокола). Использование хранилища NAS потребительского уровня без контроллера RAID корпоративного уровня с поддерживаемым батарейным кепом (BBWC) не рекомендуется для соображений надежности.
- Amazon S3
- Google Cloud Storage
- IBM облачные объекты
- Microsoft Azure Blob Blob
- Любое S3-совместимое хранилище объекта (локальное устройство или поставщик облачного хранилища)
- Dell Data Dean Domain (DD OS версия 6.2–7.10) С лицензией DDBOOST. Подключение как Ethernet, так и волоконно -канала (FC) поддерживается.
- Exagrid 1 (прошивка версия 5.0.0 или позже).
- Fujitsu eternus CS800 1 программное обеспечение версия 3.4.0 или позже.
- HPE Shoreonce (прошивка версия 3.18.18 или позже для Gen3 и 4.2.3 или позже для Gen4) с лицензией Catalyst. Подключение как Ethernet, так и Fibre Channel (FC) поддерживается. Обратите внимание, что HPE Shoreonce Federated Catalyst не поддерживается.
- Infinidat Infiniguard 1 версия 3.6 и позже.
- Quantum 1 (DXI Software 3.4.0 или позже). Поддерживаемые квантовые системы DXI включают DXI4700 (конфигурация NAS), DXI4700 (конфигурация мультипротокола), DXI 4800, DXI 6900, DXI 6900-S, DXI 9000. Режим операций, соответствующего FIPS, требует DXI Software 4.0 или позже.
1 Эти системы хранения используют транспортную службу Veeam. Убедитесь, что они также соответствуют системным требованиям для сервера резервного копирования .
После создания резервных копий их можно скопировать (для избыточности) или разгрузить (для долгосрочного удержания) в один из следующих типов хранилища горячих объектов, используя масштабной резервный репозиторий Уровень емкости:
- Amazon S3 (включая AWS Snowball Edge)
- Google Cloud Storage
- IBM облачные объекты
- Microsoft Azure Blob Blob Storage (включая Box Microsoft Azure Data)
- Wasabi Hot Cloud Storage
- Любое S3-совместимое хранилище объекта (локальное устройство или поставщик облачного хранилища)
После того, как резервные копии скопированы или разгружены на Amazon S3 или Microsoft Azure Blob Blob Drast, они могут быть далее D до одного из следующих соответствующих классов хранения холодных объектов, используя масштаб резервного репозитория архив:
- Amazon S3 Glacier Мгновенный поиск
- Гибкий поиск Glacier Amazon S3
- Глубокий архив Amazon S3 Glacier
- Microsoft Azure Archive Tier
Полный список испытанных партнеров решений, включая решения для основного резервного накопления, решения, совместимые с S3, решения для хранения объектов и автономные решения для хранения, см. Эта страница Veeam .
Для получения информации о Target NAS, см. Резервное копирование, архив, вторичные репозитории в поддержке резервного копирования NAS .
Следующие источники и целевые данные поддерживаются для Veeam CDP:
- NFS на хранилище файлов
- VMFS на блоке хранения
- VMFS на внутреннем хранилище ESXI
- Vsan
VSAN поддерживается для всех приборов с гиперконвергентной инфраструктурой (HCI).
VVOL поддерживается для следующих поставщиков: NetApp, HPE Limble, Pure Storage и HPE 3PAR. Список продуктовых строк продуктовых поставщиков см. В этой статье Veeam KB .
Поддержка приборов HCI ожидает проверки по Veeam. Документация будет обновлена на основе результатов тестирования. Для обновлений см. Требования и ограничения CDP .
VVOL и VSAN каждого поставщика имеют ограничения для количества объектов хранения. Как только предел достигнут, CDP начинает терпеть неудачу, потому что создание новых объектов не может быть завершено. Чтобы восстановить процесс CDP, удалите некоторые объекты из VSAN/VVOL.
LTO3-LTO9 ЛИТЕЛЬНЫЕ ЛИБОТРЫ (включая VTL) и автономные диски поддерживаются. Ленточное устройство должно быть непосредственно подключено к серверу резервного копирования, к магнитовому серверу через интерфейс SAS, FC или ISCSI. Обратите внимание, что VMware не поддерживает соединение библиотек ленты к ESXI для прохождения VM.
- Ленточные устройства без устройства, поставленных поставщиками, для установленных Windows для установленных Windows будут отображаться в Windows Device Manager как неизвестный или общий и потребует включения нативного режима команд SCSI.
- Если для вашего ленточного устройства доступны несколько режимов драйверов, используйте то, что позволяет существует несколько разомкнутых ручек от хоста на диск. Обычно такие водители называют как “неисключительный”.
- Ни один другой сервер резервного копирования не должен взаимодействовать с ленточным устройством.
Veeam Backup & Replication предлагает интеграцию со следующими системами хранения:
- NFS подключение только
- Гиперфлекс 4.0 (2x) или позже (резервное копирование с моментальных снимков хранения, режим полной интеграции)
- Базовая аутентификация не поддерживается для пользователей SSO в гиперфлексе
- Интеграция FILER для функциональности резервного копирования NAS
- NFS или CIFS подключение
- Onefs 8.1.2–9.4
- NFS, волоконно -канал (FC) или подключение к ISCSI
- Dell VNX/VNX2 все версии OE поддерживаются
- Dell Vnxe OE версии 3.Икс
- Dell Unity XT/Unity OE версии 5.От 0 до 5.2
- NFS, волоконно -канал или подключение к ISCSI
- Ontap 7-Mode Versions 8.2 до 8.2.5
- Версии кластерного режима Ontap 9.От 1 до 9.12
- Metrocluster поддерживается
- Функции ONTAP Управление данными с учетом приложений и SVM-DR не поддерживаются
- Синхронное Snapmirror не поддерживается
- Оптоволоконно -канал (FC) или ISCSI подключение
- 3PAR OS версии 3.2.2 до 3.3.1 MU5
- WSAPI 1.5 и позже
- Теги ISCSI VLAN поддерживаются
- Виртуальные области поддерживаются
- Оптоволоконно -канал (FC) или ISCSI подключение
- Проблемная ОС из 5.0 до 6.1.1
- Оптоволоконно -канал (FC) или ISCSI подключение
- ОС версия 6.0
- Fibre Channel (FC) или ISCSI (начиная с версий ОС 4.3 или более поздней) подключение
- ОС версии 4.Икс
- Виртуальные области поддерживаются
- Оптоволоконно -канал (FC) или ISCSI подключение
- ОС Версия 9.3 или позже
- Виртуальные области поддерживаются
- только подключение к ISCSI
- Lefthand OS версии 9.5 до 12.8
- HPE SV3200 (Lefthand OS версия 13) не поддерживается
- Оптоволоконно -канал (FC) или ISCSI подключение
- IBM Spectrum Virtualize OS версия 8.2 или позже
- NFS, волоконно -канал или подключение к ISCSI
- Ontap 7-Mode Versions 8.2 до 8.2.5
- Версии кластерного режима Ontap 9.От 1 до 9.12
- Metrocluster поддерживается
- Функции ONTAP Управление данными с учетом приложений и SVM-DR не поддерживаются
- Синхронное Snapmirror не поддерживается
- NFS, волоконно -канал или подключение к ISCSI
- Ontap 7-Mode Versions 8.2 до 8.2.5
- Версии кластерного режима Ontap 9.От 1 до 9.12
- Metrocluster поддерживается
- Функции ONTAP Управление данными с учетом приложений и SVM-DR не поддерживаются
- Синхронное Snapmirror не поддерживается
- Оптоволоконно -канал (FC) или ISCSI подключение
- Спектр виртуализируется 8.2 или позже
- NFS, волоконно -канал или подключение к ISCSI
- Ontap 7-Mode Versions 8.2 до 8.2.5
- Версии кластерного режима Ontap 9.От 1 до 9.12
- Metrocluster поддерживается
- Функции ONTAP Управление данными с учетом приложений и SVM-DR не поддерживаются
- NetApp Synchronous Snapmirror не поддерживается
- Интеграция FILER для функциональности резервного копирования NAS
- NFS или CIFS подключение
- File Server Nutanix 3.8.1.3–4.2.0
Интегрированные системы API универсального хранилища
Чтобы начать работу со следующими системами хранения, необходимо установить плагины системы хранения .
- Оптоволоконно -канал (FC) или ISCSI подключение
- Datacore Sansymphony 10.0 PSP12 или позже
- Оптоволоконно -канал (FC) или ISCSI подключение
- Dell PowerMax/Vmax All Flash (Powermax OS Microcode Family 5978 или позже)
- Unisphere для PowerMax 9.2.1.6 или позже
- Оптоволоконно -канал (FC) или ISCSI подключение
- Dell Powerstore T и Powerstore X Series (Powerstore OS 2.0 или позже)
- Оптоволоконно -канал (FC) или ISCSI подключение
- Центр хранения OS 7.4.2 или позже
- Объемы Fluidfs и живые объемы не поддерживаются
- Оптоволоконно -канал (FC) или ISCSI подключение
- Серия AF Eternus AF: AF250 S2, AF650 S2, AF150 S3, AF250 S3, AF650 S3
- Серия Eternus DX: DX60 S4, DX100 S4, DX200 S4, DX500 S4, DX600 S4, DX8900 S4, DX60 S5, DX100 S5, DX200 S5, DX500 S5, DX600 S5, DX900 S5
- Версия прошивки хранения:
- Серия Eternus AF S2 и DX S4 (кроме DX8900 S4): V10L88-1000 или позже
- Серия Eternus AF S3 и DX S5, DX8900 S4: V11L30-5000 или позже
- Оптоволоконно -канал (FC) или ISCSI подключение
- Vsp e series (93-03-01-60/00 или позже)
- Серия VSP F (88-07-01-x0/00 или более поздней версии)
- Vsp g ряд (88-07-01-x0/00 или позже)
- VSP 5100 и VSP 5500 (90-05-01-00/00 или позже)
- VSP 5200 и VSP 5600 (90-08-01-00/00 или позже)
- Оптоволоконно -канал (FC) или ISCSI подключение
- HPE XP8 (90-05-01-00/00 или позже)
- NFS, волоконно -канал (FC) или подключение к ISCSI
- Infinibox 5.0 или позже
Вы должны добавить в инфраструктуру резервного копирования только один из двух массивов для хранения Infinibox, для которых настроена активная/активная репликация, или исключить объемы репликации на одном из этих массивов из Rescan. Для получения подробной информации о том, как исключить объемы из Rescan, см .
- Оптоволоконно -канал (FC) или ISCSI подключение
- M120, M320, M320F, M520, M720, M720F (Программное обеспечение для управления хранением 1234 или позже)
- Оптоволоконно -канал (FC) или ISCSI подключение
- V100, v300 (93-04-21-xx или позже)
- подключение к ISCSI
- Элемент ОС Версия 10.0 или позже
- Оптоволоконно -канал (FC) или ISCSI подключение
- Чистота 4.10 или позже
- Поддерживается чистота ActiveCluster. Требуется прямой доступ к одному прокси -серверу из обоих массивов хранения в кластере.
- Поддерживаются реплицированные снимки громкости на целевом массиве.
- NFS, волоконно -канал (FC) или подключение к ISCSI
- Tintri Intelliflash 3.11 или позже
ЦП: процессор x86-64, 2 или более ядер.
Память: 4 ГБ оперативной памяти, плюс до 4 ГБ ОЗУ для каждой одновременно обработанной машины или обмена файлами. Для получения дополнительной информации см. Ограничение параллельных задач . Для рекомендаций по распределению оперативной памяти для резервного копирования NAS см. Ограничения и рекомендации для резервного копирования NAS .
Дисковое пространство: 2 ГБ на туберкулез данных, обрабатываемых во время работы с разгрузкой СБР для машины, которая действует как сервер шлюза для хранилища объектов. Для получения дополнительной информации см. В этой статье Veeam KB .
ПРИМЕЧАНИЕ. Если резервное копирование обмена файлами, хранящиеся в хранилище объектов, не имеют метаданных в репозитории кэша, во время операции по восстановлению или проверке здоровья эти метаданные будут загружены на сервер шлюза. Это может потреблять до 80% места на дисковом диске Gateway.
Сеть: 1 Гбит / с или быстрее для резервного копирования и репликации на месте, и 1 Мбит / с или быстрее для резервного копирования и репликации за пределами площадки. Поддерживаются высокая задержка и достаточно нестабильные ссылки на WAN.
64-битные версии следующих операционных систем Microsoft Windows поддерживаются:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows 11 (версии 21H2, 22H2)
- Microsoft Windows 10 (от версии 1909 до версии 22H2)
- Microsoft Windows 10 LTS (версии LTSB 1607, LTSC 1809, LTSC 2021)
Для связи с хранилищами объектов, внешними репозиториями и репозиториями резервного копирования NFS вы можете использовать машины с 64-битными версиями следующих распределений Linux:
- Centos 7.Икс
- Debian 10.От 0 до 11.0
- Oracle Linux 7 (UEK3) до 9 (UEK R7)
- Oracle Linux от 7 до 9 (RHCK)
- RHEL 7.От 0 до 9.1
- SLES 12 SP4 или позже, 15 SP1 или позже
- Ubuntu: 18.04 LTS, 20.04 LTS и 22.04 LTS
Для получения дополнительной информации см. Сервер шлюза .
Роль сервера Mount должна быть назначена 64-разрядной машине Microsoft Windows, добавленной в инфраструктуру резервного копирования. Список поддерживаемых OSES см. Veeam Backup & Replication Console .
На машине Mount Server, Veeam Backup & Replication устанавливает службу Mount Veeam. Служба Mount Service Veeam требует Microsoft .Сетевая структура 4.7.2. Если Microsoft .Сетевая структура 4.7.2 не установлен на машине, Veeam Backup & Replication установит его автоматически.
Если вы планируете восстановить файлы гостевой ОС VM из виртуальных машин с помощью ссылок Microsoft Windows или из виртуальной машины с включенной дедупликацией данных для некоторых объемов, вы должны назначить роль сервера Mount на машины, выполняющие определенные версии ОС. Для получения дополнительной информации см. Подразделы Defs и Data Deplication в восстановлении виртуальных файлов гостевой ОС (FAT, NTFS или REFS).
[Для Microsoft Windows 2008r2/7] убедитесь, что у вас установлена поддержка подписи кода SHA-2. Обычно этот компонент включен в обновления Microsoft Windows. Для получения дополнительной информации см. Microsoft Docs .
Следующие задания потребляют 512 МБ оперативной памяти на диск VM гостя на сервере Mount + 100 МБ ОЗУ на виртуальную машину:
- Surebackup
- Мгновенное восстановление
- Мгновенное восстановление диска
Для получения дополнительной информации о сервере Mount, см. Mount Server .
Машина, на которой вы планируете установить Veeam Backup Enterprise Manager, должен соответствовать требованиям, перечисленным в разделе «Системные требования» Руководства пользователя Enterprise Manager.
Машина, где вы планируете установить плагины Veeam, должна соответствовать следующим требованиям:
Плагин AWS для резервного копирования и репликации Veeam версии 12.0.5.XXX, а затем
Microsoft .Net Core Runtime 6.0 или позже
Microsoft Asp.Net Core Shared Framework 6.0 или позже
Плагин Microsoft Azure для резервного копирования и репликации Veeam версии 12.0.4.XXX, а затем
Microsoft .Net Core Runtime 6.0 или позже
Microsoft Asp.Net Core Shared Framework 6.0 или позже
Google Cloud Plugin для Veeam Backup & Replication версии 12.0.3.XXX, а затем
Microsoft .Net Core Runtime 6.0 или позже
Microsoft Asp.Net Core Shared Framework 6.0 или позже
Nutanix AHV плагин для Veeam Backup & Replication версии 12.0.4.XXX, а затем
Microsoft .Net Core Runtime 6.0 или позже
Microsoft Asp.Net Core Shared Framework 6.0 или позже
Для других системных требований плагина см. Руководство Veeam для Nutanix AHV Руководство пользователя .
RHV плагин для резервного копирования и репликации Veeam версии 12.0.3.XXX, а затем
Microsoft .Net Core Runtime 6.0 или позже
Microsoft Asp.Net Core Shared Framework 6.0 или позже
Для других системных требований плагина см. Верновое резервное копирование для Руководства пользователя RHV .
Плагин Kasten K10 для Veeam Backup & Replication версии 12.0.0.XXX, а затем
Microsoft .Net Core Runtime 6.0 или позже
Microsoft Asp.Net Core Shared Framework 6.0 или позже
Для других системных требований плагина см. Верновое резервное копирование для руководства пользователя Kasten K10 .
Вы можете создать транзакционно-согласованные резервные копии или реплики виртуальных машин, которые запускают следующие приложения.
Microsoft Active Directory
Veeam Backup & Replication поддерживает резервную копию контроллера домена для следующих операционных систем:
- Microsoft Windows Server 2022
- Microsoft Windows Server 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2012 R2
- Microsoft Windows Server 2012
- Microsoft Windows Server 2008 R2
- Microsoft Windows Server 2008
Минимальный поддерживаемый домен и функциональный уровень леса – Windows 2008.
Поддерживаются следующие версии Microsoft Exchange:
- Microsoft Exchange 2019
- Microsoft Exchange 2016
- Microsoft Exchange 2013
Поддерживаются следующие версии Microsoft SharePoint Server (виртуализированные либо на VMware, либо Hyper-V):
- Microsoft SharePoint Server Presppling Edition
- Microsoft SharePoint 2019
- Microsoft SharePoint 2016
- Microsoft SharePoint 2013
Все издания поддерживаются (подписка, фонд, стандарт, предприятие).
Восстановление данных Microsoft SharePoint может потребовать доступной постановки Microsoft SQL Server. Чтобы узнать, как настроить этот сервер, см. Раздел «Настройка постановки SQL Server» в Руководстве пользователя Veeam Explorers.
Microsoft SQL Server
Поддерживаются следующие версии Microsoft SQL Server (для обработки и резервного копирования журнала транзакций с учетом приложений):
- Microsoft SQL Server 2022 (только для Windows)
- Microsoft SQL Server 2019 (только для Windows)
- Microsoft SQL Server 2017 (только для Windows)
- Microsoft SQL Server 2016 SP2
- Microsoft SQL Server 2014 SP3
- Microsoft SQL Server 2012 SP4
- Microsoft SQL Server 2008 R2 SP3
- Microsoft SQL Server 2008 SP4
Все издания Microsoft SQL Server поддерживаются.
База данных, журналы которых вы хотите сделать. В этом случае все изменения состояния Microsoft SQL Server будут записаны в журналы транзакций, и вы сможете воспроизводить журналы транзакций для восстановления Microsoft SQL Server. Вы можете использовать студию управления Microsoft SQL Server для перехода на одну из этих моделей. Для получения дополнительной информации см. Microsoft Docs .
Восстановление данных Microsoft SQL Server может потребоваться доступная постановка Microsoft SQL Server. Чтобы узнать, как настроить этот сервер, см. Раздел «Настройка постановки SQL Server» в Руководстве пользователя Veeam Explorers.
Oracle на ОС Windows
Veeam Backup & Replication поддерживает резервную копию следующих версий базы данных Oracle:
- Oracle Database 11g выпуск 2
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 12c выпуск 1
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 12c выпуск 2
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 18c
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 19c
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 21c
Для поддерживаемых операционных систем см. Oracle Documentation .
Oracle на Linux OS
Veeam Backup & Replication поддерживает резервную копию следующих версий базы данных Oracle:
- Oracle Database 11g выпуск 2
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 12c выпуск 1
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 12c выпуск 2
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 18c
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 19c
Для поддерживаемых операционных систем см. Oracle Documentation .
- Oracle Database 21c
Для поддерживаемых операционных систем см. Oracle Documentation .
Конфигурация базы данных Oracle
Рассмотрим следующее:
- Автоматическое управление хранением (ASM) поддерживается для Oracle 11G, а затем; Требуется присутствовать ASMLIB.
- Oracle Real Application Clusters (RAC) не поддерживаются в функциональности резервного копирования на уровне изображения. Используйте плагин Veeam для Oracle Rman . Для получения подробной информации, см. Плагин Veeam для раздела Oracle RMA.
- Oracle Database Express Edition (XE) поддерживается только для машин на базе Windows.
- Конфигурации с различными версиями базы данных Oracle, развернутые на одном и том же сервере, не поддерживаются. Используйте плагин Veeam для Oracle Rman . Для получения подробной информации, см. Плагин Veeam для раздела Oracle RMA.
- Чтобы создать резервные копии базы данных Oracle, все серверы Oracle, которые используют защиту данных.
- Вы можете использовать плагин Veeam для Oracle Rman для интеграции RMAN с репозиториями Veeam Backup & Replication. Для получения подробной информации, см. Плагин Veeam для раздела Oracle RMA.
Veeam Backup & Replication поддерживает резервную копию следующих версий PostgreSQL на Linux:
- Postgresql 12
- Postgresql 13
- Postgresql 14
- Postgresql 15
Считайте, что 32-разрядная Oracle работает на 64-битных операционных системах и Oracle Express Edition (XE) на Linux не поддерживается.
- Veeam Explorer для Microsoft Active Directory
- Veeam Explorer для Microsoft Exchange
- Veeam Explorer для Microsoft SharePoint
- Veeam Explorer для Microsoft SQL
- Veeam Explorer для команд Microsoft
- Veeam Explorer для Oracle
- Veeam Explorer для PostgreSQL
Мощный резервный и восстановление VMware
В современном центре обработки данных виртуализация поступает стандартной, и для большинства организаций VMware является движущей силой модернизации. От файловых серверов до критических приложений и баз данных, которые поддерживают глобальные предприятия, почти все виртуализировано по всему спектру. Резервное копирование VMware необходимо для центра обработки данных и должно рассматриваться при планировании стратегии защиты данных.
С миллионом активных установков, Veeam® является наиболее прикрепленным сторонним решением, которое’S специально построенная для VMware Backup.
Вы держите свой бизнес на VMware – зачем играть в его защиту?
- Обзор продукта
- Что’S новый
- Смотреть демонстрацию продукта
Свобода выбора
100% программное обеспечение определено и будущее в будущем. Аппаратное и хранение агностик.
Простое, без агента управление
Истинная неверная защита с помощью элемента и восстановления на уровне объекта.
Встретить RTO и RPO
Восстановить что -нибудь мгновенно в VMware, выполняя цели восстановления вашей организации.
Превосходные возможности улучшают доступность VMware
Программное определение и агрессия
Получите свободу построить решение для резервного копирования в вашей существующей среде без необходимости приобрести запатентованное оборудование для оборудования.
Без агента и VMware-родной
Придерживаясь VMware’Миссия по избежанию ненужных компонентов, True Intagepless Leatcher обеспечивает восстановление на уровне объекта и на основе единого резервного копирования на основе изображения без всех дополнительных накладных расходов.
Двигатель мгновенного восстановления следующего поколения
Достичь непрерывности бизнеса, избегайте простоя и удовлетворяйте ваши SLA, встречая ваши RPO и RTO с пионером мгновенного восстановления – без необходимости специализированного оборудования.
Вымогательный защитник
Держите вымогатели из резервных копий VMware со 100% защитой от вымогателей от нативной неподвижной в течение жизненного цикла вашего резервного копирования.
Мониторинг и аналитика
Проактивное управление вашим резервным копированием VMware с отчетностью и видимостью, которая увеличивает успех, оптимизирует ваш опыт поддержки и контролирует вашу инфраструктуру VMware для злонамеренной деятельности.
Включить DevOps
Мгновенно используйте резервные копии VMware в виртуальной песочнице для разработки приложений и тестирования патча для достижения вашего бизнеса.
Защитите VMware, облако, физическое и многое другое
Расширить мощную защиту всей вашей среды в любое время без лицензирования головных болей благодаря Universal Licensing Veeam (VUL).
Ресурсы
- Гид пользователя
- Резервная копия VMware для манекенов Электронная книга
Часто задаваемые вопросы
Как сделать резервное копирование данных VMware
- Чтобы правильно выполнить резервную копию VMware и VMware VMS, вам необходимо убедиться, что у вас есть время, пропускная способность и хранение, необходимые для выполнения резервной копии.
- Выберите лучшее время-обычно резервное копирование VMware, как и любое другое резервное копирование ядра, выполняется в нерабочее время.
- Проверьте, есть ли у основных и/или вторичных мест хранения для резервного копирования VMware достаточное пространство.
- Определите, будут ли какое-либо резервное копирование виртуальных машин в каких-либо приложениях, которые требуют конкретной обработки для достижения резервных копий VMware с приложением.
- Если вы планируете использовать какие -либо сценарии до или опубликовать работу за выполнением задания резервного копирования VMware, создайте их, прежде чем начать.
- Определите, какие виртуальные машины VMware должны быть защищены, а какие должны быть исключены из резервного копирования.
- В большинстве случаев вы можете выполнить резервную копию VMware с одним проходом, используя преимущества вашего решения для резервного копирования, работающего непосредственно с API VMware VSphere Storage для защиты данных, чтобы гарантировать, что все виртуальные машины VMware, их хранилище и конфигурация защищены и готовы к восстановлению.
Как восстановить данные VMware
Восстановление некоторых или всех частей VMware VM во время потерь или даже VMware Disaster Recovery может быть достигнуто так же, как вам это нужно – ключ – выбор лучшего метода для вашего сценария восстановления:
- Мгновенное восстановление виртуальной машины – быстро достичь VMware Disaster Recovery одной виртуальной машины VMware, запустив их непосредственно из резервных копий Veeam для улучшения целей времени восстановления (RTO).
- Мгновенное восстановление виртуальной машины – немедленно восстановить только отдельные диски виртуальных машин непосредственно из файла резервного копирования или в качестве дисков первого класса (FCD) в VMware.
- Целое восстановление виртуальной машины – достичь полного VMware Disaster Recovery, восстановив целую виртуальную машину непосредственно из файла резервного копирования Veeam или реплики VMware обратно в свое оригинальное или даже новое место.
- Восстановление файлов гостевой ОС – когда VMware Disaster Recovery требуется только на уровне гостевой ОС, вы можете легко восстановить отдельные файлы и папки ОС от гостей непосредственно из резервных копий Veeam, реплик и снимков VMware, не требуя сбора хранилища, чтобы восстановить всю виртуальную машину.
Типы резервных копий VMware
Для резервного копирования VMware существуют различные уровни VMware, которые могут быть защищены – в конечном итоге на основе того, что вам нужно для достижения целей восстановления. Решения, такие как Veeam Backup & Replication, обеспечат резервные копии изображений на уровне блоков, которые могут быть использованы для полного спектра восстановления:
- Резервное копирование VMware на уровне хоста-примените резервную копию VMware на уровне хоста, чтобы убедиться, что вы захватываете не только все в настоящее время виртуальные машины на хосте, но и все хранение, конфигурация и метаданные, необходимые для даже самого требовательного восстановления, включая аварийное восстановление.
- Резервное копирование VMware на уровне гостя-в каждом хосте vsphere вы можете выбрать отдельных гостей, чтобы включить или исключить из VMware Backup. Этот метод позволяет вам защищать отдельные операционные системы на уровне гостей и связанные с ними файлы, чтобы вы могли выполнить восстановление на уровне объекта на уровне гостевой ОС.
- Измененное отслеживание блоков (CBT)-Для всех резервных копий VMware VMware предоставляет встроенную возможность, что журналы все изменения, внесенные для гостя на уровне блока. Использование преимуществ CBT позволяет продуктам резервного копирования VMware, таких как Veeam, защищать только фактические блоки данных того, что изменилось с момента последнего резервного копирования, что приводит к гораздо быстрее, меньшей резервной копии VMware.
- Кроме того, воспользуйтесь преимуществами расширенных настроек для резервного копирования VMware, включая VMware Tools Quiesce, которые помогут заморозить файловую систему во время резервного копирования VMware. Программное обеспечение для резервного копирования, которое поддерживает VMware Tools Quiesce для резервного копирования VMware.