none
Периоды обслуживания RRS feed

  • Вопрос

  • Есть коллекция на которую развернуто ADR с обновлениями для windows 7. На коллекции настроен "период обслуживания" - каждый понедельник с 16:00 до 08:00. Сегодня (пятница) добавил 2 компьютера в домен, они попали в эту коллекцию, после чего на них сразу начали устанавливаться обновления. Что я делаю не так?
    • Изменено УИР 13 января 2017 г. 11:03
    13 января 2017 г. 10:58

Ответы

  • Затрудняюсь сказать как точно себя должен вести клиент в этом случае.

    Но логика окон довольно проста
    У каждого обновления есть свойство - время установки, например 10 минут. Например окно 1 час,

    У вас клиент хочет поставить 5 обновлений по 10 минут - умещается, значит начинает ставить.

    К суммарному времени установки добавляется время предупреждения о перезагрузке (политика клиента)

    Могу предположить, что клиент вычислил - окно есть и его хватает на установку, начал ставить

    По среди установки он не проверяет что окно вдруг пропало или добавилось, и продолжает запланированную в начале работу.


    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    • Помечено в качестве ответа УИР 17 января 2017 г. 12:46
    16 января 2017 г. 12:05
    Модератор

Все ответы

  • День добрый

    Проверьте в деплойменте, вкладка "User Experience", в разделе "Deadline behavior" стоит галка
    "Software update installation"?
    Ну и проверьте что других окон обслуживания клиент не получает (через другие коллекции).

    Так же можно почитать лог RebootCoordinator.log на клиенте


    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    13 января 2017 г. 12:25
    Модератор
  • День добрый

    Проверьте в деплойменте, вкладка "User Experience", в разделе "Deadline behavior" стоит галка
    "Software update installation"?
    Ну и проверьте что других окон обслуживания клиент не получает (через другие коллекции).

    Так же можно почитать лог RebootCoordinator.log на клиенте


    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    Добрый день.

    Данная галка стоит, но в правиле развертывание крайний срок установлен на 10.04.2017(через 3 месяца после создания правила).

    Лог на клиенте почитал, но не увидел там ничего интересного:

    Retry resuming bit-locker TPM PIN protector. Retry count 1
    Didn't suspended bit-locker. Do nothing and return.
    Retry resuming bit-locker TPM PIN protector. Retry count 1
    Didn't suspended bit-locker. Do nothing and return.
    User S-1-5-21-485691560-1223181764-929701000-500 is getting pending reboot information...
    Retry resuming bit-locker TPM PIN protector. Retry count 1
    Didn't suspended bit-locker. Do nothing and return.
    Retry resuming bit-locker TPM PIN protector.
    Didn't suspended bit-locker. Do nothing and return.
    User S-1-5-21-485691560-1223181764-929701000-500 is getting pending reboot information...
    User logoff notification received
    Failed to get RebootRequiredBeforeInstallation property from AU. Error = 0x80080005
    Retry resuming bit-locker TPM PIN protector. Retry count 1
    Didn't suspended bit-locker. Do nothing and return.
    User S-1-5-21-485691560-1223181764-929701000-500 is getting pending reboot information...
    Reboot Coordinator received a SERVICEWINDOWEVENT MODIFY Event
    User logoff notification received
    Retry resuming bit-locker TPM PIN protector. Retry count 1
    Didn't suspended bit-locker. Do nothing and return.
    User S-1-5-21-485691560-1223181764-929701000-500 is getting pending reboot information...


    • Изменено УИР 13 января 2017 г. 14:24
    13 января 2017 г. 14:23
  • Судя по логу окна обслуживания небыло

    Могу предположить что установка началась до получения настроек окна.

    1. А посмотрите время начала установки в %windir%\ccm\log\WUAHandler.log и windir\WindowsUpdate.log
    совпадает? а то может установка началась до получения политики CCM

    2. Установка началась раньше чем событие "Reboot Coordinator received a SERVICEWINDOWEVENT MODIFY Event"?


    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    13 января 2017 г. 14:47
    Модератор
  • Судя по логу окна обслуживания небыло

    Могу предположить что установка началась до получения настроек окна.

    1. А посмотрите время начала установки в %windir%\ccm\log\WUAHandler.log и windir\WindowsUpdate.log
    совпадает? а то может установка началась до получения политики CCM

    2. Установка началась раньше чем событие "Reboot Coordinator received a SERVICEWINDOWEVENT MODIFY Event"?


    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram


    В WUAHandler.log указано, что обновления начали устанавливаться ~в 11:51. А в windowsupdate.log первые записи начинаются с 12:13.
    13 января 2017 г. 15:21
  • Какая вообще логика работы периодов обслуживания и установки обновлений? 

    Есть компьютер который был добавлен в коллекцию на которую развернуто обновление. С началом периода обслуживания начали устанавливаться обновления, по прошествии ~часа перекинул этот компьютер в другую коллекцию (на неё не развернуто никаких обновлений) запустил цикл обновления политик, но обновления на этот компьютер продолжают ставиться.

    16 января 2017 г. 11:59
  • Затрудняюсь сказать как точно себя должен вести клиент в этом случае.

    Но логика окон довольно проста
    У каждого обновления есть свойство - время установки, например 10 минут. Например окно 1 час,

    У вас клиент хочет поставить 5 обновлений по 10 минут - умещается, значит начинает ставить.

    К суммарному времени установки добавляется время предупреждения о перезагрузке (политика клиента)

    Могу предположить, что клиент вычислил - окно есть и его хватает на установку, начал ставить

    По среди установки он не проверяет что окно вдруг пропало или добавилось, и продолжает запланированную в начале работу.


    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    • Помечено в качестве ответа УИР 17 января 2017 г. 12:46
    16 января 2017 г. 12:05
    Модератор
  • В добавление, согласно статье: https://blogs.technet.microsoft.com/charlesa_us/2015/04/21/system-center-configuration-manager-2012-maintenance-windows-getting-to-know-you/

    The formula:
    Time for service window check = Restart Countdown (If a user is logged on) + Maximum Run Time + System Restart Turnaround Time

    How it works:
    During a Maintenance Window the client will calculate the time remaining using the formula after the first update is installed, this will determine if another update can be installed and the client will continue to re-calculate after each additional update installation. This will continue until, it is determined that the remaining time in the maintenance window is not enough time to allow another update, but still can accommodate the Restart Countdown and the System Restart Turnaround Time.


    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram


    30 января 2017 г. 15:04
    Модератор