Теперь я дважды VMware vExpert, напмню в прошлом году я впервые был удостоен данного звания.

Спасибо всем тем, кто номинировал меня и всем тем, кто поддерживал меня!

Ну и конечно спасибо VMware!

В этом году из Казахстана награду получили два человек я и Евгений Пономаренко. Поздравляю его!

Также хочется поздравить и остальных своих коллег получивших звания VMware  vExpert 2011 – Сандро Галдава, Антона Жбанкова,  Михаила Михеева, Марию Сидорову, Андрея Коновалова, Кирилла Сухоставского, Евгения Гарбузова!

Полный список награжденных.

Ура!

Сегодня, мой коллега Евгений Акимов (кстати спасибо ему ), меня просветил интересной вещью.

Оказывается если подключиться по ssh к хосту с ESXi и набрать команду dcui, то запуститься интерфейс управления ESXi тот самый DCUI, но правдо в чёрно-белом варианте.

Вот так вот.

Выйти можно просто нажатием сочетаний CTRL+C. Правда иногда не срабатывает… Но всегда можно закрыть сеанс ssh.

Во первых лето и я был в небольшом отпуске, отдыхал от трудовых будней, отпуск не большой всего 1.5 недели, но мне этого хватило.

Во вторых в начале августа я поменял место жительства и место работы. Теперь я живу в прекрасном городе Алматы, ну и соответственно тружусь тут же.

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

Еще я решил сменить дизайн блога. Старый скин немного поднадоел, особенно темные тона. Думал, что же поставить и выбрал тему Cloudy, немного измененную мной. Да да, облака, облака, белогривые лошадки… Тема навеяна конечно облаками только не из песни, а нынешних тенденциях в ИТ индустрия и нынче модной фразой «Cloud Computing». Но не подумайте, что я гонюсь за модой, нет мне кажется облака не только модны, а они также перспективны в будущем, так что встречайте новый облачный скин.

Я выиграл международную премию VMware vExpert 2010!  На сколько мне известно я первый в Казахстане, кто получил ее.

Спасибо всем кто за меня отдал голоса, спасибо тем кто читает мой блог, а также спасибо VMware!!!

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

Хочу также поздравить коллег с России которые также получили данную награду: Михаила Михеева, Антона Жбанкова, Марию Сидорову, Александра Самойленко, Андрея Вахитова.

Цитирую что ответили.

- As you must be aware, thin provisioning is only available for in ESX 4.0. The behavior that you have mentioned in the case description is by design. Whenever a think provisioned disk is moved or copied to a different data store it will be converted to a thick disk. When you are copying it to a workstation and if we assume that it is running Windows (NTFS file system) it is automatically converted to a thick disk.

- However we can clone a thin provisioned vmdk to anther data store keeping it in the thin format.

Как я и думал. Прямого копирование между датасторами или же на другую файловую систему тонких дисков нет. Т.е оно есть, но при копирование он автоматом превращается в толстый. Хотите перенести ВМ с тонким диском на другую датасторе – мигрируйте (Migrate) или клонируйте (Clone) ее.

Как то я проглядел ее на сайте VMware.

Я тоже решил попробовать номинировать себя.

Ушел отправлять заявку на данную премию.

Кстати заявки принимаются до 30 апреля 2010 года.

Немного о vExpert, цитирую Антона

присуждается за вклад в развитие сообщества блоггерам, авторам книг, лидерам VMware User Group, спикерам и организаторам мероприятий, лидерам форумов — иными словами всем тем, кто тратит свое время и делится своими знаниями с сообществом.

Форма для подачи заявки VMware vExpert 2010

Предыстория.

За последние пару дней на ВМ тестировался софт и различная конфигурация, поэтому было сделано несколько снапшотов, и несколько бекапов. В общей сложности 10 снапшотов размером в 60-65Гб.

После последнего бекапа, была попытка удалить несколько снапшотов, а затем и все снапшоты и остаться на последней точки, через GUI vSphere  клиента, которая закончилась неудачей.

Видимо файлы остались заблокированными после последнего сеанса бекапа. Почему так произошло я понял чуть позже. Оказывается, запустился еще один бекап джоб ВМ в Veeam Backup, про который я и совсем забыл. Этот джоб пришлось остановить, где то в середине процесса. Я торопился, и не хотелась ждать очередного завершения.

Минут через 10 блокировка исчезла. Я решил удалять снапшоты через snapshot manager. Зайдя туда я не обнаружил не одной точки отката.

Минут 5 сидел, думал что делать. Варианты решения пришли очень быстро.

1)      Есть бекап, можно откатиться, но вот беда после бекапа делались кое, какие настройки и реконфигурация ВМ, которая успешна работала. Делать второй раз туже процедуру мне не хотелось. Вариант отпал сразу.

2)      Сделать клон ВМ, затем его запустить и убить старую ВМ. Как известно при клонирование ВМ создается один ее диск, без дельт, к той точке, на которой сейчас работает ВМ.   Вариант отпал, так как тратить время на клонирование не хотелось.

3)      Просто  сделать новый снапшот ВМ, а затем попробовать из snapshot manager сделать Delete All. Этим вариантом я воспользовался и он мне помог.

4)      Был еще вариант удаления снапшотов из консоли ESX, но до него дело не дошло.

Снова хепи энд без лишних усилий.

Это не пиар замечательного продукта Veeam Backup and Replication, а просто история, в которой данный продукт помог.

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

Данную историю я отправил на конкурс проводимый на VM Guru.

Сама история ниже.

«Операция по удалению и трансплантации информации»

Пациент

Есть у меня в организации файл/приложений сервер с несколькими дисками, работающий под Widows 2008 Enterprise в виртуальной среде. Один из дисков отдан под общий диск для пользователей домена. На нем лежит очень много важной бизнес информации. Большинство пользователей ежедневно работают с этими файлами, постоянно изменяя или удаляя свои файлы.

Также в сети есть еще один старый файл сервер, работающий под Centos, который тоже использовали активно. И в один прекрасный день решили мы этот сервер убрать, а информацию с него залить на диск выше описанного сервера.

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

Диагноз

Удалить с диска лишнею информацию большого объема.

Трансплантация  новой информации на диск.

Лечение

Удалить с диска нужный большой объем информации без возвратно, а затем записать нужную.

Мне как хорошему админу лень сидеть вечером в офисе, и по старой наработанной привычки я все это сделал удалено из дома. Перед операцией, как и полагается я сделал полный бекап ВМ серверов. Как раз в это время я уже несколько недель тестировал продукт Veeam Backup and Replication, который все больше и больше начинал мне нравится.  Собственно им я и воспользовался. Предварительно отключил VSS и начал «операцию по удаление и трансплантации». Проделал я данное действо быстро, как опытный «хирург» . Затем включил VSS, «Аллилуйя», сказал я мысленно и пошел заниматься своими делами.

Осложнения.

Но проблемы подкрадываются не заметно.

Где то около обеденного времени следующего дня у меня раздается звонок с дико вопящей девушкой, которая захлебываясь объясняет мне, что вчера вечером, она работала и все было хорошо (Хвала ей! Она вечером работал. Надо же такое, я думал только админы  по ночам работают с компами ), а  утром оказывается ее папок нет. Я вроде склерозом и тупостью не страдаю, и не мог просто так вынести пользовательские данные, тем более они лежат в других папках, с которыми я вчера ничего не делал. После долгих разбирательств я понимаю, что она снесла все свои файлы с сетевого диска, причем еще вчера вечером, примерно в тоже время когда и проходила моя операция.

У как весело просто! VSS обнулены, на диск уже перезаписана тонна другой информации.

И тут рождается риторический вопрос что делать и как быть? Вариантов уйма. От того что сама виновата, до виноваты во всем злые кулцхакеры .  Все приводить не буду, приведу правильный – восстанавливать информацию.

Вопрос второй как? Естественно через бекапы. Самый верный и быстрый способ.

Собственное что я и сделал. К слову в продукте Veeam Backup and Replication есть замечательная функция просмотра содержимого бекапа, которой я и воспользовался. В течение минут 10 я с легкостью не сильно напрягаясь, восстановил нужные файлы, не прибегая к откату всей ВМ.

Заключение

Сотрудница получила назад свои файлы, а я ее благодарность, чай, конфеты и много чего еще….

Вот такой вот хепи энд.

И в заключение истории немного скажу о самом продукте Veeam Backup and Replication. На мной взгляд одно из лучших ПО для резервного копирования и восстановления в виртуальной среде, построенной на VMware. Я лично тестировал данный продукт месяц и остался им очень доволен. Софт работает замечательно и без сбоев, плюс скорость его работы очень высока. Так же радует простой и понятный интерфейс и метод работы с ним.

Сейчас после пробного использования мы закупаем данное ПО для дальнейшего использования в продакшн среде как основное средство для резервного копирования и восстановления в виртуальной среде построенной на VMware vSphere 4.

Кстати рекомендую данный софт. Я им очень доволен остался.