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

Когда вышла первая публикация на Хабре по теме DRaaS и миграции с VMware, организованных на базе OpenStack, в комментарии пользователя mikkisse была озвучена мысль: единственное очевидное преимущество решений на базе OpenStack — это их относительно низкая стоимость в сравнении с коммерческими предложениями. Другие пользователи (например, AntonVirtual) аккуратно (и не очень) намекали на то, что отсутствие лицензионных платежей придется компенсировать оплатой поддержки, которая обеспечила бы стабильность работы облака. А раз так, замечали третьи (такие как omnimod), лучше не экспериментировать, а отдаться старому-доброму вендору. Мы, в свою очередь, в комментариях обещали подробный рассказ о том, как именно реализуется миграция и/или DR с технологией Hystax Acura в обмен на благосклонное внимание mikkisse и других читателей, давших нам содержательную обратную связь. Выполняем взятое на себя обязательство.

Привет, с вами снова Veeam Support! Сегодня в центре нашего внимания очень любопытный кейс: задание верификации SureBackup прекращается на середине создания снапшота, выдавая сообщение об ошибке общего характера: “The specified feature is not supported by this version.” (Данная функциональность не поддерживается в этой версии).


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

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

После более подробной беседы, выяснилось:

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

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

Есть прекрасная поговорка «И на старуху бывает проруха». Её можно сделать девизом индустрии: даже хорошо продуманная многоуровневая система защиты от потери данных может пасть жертвой непредвиденного бага или человеческой ошибки. Увы, такие истории не редкость, и сегодня мы хотим рассказать о двух случаях из нашей практики, когда всё пошло не так. Shit happens, как говаривал старина Форрест Гамп.

Мы в своей работе активно используем PostgreSQL, много участвуем в тематических конференциях, проводим соревнования и пишем про администрирование и разработку. И вот сегодня я хочу пригласить вас поучаствовать ещё в одной встрече, посвященной Postgres — живом митапе на канале #RuPostgres Live. В прямом эфире, который будет вести и модерировать Николай Postgresmen Самохвалов, я и мои коллеги ответим на ваши вопросы. Подробности под катом.

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

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



Представьте себе такую картину: контроллер HBA вышел из строя и требует замены. Сервер Veeam при этом остается без изменений (то есть без переустановки ОС и собственно приложения Veeam), как и устройство для записи на магнитную ленту. Вы наконец-то все успешно настроили, и тут вашему боссу понадобилось немедленно восстановить виртуальную машину из бэкапа, записанного на ленту за день до замены контроллера HBA. Вот тут и выплывает сообщение об ошибке с размером блока: Error: Invalid block size

В прошлой статье мы говорили об истории развития Microsoft Data Protection Manager. Сегодня предлагаем пойти дальше. Вы узнаете о том, как он работает технически, с заглядыванием на страшного зверя VSS.

Привет, с вами сегодня команда техподдержки Veeam Support Team. Мы уже рассказывали читателям Хабра о фантастических тварях разнообразных клиентах и где они обитают, и о том, чем и как занимается наш отдел.

А в новом сезоне мы решили начать публикацию технических постов с разбором реальных кейсов, с которыми к нам обращаются пользователи. Хочется верить, что эти материалы помогут кому-то разобраться в тонкостях работы с нашим продуктом без звонка в саппорт – а мы используем сэкономленное таким образом время для написания новых полезных статей.

Итак, сегодня разбираем кейс «Проблема с восстановлением на уровне файлов – ошибка при развертывании Linux FLR appliance», который стал одним из наиболее популярных за прошедшие месяцы.

Следом за массивными атаками WannaCry в прошлом месяце в настоящее время развивается крупный инцидент с программой-шантажистом, получившей название NotPetya. Утром исследователи предполагали, что эта программа является вариантом вируса-шантажиста Petya, но Kaspersky Labs и другие компании сообщили, что несмотря на их схожесть, на самом деле это #NotPetya. Независимо от его имени, вот что следует знать.

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

Создание скриптов резервного копирования всегда представляется простой, нудной и очень обычной задачей. Напиши скрипт, поставь его в крон, проверь, что он сработал — казалось бы все, да? Но это только верхушка айсберга, а под водой скрывается огромное количество проблем. Все помнят недавную проблему на gitlab, когда оказалось, что операция по удалению данных была проведена не на резервном, а на основном сервере БД, бэкапы оказались размером в 0 байт, бэкапы в S3 недоступны, но, на счастье, резервная копия оказалась на одном из других серверов.



Как быть уверенным, что резервное копирование действительно работает? И что даже если скрипты работают, то данные в архивах есть? Что бэкапится именно то, что нужно? По нашей статистике, проблемы с резервным копированием происходят раз в 21 день. Если вы не проверяли ваши бэкапы дольше этого времени — возможно, у вас есть проблемы. В посте мы расскажем о своем опыте по созданию системы резервного копирования в гетерогенной инфраструктуре из 2000 машин, 20 терабайт ежедневных бэкапов самых разных систем, проблемах, которые мы встречали на своем пути, и как мы их решаем.

Прислали уведомление, что производят закрытие Personal плана в течении 14 месяцев. Добавили 60 дней к текущей подписке и предложили переход на Бизнес план или Carbonite сервис.
Бизнес план примерно в два раза дороже и отсутвует вариант бакап на свой сервер.
Альтернативы:

Эта история началась больше года назад, когда в организацию были закуплены несколько относительно дешёвых китайских IP-камер Falcon Eye FE-MTR300 P2P, чтобы между сотрудниками и посетителями не происходило никаких эксцессов под присмотром большого брата.


Не сказать, чтобы всё было хорошо… Всё было средне. И нам показалось, что обновление ПО камер сможет что-то улучшить. Оказалось, что некоторые модели Falcon Eye, Tenvis, Foscam и, возможно, ещё каких-то фирм практически совпадают. Где-то кнопочки поудобнее, где-то интерфейс русский есть. И мы решились!

Обновили ПО камер на схожую модель от Tenvis TR3818. Потом почитали ещё и решили, что можно обновиться и на более крутую прошиву от другой камеры.

В начале августа исследователи из IBM Research совместно с Sony Storage Media Solutions установили новый мировой рекорд, записав 201 ГБ на один кв. дюйм магнитной ленты. Толщина прототипа IBM составляет всего 4,7 микрометра. Новый метод позволяет сохранить 330 ТБ несжатых данных в картридже LTO размером с ладонь. Рекордный объем данных эквивалентен приблизительно 330 млн книг на 1098 м ленты. Ученые ожидают, что смогут удваивать емкость лент каждые два года.

Продукт для резервного копирования физических машин Veeam Agent for Microsoft Windows (раннее Veeam Endpoint Backup FREE) довольно-таки популярен как среди ИТ-администраторов компаний, так и среди пользователей домашних компьютеров. Во втором квартале этого года вышла в свет версия 2.0, уже с названием Veeam Agent и с тремя различными редакциями, включая одну бесплатную. Сегодня я расскажу о нескольких новых фичах, относящихся к работе этого решения с СХД, а также о поддержке Veeam Cloud Connect. Надеюсь, что-то из этих новинок окажется для вас полезным.

UPD: Как всегда, мы предоставляем заслуженным деятелям IT бесплатные NFR-ключи — теперь и для Veeam Agent 2.0. for Microsoft Windows. Лицензия рассчитана на 2 сервера или на 5 рабочих станций и будет действительна в течение 1 года. Для получения ключа нужно, как обычно, указать свои данные вот тут.

За подробностями о фичах добро пожаловать под кат.

В корпоративные блоги принято писать success story — это положительно влияет на образ компании. К сожалению, не всегда в работе инженера всё заканчивается happy end-ом.
Надо сказать, что коллеги уже начинают подшучивать, что я «притягиваю» проблемы. Тем или иным образом я поучаствовал почти во всех проблемных заявках за последнее время. И теперь хочу рассказать одну поучительную историю из своей практики.

Это скорее развлекательная история для тех, кто так же, как и я, не является специалистом в телефонах и восстановлении данных.

Однажды сотрудник принёс телефон Fly Ezzy Trendy 3.


(по его версии телефон начал первый, но сотрудник оказался сильнее)

Осознание того, что телефонная книга осталась у побеждённого наступило не сразу. И через некоторое время сотрудник обратился в ближайший сервис с просьбой извлечь телефонную книгу.

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

Создание резервной копии данных — только начало. Вам необходимо убедиться в том, что резервные копии содержат в себе необходимые данные и совместимы с приложениями, которые будут пользоваться ими.

Недавно Veeam запустил программу бета-тестирования новой версии Veeam Backup for Microsoft Office 365. Эта новость особенно актуальна в свете последних отчетов от Microsoft, согласно которым выручка от продаж корпоративных подписок на облачный Office 365 за прошедший квартал впервые превысила выручку от лицензий на традиционные offline-приложения из пакета Office.

В нашем блоге мы рассказывали о версии 1.0 решения Veeam, предназначенного для резервного копирования и восстановления данных Exchange Online. C версией же 1.5 будет возможно бэкапить и восстанавливать почту не только для облачного, но и для локального Exchange или для гибридной организации.

Новая версия намечена к выпуску на конец текущего квартала и, как мы надеемся, особенно порадует сервис-провайдеров. Но не только их – ведь, помимо новой распределенной архитектуры и улучшенного интерфейса, в ней для автоматизации работы администраторов предлагается набор командлетов PowerShell, а также RESTful API.

За подробностями добро пожаловать под кат.

Сегодня мы поговорим о продукте, который вызывает довольно неоднозначное мнение в профессиональном сообществе — Microsoft Data Protection Manager. Под катом вы найдёте первую часть из серии статей, в которой мы погрузимся в историю.

Уже в третий раз прошла конференция, посвящённая доступности данных — VeeamON. В этом году её посетило около 3500 человек, а всё действие происходило в городе Новый Орлеан, что в штате Луизиана, который, в свою очередь, находится в США.

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

Чего здесь не будет

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

Что здесь будет?

Впечатления от города и мысли, так сказать, «цыганщина».