Программы резервирования что это

В данном руководстве мы детально рассмотрели резервное копирование данных.

Зачем нужны резервные копии

Не для всех очевидно, зачем делать резервные копии файлов и баз данных. Мы рассмотрим наиболее частые случаи, когда наличие копий под рукой выручало пользователей.

• Проблемы с физическими носителями. Жесткие диски, карты памяти, флэш-память могут быть как поломаны, так и утеряны. Процент восстановления данных в этом случае маловероятен. Решение — резервные копии.
• Сбои ПО. Чаще всего они происходят внезапно, данные в этом случае не успевают сохранится или вовсе исчезают без возможности восстановления. Опять же всегда нужно иметь последние копии документов.
• Кибератаки и кража данных представляют большую опасность для бизнеса. Особенно если к документам открыли доступ через сеть. Здесь много вариантов, как могут разворачиваться события. Ваши файлы могут использовать в собственных целях, повредить, удалить или зашифровать. Последнее делается для того, чтобы потребовать выкуп.

Конечно, это не все, что может произойти. В любом случае рассмотрим виды резервного копирования и методы резервирования.

Лучшая программа для создания резервных копий

Типы резервных копий

Можно создавать резервные копии в виде: файлов и образов.

Чтобы выбрать способ создания резервных копий, необходимо отталкиваться от типа данных. На основании этого выбирается программное обеспечение для осуществления резервного копирования.

Пять методов резервирования

1. Полная копия данных. Несмотря на то, что при данном подходе понадобится больше дискового пространства и времени для создания копий, в аварийных ситуациях вы сможете максимально быстро и легко восстановить всю информацию.
2. Инкрементный метод или частичное копирование данных. Этот метод не такой времязатратный по созданию копий, занимает меньше места в хранилище и снижает нагрузку на сетевые мощности. Его отличия в том, что вы создаете копию базы данных и ее частей, которые были изменены в последний раз с момента последнего резервного копирования. Также можно настроить временной интервал, через который будет осуществлять автоматическое резервное копирование. Например, каждую пятницу, каждый месяц и тд. Но как и другие методы, помимо положительных сторон есть несколько минусов. Первый — долгое восстановление базы данных из копии, поскольку придется по отдельности восстанавливать каждую часть базы данных. Второй — риск не восстановить данные, если поврежден даже один скопированный блок. В результате можно не восстановить данные в полном объеме.
3. Обратный инкрементный. Это улучшенная версия предыдущего метода. Его отличие в том, что последний бэкап не зависит от других, поскольку после каждого сохранения у нас есть новая резервная копия. Это гарантирует полное восстановление данных, отнимает минимум времени и не создает нагрузки на сеть. Если сервер уже переполнен бэкапами, то старые версии можно удалить.
4. Дифференциальный. Этот метод работает по аналогии с инкрементным. То есть изначальное происходит полное копирование данных, а затем создаются отдельные копии блоков, в которые вносили изменения. При данном способе создании каждой новой копии занимает больше времени и места на диске. Однако отмечают, что больше всего надежности обеспечивает именно такой способ создания копий.
5. Синтетический совмещает в себе принцип действия двух методов: обратного инкрементного и полного. То есть при создании новых полных бэкапов совмещается изначальная копия с инкрементной. И затем последняя копия используется в качестве основы для создания новых бэкапов. Мы отмечаем нагрузку на сеть, увеличение скорости копирования, а также незамогрождение сервера.

Как выбрать оптимальный вариант? Необходимо оценить объем базы данных, аппаратное обеспечение и также значимость вашей информации.

Самая простая программа для бекапа файлов!

В официальном канале Timeweb Cloud собрали комьюнити из специалистов, которые говорят про IT-тренды, делятся полезными инструкциями и даже приглашают к себе работать.

Планируем бэкапы

Чтобы минимизировать факторы риска, при которых происходит потеря данных (мы упоминали их выше), необходимо заранее составлять план по обеспечению восстановления данных.

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

• Тип данных (базы данных, папка, образ и другие);
• RTO — это количество времени, которое требуется для восстановления ресурса;
• RPO — этот параметр задает частоту резервного копирования, то есть периодичность репликации;
• Способ резервирования документов;
• Политика резервирования;
• Место хранения бэкапов.

Дополнительно стоит учитывать нагрузку на сеть в определенные временные промежутки и проводить проверку резервных копий на их целостность. Также при планировании нужно прописывать алгоритм, которого необходимо придерживаться в экстренных ситуациях (во время сбоев, при обнаружении потенциальных угроз).

П олитика хранения резервных копий

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

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

Первая политика: 3-2-1,

где 3 — это число резервных копий (то есть три обязательных копии);

2 — типы носителей (например диск и хранилище в облаке);

1 — одна из трех копий должна хранится за пределами сервера.

Вторая политика: GFS или Grandfather-Father-Son,

где Grandfather — сохранение полной резервной копии в удаленное хранилище (например, облачное);

Father — это также полное резервное копирование, только данные размещаются на таких носителях, как локальный диск, FTP-сервер;

Son — неполное резервирование в “отцовское” хранилище данных.

В данном алгоритме предусмотрена три периода хранения бэкапов: Grandfather (ежегодное), Father (ежемесячное), Son (еженедельное).

Третья политика: TOH или Tower of Hanoi.

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

Решения резервирования

Bare-metal означает, что программное обеспечение устанавливается на железо в обход операционной системы.

Single-pass. Если бэкапы одного типа, то резервирование и восстановление осуществляется за один проход. Если тип резервных копий различается, то необходимо повторять все операции заново.

Real-Time Backup (или CDP, или Continuous Backup). Автоматическое создание резервных копий после внесения изменений в исходные данные. Для того чтобы сгладить нагрузку на процессорные мощности и память, необходимо позаботиться о покупке производительного аппаратного обеспечения.

Remote Replication. Если в работе несколько резервных копий, которые расположены на нескольких ресурсах, то используется данное решение.

Программное обеспечение для резервирования

Рассмотрим несколько популярных вариантов:

Acronis True Image — подходит для любой операционной системы. Данное ПО характеризуется высокой скоростью создания бэкапов и их восстановления, а также предназначено для работы с разными типами данных. Недостаток в том, что невозможна контейнеризация в облачной среде.

Veeam Backup — это бесплатная программа, которая способна поддерживать разные сетевые протоколы. Подходит для работы с базами данных. Позволяет производить как полное, так и частичное копирование.

Backup4all — подходит для резервного копирования данных в облако. Выбрав полную версию Backup4all, можно эксплуатировать облачные мощности Dropbox и Drive.Google. Преимущества данного ПО: гибкая система фильтров, дробление бэкапов, «умная» обработка. К минусам можно отнести некорректное преобразование кириллических символов в названиях файлов.

Iperius Backup — Поддержка большого числа облачных сервисов. Характеризуется высокой скоростью обработки big data.

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

Виды хранилищ для резервирования

1. Лента или ленточные накопители. Их принцип работы не отличается от магнитных лент, которые по-прежнему активно используются для создания резервных копий. Ленты способны хранить большие объемы информации, но по сравнению с дисками они более медленные, поскольку поддерживают исключительно последовательный доступ к данным. По стоимости это самый дешевый и выгодный вариант.
2. Диски отличаются от других носителей более высокой стоимостью. Если рассматривать характеристики SSD, у них есть ограничения по циклам записи и по объему. В качестве альтернативы зачастую для бэкапов выбирают диски типа HDD. У них нет таких ограничений по емкости и более низкая цена.
3. Облачное хранилище. Это оптимальный вариант, если использовать политику хранения бэкапов 3-2-1. Единственный недостаток — это зависимость от облачного провайдера и меньше свободы действий.

Восстановление информации

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

Чтобы восстановить данные из самой резервной копии, необходимо использовать те же утилиты, с помощью которых создавали бэкапы. Если вы работаете с базами данных, то такие решения, как Oracle, Postgres, SQL Server имеют собственные инструменты для создания резервных копий и для восстановления.

Аварийные ситуации и решения

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

Источник: dzen.ru

Исчерпывающий гайд по резервному копированию: виды, решения и ПО

В данном руководстве мы детально рассмотрели резервное копирование данных.

Зачем нужны резервные копии

Не для всех очевидно, зачем делать резервные копии файлов и баз данных. Мы рассмотрим наиболее частые случаи, когда наличие копий под рукой выручало пользователей.

• Проблемы с физическими носителями. Жесткие диски, карты памяти, флэш-память могут быть как поломаны, так и утеряны. Процент восстановления данных в этом случае маловероятен. Решение — резервные копии.
• Сбои ПО. Чаще всего они происходят внезапно, данные в этом случае не успевают сохранится или вовсе исчезают без возможности восстановления. Опять же всегда нужно иметь последние копии документов.
• Кибератаки и кража данных представляют большую опасность для бизнеса. Особенно если к документам открыли доступ через сеть. Здесь много вариантов, как могут разворачиваться события. Ваши файлы могут использовать в собственных целях, повредить, удалить или зашифровать. Последнее делается для того, чтобы потребовать выкуп.

Конечно, это не все, что может произойти. В любом случае рассмотрим виды резервного копирования и методы резервирования.

Типы резервных копий

Можно создавать резервные копии в виде: файлов и образов.

Чтобы выбрать способ создания резервных копий, необходимо отталкиваться от типа данных. На основании этого выбирается программное обеспечение для осуществления резервного копирования.

Пять методов резервирования

1. Полная копия данных. Несмотря на то, что при данном подходе понадобится больше дискового пространства и времени для создания копий, в аварийных ситуациях вы сможете максимально быстро и легко восстановить всю информацию.
2. Инкрементный метод или частичное копирование данных. Этот метод не такой времязатратный по созданию копий, занимает меньше места в хранилище и снижает нагрузку на сетевые мощности. Его отличия в том, что вы создаете копию базы данных и ее частей, которые были изменены в последний раз с момента последнего резервного копирования. Также можно настроить временной интервал, через который будет осуществлять автоматическое резервное копирование. Например, каждую пятницу, каждый месяц и тд. Но как и другие методы, помимо положительных сторон есть несколько минусов. Первый — долгое восстановление базы данных из копии, поскольку придется по отдельности восстанавливать каждую часть базы данных. Второй — риск не восстановить данные, если поврежден даже один скопированный блок. В результате можно не восстановить данные в полном объеме.
3. Обратный инкрементный. Это улучшенная версия предыдущего метода. Его отличие в том, что последний бэкап не зависит от других, поскольку после каждого сохранения у нас есть новая резервная копия. Это гарантирует полное восстановление данных, отнимает минимум времени и не создает нагрузки на сеть. Если сервер уже переполнен бэкапами, то старые версии можно удалить.
4. Дифференциальный. Этот метод работает по аналогии с инкрементным. То есть изначальное происходит полное копирование данных, а затем создаются отдельные копии блоков, в которые вносили изменения. При данном способе создании каждой новой копии занимает больше времени и места на диске. Однако отмечают, что больше всего надежности обеспечивает именно такой способ создания копий.
5. Синтетический совмещает в себе принцип действия двух методов: обратного инкрементного и полного. То есть при создании новых полных бэкапов совмещается изначальная копия с инкрементной. И затем последняя копия используется в качестве основы для создания новых бэкапов. Мы отмечаем нагрузку на сеть, увеличение скорости копирования, а также незамогрождение сервера.

Как выбрать оптимальный вариант? Необходимо оценить объем базы данных, аппаратное обеспечение и также значимость вашей информации.

В официальном канале Timeweb Cloud собрали комьюнити из специалистов, которые говорят про IT-тренды, делятся полезными инструкциями и даже приглашают к себе работать.

Планируем бэкапы

Чтобы минимизировать факторы риска, при которых происходит потеря данных (мы упоминали их выше), необходимо заранее составлять план по обеспечению восстановления данных.

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

• Тип данных (базы данных, папка, образ и другие);
• RTO — это количество времени, которое требуется для восстановления ресурса;
• RPO — этот параметр задает частоту резервного копирования, то есть периодичность репликации;
• Способ резервирования документов;
• Политика резервирования;
• Место хранения бэкапов.

Дополнительно стоит учитывать нагрузку на сеть в определенные временные промежутки и проводить проверку резервных копий на их целостность. Также при планировании нужно прописывать алгоритм, которого необходимо придерживаться в экстренных ситуациях (во время сбоев, при обнаружении потенциальных угроз).

П олитика хранения резервных копий

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

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

Первая политика: 3-2-1,

где 3 — это число резервных копий (то есть три обязательных копии);

2 — типы носителей (например диск и хранилище в облаке);

1 — одна из трех копий должна хранится за пределами сервера.

Вторая политика: GFS или Grandfather-Father-Son,

где Grandfather — сохранение полной резервной копии в удаленное хранилище (например, облачное);

Father — это также полное резервное копирование, только данные размещаются на таких носителях, как локальный диск, FTP-сервер;

Son — неполное резервирование в “отцовское” хранилище данных.

В данном алгоритме предусмотрена три периода хранения бэкапов: Grandfather (ежегодное), Father (ежемесячное), Son (еженедельное).

Третья политика: TOH или Tower of Hanoi.

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

Решения резервирования

Bare-metal означает, что программное обеспечение устанавливается на железо в обход операционной системы.

Single-pass. Если бэкапы одного типа, то резервирование и восстановление осуществляется за один проход. Если тип резервных копий различается, то необходимо повторять все операции заново.

Real-Time Backup (или CDP, или Continuous Backup). Автоматическое создание резервных копий после внесения изменений в исходные данные. Для того чтобы сгладить нагрузку на процессорные мощности и память, необходимо позаботиться о покупке производительного аппаратного обеспечения.

Remote Replication. Если в работе несколько резервных копий, которые расположены на нескольких ресурсах, то используется данное решение.

Программное обеспечение для резервирования

Рассмотрим несколько популярных вариантов:

Acronis True Image — подходит для любой операционной системы. Данное ПО характеризуется высокой скоростью создания бэкапов и их восстановления, а также предназначено для работы с разными типами данных. Недостаток в том, что невозможна контейнеризация в облачной среде.

Veeam Backup — это бесплатная программа, которая способна поддерживать разные сетевые протоколы. Подходит для работы с базами данных. Позволяет производить как полное, так и частичное копирование.

Backup4all — подходит для резервного копирования данных в облако. Выбрав полную версию Backup4all, можно эксплуатировать облачные мощности Dropbox и Drive.Google. Преимущества данного ПО: гибкая система фильтров, дробление бэкапов, «умная» обработка. К минусам можно отнести некорректное преобразование кириллических символов в названиях файлов.

Iperius Backup — Поддержка большого числа облачных сервисов. Характеризуется высокой скоростью обработки big data.

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

Виды хранилищ для резервирования

1. Лента или ленточные накопители. Их принцип работы не отличается от магнитных лент, которые по-прежнему активно используются для создания резервных копий. Ленты способны хранить большие объемы информации, но по сравнению с дисками они более медленные, поскольку поддерживают исключительно последовательный доступ к данным. По стоимости это самый дешевый и выгодный вариант.
2. Диски отличаются от других носителей более высокой стоимостью. Если рассматривать характеристики SSD, у них есть ограничения по циклам записи и по объему. В качестве альтернативы зачастую для бэкапов выбирают диски типа HDD. У них нет таких ограничений по емкости и более низкая цена.
3. Облачное хранилище. Это оптимальный вариант, если использовать политику хранения бэкапов 3-2-1. Единственный недостаток — это зависимость от облачного провайдера и меньше свободы действий.

Восстановление информации

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

Чтобы восстановить данные из самой резервной копии, необходимо использовать те же утилиты, с помощью которых создавали бэкапы. Если вы работаете с базами данных, то такие решения, как Oracle, Postgres, SQL Server имеют собственные инструменты для создания резервных копий и для восстановления.

Аварийные ситуации и решения

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

Источник: dzen.ru

Система резервного копирования

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

Структура работы системы резервного копирования

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

Резервное копирование данных — процесс создания копии данных на носителе, предназначенном для восстановления данных в оригинальном месте их расположения в случае их повреждения или разрушения. Кроме того, система резервного копирования — это один из необходимых методов обеспечения непрерывности бизнеса. Построение централизованной системы резервного копирования позволяет сократить совокупную стоимость владения ИТ-инфраструктурой благодаря оптимальному использованию устройств резервного копирования и сокращению расходов на администрирование (по сравнению с децентрализованной системой).

Организационные сложности по части защиты данных

• Внутренние противоречия в технической команде
• Администраторы приложений должны отвечать за сохранность данных, SLA и восстановление?
• Централизованный автоматизированный контроль – снижение рисков для ИТ директора : повышается прозрачность, предсказуемость ИТ процессов

Правильная стратегия защиты данных для ЦОДа

Устаревший подход под названием «РЕЗЕРВНОЕ КОПИРОВАНИЕ» [1]

• Резервное копирование
• Восстановление

Современный подход под названием «УПРАВЛЕНИЕ ИНФОРМАЦИЕЙ»

• Резервное копирование
• Восстановление
• Аналитика по содержимому
• Контекстный поиск
• Мобильный доступ к данным
• Прозрачная интеграция с облаком
• Задачи ИБ
• ЛЮБЫЕ приложения сторонних разработчиков по обработке данных (Открытый API)

Проблема копий

• При отсутствии централизованного подхода количество данных неконтролируемо растет
• Где лежит самая актуальная версия данных ?
• Если потребуется удалить данные по Compliance, где найти все копии ?
• Удалениеи архивирование устаревшей информации. Как определить разумный критерий ценности данных ?

Архитектура и работа системы резервного копирования

Централизованная система резервного копирования имеет многоуровневую архитектуру, в которую входят:

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

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

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

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

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

Поскольку система резервного копирования предназначена для восстановления данных после сбоя или аварии, созданные резервные копии необходимо проверять на предмет целостности и работоспособности. Кроме того, при построении системы резервного копирования необходимо уложиться в сокращенное «окно» резервного копирования. Вообще говоря, требование круглосуточной работы информационных систем сокращает практически до нуля доступный временной интервал остановки приложений, необходимый для осуществления операции резервного копирования («окно» резервного копирования).

Классификация резервного копирования

По полноте сохраняемой информации

• Полное резервирование (Full backup) — создание резервного архива всех системных файлов, обычно включающего состояние системы, реестр и другую информацию, необходимую для полного восстановления рабочих станций. То есть резервируются не только файлы, но и вся информация, необходимая для работы системы.
• Добавочное резервирование (Incremental backup) — создание резервного архива из всех файлов, которые были модифицированы после предыдущего полного или добавочного резервирования.
• Разностное резервирование (Differential backup) — создание резервного архива из всех файлов, которые были изменены после предыдущего полного резервирования.
• Выборочное резервирование (Selective backup) — создание резервного архива только из отобранных файлов.

По способу доступа к носителю

• Оперативное резервирование (Online backup) — создание резервного архива на постоянно подключенном (напрямую или через сеть) носителе.
• Автономное резервирование (Offline backup) — хранение резервной копии на съёмном носителе, кассете или картридже, который перед использованием следует установить в привод.

Правила работы с системами резервного копирования

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

• Предварительное планирование. В процессе планирования должны учитываться все компоненты инфраструктуры резервного копирования, а все приложения, сервера и тенденции увеличения ёмкости первичных хранилищ данных не должны оставаться без внимания.
• Установление жизненного цикла и календаря операций. Все задания, связанные с резервным копированием, должны быть задокументированы и выполняться согласно расписанию. Ниже приведён список задач, выполнять которые необходимо ежедневно:

• мониторинг заданий;
• отчёты о сбоях и успешном выполнении;
• анализ и разрешение проблем;
• манипуляции с лентами и управление библиотекой;
• составление расписания выполнения заданий.

Технологии резервного копирования

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

Резервное копирование с использованием SAN

Применение Сеть хранения данных SAN позволяет полностью перенести трафик резервного копирования с локальной сети на сеть хранения. Существует два варианта реализации: без загрузки локальной сети, или внесетевое копирование (LAN-free backup), и без участия сервера, или внесерверное копирование (Server-free backup).

Внесетевое копирование

При внесетевом копировании данные с диска на ленту и обратно передаются внутри SAN. Исключение сетевого сегмента из пути резервного копирования данных позволяет избежать излишних задержек на передачу трафика через сеть IP и платы ввода-вывода. Нагрузка локальной сети падает, и резервное копирование можно проводить практически в любое время суток.

Однако пересылку данных выполняет сервер, подключенный к SAN, что увеличивает нагрузку на него. Благодаря протоколу Fibre Channel с помощью одного оптического кабеля может быть организовано несколько каналов передачи данных. При этом весь объем резервируемых данных с backup-серверов хранения направляется на ленточное устройство, минуя локальную сеть.

В этом случае локальная сеть необходима лишь для контроля работы самих backup-серверов со стороны главных серверов. Таким образом, только небольшой объем метаданных, которые содержат информацию о резервируемых данных, передается по локальной сети. Главные серверы отвечают в целом за политику резервного копирования данных в своем сегменте или зоне ответственности. Все backup-серверы по отношению к главному серверу являются клиентами. Считается, что рассматриваемый метод резервного копирования может максимально задействовать пиковую полосу пропускания Fibre Channel.

В качестве протокола, применяемого для передачи данных между серверами и библиотеками, могут использоваться как SCSI поверх Fibre Channel, так и IP поверх Fibre Channel, тем более что большинство FC-адаптеров и FC-концентраторов работают одновременно с обоими протоколами (IP и SCSI) на одном Fibre Channel-канале.

Внесерверное копирование