none
Окна обслуживания и установка обновлений RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    На всех коллекциях выставлено окно обслуживания которое выполняется каждый день с 18:00 до 8:00(Если не выставлять галочку "Использовать время в формате UTC" время будет использоваться то, которое на сервере?).

    На всех ADR убрана галочка "Устанавливать обновление" вне окон обслуживания.

    По идеи при достижении 8:00 все развертывания должны прекращаться, но этого не происходит. Тем самым забивается весь канал связи.

    Синхронизация точки обновления прошла, синхронизация ADR тоже прошла следовательно проблема не в этом.

    Еще вопрос, если отключить ADR, установка обновлений прекратится сразу после обновления политики на клиентах, или пока не установятся все обновления с этого ADR?

    • Изменено wolfeg 11 декабря 2014 г. 6:56
    11 декабря 2014 г. 5:55
    |

Ответы

  • Question
    Нужно войти
    0
    Нужно войти

    Обычно рекомендуют обновления ставить пакетами: все обновления за прошлые годы, начиная с предыдущего, обновления за последний год, текущие обновления. Это делает первый пакет самым большим и самым стабильным: его не придётся переразливать повторно. Второй пакет будет более изменчив, но он значительно меньше по размеру и его можно переразливать раз в квартал или полгода. А третий хорошо подходит для антивирусных обновлений и ежемесячных.

    Deadline, на мой взгляд, хорошо вписывается в эту схему.

    Сазонов Илья http://isazonov.wordpress.com/

    • Помечено в качестве ответа wolfeg 15 декабря 2014 г. 7:58
    15 декабря 2014 г. 7:08
    |
    Модератор

Все ответы

  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день,

    Вопрос 1: да, будет использоваться локальное время на клиенте

    >По идеи при достижении 8:00 все развертывания должны прекращаться, но этого не происходит. Тем самым забивается весь канал связи.

    Окна обслуживания не регулируют закачку контента - они влияют только на установку обновлений. В Вашем случае стоит проверить, что развертывание становится Available значительно раньше, чем наступает Deadline - тогда у клиентов будет время, чтобы закачать обновления заранее. Если клиентов на медленном канале много, стоит рассмотреть возможность установки DP на удаленной площадке.

    >Еще вопрос, если отключить ADR, установка обновлений прекратится сразу после обновления политики на клиентах, или пока не установятся все обновления с этого ADR?

    ADR - это "робот", который просто пополняет SU Group/Package и создает развертывание с заданными параметрами. В промежутках между своими циклами он спит и не влияет на процесс установки обновлений.

    Максимально быстро остановить установку обновлений , если они уже закачаны, довольно сложно: можно попробовать отключить развертывание (не удалить!) и воспользоваться Client Notification, чтобы обновить политики.

    12 декабря 2014 г. 7:47
    |
  • Question
    Нужно войти
    0
    Нужно войти

    На всех коллекциях выставлено окно обслуживания которое выполняется каждый день с 18:00 до 8:00(Если не выставлять галочку "Использовать время в формате UTC" время будет использоваться то, которое на сервере?).


    Настройки для клиента и время сработки будет локальное время клиента.

    Сазонов Илья http://isazonov.wordpress.com/

    12 декабря 2014 г. 11:23
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти

    По идеи при достижении 8:00 все развертывания должны прекращаться, но этого не происходит. Тем самым забивается весь канал связи.

    Это не установка. Это закачка. Она выполняется через BITS. Посмотрите политики клиента - там есть настройки BITS по ширине канала и по времени суток. (Тоже самое можно сделать через GPO, но это исключает возможность менять настройки через политики SCCM)

    Сазонов Илья http://isazonov.wordpress.com/

    12 декабря 2014 г. 11:30
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти
    То есть закачку обновлений на клиенты можно регулировать только настройками BITS, а установку закаченных обновлений - окнами обслуживания?
    14 декабря 2014 г. 18:44
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Вас что смущает? Настройте BITS в политике клиента, и это решит проблему загрузки канала, о которой вы писали.

    Сазонов Илья http://isazonov.wordpress.com/

    14 декабря 2014 г. 19:10
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти

    Да просто уточнить хотел.

    А по поводу Available time и Deadline, эти параметры настраиваются только в свойствах ADR и выставляются статично? То есть если я выставил Available time как можно скорее, а Deadline через месяц то при появлении новых обновлений дней через 20 всё так же и останется и нужно Deadline перебивать руками? Или проще установить Deadline например на полгода-год?

    15 декабря 2014 г. 4:18
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Обычно рекомендуют обновления ставить пакетами: все обновления за прошлые годы, начиная с предыдущего, обновления за последний год, текущие обновления. Это делает первый пакет самым большим и самым стабильным: его не придётся переразливать повторно. Второй пакет будет более изменчив, но он значительно меньше по размеру и его можно переразливать раз в квартал или полгода. А третий хорошо подходит для антивирусных обновлений и ежемесячных.

    Deadline, на мой взгляд, хорошо вписывается в эту схему.

    Сазонов Илья http://isazonov.wordpress.com/

    • Помечено в качестве ответа wolfeg 15 декабря 2014 г. 7:58
    15 декабря 2014 г. 7:08
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти

    Понятно, но как-то не очень хочется увеличивать кол-во пакетов в 2-3 раза.

    Такой подход можно использовать если кол-во обновлений(например для win server 2003) больше 1000, чтоб разбить на несколько пакетов.


    • Изменено wolfeg 15 декабря 2014 г. 8:49
    15 декабря 2014 г. 7:57
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Не обязательно. Поищите best practice по установке обновлений с помощью SCCM. Схема, которую я привел часто описывается, и в ней есть железная логика.

    Сазонов Илья http://isazonov.wordpress.com/

    15 декабря 2014 г. 15:03
    |
    Модератор