Author: weril

Конспект вебинара HonorCup E=DC2 для сдачи HCNA Storage.

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

• Резервное копирование
• Резервное копирование, решение huawei
• Восстановление после катастроф (этот пост)
• Дедупликация

Крупные компании типо страховых/банков, гос. учреждения – основные пользователи решений восстановления после катастроф (Disaster Recovery, DR).

Читать дальше

Конспект вебинара HonorCup E=DC2 для сдачи HCNA Storage.

UKSM – пример технологии, использующей дедупликацию для ускорения работы.

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

• Резервное копирование
• Резервное копирование, решение huawei
• Восстановление после катастроф
• Дедупликация (этот пост)

Определение из wiki:

Дедупликация (также дедубликация; от лат.

Читать дальше

Конспект вебинара HonorCup E=DC2 для сдачи HCNA Storage.

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

• Резервное копирование (этот пост)
• Резервное копирование, решение huawei
• Восстановление после катастроф
• Дедупликация

Разное:

• (Резервное копирование, LVM) Если говорить в целом про snapshot:
  • snapshot =! Backup как минимум потому, что
    • он обычно хранит только diff от данных от текущего состояния системы и того состояния, которое было при снятии snapshot
    • snapshot хранятся на тех же носителях, что и основная система
  • snapshot на storage/СХД (EMC/IBM) устройствах
    • snapshot используются на всю катушку – есть банки которые все бекапы делают только на них -> напр, каждые 15мин делается snapshot всей базы и их хранятся сотни штук
    • разработчики таких устройств поддерживают использование snapshot, но полноценные backup это не snapshot, рекомендуется использовать snapshot + backup
  • удобно и правильно комбинировать snapshot и backup – snapshot получаешь консисентное состояние в один момент времени всех элементов системы (к примеру файлов сайта и файлов БД), а backup-ом это состояние уже сохраняешь, при этом нужно учитывать, что иногда при снятии snapshot есть некоторое «подмораживание системы на запись» на некоторое время

• (Обучение Lpic-2) Делать бекапы очень важно (в том числе на ленте/ленточном хранилище – подробнее про ленты ниже), сценариев потери данных без бекапов миллион и тележка
  • почистили память RAID контроллера и весь RAID потерял данные (восстановление с ленты)
  • обновили записи в БД и вместо того, чтоб обновление получил один оно привело к апдейту у 700к  (спас лог транзакций Oracle)
• (Обучение Lpic-2) Ленты вообще используется очень часто в крупных компаниях, особенно банках (включая зеленый – за разными RAID/СХД “обязана” быть лента, с которой если что можно восстановится ; «3 года должно быть хранение в банках, как без ленты») – ленты позволяют хранить огромные объемы данных дешевле (1 картридж до 50ТБ) и дольше/надежнее, чем на других носителях

• Backup желательно делать с отключенным сервисом, backup которого делается.

Читать дальше