четверг, 20 марта 2014 г.

пятница, 14 марта 2014 г.

Управление System Center 2012 Configuration Manager через PowerShell

Ни для кого уже не секрет, что через PowerShell можно управлять различными продуктами Microsoft. Будь то Active Directory, Exchange или System Center 2012 Configuration Manager.
Расписывать преимущества использования PowerShell для некоторых сценариев нет смысла, но могу сказать, что когда нужно что-то автоматизировать или произвести низкоуровневые операции, PowerShell - ваш выбор.

пятница, 28 февраля 2014 г.

вторник, 17 декабря 2013 г.

OSD - Медленная загрузка WinPE boot image по TFTP.

Было замечено, что загрузочный образ WinPE размером чуть более 200Мб грузится по TFTP ужасно долго (около 2-3 минут), а в отдаленные уголки нашей республики и вовсе минут по 15, а вот уже сам образ ОС грузится с нормальной скоростью для 100mbps подключения.

понедельник, 25 ноября 2013 г.

PXE Default Boot Image. Загрузочный образ PXE по умолчанию.

Для того, чтобы с помощью System Center Configuration Manager можно было разливать образы операционных систем по сети с помощью PXE необходимо, чтобы на PXE было доступно два образа - x64 и x86. И абсолютно не важно, что вы хотите использовать только x86 или только x64. Если будет добавлен только один образ - при получении адреса от dhcp вы будете видеть что-то вроде "Contacting server ..........." и коннект отвалится по timeout. 
По умолчанию у вас уже доступны два образа, которые вы захотите кастомизировать (как минимум - добавить драйвера для сетевых карт, чтобы WIM образ можно было скачать из под Windows PE).

четверг, 19 сентября 2013 г.

Device Affinity - Создание соответствия между пользователем и устройством.

Установку софта через System Center Configuration Manager 2012 компания Microsoft старается позиционировать как user-based. Портал самообслуживания, установка софта на пользователя. Типичный сценарий: если устройство является для пользователя основным (primary), то на это устройство будет установлена полноценная версия какого-то приложения (например, Microsoft Office), если же это не основное устройство, то будет приезжать виртуализованное приложение App-V.

четверг, 5 сентября 2013 г.

Client Push Installation - расписание и troubleshooting

Если вы вручную, либо через Automatic wide push install происходит установка System Center Configuration Manager агента, то происходит она следующим образом:
1. При ручном запуске установка происходит после завершения мастера.
2. При Automatic wide push install установка будет происходить сразу после обнаружения нового объекта (во время цикла Discovery Systems).

И самое основное - установка будет происходить по следующему расписанию, в случае недоступности клиента: каждый час в течение 7 дней.

Для каждого клиента, кому необходимо установить Агента через push install, на сервере создается CCR запись (client configuration request), которые хранятся в %programfiles%\Microsoft Configuration Manager\inboxes\ccr.box\inproc (здесь хранятся тех машин, на которые в данный момент производится установка), а вот в %programfiles%\Microsoft Configuration Manager\inboxes\ccrretry.box - хранятся записи машин, на которые установку произвести не получилось (выключена, не доступны административные шары, ...)

Траблшутинг push install можно поделить на 3 стадии:
1. Пред-инсталляционная фаза. На ней будет полезно посмотреть лог ccm.log (ccm.lo_) на сервере. Там вы увидите было ли задание на произведение push install
2. Инсталляционная фаза. На ней будет полезно смотреть логи ccmsetup.log и client.msi.log, которые хранятся на клиенте в %windir%\ccmsetup\
3.Пост-инсталляционная фаза. На ней уже полезно будет посмотреть на клиенте следующие логи: clientlocation.log, locationservices.log, clientidstartupmanager.log, которые хранятся в %windir%\ccm\logs и определить - видит ли клиент management point, куда он прицепился.

четверг, 22 августа 2013 г.

Что выбрать: Applications или Packages? - вот в чем вопрос

Хочу поделиться опытом использования Applications (приложения) и Packages (пакеты) в System Center Configuration Manager 2012. Когда использовать одно, а когда другое. Использование Application очень удобно в том случае, когда вам нужно разлить какой-то софт и, даже в случае его непреднамеренного удаления - он заново приедет. Для этого существуют Detection Methods (методы обнаружения установки приложения). Это может быть как MSI Product Code, так и наличие какого-либо файла, либо ветки в реестре, либо можно использовать какой-то кастомный скрипт для определения установки. Ну и тут, собственно, все просто. Назначили установку софта на коллекцию, он установился. Какой-то хулиган с правами администратора взял и удалил софт. При повторном цикле оценки развертывания приложения софт будет установлен. То же самое можно сделать и в случае с удалением софта: если софт нужно удалять и проверять, чтобы он заново не появился - вам на помощь придут Applications.