Поиск источника блокировки учетной записи

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

Источник блокировки был быстро найден благодаря SCOM Audit Collector – им оказался ноутбук NB022. Проблема была лишь в том, что коллеги из тех.поддержки уже сходили и проверили ноутбук, не найдя никаких следов блокируемого пользователя.

Ок, я подключился к ноутбуку и сам начал искать следы пользователя – по нулям. Пока искали – произошла еще пара блокировок.

Continue reading “Поиск источника блокировки учетной записи”

Вдогонку за кроликом или fiber-channel, linux и много-много google

Эта статья описывает муки настройки fiber channel target поверх Centos.

Коллегам, хорошо разбирающимся в линукс, можно читать в качестве анекдота 🙂

Continue reading “Вдогонку за кроликом или fiber-channel, linux и много-много google”

Подсчет стоимости виртуальной машины

Mr. Nobody нашел симпатичную статью про то, сколько же стоит виртуальная машина.

Переведу 🙂

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

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

Continue reading “Подсчет стоимости виртуальной машины”

Впечатления о Trilead VMX

Наконец-то у меня дошли руки потестировать новый Trilead VMX4.

Одно из главных нововведений четвертой версии – это поддержка резервного копирования серверов Hyper-V. Поддерживаются следующие версии гипервизоров:

VMware ESX 3.0.X/3.5/3i, VMware ESX 4.0/vSphere & 4i, VMware ESXi 5.0, VMware vCenter 4 + 5, Hyper-V Server 2008 R2 (SP1).

VMX лицензируется по сайтам (установкам). Соответственно, с одного сервера (и одной лицензии) вы можете делать резервные копии хоть сотни хостов.

Помимо платной версии есть еще бесплатная. В бесплатной версии нет:

– поддержки vCenter. То есть хосты подключаются напрямую, допускается до двух хостов;

– инкрементальных бэкапов;

– восстановления файлов (NTFS,FAT,EXT);

– репликации включенных ВМ;

– планировщика заданий;

– нет бэкапов по сети (доступен бэкап только на станцию с VMX);

– отчетов по электронной почте.

Наверняка вы спросите: “а что умеет бесплатная версия”? 🙂

Continue reading “Впечатления о Trilead VMX”

Проблема выбора

Больше двух лет лежала в черновиках заметка, решил опубликовать.  К сожалению, тема “Как генерировать правильные и хорошие решения?” не раскрыта. 😉

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

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

Второй проблемой стало резервное копирование. В компании имеет FC-хранилище entry-уровня и резервные копии с одних LUNов с данными кладутся на другие LUNы.  На вопрос “вы понимаете, что в случае проблем со хранилищем вы потеряете всё?” получен ответ “да, понимаем!”.

Третье проблемой является наличие бородатых серверов 3-5-7 летней старости временами тормозящих, и ИТ хочет обновить часть из них.

Со своими проблемами ИТ приходит к бизнесу и требует сделать ВЫБОР, предлагая варианты решения.

Первое развитие. “Мы не хотим просить”

Решение проблем:

  1. Первой – не будем виртуализовать новые сервисы, у нас итак 3 сервака виртуальных.
  2. Второй –  Положить резервные копии с одних 10 серверов на локальные диски другие 10 серверов, ведь там есть свободное место.
  3. Третьей – оставить инфраструктуру как есть, подкрутить настройки, перекомплектовать сервера, пересобрать RAID’ы.

Второе развитие. “Раз вы просите, то держите”

ИТ-отдел почесал репу и предложил “комплексное” решение:

Давайте купим блейд-центр с 8 лезвиями, напичканными самыми крутыми процессорами, завиртуализируем на них часть сервисов, плюс пару серверов дополнительно будем их использовать по классической схеме без виртуализации. На вопрос “а разве сервисы, которые будут на этой паре запущены проблематично виртуализовать?” дают “чтобы избежать пустых разговоров что 1с7 тормозит из-за того, что сервер виртуальный, я решил сделать так”. Решение вышло порядка 100 тысяч баксов, оно решило бы пару проблем, а резервные копии видать предлагается делать по первому варианту развития.

Муки выбора

Бизнес спрашивает: “оба варианта работают?”, – “да, первый это как теперь, правда, иногда тормоза и бэкап не старее пары дней, а вот если второй должно всё хорошо работать.”

А теперь посмотрите на позицию  бизнеса, ему предложили целых ДВА варианта: один не требует ЗАТРАТ и всё работает с мелкими косяками, а второй – возьми и выложь 100 000 баксов с вероятным улучшением ситуации.

В итоге, ИТ в горести, печали и обиде, бизнес тоже недоволен.

“Принимай решение не торопясь, взвесив все возможные варианты.” – один из принципов менеджмента Toyota.

ИТ выступил стороной готовящей решения, и сделал два ПЛОХИХ варианта, первый плохой и для ИТ, и для бизнеса, а по второму не поинтересовался доступным бюджетом. Бизнес выступил стороной принимающей решения и выбрал из принципа “из двух зол выбирают меньшее”, денег столько тратить не готовы, и можно сделать “бесплатно”.

Вместо этого ИТ необходимо было подготовить 3-4 ХОРОШИХ варианта. Определить критичность и приоритет задач, разделить в соответствии с этим закупки на этапы, человеческим языком на уровне пользователя кратко пояснить, что даёт и какие проблемы закрывает каждый вариант, каждый этап. Чтобы бизнес правильно принял решение у него должны быть варианты правильных решений.

VMware tool update

Почерпнул отсюда.
По умолчанию, при обновлении VMware Tools в автоматическом режиме происходит перезагрузка ВМ. На просторах инета есть скрипты для PowerSHell, позволяющие обновить все ваши машины без автоматической перезагрузки.
Если же с PowerSHell вы не дружите, то для вас есть следующий вариант:
Выбираете в контекстном меню Guest->Install/Upgrade VMware Tools, там выбираете Automatic Tools Upgrade и в строке с опциями указываете

/S /v”REBOOT=R /qb”

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

UPD: Михаил подсказывает, что для пятой версии подходят другие параметры.

/S /v “/qn REBOOT=R”

И опять про бэкапы

Знаковый опрос на тему “Кто должен делать бэкап 1С“?

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

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

Ввиду того, что средний системный администратор (СА) – существо либо ленивое, либо занятое, бэкапы он не тестирует. Это справедливо для большинства компаний из сектора SMB (малый/средний бизнес).

Кроме того, СА может не делать бэкапы, придумывая следующие оправдания:

  1. Нет достаточного места под резервные копии / нет выделенного сервера под резервные копии;
  2. Нет системы автоматизированного создания резервных копий (СРК – система резервного копирования);
  3. Нет времени на проверку резервных копий (либо некуда восстанавливать), а раз так – зачем их нерегулярно делать;
  4. Отсутствует лицо, заинтересованное в создании резервных копий или целостности данных;
  5. Просто влом.

Continue reading “И опять про бэкапы”

Обновление ESX3,5i->ESX4i – продолжение

Недавно я писал о переходе своей виртуальной инфраструктуры на vSphere 4. Почти сразу же я попался на том, что новоявленный ESX4i перестал мониторить железо (DAS). Погнавшись за апдейтами, я также обновил vCenter4 до Update1. Как и следовало ожидать, один из ESXi тут же отвалился от vCenter. Откат на старую версию vCenter ничего не дал (если внимательно почитать workaround к статье, можно понять почему).

Соответственно, почва для послерабочих бдений (у меня vSphere Essentials) подготовлена.

Continue reading “Обновление ESX3,5i->ESX4i – продолжение”

Рекомендации при использовании VMware VI

Портал VMGuru.nl выдает зачетные рекомендации для использования виртуальной инфраструктуры VMware.
Эти рекомендации особенно полезны при создании новой инфраструктуры, хотя и для существующей будут полезны. Переведем 😉
Рекомендации касаются:
– ESX(i);
– vCenter;
– Лицензирование;
– СХД;
– Сеть;
– Виртуальные машины.
Continue reading “Рекомендации при использовании VMware VI”