Диск 1
MBR
База данных
LDM
1 МБ
Диск 2
Защитная
MBR
GPT
Microsoft
Reserved
Partition (MSR)
База данных
LDM
GPT
Раздел метаданных LDM
1 МБ
Распространенная схема резервного копирования предназначена для сохранения оптимального баланса между размером архива резервных копий и количеством точек восстановления, доступных из архива. Схема «дед-отец-сын» позволяет восстанавливать данные с точностью до дня для нескольких последних дней, c точностью до недель для нескольких последних недель и с точностью до месяца для любого времени в прошлом.
Для получения дополнительных сведений см. схему резервного копирования «дед-отец-сын».
Функция VMware ESX(i), которая позволяет определить, какие блоки виртуальных дисков были изменены, и во время резервного копирования/репликации перенести только измененные блоки. Например, при использовании технологии CBT скорость инкрементного резервного копирования может увеличиться до 20 раз.
Особая функция VMware vCenter, позволяющая в случае отказа какого-либо оборудования в кластере автоматически перезапускать виртуальные серверы на другом хосте кластера.
Перенос физической машины в виртуальную среду. Обычно процесс P2V включает следующие шаги:
Особая функция VMware vCenter, позволяющая перенести работающую виртуальную машину с одного устройства хранения на другое.
Патентованная технология Acronis для загрузки Windows на отличающееся оборудование или на виртуальную машину. Universal Restore учитывает различия в устройствах, критических для запуска операционной системы, таких как контроллеры памяти, системная плата или набор микросхем.
В Acronis Backup for VMware технология Universal Restore используется в основном для сценариев миграции P2V.
С помощью Universal Restore невозможно восстанавливать ОС Linux.
Группа виртуальных машин, управляемых как единый объект. vApp упрощают управление сложными многоуровневыми приложениями, которые выполняются на нескольких взаимозависимых виртуальных машинах. vApp поддерживает те же базовые операции, что и виртуальные машины и пулы ресурсов. С помощью vApp можно задать последовательность, в которой будут включаться виртуальные машины в vApp, автоматически назначить IP-адреса виртуальным машинам в vApp и обеспечить пользовательскую настройку на уровне приложений.
В контексте продукта Acronis Backup for VMware термин «vApp» обозначает контейнер для ВМ. Этот контейнер обладает собственными свойствами, которые включаются в резервную копию и восстанавливаются вместе с vApp после того, как восстанавливается весь vApp или его части.
Сервер VMware vCenter Server, ранее известный как VMware VirtualCenter, централизованно управляет средами VMware vSphere, позволяя ИТ-администраторам существенно улучшить контроль над виртуальной средой по сравнению с другими платформами управления.
Дополнительные сведения см. на веб-сайте http://www.vmware.com/products/vcenter-server/.
В контексте продукта Acronis Backup for VMware элемент «vCenter» считается контейнером для виртуальной инфраструктуры ESX(i), включая центры обработки данных, хосты ESX(i) и т. п.
Особая функция VMware vCenter, позволяющая переносить работающие виртуальные машины между похожими, но отдельными аппаратными хостами, совместно использующими одно и то же хранилище. Все эти переносы полностью прозрачны для любых пользователей виртуальной машины.
Приложение, которое выполняет резервное копирование и восстановление виртуальных машин и позволяет выполнять другие операции управления с инфраструктурой VMware ESX(i), например управлять заданиями и выполнять операции с доступными резервными копиями, машинами и т. д.
Acronis Backup for VMware содержит агент для резервного копирования виртуальных машин, расположенных на сервере виртуализации VMware ESX(i), к которому этот агент подключен. Один агент может управлять несколькими хостами ESX(i) или одним vCenter. В агенте лучше зарегистрировать vCenter, а не отдельные хосты ESX(i), которыми этот vCenter управляет. Иначе не будет поддерживаться vMotion.
Агент может работать под ОС Windows, т. е. быть установлен на платформе Windows, или на устройстве, т. е. на специальной виртуальной машине на хосте ESX(i).
См. раздел Архив резервных копий.
Набор резервных копий, созданный и управляемый заданием резервного копирования. Архив, созданный в традиционном стиле, может содержать несколько полных резервных копий, а также инкрементные и дифференциальные резервные копии. Архив формата «Всегда инкрементный» может содержать только инкрементные резервные копии (первая резервная копия всегда будет полной). Резервные копии, входящие в один архив, всегда хранятся в одном хранилище. Несколько заданий резервного копирования могут копировать одни и те же исходные данные в один и тот же архив, но обычно используется сценарий «одно задание — один архив».
Резервные копии в архиве управляются заданием резервного копирования. Ручные операции с архивами (проверка, просмотр содержимого, подключение и удаление резервных копий) следует выполнять только с помощью Acronis Backup for VMware. Не используйте для изменения архивов и резервных копий никакие инструменты, кроме Acronis (например, проводник Windows или диспетчеры файлов сторонних разработчиков).
Новое поколение формата архива, когда архив может включать несколько резервных копий с разных виртуальных машин. Все резервные копии сохраняются в этом архиве в инкрементном режиме. Физически все данные находятся в одном файле в отличие от традиционного архива, где каждая резервная копия хранится в отдельном TIB-файле. Ниже описана ротация резервных копий внутри всегда инкрементного архива.
Когда срок действия какой-то резервной копии заканчивается в соответствии с заданными правилами хранения (например, «удалять все резервные копии старше 5 дней»), программа помечает старые блоки, принадлежащие этой резервной копии, как «свободные». Если блоки устаревшей резервной копии имеют зависимости (такие блоки могут использоваться и в более новых резервных копиях из-за инкрементной технологии резервного копирования), они не помечаются как «свободные» для сохранения согласованности архива. Архив будет занимать такое же место в хранилище, как и раньше. Однако при новых сохранениях резервных копий в этот архив данные будут сначала записываться в «свободные блоки», что увеличит общий размер архива, только когда все «свободные» блоки будут использованы.
Этот подход позволяет сохранять как можно меньший размер архива и предотвращает его неограниченный рост.
Число динамических дисков, хранящих общие данные конфигурации в своих базах данных диспетчера логических дисков (Logical Disk Manager, LDM) и поэтому подлежащих управлению как единое целое. Обычно все динамические диски, созданные на одной машине, являются членами одной и той же группы дисков.
Как только с помощью LDM или другого средства управления дисками создается первый динамический диск, имя группы дисков появляется в разделе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\dmio\Boot Info\Primary Disk Group\Name.
Следующие созданные или импортированные диски добавляются в эту группу дисков. Группа существует, пока в нее входит хотя бы один диск. Когда отсоединяется или преобразуется в базовый последний динамический диск, группа прекращает существование, хотя ее имя сохраняется в указанном разделе реестра. В случае если снова создается или подсоединяется динамический диск, создается группа дисков с инкрементным именем.
В случае переноса на другую машину группа дисков становится «чужой» и не может использоваться, пока не будет импортирована в существующую группу дисков. Импорт обновляет данные конфигурации на локальных и чужих дисках, с тем чтобы они составили единое целое. Группа чужих дисков импортируется «один в один» (сохраняет исходное имя), если на машине отсутствует группа дисков.
Дополнительные сведения о группах дисков см. в следующей статье в базе знаний Майкрософт:
222189 Описание групп дисков в Windows Disk Management http://support.microsoft.com/kb/222189/EN-US/
Способ исключения дублирования информации внутри архива.
Acronis Backup for VMware может применять технологию дедупликации к любым архивам резервных копий — как формата Традиционный стиль, так и формата Всегда инкрементный архив. Таким образом сводится к минимуму дисковое пространство, занимаемое архивами, трафик резервного копирования и использование сети во время резервного копирования.
Дедупликация в Acronis Backup for VMware управляет данными только в одном архиве резервных копий. Например, если резервные копии сохранены в 2 разных архивах (даже в одном хранилище), между этими архивами не будет никаких связей и они могут содержать одни и те же дедуплицированные данные.
Жесткий диск, управляемый диспетчером логических дисков (LDM), который доступен в версиях Windows, начиная с Windows 2000. LDM помогает гибко размещать тома на устройстве хранения данных для повышения отказоустойчивости и производительности или для увеличения размера томов.
Динамический диск может использовать стиль разделов основной загрузочной записи (MBR) или таблицы разделов GUID (GPT). Помимо MBR или GPT, каждый динамический диск содержит скрытую базу данных, где LDM хранит конфигурацию динамических томов. Каждый динамический диск содержит полную информацию о всех динамических томах, существующих в группе дисков, что повышает надежность хранилища. База данных занимает последний 1 МБ MBR-диска. ОС Windows создает на GPT-диске выделенный раздел метаданных LDM, отбирая дисковое пространство у раздела Microsoft Reserved Partition (MSR).
|
|
|
|
|
|
|
|
|
Диск 1 |
MBR |
|
База данных
|
|||||
|
|
|
|
|||||
Диск 2 |
Защитная |
GPT |
Microsoft |
База данных
|
|
GPT |
||
|
|
|
|
Раздел метаданных LDM |
|
|
||
Динамические диски, организованные на MBR-дисках (диск 1) и GPT-дисках (диск 2).
Дополнительные сведения о динамических дисках см. в следующих статьях базы знаний Майкрософт:
Disk Management (Windows XP Professional Resource Kit) http://technet.microsoft.com/ru-ru/library/bb457110.aspx.
816307 Рекомендации по использованию динамических дисков компьютеров под управлением Windows Server 2003 http://support.microsoft.com/kb/816307/ru.
Любой том, расположенный на динамических дисках или, точнее, в группе дисков. Динамические тома могут охватывать несколько дисков. Динамические тома обычно настраиваются в зависимости от цели:
При резервном копировании виртуальных машин, содержащих динамические диски, Acronis Backup for VMware выполняет резервное копирование логических динамических томов, а не всей структуры динамических дисков.
В дифференциальной резервной копии хранятся изменения, произведенные в данных относительно самой поздней версии полной резервной копии. Для восстановления данных из дифференциальной резервной копии необходимо иметь доступ к полной резервной копии.
Загрузочная утилита аварийного восстановления, которая содержит большинство функций резервного копирования агента Acronis Backup for VMware. Она обычно используется для миграции P2V. Загрузочный агент основан на ядре Linux. Загрузить машину в загрузочный агент можно с помощью загрузочного носителя. Настройка операций и управление ими возможны только локально через графический интерфейс пользователя.
Физический носитель, который содержит загрузочный агент (CD, DVD, флэш-накопитель USB или другой носитель, поддерживаемый BIOS в качестве устройства загрузки).
Загрузочный носитель в Acronis Backup for VMware используется в случае резервного копирования физической машины для миграции P2V.
В Acronis Backup for VMware задание представляет собой последовательность действий, выполняемых на зарегистрированной машине в определенный момент или при наступлении определенного события. Эти действия описываются в XML-файле сценария. Начальное условие (расписание) содержится в защищенных разделах реестра (для агента на основе Windows) или в защищенных файлах (для агента на основе устройства).
Набор правил, указывающих, как должна быть защищена заданная виртуальная машина или набор виртуальных машин. В задании резервного копирования указывается следующее:
Например, задание резервного копирования может содержать следующую информацию:
Физически, задание резервного копирования представляет собой заданный набор действий для выполнения на стороне агента в соответствии с указанными Параметрами резервного копирования.
Виртуальная машина, управляемая агентом Acronis Backup for VMware. Все виртуальные машины, работающие на зарегистрированном хосте ESX(i) или в vCenter, регистрируются автоматически и могут управляться агентом Acronis Backup for VMware.
Резервная копия, в которой хранятся изменения, произведенные в данных относительно самой поздней резервной копии. Для восстановления данных инкрементной резервной копии требуется иметь доступ к другим резервным копиям того же архива.
Консоль — это пользовательский веб-интерфейс, предоставляемый агентом Acronis Backup for VMware для доступа к функциональным возможностям продукта. Этот интерфейс доступен из любого поддерживаемого интернет-браузера после перехода по указанному URL-адресу (например, https://192.168.0.23:9876/), где 192.168.0.23 — IP-адрес агента Acronis Backup for VMware, а 9876 — порт. Используя прямое веб-подключение «консоль-агент», администратор осуществляет прямое управление.
Специальное средство для создания загрузочного носителя.
Виртуальный компьютер, уникально идентифицируемый по установленной операционной системе.
Эта операция создает копию данных жесткого диска машины для восстановления данных или возврата к состоянию на определенные дату и время.
Удаление резервных копий из архива резервных копий, чтобы избавиться от устаревших резервных копий или не превысить допустимый размер архива.
Во время очистки к архиву применяются правила хранения из задания резервного копирования, которое создает архив. Эта операция проверяет, превысил ли архив максимальный размер и есть ли устаревшие резервные копии. Если правила хранения нарушены, определенные резервные копии будут удалены.
Дополнительные сведения см. в Руководстве пользователя.
Такие параметры операции резервного копирования, как защита архива, исключение исходных файлов или уровень сжатия данных. Параметры резервного копирования являются частью задания резервного копирования.
Самостоятельная резервная копия, содержащая все необходимые данные. Для восстановления данных из полной резервной копии доступ к другим резервным копиям не требуется.
Часть задания резервного копирования. Правила, определяющие, когда и как часто выполнять проверку и нужно ли проверять весь архив или только последнюю резервную копию в архиве.
Операция для определения возможности восстановления данных с резервной копии.
При проверке резервной копии виртуальной машины для каждого блока данных, сохраненного в этой резервной копии, вычисляется контрольная сумма. Эта процедура требует значительных ресурсов.
Хотя успешная проверка означает высокую вероятность восстановления данных, проверяются не все факторы, влияющие на процесс восстановления. Если выполнить резервное копирование операционной системы, только тестовое восстановление на новую или существующую виртуальную машину или запуск виртуальной машины с резервной копии может гарантировать успешное восстановление в будущем.
Любая операция управления, выполняемая на агенте с использованием подключения консоль-агент.
Термин VMware, описывающий концепции управления ресурсами в виртуализированной среде ESX(i). Пул ресурсов позволяет разделить ресурсы автономного хоста ESX(i) или кластера ESX(i) на меньшие пулы. Пул ресурсов задается с набором ЦП и ресурсами памяти, которые совместно используются виртуальными машинами, работающими в этом пуле ресурсов. Пулы ресурсов самодостаточны и изолированы от других пулов ресурсов.
Несколько физических серверов можно объединить в единый пул ресурсов для увеличения мощности ЦП и емкости памяти.
Виртуальные машины работают в пулах ресурсов и получают из них ресурсы. Такая организация позволяет непрерывно перераспределять рабочую нагрузку виртуальных машин между пулами ресурсов. При возрастании рабочей нагрузки сервер vCenter Server автоматически выделяет дополнительные ресурсы и прозрачно переносит виртуальные машины между хостами пула ресурсов.
Особая функция VMware vCenter, позволяющая автоматически распределять нагрузку кластера ESX(i) с помощью vMotion.
Результат одной операции по резервному копированию в виде одной точки восстановления в архиве. Физически это файл с копией данных (томов виртуальных машин) по состоянию на определенные дату и время для определенной виртуальной машины. Резервные копии, созданные Acronis Backup for VMware, имеют расширение TIB. В одном файле резервной копии могут содержаться полезные данные с нескольких машин плюс необходимые метаданные.
Процесс репликации виртуальной машины в новое хранилище (новое хранилище данных или пул ресурсов). В результате создается дублирующая виртуальная машина, работающая независимо от исходной.
Это часть задания резервного копирования, которая включает расписание резервного копирования, а также [необязательно] правила хранения и расписание очистки. Например: создание полной резервной копии ежемесячно в последний день месяца в 10:00 и создание инкрементной резервной копии по воскресеньям в 22:00 (для архива старого формата), удаление резервных копий старше 3 месяцев, проверка наличия таких резервных копий при каждом завершении операции резервного копирования. Если резервное копирование выполняется в режиме Всегда инкрементный, задавать его тип (полное или инкрементное) не нужно.
Acronis Backup for VMware позволяет использовать такие известные оптимизированные схемы резервного копирования, как дед-отец-сын, создавать пользовательскую схему резервного копирования или выполнять резервные копирование данных только один раз.
Дата и время, на которые можно восстановить данные из резервной копии.
См. раздел Архив резервных копий.
Логический контейнер, содержащий файлы виртуальной машины и другие файлы, необходимые для работы с ней. Хранилища данных могут размещаться на разных типах физических устройств хранения данных, включая локальное хранилище, iSCSI, устройство Fibre Channel SAN и NFS. Хранилище данных может быть основано на VMFS или на NFS.
Архив резервных копий шифруется по алгоритму AES. Если в параметрах резервного копирования заданы режим шифрования и пароль для архива, каждая резервная копия в архиве шифруется агентом перед сохранением в место назначения.
Алгоритм шифрования AES выполняется в режиме CBC (цепочка шифроблоков) и использует сформированный случайным образом ключ указанного пользователем размера (128, 192 или 256 бит). Затем ключ шифрования шифруется с помощью алгоритма AES-256, используя хэш пароля SHA-256 в качестве ключа. Сам пароль не сохраняется где-либо на диске или в файле резервной копии. В целях проверки используется хэш пароля. Такая двухуровневая схема защиты позволяет обезопасить данные резервной копии от несанкционированного доступа, но восстановление утраченного пароля невозможно.