Учебники

Хранилище данных – Резервное копирование

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

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

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

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

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

  • Холодное резервное копирование – холодное резервное копирование выполняется, когда база данных полностью закрыта. В среде с несколькими экземплярами все экземпляры должны быть закрыты.

  • Горячее резервное копирование – горячее резервное копирование выполняется, когда ядро ​​базы данных запущено и работает. Требования к горячему резервированию варьируются от СУБД к СУБД.

  • Резервное копирование в онлайн-хранилище – оно очень похоже на горячее резервное копирование.

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

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

Холодное резервное копирование – холодное резервное копирование выполняется, когда база данных полностью закрыта. В среде с несколькими экземплярами все экземпляры должны быть закрыты.

Горячее резервное копирование – горячее резервное копирование выполняется, когда ядро ​​базы данных запущено и работает. Требования к горячему резервированию варьируются от СУБД к СУБД.

Резервное копирование в онлайн-хранилище – оно очень похоже на горячее резервное копирование.

Аппаратное резервное копирование

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

  • Ленточная технология
  • Резервные копии дисков

Ленточная технология

Выбор ленты можно классифицировать следующим образом:

  • Лента медиа
  • Автономные ленточные накопители
  • Ленточные накопители
  • Ленточные силосы

Лента Медиа

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

Лента Медиа Вместимость Скорость ввода / вывода
DLT 40 ГБ 3 МБ / с
3490E 1,6 ГБ 3 МБ / с
8 мм 14 ГБ 1 МБ / с

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

  • Надежность магнитной ленты
  • Стоимость ленточного носителя за единицу
  • Масштабируемость
  • Стоимость обновлений до ленточной системы
  • Стоимость ленточного носителя за единицу
  • Срок годности ленты среднего

Автономные ленточные накопители

Ленточные накопители можно подключить следующими способами:

  • Прямо на сервер
  • В сети доступны устройства
  • Удаленно на другую машину

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

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

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

  • Удаленное подключение стримеров также требует высокой пропускной способности.

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

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

Удаленное подключение стримеров также требует высокой пропускной способности.

Накопители ленты

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

Ленточные силосы

Ленточные силосы обеспечивают большие емкости магазина. Ленточные хранилища могут хранить и управлять тысячами лент. Они могут интегрировать несколько стримеров. У них есть программное и аппаратное обеспечение для маркировки и хранения лент, которые они хранят. Очень часто бункер подключается удаленно по сети или по выделенному каналу. Мы должны убедиться, что пропускная способность соединения зависит от работы.

Резервные копии дисков

Методы резервного копирования на диск –

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

Эти методы используются в системе OLTP. Эти методы минимизируют время простоя базы данных и максимизируют доступность.

Резервное копирование с диска на диск

Здесь резервное копирование делается на диск, а не на ленту. Резервное копирование с диска на диск выполняется по следующим причинам:

  • Скорость начальных резервных копий
  • Скорость восстановления

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

Зеркальное разрушение

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

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

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

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

Резервное копирование программного обеспечения

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

Имя пакета продавец
Сетевик Легато
ADSM IBM
эпоха Epoch Systems
Омнибак II HP
Александрия последовательный

Критерии выбора пакетов программного обеспечения

Критерии выбора лучшего программного пакета перечислены ниже –