пятница, 23 августа 2013 г.

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

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

вторник, 13 августа 2013 г.

Application Deployment. BITS. Мониторинг заливки контента.

Итак, как мы знаем, System Center Configuration Manager в качестве транспорта использует BITS (фоновая интеллектуальная служба). Вы создали application, разлили его на Distribution Point, назначили его Deployment и сидите и ждете на клиенте... Все хорошо, если от Distribution Point до клиента хороший канал, а вот если канал не очень хороший - связь может прерываться, кто-то может выключить или перезагрузить клиентскую машину. И вот тут-то хотелось бы видеть - идет ли у нас заливка контента и есть ли какие-то задание у BITS.

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

Clear install flag - не панацея.

Рано или поздно многие из вас столкнутся с проблемой: на машине с именем Wks1 переустановили систему, удалили старую учетную запись машины из домена и ввели эту машину в домен с тем же именем Wks1. И тут начинается самое интересное: в базе данных System Center Configuration Manager у нас есть старый объект с этим же именем Wks1, он числится как Client: Yes, Active: Yes. Недополучив несколько Heartbeat'ов - Active станет No. На помощь вроде бы должен прийти встроенный Maintenance Task - Clear Install Flag. Его задача состоит в том, чтобы у неактивных клиентов менять статус Client на No и Push Installation срабатывал бы заново. Но тут есть проблема: Heartbeat, допустим, рекомендуемо раз в сутки. Уже неудобно. Машину переустановили и хотели бы разлить на нее сразу софт, получить на нее удаленное управление. Тут я вижу несколько решений:

среда, 7 августа 2013 г.

Reporting Services. Маленькая хитрость во время установки.

SQL для SCCM у нас установлен в дефолтный instance, но вот порт используется нестандартный. При разворачивании Reporting Services нужно указать instance и адрес сервера Reporting Services. Как указать порт? По умолчанию стучится на порт 1433, но если у вас несколько инстансов и тот, который нужен под reporting болтается на нестандартном порту? Пытались через двоеточие 172.16.0.1:12345, но не прокатило. Оказывается, нужно указывать порт через запятую. Да-да. 172.16.0.1, 12345.