Восстановление данных *

По законодательным требованиям США публичные компании обязаны высылать свои квартальные отчеты членам Совета Директоров в определенные сроки. Но бывают и эксцессы. Например, в одной публичной компании в последний день предоставления отчетности за 3 квартал 2004 года, внезапно упал почтовый сервер. То есть отчет был готов, но CEO не мог его отправить через доверенный почтовый сервер. Падение произошло утром в пятницу, а сервер удалось восстановить и сделать доступным для работы пользователей только к утру понедельника. Требования закона были нарушены. Поэтому важнейшим параметром любого продукта резервного копирования является время восстановления – RTO (Recovery Time Objective). Именно этот параметр кардинально улучшает технология vPower.

Технология vPower интегрирована в Veeam Backup & Replication, начиная с версии 5.0. В 2010 году Veeam подал заявку на получение патента; сейчас vPower поддерживает два самых распространенных на рынке гипервизора – VMware vSphere и Windows Server Hyper-V.

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

Когда происходят значительные катаклизмы, подобные урагану Sandy и наводнению в Нью-Йорке, компании вспоминают про свою «страховку»: была ли резервная копия, не утеряна ли она вместе с оригинальными данными, можно ли из нее восстановить приложения и данные, была ли покрыта процессом резервного копирования вся продуктивная система или только ее часть, и сколько времени займет восстановление?

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

Я хочу рассказать об особенностях работы с компонентом Intelligent Disaster Recovery, входящем в состав Symantec Backup Exec Этот компонент обеспечивает быстрое восстановление после сбоев и позволяет при своевременно сделанном бэкапе быстро поднять машину из состояния «чистое рабочее железо» в состояние «все работает».
Эта статья – о работе с IDR, встречающихся проблемах и способах их решения и известных мне подводных камнях.
Картинка для привлечения внимания

Когда Вы делаете резервную копию, подразумевается, что «в случае чего» она окажется работоспособной, то есть пригодной для восстановления. К сожалению, это не всегда так, и мы знаем много печальных историй, когда восстановление данных было невозможно из-за неполадок при создании «бэкапа». Для предотвращения таких случаев и своевременного выявления неполадок рекомендуется регулярно проводить тестирование резервных копий; более того, тестирование должно стать неотъемлемой частью Вашей стратегии резервного копирования.

Проверка резервных копий бывает двух видов:

• Проверка целостности резервной копии – сверяются контрольные суммы блоков данных резервной копии.
• Проверка восстановления из резервной копии – в специальной изолированной среде (“песочнице”) моделируется процесс восстановления системы из резервной копии, и проверяется, будет ли она работать корректно после восстановления.

Тестирование – проблемный вопрос

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

Чтобы пользователи могли быть уверенными в восстановлении критических данных в случае сбоев, разработчики Veeam Backup & Replication реализовали технологию SureBackup, позволяющую автоматически проверять возможность восстановления данных из резервной копии. Несмотря на то, что SureBackup существует уже более 2 лет, об этой возможности знают не все. Мы попробуем внести ясность в коротком посте ниже.

Знакомство с бекапами в моей жизни началось почти сразу после знакомства с компьютерами в 2001 году. И тут уместна поговорка админы делятся на два типа, первый тип это те которые еще не делали Backup и второй те кто уже делает. Почти сразу же был подхвачен вирус, которые испортил все файлы jpeg на компе, просто записав в них какой то мусор, слава богу было время ещё аналоговой фотографии и их можно было просто отсканить ещё раз. Но уже тогда в моем мозгу крепла мысль иметь всегда копию.

Сперва она лежала на соседнем компе в кабинете информатики. Потом появилось чудо пишущий cdrom со скоростью 1-2x для записи, я стал покупать болванки стоили они тогда по моему рублей 50 и со временем подешевели рублей до 5 для безбоксовых вариантов. С того времени у меня осталось две больших коробки с записанными дисками. Время шло болванки дешевели и неожиданно мой хороший друг потратив какие то бешеные деньги купил пишущий dvdrom со скорость 2-4x записи, dvd болванки стоили тогда больше 100 рублей и покупать их было бедному студенту очень накладно.

25 октября вышла новая версия нашего флагманского продукта – Veeam Backup & Replication 6.5. Новая версия включила в себя ряд интересных усовершенствований, одна из которых – восстановление виртуальных машин (ВМ) из “снэпшотов” SAN (аппаратных снимков). Ниже я коротко расскажу про эту технологию подробнее.

Кратко об СХД HP LeftHand Storage

После появления виртуальных сред в компаниях появилась возможность запуска на одном сервере нескольких ВМ. Со временем количество серверов, ВМ и приложений в компании растет, а емкости и производительности систем хранения данных (СХД) становится недостаточно. Эта проблема решается добавлением дополнительных дисковых полок до того момента, пока контроллерная пара СХД не станет узким местом в развитии инфраструктуры. При наступлении такой крайней ситуации обычно компании решают либо заменить контроллерную пару (upgrade), либо поставить новую СХД.

С точки зрения архитектуры HP SAN Left Hand Storage (HP SAN) принципиально отличается от стандартных СХД тем, что масштабируются не только по емкости, но и про производительности. HP SAN не имеет отдельных контролеров и отдельных дисковых полок, а каждый массив обладает своими ресурсами (процессор, диски, кэш, порты ввода / вывода), поэтому наращивая массив компания не только увеличивает дисковые ресурсы, но и процессорную емкость, кэш, т.д.

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

Подробнее можно посмотреть хорошее поясняющее видео (на английском).

Состоялся выпуск новой версии Veeam Backup & Replication 6.5 для VMware и Hyper-V. Версия содержит более 50 усовершенствований, большая часть которых вошла и в бесплатную версию продукта. Наиболее интересные и важные среди них:

• E-Discovery и гранулярное восстановление объектов Exchange сервера
• Восстановление из снимков дисков HP SAN
• Поддержка vSphere 5.1 и Windows Server 2012 Hyper-V
• Обеспечение корректности IP пакетов соединений при передаче резервных копий через WAN

Рассмотрим их подробнее:

Рухнула операционная система. Систему переустановили, но есть Задача: перенести учетные записи и почту из одной системы в другую. То, что для переноса «Личных папок» достаточно найти и скопировать файл Outlook.pst вместо вновь созданного (или подключить его вторым), знают многие. В «семёрке» он лежит кстати тут: С:\Users\%USERNAME%\AppData\Local\Microsoft\Outlook\Outlook.pst, где %USERNAME% — имя пользователя (или точнее – имя папки, в которой лежит профиль пользователя). Диск, кстати, у вас может быть тоже не C:\, если рухнувшая операционная система стояла на другом диске. А вот как перенести настройки «учётных записей»? Хорошо, если их было пару-тройку штук – можно легко и просто создать их заново. А если их было хотя бы десять?! Оказывается,

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

Есть два способа такого гранулярного восстановления, когда полный откат системы не производится: "универсальное" (не зависящее от конкретного приложения, осуществляемое через восстановление всей системы в тестовую лабораторию или «песочницу») и "специализированное" (разработанное для конкретного приложения, позволяющее извлечь объекты данных конкретного приложения прямо из файла(-ов) данных приложения без необходимости запуска приложения (со всеми зависимыми компонентами) в «песочнице»).

Сегодня мы хотим вам рассказать про Бэкап Академию, ресурс для начинающих в области виртуализации: бесплатные онлайн видео-курсы и сертификация по бэкапу виртуальных машин для VMware и Hyper-V. Курсы направлены на изучение базовых технологий, принципов и методов бэкапа виртуальных машин, а не на обзор конкретных продуктов или решений производителей в этой области.

На кого ориентируется Бэкап Академия?

При создании Бэкап Академии мы думали в первую очередь про тех ИТ-специалистов, которые хотят развивать свою карьеру именно в сфере виртуализации, но еще не обладают достаточным опытом и знаниями в этой области.
Курсы будут интересны как совсем новичкам, так и тем, кто уже работает с VMware и Hyper-V. Все видео и сам ресурс представлены на английском языке.

О чем курсы?

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

Что дает сертификация?

Бэкап Академия дает возможность бесплатно сдать сертификационный экзамен, при удачном прохождении которого, пользователь получает именной сертификат со статусом Backup Academy Certified Professional. Человек, обладающий таким статусом, вполне готов обучаться дальше и получать уже более узкие сертификации, которые предлагают VMware, Hyper-V и другие вендоры, направленные уже на получение более узких специальных знаний, advanced level. Удачная сдача экзамена Бэкап Академии не гарантирует, что вы больше никогда не “завалите” все свои бэкапы, но по крайней мере дает базовый набор знаний и умений новичкам, которые еще не знают, почему, например, дедупликация – это хорошо, и почему тестирование бэкапов можно и нужно делать.

Сегодня мы хотим рассказать про 5 полезных freeware утилит, которые будут полезны в повседневной работе администратора виртуальных сред VMware vSphere и Microsoft Hyper-V. Все эти инструменты разработаны компанией Veeam, продукты которой фокусируются на задачах резервного копирования, построения отчетов и операционного мониторинга систем виртуализации на базе VMware и Hyper-V. Сегодня мы расскажем о:

• Veeam Backup Free Edition for VMware and Hyper-V
• Veeam ONE Free Edition for VMware and Hyper-V
• Veeam Extended Generic Report Library for Microsoft System Center
• Veeam Stencils for VMware и Hyper-V
• Veeam Management Pack for VMware

Итак, приступим:

Японская компания Hitachi представила оптический носитель нового типа, способный хранить информацию «сотни миллионов лет». Тонкие пластинки из прозрачного кварцевого стекла выдерживают температуры до 1000°С в течение нескольких часов, водостойки, устойчивы к химическим реактивам. Бинарный код записывается лазером в четыре слоя точек, которые видны в обычный оптический микроскоп.

Стандартная поговорка на любые с данными: бэкап делать надо было. И как бы никто возразить не может.

Однако…

Когда мы говорим «бэкап делать надо» обычно мы говорим про бэкап тех данных, которые потеряны. Мол, потратил бы 2 минуты, не горевал бы сейчас о потерянном месяце работы.

Однако, в этой фразе есть лукавство. Если бы мы знали, что именно эти данные будут потеряны, то разумеется, мы бы сделали их резервную копию. Однако, предсказывать будущее не может даже SMART, куда уж простым смертным.

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

Но две ли это минуты?

Вместо рассуждений я попробую поиграть в математику.

Лирическое вступление

Несколько недель назад произошла такая ситуация: программист 1С попросил меня обновить платформу и сообщил, что это делается методом «два клика + далее-далее», не долго думая и предварительно забэкапившись, установил платформу. Бэкап делается штатными средствами 2008r2 на отдельный винт инкриментарно. Винт этот был полностью выделен самой виндой под бэкапы и скрыт — система сама предложила таковым сделать во избежание износа и фрагментации, в будущем такой диск можно подключать как NTFS-папку. Так вышло, после установки 1С моим глазам предстал девственно чистый 1С-кластер, то есть БД в SQL осталась жива, но к 1С ее прикрутить возможности я уже не видел, а на изучение не было времени, так как поздний вечер среды, а к утру все должно быть тип-топ. В совершенном спокойствии позвонил в офис — на вахте оставили ключи,. Приехал, перезагрузил сервер в режиме восстановления, он же режим установки Windows 7. Последующие тридцать часов прошли в поте и паниках, с пересозданием RAID, убийством файловой системы на бэкапном винте, ее восстановлением, прочее, прочее.

За время работы администратором баз данных я выработал для себя одно правило, которого придерживаются многие DBA. Это «золотое» правило всех администраторов баз данных – не делай ничего серьезного с базой данных, если у тебя нет бэкапа. Если ты собрался серьезно изменить параметры базы данных, провести операции по техническому обслуживанию базы данных и т.п. – то всегда перед этим надо выполнить операцию резервного копирования. Этот принцип достаточно долго работал и оправдывал себя, и даже в нескольких случаях помогал восстановить базу данных на определенный момент времени.

Страшнейший враг CD/DVD-дисков — это царапины. Из-за одной маленькой царапинки можно потерять бэкап или важный файл, записанный 10 лет назад. Но если диск перестал читаться — есть довольно высокий шанс его спасти с помощью полировки рабочей поверхности. См. инструкцию по сборке самодельной полировочной машинки.

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

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

Всё началось с простой задачи: скачать по 100-мегабитной сети большой объём данных с помощью rsync. Возник вопрос, можно ли ускорить этот процесс. Утилита top показала, что на сервере-источнике шифрование занимает не более 10 процентов процессора, поэтому было решено что можно попробовать сжатие данных. Тогда мне было неясно, будет ли хватать производительности процессора для упаковки данных с необходимой скоростью, поэтому была выставлена самая маленькая степень сжатия, а именно использовался флаг --compress-level=1 для rsync. Оказалось, что загрузка процессора не превысила 65%, то есть производительности процессора хватило, при этом скорость скачивания данных несколько повысилась.

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

В ответ на топик «В комнате с белым потолком».

Введение

В топике было предложено эффективное решение для устранения некоторых проблем эникеем. Дополним и означим их списком:

• Последствия работы вирусов, а, иногда, и последствия борьбы с вирусами приводят к состоянию системы, в котором она «недолечена» или «недочищена»;
• Слабое железо или жадность не позволяет использовать серьезные антивирусные пакеты;
• Ошибки пользователей или специализированных программ приводят к неменьшему ущербу, чем вредоносные программы (случай, когда у программы сложно забрать рута, а работает она не очень оптимально);
• Система подвержена естественному (для нее) «замусориванию» со временем;
• Ошибки администратора системы может приводить к серьезным последствиям (напр., неудачная попытка обновиться);
• Отсутствие автоматизированной системы для резервного копирования (напр., есть Acronis, но не сетевой);
• и прочие ...