Точка восстановления системы

Точка восстановления системы - ключевое понятие в стратегии резервного копирования и восстановления. Давайте сейчас поговорим об этом подробнее...

Содержание:

Создание точек восстановления средствами Arcserve UDP

Сервер хранения точек восстановления и глобальная дедупликация

Точка восстановления системы виртуальных машин VMware и Change Block Tracking

Восстановление системы используя точки восстановления

Создание точек восстановления средствами Arcserve UDP

 Основой идеологии работы программы для резервного копирования Arcserve UDP для защиты системы является создание и управление точками восстановления различных систем. Arcserve UDP создает точки восстановления для следующих систем:

• Microsoft Windows Server
• Microsoft Windows Workstation
• Linux
• Виртуальные машины VMware
• Виртуальные машины Hyper-V
• Сервер Microsoft SQL Server
• Сервер Microsoft Exchange

 Используя централизованную систему, можно защитить все информационные системы, которые используются в вашей организации.

Сервер хранения точек восстановление и глобальная дедупликация

 Точки хранения системы недостаточно просто создать. Полноценная защита системы требует обеспечить надежное хранение точек восстановления. При этом понятно стремление хранить их наиболее экономично.

Проще говоря, если у вас есть какая-либо система хранения (высокопроизводительная СХД или просто жесткие диски сервера) встает задача уместить в эту систему хранения как можно больше точек восстановления системы.

На протяжении долгого времени, единственным механизмом сжатия информации были алгоритмы компрессии (такие как технология Zip или RAR).

Но это осталось в прошлом. Современные технологии - это технологии дедупликации.

Давайте в нескольких словах поймем как это работает.

Основная идея дедупликации

Любой файл в информационной системе - это какая-то последовательность из единиц и нулей. Если логически разрезать файл на блоки (например по 4 килобайта), то возникает вероятность, что нам встретятся блоки у которых последовательность единиц и нулей будет одинакова.

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

Идея дедупликации достаточно проста. Мы пишем в хранилище резервных копий только уникальные блоки. Если где-то встречает блок информации, который уже записан в хранилище резервных копий, то он второй раз не пишется. Просто в базу данных индексов помещается информация о том, что на этом месте должен находится блок с определенным идентификатором.

Таким образом, дедупликация всегда должна иметь как минимум два объекта:

1. Физическое хранилище уникальных блоков
2. Базу данных индексов

В продвинутых, современных системах, таких как Arcserve UDP - добавляется третий объект - База данных хэшей.

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

Точка восстановления системы виртуальных машин VMware и Change Block Tracking

 Компания VMware является пионером в разработке средств виртуализации. Немудрено, что многие технологии связанные с восстановлением данных были впервые разработаны именно в этой компании. Давайте посмотрим на разработки VMware впрямую связанные с точками восстановления. Мы не будем в этой статье углубляться в технические детали. Информацию любого уровня детализации о точках восстановления можно найти в других статьях на этом сайте. Давайте поговорим о точках восстановления VMware, который реализует технология VMware Change Block Tracking.

В нескольких словах как работает Change Block Tracking

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

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

При следующем обращении программы резервного копирования к виртуальному гипервизору, он передает на резервное копирование не всю виртуальную машину, а только набор блоков информации, которые были изменены с момента последнего резервного копирования.

Вместе с передачей блоков данных, передается необходимая информация, позволяющая системе резервного копирования "собирать" полноценную резервную копию синтетическим методом.

Каждая передача измененных блоков формирует в хранилище резервных копий точку восстановления виртуальной машины.

Восстановление системы используя точки восстановления

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

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

В случае Arcserve это технология называется Arcserve Instant Recovery VM. Вы можете найти дополнительную информацию о технологии Arcserve Instant Recovery VM в других матералах этого сайта. Просто воспользуйтесь кнопкой поиска в верхнем правом углу.

Дополнительная информация:

Подробную информацию о программе Arcserve UDP можно получить из статьи "Arcserve UDP - знакомство с Unified Data Protection" на этом сайте.

Внимание! Нам важно ваше мнение. Поставьте свою оценку этой статье в верхней части экрана.