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

Состоялся выпуск новой версии 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, но не сетевой);
• и прочие ...

Недавно моя подруга попросила объяснить ей, как делать резервное копирование данных. Она гуманитарий, поэтому ей нужны были варианты, в которых ничего настраивать не нужно. Так как она — человек не глупый, который любит сам разбираться в проблеме и принимать решение, я решила собрать для нее основные принципы и описать плюсы и минусы тех или иных вариантов (как я их вижу). Опубликовать здесь я решилась на тот случай, что кому-то из вас пригодится – помочь другу или родственнику. Буду очень рада комментариям о том, как можно было бы сделать текст проще и понятнее.

IT-специалистам несложно настроить резервное копирование дома, например, с помощью rsync, созданием rar-архивов планировщиком задач, инкрементальным копированием в интернет (не говоря уже о настройке tar+cron или bacula на работе). Однако неспециалисты (для дома) будут использовать программы резервного копирования, которые много проще. Рассмотрим программу, скрывающей за привычной простотой для домашнего пользователя, гибкий и хорошо продуманный инструмент резервного копирования.

В этой статье речь пойдет о бесплатной версии Genie Timeline — Free (Noncommercial), с незначительными ограничениями и отличиями от платных версий (например, нет бэкапа с телефонов Blackberry). Стоит упомянуть, что Pro-версии используют такие компании, как NASA, Siemens, NEC, ZyXEL и Philips.

Думаю никому из присутствующих не нужно объяснять важность резервного копирования.
Проблема в том, что из десятков готовых решений ни одно толком не удовлетворяет моим требованиям standalone *NIX-сервера на колокейшене.
Чего же хотелось от резервного копирования?
1) ежедневного полного бакапа всех данных. Никаких incremental-бакапов.
2) максимально быстрого восстановления отдельно взятого файла. Архиваторы (tar/gzip/bzip2/rar) отпадают
3) быстрого мониторинга «кто именно залил вчера на сервер 156Гб?!!!»
4) резервные копии хочется хранить максимально долго, насколько хватает свободного места на дисках.
5) хочется не заботиться об ручном удалении старых копий если место на диске всё-таки уже кончилось
Если в двух словах — то мне захотелось реализовать функционал MAC OS TimeMachine на Linux-сервере.
И я начал писать скрипт.

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

В качестве примера я буду использовать openSUSE 11.4 в текстовом (минимальном) режиме на ядре 2.6.37. (можно так же его обновить до 3.1.1 несколькими командами, которые будут доступны ниже)

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

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

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

Задача

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

Дано

• VPS на базе Centos 5 x86_64.
• Панель управления ISP Manager. Стандартные средства ISP Manager не устраивают.
• Свободного места на сервере очень мало.

Цель

Получить архивы файлов и БД на сервере в определенной папке. Архивы должны быть доступны по http-протоколу.