none
SC 2012 CM. Исключить не нужные обновления (Software Updates) при создании правила автоматического развертывания (Automatic Deployment Rule) RRS feed

  • Вопрос

  • Всем привет!

    Имеем SC 2012 CM в.5.00.7711.0000 сборка 7711. Создаю правила для автоматического развертывания обновлений. Необходимо исключить не нужные мне апдейты, к примеру "for Itanium-based Systems". В 2-х словах критерии выборки - Обновления для для Windows Server 2008 (x86-x64), безопасности, не поглащеннные, за последние 3 недели и никаких "Itnium". Делаю следующее:

    как видно критерий исключения "itanium" делается по title, все как в описании: ставьте знак минус - перед кавычками в которых заключайте последовательный набор символов встречающийся в заголовке апдэйта:

    Title: -"for Itanium-based Systems"

    Далее запускаю созданное правило и иду к пакету, в который должно складываться все то, что указано в критериях выборки. К моему удивлению среди обновлений присутствуют и for Itanium-based Systems, также они и загружаются в Source Folder пакета.

    Что делаю не так? Подскажите способ исключить обновления при формировании ADR.


    • Изменено e_kid 5 сентября 2012 г. 7:33
    5 сентября 2012 г. 7:31

Ответы

  • Проблема решена:

    Запросы нужно делать без кавычек. Допустим если если нужно найти все обновления для 64 bit ОС/ПО то в title вводим:

    x64

    если не нужны Itanium то:

    -Itanium

    если нужно соблюсти оба условия то запись будет выглядеть так:

    • Помечено в качестве ответа e_kid 6 сентября 2012 г. 5:34
    6 сентября 2012 г. 5:34

Все ответы

  • Проблема решена:

    Запросы нужно делать без кавычек. Допустим если если нужно найти все обновления для 64 bit ОС/ПО то в title вводим:

    x64

    если не нужны Itanium то:

    -Itanium

    если нужно соблюсти оба условия то запись будет выглядеть так:

    • Помечено в качестве ответа e_kid 6 сентября 2012 г. 5:34
    6 сентября 2012 г. 5:34
  • А у вас на предприятии вообще есть итаниумы? Не проще ли создать правило по:

    • Product - "Windows Server 2008"
    • Superseded - No
    • Required greater than or equal 1
    • Expired - No
    • и если вам нужны только обновления безопасности, то Update Classification - Security Updates

    Ключевое то, что я выделил. Т.е. если ниодному клиенту не нужно данное обновление, то оно и не будет скачано и применено. А плюсов, как минимум два - экономия трафика и экономия места на диске.

    6 сентября 2012 г. 5:50
    Отвечающий
  • Как вариант, спасибо за ответ, но вопрос для меня стоял несколько глубже. На самом деле была идея создавать правила/пакеты для отдельных продуктов, скажем для internet explorer разных версий, windows media player, encoder, framework, directX... в общем всего того, что попадает под критерий product: Windows XP/7/server 2003/2008/R2 и "напрямую" не относится к самой ОС. Для чего это? Для того чтобы максимально исключить дублирование апдейтов в Sorsce Folder пакетах, которые (апдейты) могут загружаться по разным критериям, например тот же самый framework, который практически для всех операционок win XP/7/2003 итд. и если я буду делать правила основываясь на product - Операционка, то этот самый framework закачается в каждый пакет соответствующей ОС. Вот поэтому стал вопрос критерия выборки по Title. И он не заработал... если следовать описанию.

    по поводу:

    • Required greater than or equal 1

    то это criteria для отображения нужных апдейтов в All Software Updates, при формировании правила "синтаксис" несколько отличается (и это печально, что нет взаимо однозначного соответствия). В ADR это наверно будет выглядеть как-то так:

      Recuired >=1

    В любом случае спасибо за мысль.

    6 сентября 2012 г. 7:05
  • В source folder - да, создаст несколько одинаковых апдейтов. На точках распространения - нет, т.к. в ConfigMgr 2012 модель точки распространения отличается от модели, которая была в 2007. Сейчас она работает аналогично WIM-файлу, т.е. если несколько пакетов содержат один и тот-же файл, то файл на точке распространения будет всего один, а на него в пакетах просто будет создана ссылка. Если у вас всего один сайт и одна точка распространения, то можете вообще все обновления сгружать в одну папку. Имеет смысл делить, когда у вас несколько географически разделенных сайтов со слабыми каналами и сильно ограниченным свободным местом на диске.
    6 сентября 2012 г. 7:12
    Отвечающий
  • Да верно, это огромный плюс CM12. Сайт пока один - в центральном офисе, в филиалах еще не решил, что будет secodary либо DP. Пакеты апдейтов разбиваю "по полочкам" возможно для наглядности, да и еще один момент смутил, может показалось, но в SCCM 2007 при развертывании ОС, при установке драйверов, вроде как грузилось все содержимое пакета драйверов, а затем устанавливались наиболее подходящие (повторюсь, может показалось). Вот и предположил, что такая схема и с пакетами обновлений т.е. если один большой пакет, то ВСЕ его содержимое сваливается в кэш клиента, затем ставится нужный апдейт (логика такова, что пакет - средство доставки и почему-то содержимое пакета при доставке изменятся не должно), затем кеш удаляется. В общем проведя эксперемент оказалось, что мои мысли не верны, и что в кэш доствляются только необходимые апдейты. Required пока не использую тк. система Software Update на стадии перехода от WSUS к SUP. Есть желание загрузить Source Folders по максимому, с учетом того, что возможна установка какой либо ОС с дистрибутива, и тогда все необходимые апдейты придут с SUP. Естественно в планах перевести все возможные дистрибутивы win на OSD (пока только клиентские) и благо в CM12 заявлена возможность offline update wim образов. Это должно существенно сократить количество апдейтов в Source Folder пакетах и DP. К сожалению для CM12 какой-то "типовой" методики найти не удалось, везде только на SCCM 2007 (SU на нем не использовал тк полноценный autoapprove с отчетами отсутствовал), бэст практис и пожелания типа "каждому свое в зависимости от особенностей производственной среды". Вот приходится строить "свою" методику.    
    6 сентября 2012 г. 8:07
  • С драйверами - не показалось, с обновлениями другой механизм - загружаются только те обновления, которые нужны клиенту.
    6 сентября 2012 г. 9:04
    Отвечающий