Monday, December 11th, 2017

Ключи реестра для тонкой настройки обновления Windows (Часть 2)

Published on Февраль 18, 2009 by   ·   Комментариев нет

Если вы пропустили первую часть этой статьи, то, пожалуйста, прочитайте

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

Для начала

Для начала, я осчастливлю юристов и предупрежу, что внесение изменений в реестр (registry) может быть очень опасным. Внесение неправильных параметров реестр, может привести к уничтожению Windows и/или любых запущенных приложений на машине. Перед попыткой внесения изменений в реестр необходимо сделать полную резервную копию системы я готов показать вам, как это делается.

Другая вещь, о которой я упоминал перед началом, заключается в том, что если вы попытались внести некоторые из этих модификаций и не получили ожидаемых результатов, попробуйте проверить политику группы, которая отвечает за обновление Windows для этой машины. Политики групп могут иногда модифицировать ключи реестра таким образом, что они следуют заданному ими поведению.

Наконец, я хочу упомянуть, что в первой части этой статьи я остановился на обсуждении ключей реестра, которые находятся в секции реестра HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\windows\Windows Update. Все ключи реестра, обсуждаемые в этой части статьи, также находятся в этом разделе реестра. Ни один из ключей реестра, которые я покажу вам, не существует по умолчанию, но вы можете создать их для того, чтобы достичь желаемого поведения системы при обновлении. Если вы выберите создание ключа реестра, то, пожалуйста, помните, что название ключей реестра, которые я вам покажу, чувствительны к регистру, и они должны иметь значения DWORD.

Отключение обновления Windows

Первый ключ, который я хочу показать вам – это ключ NoAutoUpdate. Вы можете использовать ключ NoAutoUpdate для подключения или отключения обновления Windows (Windows update). Обычно, это не тот ключ, который вы хотите использовать, но у него есть свое предназначение. Если вы работаете в сети, у которой нет выхода в Интернет, и нет даже сервера WSUS, то вы можете отключить обновление Windows (Windows Update), ввиду его ненадобности.

Я не рекомендую вам создавать этот ключ реестра, до тех пор, пока вам не нужно отключить обновление Windows. Если вам необходимо отключить обновление Windows, то вы можете создать ключ под названием NoAutoUpdate с DWORD значением равным 1. Изменение значение на 0 позволит вновь включить автоматическое обновление.

Напоминания о перезагрузке

Вы когда-нибудь устанавливали обновление на сервер, а после этого Windows запрашивал подтверждение на перезагрузку в то время, когда это было не очень удобно? Лично мне всегда не нравится, когда обновление Windows продолжает запрашивать у вас подтверждение на перезагрузку каждые несколько минут, мешая работать. Однако, вы можете изменить частоту напоминаний. Для того, чтобы сделать это, просто создайте ключ реестра под названием RebootRelaunchTimeout. Значение, которое вы присвоите этому ключу реестра, отражает количество минут, через которые вы хотите, чтобы Windows запрашивал напоминание о перезагрузке. Например, если вы хотите, что напоминание появлялось каждые полчаса, то вы должны установить значение этого ключа равным 30. Вы можете установить значение ключа реестра RebootRelaunchTimeout равным любому целому числу в интервале от 1 до 1440.

Конечно, у вас есть также возможность полностью отказаться от напоминаний о перезагрузке. Для того чтобы сделать это, создайте ключ реестра под названием RebootRelaunchTimeoutEnabled и установите его значение равным 0. Если позднее вы решите вновь включить напоминания о перезагрузке, то просто измените значение этого ключа на 1.

Если вы когда-либо работали с запланированными обновлениями, то вы могли заметить, что Windows можно настроить таким образом, что компьютер автоматически перезагрузится, если потребуется перезагрузка. Если автоматическое обновление настроено таким образом, то пользователь получит предупреждающее сообщение перед перезагрузкой компьютера. Сообщение сообщит, что “your computer will reboot in 5 minutes” (ваш компьютер будет перезагружен через 5 минут). Как вы могли догадаться, этот интервал для перезагрузки можно настроить с помощью реестра Windows. Вы можете также тонко настроить реестр, для сообщения пользователям о перезагрузке.

Для того чтобы изменить время до автоматической перезагрузки компьютера, просто создайте ключ реестра под названием RebootWarningTimeout. Значение этого ключа соответствует числу минут, которое пройдет с момент появления сообщения до момента перезагрузки компьютера. Например, установив значение ключа реестра равным 10, мы дадим пользователю 10 минутное предупреждение. Правильные значения этого ключа включают все целые положительные числа в интервале от 1 до 30.

Если вы планируете использовать ключ RebootWarningTimeout для установки времени до автоматической перезагрузки, то вы должны использовать ключ реестра RebootWarningTimeoutEnabled для включения такой возможности. Чтобы сделать это, создайте ключ реестра под названием RebootTimeoutWarningEnabled и установите его значение в 1. Установка этого значение в 0 обяжет Windows использовать стандартный пятиминутный интервал до перезагрузки, вне зависимости от значения ключа RebootWarningTimeout key.

Установка пропущенных обновлений

Хотя обновление Windows предоставляет вам возможность планировать обновления, может случиться так, что компьютер пропустит установку запланированного обновления. Например, компьютер может быть выключен в период запланированного обновления. Если пропущено запланированное обновление, то Windows попытается установить обновление при следующей загрузке компьютера. Однако, However, это может быть очень неудобно для пользователя. Поэтому вы можете установить таймер, который позволит Windows окончательно загрузить систему и лишь после этого установить пропущенное запланированное обновление.

Перед тем, я покажу вам, как установить таймер, я должен упомянуть, что это таймер применяется только к пропущенным запланированным обновлениям, а не к обновлениям к истекшим сроком давности. После того, как я все разъяснил, вы можете создать таймер, создав ключ реестра под названием RescheduleWaitTimer, и присвоить ему значение, которое отражает число минут, которое Windows должен подождать после загрузки систем, перед тем как установить пропущенное обновление. Правильные значения для этого параметра – это целые положительные числа, варьирующиеся от 1 до 60.

Если вы планируете использовать ключ реестра RescheduleWaitTime, то вы должны использовать второй ключ реестра для его подключения. Второй необходимый ключ реестра называется RescheduleWaitTimeEnabled. Присвоив этому ключу значение 1, вы подключите возможность использование ключа реестра RescheduleWaitTime. Если значение ключа RescheduleWaitTimeEnabled будет равно 0, то любое значение ключа RescheduleWaitTime будет проигнорировано.

Запланированные установки

Я много говорил о запланированных установках, но я хочу вам показать еще один последний трюк. Вы можете использовать реестр для задания расписания установок. Есть два ключа, которые используются для планирования обновлений. Первый из них – это ключ под названием ScheduledInstallDay. Я рекомендую присвоить этому ключу значение 0, что сообщает Windows, что обновление должно быть установлено вне зависимости от того, какой сегодня день. Но вы можете установить определенный день, присвоив ему положительное целое значение от 1 до 7. Число, которое вы указываете, соответствует дню недели. Значение 1 соответствует воскресенью. Значение 2 соответствует понедельнику. Если вы хотите, чтобы установка происходила в строго определенный день недели, то я рекомендую вам среду, т.к. большинство обновлений Microsoft выходит во вторник.

Еще одна вещь, которую вы должны знать о ключе ScheduledInstallDay, это то, что он будет проигнорирован до тех пор, пока значение ключ реестра HKEY_LOCAL_MACHINES\Software\Policies\Microsoft\Windows\WindowsUpdate\AU\AUOptions key не установлено в 4. Я обсуждал это в первой части этой статьи.

Последний ключ, о котором я хочу поговорить – это ключ ScheduledInstallTime. Это ключ сообщает Windows, в какое время суток должна происходить установка обновления. Правильные значения этого ключа – это положительные целые числа от 1 до 24, что соответствует времени суток. Так, значение 3 соответствует времени 3:00 AM. А значение 13 соответствует времени 1:00 PM.

Заключение

Как вы можете увидеть, существует огромное число ключей реестра, которые можно использовать для настройки обновлений Windows Update. Если вы думаете использовать эти ключи, то я рекомендую вам протестировать ваши установки на одном компьютере, перед тем, как применить ваши изменения в большом масштабе.

www.windowsnetworking.com


Смотрите также:

Tags:

Readers Comments (Комментариев нет)




Да человек я, человек! =)

Exchange 2007

Проведение мониторинга Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 3)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Проведение мониторинга Exchange 2007 с помощью диспетчера System ... [+]

Практическое рассмотрение перехода с Exchange 2003 на Exchange 2007 (часть 1)

Введение В этой статье из нескольких частей я хочу показать вам процесс, который недавно использовал для перехода с существующей среды Exchange 2003 ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 2)

Если вы пропустили первую часть этой серии, пожалуйста, прочтите ее по ссылке Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (Часть ... [+]

Мониторинг Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 2)

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Мониторинг Exchange 2007 с помощью диспетчера System Center Operations ... [+]

Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 5)

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам: Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 1) ... [+]

Установка и настройка Exchange 2007 из командной строки (Часть 3)

If you missed the previous parts in this article series please read: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 1)

Инструмент ExRCA Текущий выпуск инструмента предоставляется только в целях тестирования и оснащен 5 опциями: Тест подключения Outlook 2007 Autodiscover Тест подключения Outlook 2003 RPC ... [+]

Развертывание сервера Exchange 2007 Edge Transport (часть 5)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Развертывание сервера Exchange 2007 Edge Transport (часть 1) Развертывание ... [+]

Установка и настройка Exchange 2007 из командной строки (часть 2)

Если вы пропустили первую статью данного цикла, пожалуйста, перейдите по ссылке: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование интегрированных сценариев Using Exchange Server 2007 – часть 2: генерирование отчетов агента Transport AntiSpam Agent

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Использование интегрированных сценариев Using Exchange Server 2007 – часть ... [+]