Синтетическое резервное копирование (Synthetic Backup) – альтернативный прием эффективной защиты данных

Количество данных на предприятиях, больших и малых, с годами растет в геометрической прогрессии. Защита данных становится очень сложной задачей, а требования доступности растут с каждым днем. Учитывая, что защита данных является задачей первостепенной важности для предприятий любых размеров, эта задача требует значительных вложений (в зависимости от размера компании) и, определенно, является содействующим фактором в прибыльности компании. При тщательно продуманном планировании развертывания инфраструктуры ИТ и использовании только лучших приемов для содержания корпоративных данных, например планирование Disaster Recovery (DR) [1] для защиты и безопасности данных, компании смогут значительно сэкономить и увеличить границы своей прибыли. Синтетическое резервное копирование является одним из таких самых лучших DR приемов, который обеспечивает эффективную защиту данных при низкой стоимости работ. Оно также предлагает традиционные приемы резервного копирования файловой системы во время ее восстановления.

Что такое синтетическое резервное копирование?

Синтетическое резервное копирование является альтернативой создания полных резервных копий из периодических инкрементальных копий. Она состоит из одной обычной полной резервной копии (при первом создании), после создания которой, все последующие изменения вносятся в нее в виде периодических инкрементальных копий (periodic incremental [2] backups). Поскольку такой тип копирования синтезируется из полного резервного копирования, отсюда он и получил свое название.

Техническое объяснение

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

Рисунок 1: Концептуальное представление синтетического и полного резервного копирования

Эта процедура резервного копирования называется синтетической, поскольку копия создается не из оригинального файла данных. На рисунке 1 показаны шаги, из которых состоит традиционное полное резервное копирование и синтетическое. При синтетическом копировании меньше данных будет передаваться по каналам сети, что означает меньший объем сетевого трафика. Это происходит благодаря тому факту, что при традиционном создании резервных копий всего тома требуется передача всех используемых блоков данных из этого тома в хранилище резервных копий. А при синтетическом резервном копировании система использует лишь инкрементные изменения, передает их по каналам сети и после этого запускает специальную программу [3] в хранилище для применения этих изменений к предыдущей резервной копии (полной или синтетической). Суть заключается в том, что после первого создания полной резервной копии вам нужно будет использовать только инкрементные копии, а не полные резервные копии каждый раз. Каждая новая инкрементная копия будет синтезироваться и обновлять полную резервную копию.

Почему именно синтетическое резервное копирование?

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

Этот тип создания резервных копий подходит для корпоративного окружения, где пропускная способность сети имеет повышенное качество и ее нелегко масштабировать. Такие модели бизнеса как Application Service Providers являются типичными примерами, когда сотни гигабайт данных передаются по общим каналам, в большинстве случаев по линиям T1 или T3. Даже при использовании линии T3 создание резервных копий 20-30 серверов с 150 GB данных в среднем на каждом потребует серьезных вложений на оплату пропускной способности сети и соответствующих затрат на содержание линии. Более того, потребуются огромные ресурсы места для хранения всего объема периодических полных резервных копий.

Синтетическое резервное копирование лучше всего использовать, когда временные или системные требования не позволяют использовать полное резервное копирование. Некоторые ключевые преимущества:

• Относительно низкие требования времени и места для создания резервных копий – Поскольку изменения тома периодически записываются поверх существующей полной/синтетической резервной копии, требуется меньше места для хранения.
• Сниженное количество времени восстановления – Время восстановления системы снижено, поскольку система обращается только к одному универсальному файлу, а не к нескольким файлам с изменениями.
• Менее дорогая полная резервная копия – Гарантированная доступность полной версии системы в одном файле резервной копии.
• Возврат инвестиций – меньшее потребление ресурсов, меньшая мощность ЦП, меньший объем сетевого трафика, меньший объем хранилища, в результате больше сэкономленных средств.
• Менее беспорядочный – помогает избежать путаницы при, как при отслеживании множества файлов традиционной резервной копии.

Соответствующие пользователи (Featured Users)

Некоторые типичные пользователи синтетического резервного копирования:

Провайдеры сервисов приложений (Application Service Providers)

Application Service Providers (ASP) поставляют ПО от централизованных банков данных, через платный доступ выделенных, высокоскоростных сетей или Интернет. Службы приложений варьируются от систем планирования ресурсов предприятий (Enterprise Resource Planning (ERP)), решений управления взаимоотношениями потребителей (Customer Relationship Management (CRM)) и вертикальных приложений до ПО для рабочих групп, пакетов персональной производительности и полных сервисов десктопов и печати. Для того чтобы обеспечить защиту данных, провайдеры этих решений сталкиваются с проблемой создания со временем резервных копий этих важных данных, используя арендованные сети, например T1. Это довольно дорогая операция и требует значительных вложений, чтобы оплатить расходы аренды сетей и сетевой трафик.

Усовершенствованные приемы создания резервных копий, такие как синтетическое копирование, позволяют ASP значительно снижать стоимость этих операций (учитывая множитель), а также пользоваться преимуществом экономии времени и места, которое дает синтетический способ создания резервных копий.

Провайдеры Managed Service Providers

Провайдеры managed service provider (MSP) – это компании, которые управляют сервисами ИТ других компаний через Интернет. MSP – это компания, предлагающая продолжительный аутсорсинг ИТ функции. MSP обеспечивает техническую поддержку для данного сервера, включая обновление ПО, резервных копий, физических устройств, пропускной способности сети, брандмауэров и других технических вопросов. Учитывая ценовую эффективность и оптимизацию времени и места, которой обладает синтетическое резервное копирование, модель бизнеса MSP может со временем достичь значительного увеличения прибыли.

Предприятия малых и средних размеров (SMB)

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

Заключение

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

О Sonasoft

Sonasoft Corp. автоматизирует создание резервных копий с диска на диск и процесс восстановления для Microsoft Exchange, SQL и Windows Servers с помощью решений SonaSafe Point-Click Recovery. SonaSafe является единственным продуктом, обеспечивающим интегрированные решения по созданию резервных копий, восстановлению и репликации данных для серверов Exchange и SQL. Решения SonaSafe, созданные для упрощения и исключения возможных ошибок в процессе создания резервных копий и восстановления данных из-за человеческого фактора, также концентрируют процесс управления несколькими серверами и обеспечивают надежную дешевую стратегию восстановления данных после сбоев для компаний всех размеров. Для дополнительной информации перейдите по ссылке http://www.sonasoft.com/.

[1] Восстановление в случае сбоев (Disaster Recovery) – это важный момент в области управления жизненным циклом информации (Information Lifecycle Management), который подготавливает компанию к катастрофе и обеспечивает спокойствие ее сотрудникам.

[2] Относится к резервной копии, содержащей изменения на жестком диске (томе) с момента последнего создания резервной копии.

[3] Как правило это приложение работает на той же системе с Network Attached Storage (NAS). Либо оно может работать на любой другой машине, входящей в ту же подсеть с NAS.