Напомним, что 21 июня этого года был принят Федеральный закон Российской Федерации №248-ФЗ «Об исчислении времени» на территории Российской Федерации с 26.10.2014 г. Согласно этому закону, вступающему в силу 26 октября 2014 года в 02:00 страна возвращается с летнего на постоянное зимнее время. Кроме того, закон предполагает создание одиннадцати часовых зон с учетом максимального приближения к часовым поясам всемирного координированного времени UTC. Перевод на летнее и зимнее время (сезонный перевод времени) по-прежнему осуществляться не будет.
Помимо, собственно, перевода стрелок часов на 1 час назад, закон предполагает введение ряда новых часовых поясов и удаление одной старой, в частности будут созданы 3 новые часовые зоны, 2 существующие часовые зоны объединены в одну новую, а часть регионов переместится в соседние или новые зоны.
Примечание. В Магаданской области и Забайкальском крае стрелки будут переведены на два часа назад. В Самарской и Кемеровской областях, Удмуртской республике, Камчатском крае и Чукотском автономном округе стрелки часов переводиться не будут.
КорпорацияMicrosoft 23 сентября 2014 г для пользователей России выпустила накопительное обновление КВ2998527 (http://support.microsoft.com/kb/2998527), предназначенное для корректного перехода на зимнее время и учета других изменения в порядке исчисления времени на российских компьютерах с ОС семейства Windows. Данное обновление должно помочь системе определить актуальную часовую зону и правильно изменить время 26 октября 2014 года.
В статье базы знаний КВ2998527 содержатся ссылки на загрузку обновлений для всех поддерживаемых ОС Microsoft: Windows Vista, Windows 7, Windows 8, Windows 8.1, Windows RT, Windows RT 8.1, Windows Server 2003 / 2003 R2, Windows Server 2008 / 2008 R2, Windows Windows Server 2012/ 2008 R2 и встроенных (Embedded) версий Windows. Скачать обновления можно начиная с 24 сентября.
Для пользователей Windows XP, срок поддержки которой закончился в этом году, обновление отсутствует.
В следующих сводных таблицах приведены грядущие изменения в часовых поясах, с указанием сдвигов относительно UTC времени так, как это будет отображаться в ОС Windows.
- Семь обновленных часовых поясов
Название новой часовой зоны Отображение новой часовой зоны в Windows Название текущей часовой зоны Отображение текущей часовой зоны в Windows Russia Time Zone 1 (UTC+02:00) Kaliningrad (RTZ 1) Kaliningrad Standard Time (UTC+03:00) Kaliningrad, Minsk Russia Time Zone 2 (UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2) Russian Standard Time (UTC+04:00) Moscow, St. Petersburg, Volgograd Russia Time Zone 4 (UTC+05:00) Ekaterinburg (RTZ 4) Ekaterinburg Standard Time (UTC+06:00) Ekaterinburg Russia Time Zone 5 (UTC+06:00) Novosibirsk (RTZ 5) N. Central Asia Standard Time (UTC+07:00) Novosibirsk Russia Time Zone 6 (UTC+07:00) Krasnoyarsk (RTZ 6) North Asia Standard Time (UTC+08:00) Krasnoyarsk Russia Time Zone 7 (UTC+08:00) Irkutsk (RTZ 7) North Asia East Standard Time (UTC+09:00) Irkutsk Russia Time Zone 8 (UTC+09:00) Yakutsk (RTZ 8 ) Yakutsk Standard Time (UTC+10:00) Yakutsk - Три новые часовые зоны
Название новой часовой зоны Отображение новой часовой зоны в Windows Название текущей часовой зоны Отображение текущей часовой зоны в Windows Russia Time Zone 3 (UTC+04:00) Izhevsk, Samara (RTZ 3) — — Russia Time Zone 10 (UTC+11:00) Chokurdakh (RTZ 10) — — Russia Time Zone 11 (UTC+12:00) Anadyr, Petropavlovsk-Kamchatsky (RTZ 11) — — - Два часовых пояса объединены в один
Название новой часовой зоны Отображение новой часовой зоны в Windows Название текущей часовой зоны Отображение текущей часовой зоны в Windows Russia Time Zone 9 (UTC+10:00) Vladivostok, Magadan (RTZ 9) Vladivostok Standard Time
Magadan Standard Time(UTC+11:00) Vladivostok
(UTC+12:00) Magadan - Новая часовой зона для Республики Беларусь.На данный момент пользователи Windows в Беларуси живут по Калининградскому времени ((UTC+03:00) Kaliningrad, Minsk). Обновление предполагает создание собственного часового пояса для Республики Беларусь — (UTC+03:00) Minsk. После установки обновления пользователи в Беларуси должны вручную выбрать свой собственный часовой пояс — Belarus Standard Time.
- Республика Беларусь — Russia Time Zone 1
- Республика Удмуртия и Самарская область — Russia Time Zone 3
- Кемеровская область — Russia Time Zone 6
- Забайкальский край — Russia Time Zone 7
- Магаданская область — Russia Time Zone 8
- Чукотский автономный Округ и Камчатский Край — Russia Time Zone 11 (кстати, эти регионы добились того, что останутся в летнем времени)
- Если после установки обновления системные часы передвинулись на час назад до 26 октября, проверьте правильно ли установлен часовой пояс и установлен ли чекбокс автоматического перехода на летнее время и обратно.
- После установки патча на ОС Widows 2003 не осуществляется автоматический выбор скорректированной часовой зоны, а требуется выполнить это самостоятельно.
- После перехода на зимнее время 26 октября для операционной системы Windows Server 2003 (R2) потребуется установка дополнительного патча с целью отмены перехода на летнее время. Данная операция должна быть выполнена до января 2015 года. Подробнее об этом обновлении здесь.
Примечание. Крым и Севастополь будут относится ко второй, «московской» часовой зоне Russia Time Zone 2 (UTC+03:00) .
Важно. Пользователям следующих регионов, перемещенных между зонами, 26 октября придется вручную (!!!) переключиться на новую часовую зону:
Системы пользователей остальных регионов России после установки обновления, автоматически перейдут в соответствующую зону в час X.
Установка обновления Windows для перехода на зимнее время
Важно. С целью избежать различных проблем с времяисчислением с 26 октября 2014 г, установить обновление необходимо заранее до этой даты.
Очень важно: Обновление основано на механизме «летнего» времени. Это означает, что для корректной отработки обновления нужно, чтобы в системе был включен переход на «летнее» время, т.к. именно он до до 26 октября 2014 дает тот самый один час, компенсируя откат часового пояса.
На Windows-системах, настроенных на автоматическое получение и установку обновлений из Центра обновлений Windows, обновление будет установлено автоматически. Это же самое касается корпоративных пользователей, получающих обновления с внутреннего сервера WSUS (для этого администратор WSUS должен одобрить установку обновления на клиентах).
Кроме того, обновления можно скачать и установить вручную из Центра загрузок Windows (ссылка есть выше). Для установки скачанного .msu файла с обновлением, просто дважды щелкаем по нему и отвечаем на вопросы мастера.
Вот так выглядят настройки времени в Windows 8 до установки обновления.
А вот так после, как видите, часовой пояс изменился на UTC + 04:00 (RTZ 2).
Важно. В корпоративных средах перед массовой установкой обновления, настоятельно рекомендуется на тестовой группе проверить корректность его применения, а также спланировать все шаги по переходу в новую часовую зону.
Установить обновление можно и из командной строки (этот вариант подойдет для автоматической расстановки в доменных инфраструктурах, в которых отсутствует сервер WSUS):
wusa.exe c:TimeUpdateWindows8-RT-KB2998527-x64.msu /quiet /norestart
Обновление также можно разместить и запустить из сетевого каталога, например через logon-скрипт групповой политики:
wusa.exe \serverShareWindows8-RT-KB2998527-x64.msu /quiet /norestart
В большинстве случаях после установки обновления, вносящего изменения в часовые пояса перезагрузка не компьютера не требуется, а изменения применяются немедленно.
В том случае, если после установки от пользователя потребуется вручную изменить часовую зону, можно воспользоваться командами из статьи Смена часового пояса Windows из командной строки. Для Windows 7/8 команда может выглядеть так (для Самары:
tzutil /s "Russia Time Zone 3"
или так (для Москвы)
tzutil /s "Russian Standard Time"
Совет. Еще пара важных моментов:
Сеть из 40 компьютеров, домен на Windows Server 2003 Standart x64 Edition
Сегодня автоматически перевелось время на зимнее и пользователи не могли подключиться к расшаренным ресурсам.
После смены времени на всех компьютерах происходит заново автоматический перевод времени на час назад.
Пытался вручную синхронизовать время с контроллером домена (MAIN) и обнаружил что синхронизация проходит, но все равно ставит отклонение на 1 час
C:Documents and SettingsAdministrator>net time /domain:agens /set
Current time at \MAIN is 10/31/2011 4:38 PM
Local time (GMT+04:00) at \MAIN is 10/31/2011 5:38 PM
The current local clock is 10/31/2011 4:38 PM
Do you want to set the local computer’s time to match the
time at \MAIN? (Y/N) [Y]: y
The command completed successfully.
так и не могу понять почему у сервера Main различаются Current time и Local time?
и кстати не обнаружил на сервере галочку — Автоматически переводить на зимнее/летнее время. может быть дело в этом? и как ее вернуть?
__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь
Отмена перехода на летнее время в Windows Server 2003
В предыдущих статьях, описывающий переход на зимнее время с 26 октября 2014 года ( в поддерживаемых версиях Windows и в Windows XP), мы обращали внимание, что в Windows Server 2003 и Windows XP до конца 2014 года нужно отключить автоматический переход на летнее время, в противном случае в январе 2015 года часы автоматически переведутся на 1 час вперед.
10 декабря 2014 года Microsoft выпустило ежегодное кумулятивное обновление KB 3013410 для часовых поясов, куда были внесены все изменения для часовых поясов, которые произошли в мире и были отражены в операционной системе Windows. Для российских пользователей обновление в первую очередь интересно тем, что оно отключает автоматический перевод стрелок на летнее/зимнее время, который при текущих настройках произойдет в первую среду января (7 января 2015 года).
Установка данного обновления обязательна для Windows Server 2003 и продиктована архитектурными особенностями этой ОС при работе с часовыми поясами, с которыми пришлось столкнуться при отмене летнего времени. После установки данного обновления на сервере отключается механизм Dynamic DST.
На следующем скриншоте представлен экран утилиты TZEdit, запущенной на сервере с Windows Server 2003 SP2, на котором уже установлено KB2998527, но отсутствует KB3013410.
Как мы видим, часы на сервере будут переведены на летнее время в первую среду января в 0:00:00 (First Wednesday of January).
В свойствах же часового пояса стоит галка автоматического перехода на летнее время (Automatically Adjust Clock for Daylight Savings Changes).
Качаем обновление KB3013410 для нужной версии Windows Server (учитывая язык):
И устанавливаем его через графический интерфейс:
Или из командной строки:
WindowsServer2003-KB3013410-x86-ENU.exe /quiet /norestart
После установка обновления перезагрузка сервера не потребуется.
После установки KB3013410 на Windows Server 2003 SP2 еще раз проверяем настройки TZEdit .
Как мы видим, переход на летнее время отключен и больше стрелки никуда переводится не будут.
Альтернативно отключить DST в 2015 году можно без установки патча с помощью простой команды:
Источник
О переводе времени 2 / Не забываем пропатчить XP и 2003, иначе будет сюрприз в ночь с 6 на 7 января
Извините за подъем несколько некрофильской темы, когда все обсуждают Windows 10. Если вы по каким-то причинам ещё используете системы десятилетней давности и до сих пор не обновили Windows 2003/XP, возможно, это пост позволит вам сэкономить время и нервы в новогодние каникулы.
Итак, вышло декабрьское обновление таймзон kb3013410. Если его (или эквивалентные изменения реестра) не установить на 2003/XP с установленным kb2998527, они и дальше продолжат переводить время. Причина — неполная поддержка Dynamic DST, значения в реестре есть, но для действий по переводу времени времени они не используются. Грубо говоря, переводить стрелки в каждый год по-разному научилась только Vista и выше (ядро 6.0). Конкретно в 2015 году, если ничего не предпринимать, 2003/XP с установленным kb2998527 переведут стрелки на летнее время (+1 час) в ночь с 6 на 7 января, и на зимнее (-1 час) 25 октября.
Чтобы этого не произошло, есть простой способ — заранее снять галку перевода времени (она опять появилась после установки kb2998527), и правильный способ — установить kb3013410 (или эквивалентные ему изменения реестра). На домашнем компьютере никаких дополнительных действий не надо, сервера я бы советовал перезапустить, т.к., как выяснилось 26 октября, некоторые приложения, а так-же службы (например, IIS в Exchange) не понимают изменения таймзон до рестарта службы.
На Windows Vista/Server 2008 и выше устанавливать kb3013410 прямо сейчас или до конца года не обязательно, они и так никуда не перейдут.
Файлы реестра для XP тут, если кому надо.
Windows 2003/XP и более ранние версии операционных систем Windows не поддерживают технологию Dynamic DST для собственно процедуры смены времени, хотя соответствующие значения реестра там есть (см. msdn.microsoft.com/ru-ru/library… 85).aspx Minimum supported — Windows Vista / Windows Server 2008). Это означает, что они технически не способны переводить стрелки часов по–разному в разные года. Патчем kb2998527 для России установлены следующие времена соответственно начала и конца летнего времени:
начало — 00 часов первой среды января
конец — 02 часа последнего воскресенья октября
Именно так было сделано, поскольку имеющиеся механизмы DST не позволяют сделать однократный автоматический переход по-другому (я пробовал). Таким образом, в 2015 году и далее, если не предпринять мер, Windows 2003/XP переведет стрелки часов на час вперед в первую среду января (в 2015 это ночь с 6 на 7 января) и в последнее воскресенье октября (в 2015 это 25 октября).
Чтобы перевод стрелок в Windows 2003/XP не произошел, необходимо установить обновление kb3013410 (или эквивалентную правку реестра для XP), или, в крайнем случае, снять галку «( ) Автоматический переход на летнее время и обратно». Однако, для предотвращения проблем в случае ещё одного изменения в законодательстве, я бы не рекомендовал снимать эту галку.
Ещё раз повторюсь, ОС с ядром от 6.0, т.е. 2008/Vista, полноценно поддерживают Dynamic DST и не будут никуда переходить в 2015 и последующих годах. Однако в записи о времени перехода в старом формате, хранящиеся в HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime Zones, такие как на скриншоте ниже, будут внесены изменения. В связи с этим возможны проблемы в ПО, которое читает и использует эти значения напрямую для исчисления времени. В подразделы Dynamic DST, определяющие перевод времени в новом формате, для России никаких изменений не вносится.
Ссылки на Майкрософт:
1) support.microsoft.com/kb/2998527/ru обновление, которое мы устанавливали в октябре 2014, секция «Список известных проблем»
(…)
Неверные параметры летнего времени для будущих лет на Windows Server 2003 и Windows XP Embedded
Если пользователи устанавливать это обновление на Windows Server 2003 или Windows XP Embedded, их системы будет продолжать использовать параметры летнего времени для 2014 даже после изменения календарного года. Это может привести к неправильному отображению времени системы.
Для решения этой проблемы пользователям следует установить накопительное Update(scheduled to be released in December, 2014) декабря до изменений календарного года. При установке обновления русский часовой пояс и декабря накопительных обновлений, их системы применить правильные параметры летнего времени и продолжает отображать правильное время в конце 2014 г.
2) support.microsoft.com/kb/3013410/ru то самое декабрьское обновление, о котором сегодня идет речь. Оно заменяет kb2981580 и все выпущенные до него, в т.ч. kb2998527. Такие обновления выходят регулярно (особенно в конце года, подготавливают систему к изменениям в законодательстве различных стран, изменяющим способ перевода стрелок в следующем году), и, как правило, являются кумулятивными, т.е. заменяют предыдущие обоновления.
Про Windows XP в MSKB ничего не сказано, т.к. она снята с поддержки с 8 апреля 2014 года.
Источник
Установка обновления временных зон kb2998527 на Windows Server 2003 R2
Windows Server 2003 R2 пока еще находится в стадии расширенной поддержки, и Microsoft продолжает выпускать для него критические обновления. В их числе находится и обновление временных зон kb2998527, подготавливающее операционные системы к переводу часов в ночь на 26 октября 2014 года.
Установка данного обновления на Windows Server 2003 имеет отличия от аналогичных установок на более новые операционные системы. Часть отличий описана в упомянутой выше статье, но даже с их учетом остаются вопросы, которые активно обсуждаются на Форумах Microsoft TechNet. Поэтому решил сделать подробный обзор изменений в конфигурации временных зон, которые вносит обновление. Рассмотрение будет проведено для часового пояса московского региона.
В качестве тестового стенда был установлен (в виртуальной машине) Windows Server 2003 R2 SP2 в модели рабочей группы. Синхронизация времени с виртуальным хостом была отключена в настройках виртуальной машины. С целью детального отслеживания изменений я также установил на сервер Time Zone Editor, который можно загрузить с сайта Microsoft Download. В исходном состоянии на сервер было установлено обновление kb2570791, отвечающее изменениям в исчислении времени 2011 года, когда страна перешла на постоянно действующее летнее время. Для московского региона это означало нахождение в часовом поясе UTC+4 без перехода на летнее/зимнее время.
Параметры этой временной зоны можно посмотреть, используя Time Zone Editor, однако мы не найдем здесь ничего необычного: переход на летнее время отсутствует.
Повторюсь (писал об этом в предыдущей заметке), что переход на постоянно действующее летнее время, как нам рекламировали СМИ, с точки зрения операционной системы, означает лишь переход в другой часовой пояс без перехода на летнее/зимнее время.
Установка обновления kb2998527 на Windows Server 2003 R2 и на более новые операционные системы, приводит к разным результатам. Напомню, что при установке обновления на современные клиентские и серверные ОС изменяется временная зона: она становится UTC+3 (для московского региона) с фиктивным (не существующим законодательно) летним временем, действующим до 26 октября. Именно за счет действующего «летнего времени» не происходит перевод системных часов на час назад, хотя меняется часовой пояс. В случае Windows Server 2003 временная зона не изменяется, она остается UTC+4, правда Москва больше не перечисляется в названии временной зоны.
В остальном обновленная временная зона имеет те же самые параметры.
Оставаться на ней нельзя, поскольку она не предусматривает перевод часов. Пользователь должен самостоятельно изменить часовой пояс на другой (UTC+3 Москва, С-Петербург, Волгоград RTZ2), показанный на скриншоте. Наименование временной зоны может отличаться в зависимости от языковой версии Windows Server.
Действие по смене текущего часового пояса является обязательным, его можно выполнить вручную в графическом интерфейсе или в командной строке
Например, для московской временной зоны в качестве параметра следует подставлять «Russian Standard Time». Утилиту tzchange удобно использовать в сценариях.
При этом время, показываемое системными часами, не изменяется. Если посмотреть параметры новой временной зоны в Time Zone Editor, то легко видеть, что текущее время (до последнего воскресенья октября), согласно настройкам зоны, является летним, за которым неизбежно последует перевод часов на час назад.
Гораздо интереснее, что, согласно настройкам временной зоны, нас ожидает переход на летнее время, причем, когда лета уж точно не ждешь! Посмотрите на настройки перехода на летнее время, они выделены на скриншоте красной рамкой. Согласно настройкам. это произойдет в первую среду января (в полночь 7 января) 2015 года. Хороший рожденственсий подарок, не правда ли? Ведь настройки зоны предписывают переходить на летнее время, которого больше не будет, по крайней мере, до следующей инициативы наших законодателей! И тестирование на стенде действительно подтверждает, что переход выполняется.
Современные операционные системы поддерживают Dynamic DST и корректно обрабатывают однократный перевод часов, поскольку «знают», что правила перевода на летнее/зимнее время могут меняться год от года. Однако Windows Server 2003, как и уже снятая с поддержки Windows XP, такими возможностями не обладает. Фактически это означает, что если не предпринимать никаких дополнительных мер, то в ночь на 7 января 2015 года состоится незапланированный переход на летнее время. Иными словами, установка обновления kb2998527 на Windows Server 2003 и изменение временной зоны, как описано выше, не решают полностью проблему перевода часов 26 октября 2014 года! Не забудьте, вы должны в период с 27 октября 2014 г. до 6 января 2015 года выполнить одно из следующих действий:
— Установить в настройках временных зон подходящий часовой пояс без перехода на летнее/зимнее время. Для московского региона вы можете оставить текущую временную зону, UTC+3 Москва, С-Петербург, Волгоград RTZ2, но сбросить флажок Автоматический переход на летнее время и обратно.
— Дождаться декабрьского 2014 года обновления временных зон и установить его.
Кстати, о том, что такое обновление будет выпущено, стало известно 7 октября в очередной редакции статьи kb2998527, причем в первоначальном тексте этого замечания не было. Приведу цитату полностью.
Incorrect DST settings for future years on Windows Server 2003 and Windows XP Embedded
If users install this update on Windows Server 2003 or Windows XP Embedded, their systems will continue to use the DST settings for 2014 even after the calendar year changes. This can cause the system to display the time incorrectly.
To resolve this problem, users should install the December Cumulative Update (scheduled to be released in December, 2014) before the calendar year changes. After users install both the Russian time zone update and the December Cumulative Update, their systems will apply the correct DST settings and continue to display the correct time after the end of the 2014 calendar year.
Все это говорит о том, что статьи Microsoft Knowledgebase полезно не только читать, но и перечитывать. 🙂
Источник
Введение
NTP использует алгоритм Марзулло (предложен Кейтом Марзулло (Keith Marzullo) из Университета Калифорнии, Сан-Диего), включая такую особенность, как учёт времени передачи. В версии 4 способен достигать точности 10 мс (1/100 с) при работе через Интернет, и до 0.2 мс (1/5000 с) и лучше внутри локальных сетей.
NTP использует иерархическую систему «часовых уровней»: уровень 1 синхронизован с высокоточными часами, например, с системой GPS, ГЛОНАСС (Единая Государственная шкала времени РФ) или атомным эталоном времени; уровень 2 синхронизируется с одной из машин уровня 1, и так далее.
Время представляется в системе NTP 64-битным числом (8 байт), состоящим из 32-битного счётчика секунд и 32-битного счётчика долей секунды, позволяя передавать время в диапазоне 232 секунд, с теоретической точностью 2-32 секунды. Поскольку шкала времени в NTP повторяется каждые 232 секунды (136 лет), получатель должен хотя бы примерно знать текущее время (с точностью 50 лет).
Наиболее широкое применение протокол NTP находит для реализации серверов точного времени. Для достижения максимальной точности предпочтительна постоянная работа программного обеспечения NTP в режиме системной службы (демона).
Более простая реализация этого алгоритма известна как SNTP — простой синхронизирующий сетевой протокол. Используется во встраиваемых системах и устройствах, не требующих высокой точности, а также в пользовательских программах точного времени.
Для использования конечными пользователями рекомендуется использовать сервера Stratum 2, поскольку они имеют связь с несколькими серверами Stratum 1 и будут отдавать точное время в случае отсутствия связи до одного из них. Если же необходимо выбрать сервера для использования на маршрутизаторе, отдающем точное время внутрь локальной сети или же в интернет, рекомендуется использование не менее 3х (но не более 7и) авторитетных Stratum 1 серверов .
Использование конечными пользователями серверов Stratum 1 строго не рекомендуется:
By convention, Stratum 1 time servers should only be used by Stratum 2 servers, and by applications requiring extremely precise time measurements, such as scientific applications.
Использование случайных серверов из пула pool.ntp.org не рекомендуется не для персонального использования . Так же не следует настраивать использование LOCAL clock кроме редких случаев, когда нет постояного подключения к сети, а синхронизация времени все же необходима.
Описание параметров для разделов, предоставляющих возможность управлять часовыми поясами:
Раздел TimeZoneInformation
ActiveTimeBias
Смещение местного времени в минутах от Гринвича с учётом летнего времени. Чтобы определить смещение в часах, достаточно разделить это значение на 60
Bias
Номинальное смещение местного время на данном компьютере, в минутах от Гринвича без учёта местного времени. Смещение представляет собой разницу в минутах от формата UTC и местного времени. Данное значение высчитывается по следующей формуле:
UTC = местное время + смещение
Смещение в часах определяется делением на 60. Данный параметр не является обязательным.
StandardName
Описание стандартного времени. Параметр формируется при помощи функции GetTimeZoneInformation. Этот параметр в некоторых случаях может быть пустым.
StandardStart
Параметр, значение которого представлено в структуре SYSTEMTIME, содержащей дату и локальное время, перехода с летнего времени на зимнее. В том случае, если перевод на зимнее/летнее время не осуществляется, значением данного параметра должны быть нули.
StandardBias
Значение смещения, используемое во время перевода часов местного времени, происходящего в зимнее время. Этот элемент игнорируется, если не задано значение для параметра StandardStart.
DaylightName
Описание летнего времени время для часового пояса. Параметр формируется при помощи функции. Эта параметр в некоторых случаях может быть пустым.
DaylightStart
Параметр, значение которого представлено в структуре SYSTEMTIME, содержащей дату и локальное время, перехода с зимнего времени на летнее. В том случае, если перевод на зимнее/летнее время не осуществляется, значением данного параметра должны быть нули.
DaylightBias
Значение смещения, используемое во время перевода часов местного времени, происходящего в летнее время. Этот элемент игнорируется, если не задано значение для параметра DaylightStart.
Раздел Time Zones
Display
Отображаемое имя.
Dlt
Описание летнего времени.
MUI_Display
Отображаемое имя часового пояса в строковом ресурсе файла tzres.dll.
MUI_Dlt
Отображаемое имя летнего времени в строковом ресурсе файла tzres.dll.
Mui_Std
Отображаемое имя зимнего времени в строковом ресурсе файла tzres.dll.
Std
Описание зимнего времени
TZI
Информация о часовом поясе
Здесь вы можете найти скрипт от volk1234, предназначенный для изменения часовых поясов Украины, Беларуси и Армении в операционных системах, начиная с Windows XP.
Описание параметров для разделов, предоставляющих возможность управлять часовыми поясами:
Раздел TimeZoneInformation
Bias
Текущее смещение для перевода местного время на данном компьютере, в минутах. Смещение представляет собой разницу в минутах от формата UTC и местного времени. Данное значение высчитывается по следующей формуле:
UTC = местное время + смещение
Данный параметр не является обязательным.
StandardName
Описание стандартного времени. Параметр формируется при помощи функции GetTimeZoneInformation. Этот параметр в некоторых случаях может быть пустым.
StandardStart
Параметр, значение которого представлено в структуре SYSTEMTIME, содержащей дату и локальное время, перехода с летнего времени на зимнее. В том случае, если перевод на зимнее/летнее время не осуществляется, значением данного параметра должны быть нули.
StandardBias
Значение смещения, используемое во время перевода часов местного времени, происходящего в зимнее время. Этот элемент игнорируется, если не задано значение для параметра StandardStart.
DaylightName
Описание летнего времени время для часового пояса. Параметр формируется при помощи функции. Эта параметр в некоторых случаях может быть пустым.
DaylightStart
Параметр, значение которого представлено в структуре SYSTEMTIME, содержащей дату и локальное время, перехода с зимнего времени на летнее. В том случае, если перевод на зимнее/летнее время не осуществляется, значением данного параметра должны быть нули.
DaylightBias
Значение смещения, используемое во время перевода часов местного времени, происходящего в летнее время. Этот элемент игнорируется, если не задано значение для параметра DaylightStart.
Раздел Time Zones
Display
Отображаемое имя.
Dlt
Описание летнего времени.
MUI_Display
Отображаемое имя часового пояса в строковом ресурсе файла tzres.dll.
MUI_Dlt
Отображаемое имя летнего времени в строковом ресурсе файла tzres.dll.
Mui_Std
Отображаемое имя зимнего времени в строковом ресурсе файла tzres.dll.
Std
Описание зимнего времени
TZI
Информация о часовом поясе
Отмена перехода на зимнее время средствами GPO
Теперь пришло время показать, как можно добиться того же результата для централизованной настройки компьютеров в организации. В принципе, вы можете воспользоваться двумя различными способами:
- Средствами элементов предпочтения групповой политики «Реестр»;
- При помощи сценариев автозагрузки.
Несмотря на то, что одинакового результата можно добиться как первым, так и вторым способом, если вы будете использовать предпочтения групповой политики, то вам нужно будет создать для каждого параметра реестра свой элемент предпочтения. Соответственно, в объекте групповой политики вместо одной записи будет создано одиннадцать элементов предпочтения.
Именно по этой причине остановимся на втором способе, то есть на сценарии автозагрузки. В следующем примере будет проиллюстрирован способ создание отмены перехода на зимнее время для Украины. В случае необходимости, отменить переход на зимнее время для Росси можно сделать по аналогии. Для того чтобы создать такой объект групповой политики, выполните следующие действия:
- Вам нужно создать общую сетевую папку, а также подготовить пакетный файл, содержимое которого позволит внести в операционную систему изменения системного реестра, о которых шла речь в предыдущем разделе данной статьи. В данном примере, на диске «С» контроллера домена была создана папка«StartupScripts», куда изначально был помещен файл TimeZones.reg с содержимым, описанным ранее в текущей статье.
Теперь нужно создать пакетный файл. Этот пакетный файл будет выглядеть следующим образом:
@echo off regedit /s \DCStartupScriptsTimeZones.reg
- Откройте оснастку «Управление групповой политикой». В отобразившейся оснастке, в дереве консоли разверните узел «Лес: %имя леса%», узел«Домены», затем узел с названием вашего домена, после чего перейдите к узлу «Объекты групповой политики». В узле «Объекты групповой политики» создайте объект GPO «Отмена перехода на зимнее время для Украины», выберите его, нажмите на нем правой кнопкой мыши и из контекстного меню выберите команду «Изменить», предназначенную для открытия оснастки «Редактор управления групповыми политиками»;
- В оснастке «Редактор управления групповыми политиками» разверните узел Конфигурация компьютераПолитикиКонфигурация Windows, перейдите к узлу «Сценарии (запуск/завершение)» и в области сведений откройте параметр политики «Автозагрузка»;
-
В отобразившемся диалоговом окне «Свойства: Автозагрузка» на вкладке«Сценарии» нажмите на кнопку «Добавить» и укажите путь к сценарию, созданному на первом шаге в текстовом поле «Имя сценария» диалогового окна «Добавление сценария», как показано на следующей иллюстрации:
Рис. 2. Добавление сценария автозагрузки
- Сохраните изменения, выполненные в диалоговом окне свойств сценариев автозагрузки и закройте оснастку «Редактор управления групповыми политиками». Теперь нужно привязать созданный объект групповой политики к такому подразделению, чтобы настройки часовых поясов распространялись на все компьютеры в организации. А так как практически во всех организациях учетные записи пользовательских компьютеров и контроллеров домена расположены в разных подразделениях, объект групповой политики будет привязан к самому домену. В дереве оснастки «Управление групповой политикой» выберите свой домен, нажмите на нем правой кнопкой мыши и из контекстного меню выберите команду «Связать существующий объект групповой политики». В отобразившемся диалоговом окне «Выбор объекта групповой политики» выберите созданный ранее объект групповой политики и нажмите на кнопку «ОК».
Теперь следует проверить выполненные изменения на клиентских компьютерах. Перезагрузите любой компьютер и перейдите к диалоговому окну «Дата и время». Должен отображаться указанный в созданном ранее reg-файле часовой пояс. Для того чтобы проверить, не будет ли осуществляться переход на зимнее время, нажмите на кнопку «Изменить часовой пояс». В отобразившемся диалоговом окне должен отсутствовать соответствующий флажок, как показано ниже:
Рис. 3. Результат распространения объекта групповой политики
Изменения, внесенные текущим объектом групповой политики, проверялись под операционными системами Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows Server 2008/2008 R2 и, скорее всего, изменения, внесенные объектом групповой политики, будут правильно обрабатываться и под операционной системой Windows 2000.
Настройка клиентских машин и устройств
Linux
Как посмотреть стратум удаленного сервера:
# ntptrace ntp.example.org
Проверка работоспособности конфигурации NTP:
# ntpq -p
Windows 2003
Вся настрока выполняется из командной строки. Последовательность действий следующая:
net time /setsntp:ntp.example.com net stop w32time && net start w32time w32tm /resync
В ответ должны получить следующее:
Команда синхронизации отправлена на local computer... Команда выполнена успешно.
Через некоторое время проверяем журнал событий системы. Если все настроено верно, то в журнале будет информационное сообщение от источника W32Time с кодом (ID) 35 и текстом Служба времени выполняет синхронизацию системного времени с источником времени имя_ntp_сервера
Если возникли какие-то проблемы, то в журнал будет записана ошибка с кодом (ID) 29 от источника W32Time и текстом NTP-клиент поставщика времени настроен на получение времени из одного или нескольких источников, однако ни один из этих источников недоступен. Попытки подключения к источнику не будут выполняться в течение ХХ мин. NTP-клиент не имеет источника правильного времени. В таком случае, убедитесь, что файрвол не блокирует соединения с NTP-сервером по протоколу UDP порт 123. Проверьте, что имя NTP-сервера указано верно. Для этого в командной строке выполните
net time /querysntp
В ответ будет выведено имя сервера NTP.
Для определения величины расхождения локального времени и времени любого компьютера в сети, используйте команду
w32tm /stripchart /computer:имя_компьютера
На экран будет выводиться информация о дельте локального времени и времени на имя_компьютера до прерывания работы при помощи Ctrl+C.
Если Ваша сеть с доменами, то клиенты будут автоматически синхронизировать свои часы с контроллером домена. Если Вы не используете в сети доменов, то настраивать клиентов придётся вручную.
Windows 2008
Microsoft Windows (C) Корпорация Майкрософт, 2006. Все права защищены. Z:>net time /setsntp:"ntp.example.com" Команда выполнена успешно. Z:>net stop w32time && net start w32time Служба “Служба времени Windows” останавливается. Служба “Служба времени Windows” успешно остановлена. Служба “Служба времени Windows” запускается. Служба “Служба времени Windows” успешно запущена. Z:>w32tm /resync Отправка команды синхронизации на локальный компьютер Команда выполнена успешно. Z:>
Дополнительная информация
Динамический DST
В некоторых странах даты DST отличаются от года к году и не могут быть определены одним правилом. Поэтому Windows включает функцию Dynamic DST, которая хранит в реестре правила за год. Когда меняется год, текущая информация о часовом поясе обновляется с помощью правильной информации DST за этот год.
Динамический DST зависит от следующего значения реестра, за которое устанавливается имя ключа часового пояса, в котором находятся динамические данные DST (например, «Стандартное время Израиля»):
Затронуты только часовые пояса с разными правилами для разных лет (Динамический DST). Это потому, что значение реестра, которое указывает, где хранятся эти правила в год, повреждено.
Если это значение отсутствует, данные о часовом поясе не обновляются в течение следующего года. Это приводит к том, что правила DST предыдущего года используются для расчета местного времени.
Сразу после обновления системной версии время отображения не зависит от этой проблемы. Вы получите уведомление о неузнаваемом часовом поясе, если щелкнуть часы панели задач или открыть элемент Дата и время в панели управления.
Если часовой пояс не исправлен, будущие переходы в DST или из него могут произойти в неправильное время. Это приведет к неправильному времени в системе или неправильным преобразованиям между системой и локальным временем.
Все часовые пояса потенциально затронуты, но основное влияние оказывает на установки операционной системы, настроенные для использования зон, содержащих данные динамического DST. Часовые пояса, поддерживают динамический DST, являются следующими:
Стандартное время Аляски
Арабское стандартное время
Стандартное время в Аргентине
Атлантическое стандартное время
Восточное стандартное время AUS
Cen. Стандартное время Австралии
Центральное бразильское стандартное время
Центральное стандартное время
E. Стандартное время Южной Америки
Восточное стандартное время
Стандартное время в Египте
Стандартное время Гренландии
Стандартное время в Иране
Стандартное время в Израиле
Стандартное время Маврикия
Стандартное время Монтевидео
Стандартное время Марокко
Стандартное время в горах
Стандартное время в Новой Зеландии
Стандартное время Ньюфаундленда
Тихоокеанское стандартное время SA
Тихоокеанское стандартное время
Пакистан стандартного времени
Стандартное время в Парагвае
Стандартное время Тасмании
Стандартное время в Венесуэле
W. Стандартное время Австралии
Причина, по которой влияние в данном случае больше, заключается в том, что данные DST для часовой зоны могут не обновляться, чтобы отражать правила, которые должны действовать в течение данного года. Это может привести к тому, что переход в DST или из него произойдет в неправильное время в заданном часовом поясе. Это не проблема, если динамический DST не присутствует в часовом поясе. Однако поврежденные данные реестра вызывают сбой любого вызова в GetDynamicTimeZoneInformation() независимо от того, поддерживает ли часовой пояс динамический DST.
Начинаем обновляться
Обновление Microsoft Windows XP Professional
- превращаем ХР в Embedded;
- вносим изменения в реестр напрямую.
Превращаем ХР в Embedded
- запустить редактор реестра на целевой машине и перейти по пути HKEY_LOCAL_MACHINESYSTEMWPA;
- выделить раздел WPA правым кликом мышки и выбрать пункт контекстного меню Создать – Раздел;
- создать раздел с именем PosReady;
- внутри раздела PosReady создать параметр DWORD с именем Installed и присвоить ему значение 1.
Вносим изменения в реестр напрямую
- HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime Zones — база данных часовых поясов
- HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation — текущий часовой пояс
- не надо забивать голову флажком „автоматический переход на летнее время“ — он будет установлен автоматом
- не „поедут“ календари в Outlook (об этом ниже)
ADDРаспространение через GPO
Обновление заданий в календаре Outlook 2000-2007
http://support2.microsoft.com/kb/930879/ru
- Для 32x OS — “%PROGRAMFILES%Microsoft OfficeOffice12Office Outlook Time Zone Data Update Tooltzmove.exe”
- Для 64х OS — “%PROGRAMFILES(x86)%Microsoft OfficeOffice12Office Outlook Time Zone Data Update Tooltzmove.exe”
- Для Outlook 2010 64x — “%PROGRAMFILES%Microsoft OfficeOffice14Time Zone Data Update Tool for Microsoft Outlooktzmove.exe”
что произойдет 26 октября 2014 года в 2:00 по местному времени
Лента.ру
Изменения в существующих часовых поясах
Новое название часового пояса | Новое отображаемое имя | Текущее название часового пояса | Текущее отображаемое имя | |
1 | Russia Time Zone 1 | (UTC+02:00) Kaliningrad (RTZ 1) | Kaliningrad Standard Time | (UTC+03:00) Kaliningrad, Minsk |
2 | Russia Time Zone 2 | (UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2) | Russian Standard Time | (UTC+04:00) Moscow, St. Petersburg, Volgograd |
3 | Russia Time Zone 4 | (UTC+05:00) Ekaterinburg (RTZ 4) | Ekaterinburg Standard Time | (UTC+06:00) Ekaterinburg |
4 | Russia Time Zone 5 | (UTC+06:00) Novosibirsk (RTZ 5) | North Central Asia Standard Time | (UTC+07:00) Novosibirsk |
5 | Russia Time Zone 6 | (UTC+07:00) Krasnoyarsk (RTZ 6) | North Asia Standard Time | (UTC+08:00) Krasnoyarsk |
6 | Russia Time Zone 7 | (UTC+08:00) Irkutsk (RTZ 7) | North Asia East Standard Time | (UTC+09:00) Irkutsk |
7 | Russia Time Zone 8 | (UTC+09:00) Yakutsk (RTZ | Yakutsk Standard Time | (UTC+10:00) Yakutsk |
- в Республике Удмуртия и Самарской области следует выполнить ручное переключение на часовой пояс “Russian Time Zone 3” вместо автоматически установленного часового пояса RTZ 2 (Russian Time Zone 2);
- в Кемеровской области следует выполнить ручное переключение на часовой пояс “Russian Time Zone 6” вместо автоматически установленного часового пояса RTZ 5 (Russian Time Zone 5);
- в Забайкальском крае следует выполнить ручное переключение на часовой пояс “Russian Time Zone 7” вместо автоматически установленного часового пояса RTZ 8 (Russian Time Zone 8).
Новые часовые пояса
Новое название часового пояса | Новое отображаемое имя | Текущее название часового пояса | Текущее отображаемое имя | |
1 | Russia Time Zone 3 | (UTC+04:00) Izhevsk, Samara (RTZ 3) | Отсутствует | Отсутствует |
2 | Russia Time Zone 10 | (UTC+11:00) Chokurdakh (RTZ 10) | Отсутствует | Отсутствует |
3 | Russia Time Zone 11 | (UTC+12:00) Anadyr, Petropavlovsk-Kamchatsky (RTZ 11) | Отсутствует | Отсутствует |
Объединение часовых поясов
Новое название часового пояса | Новое отображаемое имя | Текущее название часового пояса | Текущее отображаемое имя | |
1 | Russia Time Zone 9 | (UTC+10:00) Vladivostok, Magadan (RTZ 9) | Vladivostok Standard Time | (UTC+11:00) Vladivostok |
Magadan Standard Time | (UTC+12:00) Magadan |
- в Магаданской области следует вручную переключиться на часовой пояс “Russian Time Zone 8”;
- в Чукотском Автономном округе (Чукотка) и Камчатский Край (Камчатка) следует вручную переключиться на часовой пояс “Russia Time Zone 11”.
Что нового в обновлении KB5006738
Что касается исправлений, обновление устраняет проблемы с печатью, которые были вызваны обновлениями, выпущенными во вторник за октябрь. Неудивительно, что пакеты также включают исправления для устранения утечек памяти и другие улучшения, которые были представлены в сборке Release Preview для 21H2. Однако тем, кто установил сборку на прошлой неделе, будут предложены только дополнительные исправления. Они сопровождаются множеством других исправлений, все из которых будут включены в следующее обновление Patch Tuesday для тех, кто решит избежать установки этого дополнительного обновления.
Вот основные особенности KB5006738:
- Обновляет проблему, которая может препятствовать отображению субтитров для определенных видеоприложений и сайтов с потоковым видео.
- Исправлена ошибка, из-за которой пользователи режима ввода Kana не могли вставлять вопросительный знак (?) С помощью комбинации клавиш Shift-0.
- Устранена проблема, из-за которой фон экрана блокировки иногда становится черным, если вы настроили слайд-шоу из изображений в качестве фона экрана блокировки.
- И вот полный список исправлений, которые применяются ко всем вышеупомянутым версиям:
- Решает проблему, из-за которой вы не можете получить доступ к странице предварительной подготовки во время работы вне коробки (OOBE). Эта проблема возникает, когда открывается страница учетных данных для входа в Azure Active Directory и вы нажимаете клавишу Windows пять раз.
- Добавляет функцию, которая упрощает передачу определенных данных между браузерами.
- Решает проблему с киосками с ограниченным доступом, которые настроены с Microsoft Edge в качестве киоск-приложения. Эти киоски могут иногда не перезапускать Microsoft Edge, если пользователи закрывают окно браузера.
- Решает проблему, из-за которой использование App-V периодически вызывает появление черных экранов при входе в систему на странице учетных данных.
- Решает проблему, которая может препятствовать отображению субтитров для определенных видеоприложений и сайтов с потоковым видео.
- Решает проблему, из-за которой пользователи виртуальной частной сети (VPN) Windows 10 не могут подключаться к серверам службы маршрутизации и удаленного доступа (RRAS) Windows Server 2019.
- Решает проблему, которая препятствует работе виртуальных машин программно-определяемой сети (SDN) при настройке ограничения пропускной способности VPN с общей инкапсуляцией маршрутизации (GRE).
- Решает проблему обновления первичного токена обновления (PRT), которая возникает, когда пользователи VPN входят в систему с помощью Windows Hello для бизнеса, когда VPN-соединение находится в автономном режиме. Пользователи получают неожиданные запросы проверки подлинности для сетевых ресурсов, которые настроены на частоту входа пользователя (SIF) в Azure Active Directory-условный доступ .
- Решает проблему, из-за которой Windows переходит в режим восстановления BitLocker после обновления обслуживания.
- Решает проблему, из-за которой Kerberos.dll может перестать работать в службе подсистемы локального администратора безопасности (LSASS). Это происходит, когда LSASS обрабатывает одновременные запросы обслуживания для пользователя (S4U) от пользователя к пользователю (U2U) для одного и того же пользователя-клиента.
- Решает проблему целостности кода, которая могла вызвать утечку памяти.
- Повышает способность Защитника Microsoft для конечных точек выявлять и перехватывать программы-вымогатели и расширенные атаки.
- Решает проблему в OOBE, которая могла привести к сбою подготовки Windows AutoPilot.
- Решает проблему, из-за которой пользователи режима ввода Kana не могут вставить вопросительный знак (?) С помощью комбинации клавиш Shift-0.
- Решает проблему, из-за которой экран блокировки иногда становится черным при настройке слайд-шоу.
- Решает проблему надежности с LogonUI.exe , которая влияет на отображение текста состояния сети на экране учетных данных.
- Решает проблему, которая приводит к сбою запросов к каталогу запросов на блок сообщений сервера (SMB) при большом размере буфера.
- Решает проблему утечки памяти в lsass.exe на контроллерах домена в корневом домене леса, которая возникает при наличии нескольких лесов и нескольких доменов в каждом лесу. Функции сопоставления SID-Name приводят к утечке памяти, когда запрос приходит из другого домена в лесу и пересекает границы леса.
- Решает проблему с функцией балансировки нагрузки виртуальной машины (ВМ), которая игнорирует домен сбоя сайта.
- Решает известную проблему, которая может помешать успешной установке принтеров с использованием протокола Интернет-печати (IPP).
Аннотация
Это обновление заменяет и заменяет обновление 2633952, который был выпущен в декабря 2011 года. В это обновление включены все изменения дополнительный часовой пояс, выпускаемые в виде исправлений после обновления 2633952. Если вы уже развернули обновление 2633952, прочитайте описание изменения определенного часового пояса, описанные в этой статье, чтобы определить, необходимо ли развернуть это обновление немедленно. При отсутствии непосредственного влияния на системах, можно запланировать развертывание при первой удобной возможности. Мы рекомендуем вам установить последний пакет накопительного обновления для часовых поясов, чтобы гарантировать согласованность базы данных часовых поясов на всех системах. Внимание!
-
Перед применением обновления, описанного в этой статье, следует учитывать возможные проблемы, которые могут повлиять на Microsoft Outlook. Дополнительные сведения об этих проблемах следующей статье Microsoft Knowledge Base:
931667 Как выполнить изменение часовых поясов с помощью средства обновления данных о часовых поясах для Microsoft Office Outlook
-
При использовании Microsoft Exchange Server в среде информационных технологий (IT), необходимо принять дополнительные меры для обеспечения правильной работы Exchange Server. Дополнительные сведения об обновлении Exchange летнего времени (DST) следующей статье Microsoft Knowledge Base:
941018 Как решить с помощью средства обновления календаря Exchange на летнее время
-
Накопительные пакеты обновления для часовых поясов содержат только те данные, которые были обновлены для определенного региона или которые были добавлен, чтобы поддержать согласованность с другими версиями операционной системы. Таким образом Если раздел часового пояса удален, некоторые исходные значения могут не восстановиться после применения накопительного обновления пояса. Не рекомендуется удалять любых разделов реестра, связанных с часовыми поясами. На компьютере, имеет ключи неполный часовой пояс сначала необходимо Восстановите разделы часовых поясов из проверенной рабочей резервной копии. Затем примените обновление.
Дополнительная информация
Обновление этой статье изменяет данные о часовом поясе в соответствии с изменениями летнего времени (DST) в некоторых странах. Обновление, в данной статье, является накопительным пакетом обновлений, который включает все предыдущие изменения часового пояса Windows. Дополнительные сведения о влиянии изменения периода летнего времени может на других продуктов корпорации Майкрософт посетите следующий веб-узел корпорации Майкрософт: http://support.microsoft.com/gp/cp_dstдля получения дополнительных сведений о как летнее время изменения могут повлиять на другие Microsoft продукты, щелкните следующий номер статьи базы знаний Майкрософт:
914387 Как настроить переход на летнее время в операционных системах Microsoft Windows Обратите внимание: Эти пакеты, подвержены уязвимости, описанной в рекомендации 2749655 безопасности корпорации Майкрософт. В этом выпуске цифровой подписи файлов, которые создаются и подписаны Майкрософт истекает преждевременно и поэтому больше недоступны. Последние пакеты для этих переходов летнего времени теперь доступны для загрузки в следующей статье базы знаний Майкрософт:
2756822 Накопительный пакет обновления часовых поясов для операционных систем Windows за октябрь 2012 г. С момента предыдущего Windows накопительного обновления часового пояса были сделаны следующие изменения:
-
Стандартное время Восточной Европы:Отображаемое имя для данного часового пояса был обновлен для «(UTC + 2:00) Восточная Европа.» из» (UTC + 2:00) ул.»
-
Азорское время (зима)Время начала летнего времени изменения 2013 происходит в 00:00:00: 00 в последнее воскресенье марта и время окончания выполнения в 01:00:00 в последнее воскресенье октября.
-
Кавказское / Армянское время (зима):Как описано ранее в блоге ниже (http://blogs.technet.com/b/dst2007/archive/2012/03/22/armenia-cancels-dst.aspx) Правительства Республики Армения была отменена на летнее время, будет оставаться на постоянную «зимнего времени». Эта статья предлагается перейти на «время обхода» из стандартное время России. Это обновление Windows делает перемещение постоянной, удалив правило летнего времени для часового пояса «(UTC + 4:00) Ереван»
-
Тихоокеанское ю-ам:О которой сообщалось ранее в статье базы знаний Майкрософт 2681116, как Чили расширила 2012 летним временем. Чилийское правительство была изменена дата начала периода летнего времени 2012 на первый суббота сентября происходит в последнее воскресенье апреля в 23:59:59.999 23:59:59.999 и конечной даты.
-
Марокканское время (зима)Как о которой сообщалось ранее в статье базы знаний Майкрософт 2698707Марокко от добавляющего 2012 переключится на летнее время. Марокканский правительства была изменена дата начала периода летнего времени 2012 возникает в последнее воскресенье апреля и конечной даты в последнее воскресенье сентября. В течение Рамадана переход на летнее время будет отменен, и с 20 июля по 19 августа 2012 г. будет действовать зимнее время. Переходы, отражая начало и конец рамазана не включены в эту статью и могут быть установлены с помощью Fix-It решений, описанных в статье базы знаний Майкрософт 2698707.
-
Коррекция истории Самоа:Время Самоа зоны изменения были включены в статье базы знаний Майкрософт 2633952 (декабрь 2011 накопительное обновление часового пояса). В результате этого обновления весь календарь 2011 был обновлен до (UTC+13). Это обновление возвращает календарь 2011 к (UTC-11), хотя 2012 и будущие календари остаются (UTC+13). Коррекция истории также были содержатся в 2657025 КБ.
-
Русский журнал коррекции:Русский время изменения зоны были включены в статье базы знаний 2570791 (август 2011 накопительное обновление часового пояса). В результате отмены зимнего времени в России и переход на вечное летнее время весь 2011 календарь был обновлен до летнего времени. Это обновление изменяет календарь 2011 для отображения зимнего времени до 27 марта 2011 г. пока зимнее время еще действовало. Коррекция истории также были содержатся в 2657025 КБ.
В следующей таблице приведены изменения часового пояса.
Раздел реестра, связанный с часовым поясом |
Отображаемое имя |
Новое начало летнего времени |
Новое окончание летнего времени |
Дополнительные комментарии |
|
Восточная Европа (зима) |
(UTC+02:00) Восточная Европа |
Неприменимо |
Неприменимо |
Правила перехода на летнее время остаются неизменными, только отображаемое имя изменено с «Никозия» на «Восточная Европа» |
|
Азорское время (зима) |
(UTC-01:00) Азорские о-ва |
Последнее воскресенье марта 00:00:00.000 |
Последнее воскресенье октября 01:00:00.000 |
Это правило будет применимо от добавляющего только 2013. правила 2012 остается неизменным. |
|
Кавказское / Армянское время (зима) |
(UTC + 04:00) Ереван |
Без перехода на летнее время |
Без перехода на летнее время |
Переход на летнее время отключено для данного часового пояса. |
|
Тихоокеанское Ю-Ам. вр. (зима) |
(UTC-04:00) Сантьяго |
Первая суббота September23:59:59.999 |
Последняя суббота April23:59:59.999 |
||
Марокко (зима) |
(UTC) Касабланка |
Последнее воскресенье April02:00:00.000 |
Последнее воскресенье September03:00:00.000 |
Рамазан переходы развиваемый Fix-It решения, которые предоставляются в 2698707. |
Ниже приведен полный список изменений имен дополнительный дисплей, которые реализуются в эти пакеты для конкретных языков.
Часовой пояс |
Соответствующий язык |
Старое название |
Обновленное отображаемое имя |
Применимые платформы |
Центральная Америка |
Испанский |
Hora de verano de Centroamérica |
Hora de verano, центральный América |
Vista, Win 7 |
Центральная Америка |
Испанский |
Hora estándar де Centroamérica |
Estándar hora, América Central |
Vista, Win 7 |
Мадрас, Калькутта, Мумбаи, Нью-Дели |
Болгарский |
(UTC + 05:30) ЧЕНАЙ, КАЛКУТА, МУМБАЙ, НЮ ДЕЛХИ |
(UTC + 05:30) ЧЕНАЙ, КОЛКАТА, МУМБАЙ, НЮ ДЕЛХИ |
Vista, Win 7 |
Мадрас, Калькутта, Мумбаи, Нью-Дели |
Чешский |
(UTC + 05:30) Bombaj, Čennaj, Kalkata, Nové Dillí |
(UTC + 05:30) Mumbaí (Bombay), Čennaj, Калькутта Nové Dillí (Kalkata) |
Vista, Win 7 |
Янгон (Рангун) |
Чешский |
(UTC + 06:30) Rangún |
(UTC + 06:30) Янгон (Rangún) |
Vista, Win 7 |
Самоанское время (лето)Стандартное время Самоа |
Чешский |
Самоа Самоа Ostrovy (letní čas) Ostrovy (běžný čas) |
Самоа (letní čas) Самоа (běžný čas) |
Vista, Win 7 |
Каледония, Соломоновы о-ва, новая |
Голландский |
(UTC 10:00) Магадан, Соломоновы о-ва, Nieuw-Caledonië; |
(UTC 10:00) Магадан, Salomonseilanden, Nieuw-Caledonië |
Vista, Win 7 |
Соломоновы о-ва, Новая Каледония |
Голландский |
(UTC 10:00) Соломоновы о-ва, Nieuw Caledonië |
(UTC 10:00) Salomonseilanden Nieuw Caledonië |
Vista, Win 7 |
Соломоновы о-ва, Новая Каледония |
Голландский |
(GMT + 11:00) Соломоновы о-ва, Nieuw Caledonië |
(GMT + 11:00) Salomonseilanden Nieuw Caledonië |
Win2K, Win 2003, XP |
Мадрас, Калькутта, Мумбаи, Нью-Дели |
Финский |
(UTC + 05:30) Мадрас, Kalkutta, Мумбаи, Нью-Дели |
(UTC + 05:30) Мадрас, Калькутта (Kalkutta), Мумбаи, Нью-Дели |
Vista, Win 7 |
Алма-Ата, Новосибирск |
Финский |
(UTC+06:00) Алма-Ата, Новосибирск |
(UTC+06:00) Астана, Новосибирск |
Vista, Win 7 |
Пекин, Чунцин, Гонконг, Урумчи |
Финский |
(UTC + 08:00) Пекин, Чунцин, Гонконг, Урумчи |
(UTC + 08:00) Пекин, Чунцин, Гонконг, Урумчи |
Vista, Win 7 |
Каледония, Соломоновы о-ва, новая |
Французский |
(UTC 10:00) Магадан, Îles Salomon Nouvelle Calédonie |
(UTC 10:00) Магадан, Îles Salomon Nouvelle Calédonie |
Vista, Win 7 |
Соломоновы о-ва, Новая Каледония |
Французский |
(UTC 10:00) Îles Salomon, Nouvelle Calédonie |
(UTC 10:00) Îles Salomon, Nouvelle Calédonie |
Vista, Win 7 |
Пекин, Чунцин, Гонконг, Урумчи |
Немецкий |
(UTC + 08:00) Пекин, Чунцин, Гонконг, Urumchi |
(UTC + 08:00) Пекин, Чунцин, Гонконг (ОАР) Urumchi |
Vista, Win 7 |
Стандартное время центральной Европы |
Немецкий |
(GMT + 01:00) Belgrado, Bratislava, Budapest, Liubliana, Praga |
(GMT + 01:00) Belgrad Bratislava (Pressburg), Budapest, Ljubljana, Prag |
Vista, Win7 |
Мадрас, Калькутта, Мумбаи, Нью-Дели |
греческий |
(UTC + 05:30) ΜΑΝΤΡΆΣ, ΚΑΛΚΟΎΤΑ, ΒΟΜΒΆΗ, ΝΈΟ ΔΕΛΧΊ |
(UTC + 05:30) ΤΣΕΝΆΙ, ΚΟΛΚΆΤΑ, ΜΟΥΜΠΆΙ, ΝΈΟ ΔΕΛΧΊ |
Vista, Win 7 |
Алма-Ата, Новосибирск |
греческий |
(UTC + 06:00) ΑΛΜΆ-ΑΤΆ, ΝΟΒΟΣΙΜΠΊΡΣΚ |
(UTC + 06:00) ΑΣΤΆΝΑ ΝΟΒΟΣΙΜΠΊΡΣΚ |
Vista, Win 7 |
Алма-Ата, Новосибирск |
Латышский |
(UTC+06:00) Алма-Ата, Novosibirska |
(UTC+06:00) Almati, Novosibirska |
Vista, Win 7 |
Самоанское время (лето) |
литовский |
Laik /žiemos vasaros Самоа |
Laikas /žiemos vasaros Самоа |
Vista, Win 7 |
Самоанское время (зима) |
литовский |
Standartinis Samoalaik |
Standartinis Samoalaikas |
Vista, Win 7 |
Каледония, Соломоновы о-ва, новая |
литовский |
(UTC 10:00) Magadanas, salos Saliamono, Naujoji Kaledonija |
(UTC 10:00) Naujoji Kaledonija Magadanas Saliamono Salos |
Vista, Win 7 |
Соломоновы о-ва, Новая Каледония |
литовский |
(UTC 10:00) Salos Saliamono, Naujoji Kaledonija |
(UTC 10:00) Saliamono Salos, Naujoji Kaledonija |
Vista, Win 7 |
Азорские о-ва |
норвежский |
(UTC-01:00) AzoreneAzorene (sommertid), Azorene (normaltid) |
(UTC-01:00) AsoreneAsorene (sommertid), Asorene (normaltid) |
Vista, Win 7 |
Пекин, Чунцин, Гонконг, Урумчи |
норвежский |
(UTC + 08:00) Пекин, Чунцин, Гонконг, Ürümqi |
(UTC + 08:00) Пекин, Чунцин, Гонконг, Ürümqi |
Vista, Win 7 |
Янгон (Рангун) |
польский |
(UTC + 06:30) Rangun |
(UTC + 06:30) Янгон (Rangun) |
Vista, Win 7 |
Мадрас, Калькутта, Мумбаи, Нью-Дели |
Португальский (Португалия) |
(UTC + 05:30) Мадрас, Calcutá, Бомбей, нова разделитель |
(UTC + 05:30) Мадрас, Калькутта (Calcutá), Бомбей, нова разделитель |
Vista, Win 7 |
Фиджи |
Турецкий |
Фиджи стандартной Saati (UTC + 12:00) Yaz SaatiFiji Камчатка, Маршалловы Adl. (UTC + 12:00) Фиджи |
Фиджи Adaları Yaz SaatiFiji Adaları Saati(UTC+12:00) стандартной Фиджи Adaları, Маршалловы Adl. (UTC + 12:00) Фиджи Adaları |
Vista, Win 7 |
О. Мидуэй, Самоа |
Украинский |
(UTC-11:00) О. МІДУЕЙ, АМЕРИКАНСЬКЕ САМОАСХІДНА ЦЕНТРАЛЬНА ЄВРОПА (ЛІТО) |
(UTC-11:00) О. МІДУЕЙ, САМОАСХІДНА ЄВРОПА (ЛІТО) |
Vista, Win 7 |
Д. Европа |
Украинский |
ЄВРОПА ЦЕНТРАЛЬНА СХІДНА (ЗИМА) |
СХІДНА ЄВРОПА (ЗИМА) |
Vista, Win 7 |
Янгон (Рангун) |
Украинский |
(UTC + 06:30) ЯНҐОН (РАНГУН) |
(UTC + 06:30) ЯНҐОН |
Vista, Win 7 |
Калининград, Минск |
Украинский |
(UTC + 06:00) АЛМАТИ НОВОСИБІРСЬК |
(UTC + 06:00) АСТАНА НОВОСИБІРСЬК |
Vista, Win 7 |
Сведения о ключе реестра
E.Europe[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesE. Европа при стандартном Восточная Европа Time]»MUI_Display»=»@tzres.dll,-1680″»MUI_Dlt»=»@tzres.dll,-331″»MUI_Std»=»@tzres.dll,-332″»Display»=»(UTC+02:00)» «TZI» = hex: 88, ff, ff, ff, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 0a, 00, 00, 00, 05, 00, 03, 00, 00, 00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00Азорские о-ва[параметру NTCurrentVersionTime ZonesAzores время (зима)] «TZI» = hex: 3 c, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 0a, 00,00,00,05,00,03,00,00, 00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00 [параметру NTCurrentVersionTime ZonesAzores стандартный TimeDynamic DST] «FirstEntry» = dword:000007dc» LastEntry «= dword:000007dd «2012» = hex: 3 c, 00, 00, 00, 00, 00, 00, 00, c4, ff ff, ff, 00, 00, 0a, 00, 00, 00, 05, 00, 03, 00, 00,00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00 «2013» = hex: 3 c, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 0a, 00,00,00,05,00,01,00, 00,00,00,00,00,00,00,00,03,00,00,00,05,00,00,00,00,00,00,00,00,00Армения (Win 7 и Vista)[параметру NTCurrentVersionTime ZonesCaucasus время (зима)] «TZI» = hex: 10 FF ff, ff, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 [параметру NTCurrentVersionTime ZonesCaucasus стандартный Time Динамический переход на летнее время] «FirstEntry» = dword:000007db «LastEntry» = dword:000007dc «2011» = hex: 10, ff, ff, ff, 00, 00, 00, 00, c4, ff ff, ff, 00, 00, 0a, 00, 00, 00, 05, 00, 03, 00, 00,00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00 «2012» = hex: 10 ff, FF, ff, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00Армения (Win XP и Win 2k 3 и Win 2k)[параметру NT CurrentVersionTime ZonesArmenian время (зима)] «TZI» = hex: 10, ff, ff, ff, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 [HKEY_LOCAL_MACHINESOFTWARE MicrosoftWindows NTCurrentVersionTime ZonesArmenian стандартный TimeDynamic DST] «FirstEntry» = dword:000007db «LastEntry» = dword:000007dc «2011» = hex: 10, ff, ff, ff, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 0a, 00, 00, 00, 05, 00, 03, 00, 00,00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00″ 2012″ = hex: 10, ff, ff, ff, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 [Марокко Параметру NTCurrentVersionTime ZonesMorocco время (зима)] «TZI» = hex: 00, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 09, 00, 00, 00, 05, 00, 03, 00, 00, 00,00,00,00,00,00,00,04,00,00,00,05,00,02,00,00,00,00,00,00,00 [параметру NTCurrentVersionTime ZonesMorocco стандартный TimeDynamic DST] «FirstEntry» = dword:000007 d 7 «LastEntry» = dword:000007dc «2007 «= hex: 00, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 «2008» = hex: 00, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 08, 00, 00, 00, 05, 00, 17, 00, 3b, 00, 3b, 00, e7, 03, 00, 00, 05, 00, 06, 00, 05, 00, 17, 00, 3b, 00, 3b, 00, e7, 03″ 2009″ = hex: 00, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 08, 00, 04, 00, 03, 00, 17, 00, 3b, 00, 3b, 00, e7, 03, 00, 00, 05, 00, 00, 00, 05, 00, 17, 00, 3b, 00, 3b, 00, e7, 03 «2010» = hex: 0 0,00,00,00,00,00,00,00, c4, ff ff, ff, 00, 00, 08, 00, 06, 00, 01, 00, 17, 00, 3b, 00, 3b, 00, e7, 03, 00, 00, 05, 00, 06, 00, 01, 00, 17, 00, 3b, 00, 3b, 00, e7, 03″ 2011″ = hex: 00, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 07, 00, 06, 00, 05, 00, 17, 00, 3b, 00, 3b, 00, e7, 03,00,00,04,00,06,00,01,00,17,00, 3b, 00, 3b, 00, e7, 03″ 2012» = hex: 00, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 09, 00, 00, 00, 05, 00, 03, 00, 00,00,00,00,00,00,00,00,04,00,00,00,05,00,02,00,00,00,00,00,00,00Чили[HKEY_LOCAL_ MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesPacific стандартное время Южной Америки] «TZI» = hex: f0, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00, 00, 04, 00, 06, 00, 05, 00, 17, 00, 3b, 0, 3b, 00, e7, 03, 00, 00, 09, 00, 06, 00, 01, 00, 17, 00, 3b, 00, 3b, 00, e7, 03 [параметру NTCurrentVersionTime ZonesPacific SA стандартных TimeDynamic DST] «FirstEntry» = dword:000007 d 7 «LastEntry» = dword:000007dd «2007» = hex: f0, 00, 00, 00, 00, 00, 00, 00, c4, ff, ff ff, 00,00,03,00,06,00,02,00,17,00,3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03″2008″=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,03,00,06,00,05,00,17,00,3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b, 00,3b,00,e7,03″2009″=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,03,00,06,00,02,00,17,00,3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03″2010″=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff, 00,00,04,00,06,00,01,00,17,00,3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03″2011″=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,05,00,06,00,01,00,17,00,3b,00,3b,00,e7,03,00,00,08,00,06,00,03,00,17,00,3b, 00,3b,00,e7,03″2012″=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,04,00,06,00,05,00,17,00,3b,00,3b,00,e7,03,00,00,09,00,06,00,01,00,17,00,3b,00,3b,00,e7,03″2013″=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff, 00,00,03,00,06,00,02,00,17,00, 3b, 00, 3b, 00, e7, 03, 00, 00, 0a, 00, 06, 00, 02, 00, 17, 00, 3b, 00, 3b, 00, e7, 03
Windows XP
Предварительные условияНеобходимо иметь Windows XP Пакет обновления 3 (SP3 для установки этого обновления). Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:322389 как сведения о замене обновленийПримечание для получения последней версии Windows XP пакет обновления можно установить в этом накопительном накопительный пакет обновления, даже после установки следующие ранее выпущенные обновления. Это обновление заменяет следующее обновление: 2633952 декабря 2011 накопительное обновление часового пояса для операционных систем Microsoft Windows
Windows Server 2003
Предварительные условияНеобходимо установить это обновление для Windows Server 2003 SP2. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт: 889100 как получить последний пакет обновления для Windows Server 2003 сведения о замене обновленийПримечание можно установить Этот накопительный пакет обновления даже после установки следующие ранее выпущенные обновления. Это обновление заменяет следующее обновление: 2633952 декабря 2011 накопительное обновление часового пояса для операционных систем Microsoft Windows
Windows Vista или Windows Server 2008
Необходимые условиянеобходимо установить Windows Vista или Windows Server 2008 Пакет обновления 2 для установки этого обновления. Сведения о замене обновленийПримечание. Этот накопительный пакет обновления можно установить даже после установки любых следующее ранее выпущенное обновление. Это обновление заменяет следующее обновление: 2633952 декабря 2011 накопительное обновление часового пояса для операционных систем Microsoft Windows
Windows 7 или Windows Server 2008 R2
Необходимые условияне условий для установки этого обновления не требуется. Тот же пакет устанавливается как в версии RTM, а также в версиях Windows 7 и Windows Server 2008 R2 с пакетом обновления 1. Обновление informationNote замена: этот накопительный пакет обновления можно установить даже после установки любых следующее ранее выпущенное обновление. Это обновление заменяет следующее обновление: 2633952 декабря 2011 накопительное обновление часового пояса для операционных систем Microsoft Windows
В 2011 году в России был отменен переход на летнее/зимнее время. Я описывал процедуру настройки для SAP систем в этом посте.
21 июля 2014 года был принят федеральный закон № 248-Ф3, по которому 26 октября 2014 года в 2:00 необходимо будет перевести все часы на зимнее время (-1 час), к тому же упраздняется несколько часовых поясов. Подробности можно посмотреть тут.
Обсуждать закон я сейчас не предлагаю, давайте лучше рассмотрим процедуру подготовки к часу Х.
Итак, как я уже отмечал 3 года назад, программное обеспечение (SAP, СУБД и другие) берет за основу время из операционной системы.
Процедура следующая:
- В операционную систему сервера, на котором установлена SAP система, необходимо внести изменения. Обычно это осуществляется через пакеты обновлений (патчи).
Для операционных систем MS Windows необходимо установить пакет обновлений KB2998527. Патч доступен для семейств MS Windows Server версий от 2003 до 2012 R2. Подробности по ссылке. После установки (рис. 1) необходимо вручную (для MS Windows Server 2003) выбрать часовой пояс «RTZ 2» и проверить, что установлена галочка для автоматического перевода времени на зимнее/летнее (рис. 2 и 3). Рестарт операционной системы не требуется.
Рис. 1. Установка обновлений с новыми часовыми поясами в MS Windows Server. Рис. 2. Настройки операционной системы MS Windows Server 2003 после установки патча. Рис. 3. Настройки операционной системы MS Windows Server 2008 после установки патча. После 26 октября необходимо будет отключить автоматическое переключение на зимнее/летнее время.
Для Red Hat Linux (Oracle Linux) необходимо с помощью следующих команд обновить файлы с настройками часовых поясов для операционной системы и для Java (рис. 4 и 5):
# yum update tzdata
# yum update tzdata-javaРис. 4. Обновление часовых поясов в операционной системе Oracle Linux 6.5. Рис. 5. Обновление часовых поясов для Java в операционной системе Oracle Linux 6.5. Для корректной работы достаточно версии пакетов 2014f (от августа 2014 года).
Дополнительно необходимо удостовериться, что в системе выбран корректный часовой пояс (рис. 6).Рис. 6. Проверка настройки часового пояса в Oracle Linux. А также с помощью следующей команды проверить настройки для перевода времени 26 октября 2014 года (рис. 7):
# zdump -v /usr/share/zoneinfo/Europe/Moscow
Рис. 7. Настройки перевода часов 26 октября 2014 года в Oracle Linux. Подробности можно найти тут.
Для операционных систем HP-UX обязательны к установке патчи:
— PHCO_44190 для HP-UX 11.31,
— PHCO_44196 для HP-UX 11.23,
— PHCO_44197 для HP-UX 11.11. - Инструкция для систем SAP описана в SAP note # 2055935 — Russia: End of permanent daylight saving time and start of permanent standard time in 2014. Для внесения изменений в систему необходимо скачать обновление часовых поясов из SAP note # 198411 — Current data and information about time zones. Файл загружается через report TZCUSTIM (транзакция SA38) в каждый мандант системы (рис. 8 и 9).
Рис. 8. Обновление часовых поясов в SAP системе — 1. Рис. 9. Обновление часовых поясов в SAP системе — 2. Часовой пояс (по-крайней, мере для Москвы) менять не нужно, он остается прежним — RUS03. Меняется правило (рис. 10 и 11).
Рис. 10. Часовые пояса для России до обновления. Рис. 11. Часовые пояса для России после обновления. Подробно про обновление часовых поясов в SAP системе я писал в 2011 году.
Во всей этой истории стоит учесть, что сейчас мы живем по летнему времени. После 26 октября перейдем на зимнее (стандартное) время, то есть часы переведут на 1 час назад. Пакеты обновлений для систем подразумевают следующее:
- устанавливается новый часовой пояс (например, для Москвы это UTC+3), к которому прибавляется 1 час, аналогично прежней жизни (до 2011 года) по летнему времени.
- настраивается разовый переход на зимнее время (-1 час) 26 октября 2014 года.
Таким образом, соблюдая меры предосторожности, пакеты обновлений можно устанавливать сейчас. А так как перевод часов будет осуществляться на час назад, SAP рекомендует для предотвращения коллизий в волшебную ночь 26 октября остановить системы на пару часов. Подробности в SAP note # 7417 — Conversion between standard time and daylight saving time.
Если у кого есть дополнительная информация (патчи для других ОС, дополнения), то буду рад видеть комментарии к этому посту.
Путь: It.notes > Windows > Настройка службы времени (NTP) в Windows 2003 / 2008 / 2008 R2
Служба времени Windows, несмотря на кажущуюся простоту является основой нормального функционирования AD.
Итак, в нормально настроенной среде служба времени функционирует так: пользователи получают точное время от ближайшего контроллера домена, на котором они зарегистрировались, все доменные контроллеры запрашивают об этом DC с ролью FSMO «Эмулятор PDC», а тот, в свою очередь, синхронизируется с внешним источником времени. Внешним источником как правило выступает один или несколько NTP-сервера институтов времени, например time.windows.com или NTP-сервер вашего провайдера.
Если у вас рассинхронизация контроллеров домена между собой и жалобы пользователей на то, что наше время отличается от точного, то вам сюда.
Настройка вашего доменного контроллера с ролью «Эмулятора PDC» на синхронизацию с внешним источником:
- находим все DC и того, кто из них PDC эмулятор
netdom query fsmo
- на PDC делаем следующее
w32tm /stripchart /computer:time.windows.com /samples:5 /dataonly
которая произведет 5 сравнений с источником, а затем
w32tm /config /manualpeerlist:time.windows.com /syncfromflags:manual /reliable:yes /update
которая непосредственно выполнит настройку.
Можно указать сразу несколько серверов, в этом случае необходимо раздели имена серверов пробелом и всех их заключит в ковычки: /manualpeerlist:»time.windows.com clock0.macomnet.ru»
!!!внимание, связь с источником осуществляется по протоколу NTP – 123 порт UDP.
Все эти изменения аналогичнв следующим значениям в реестре
#HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersNtpServer
Там должен быть записан ip адрес или полной имя нашего ntp сервера и запись должна обязательно заканчиваться строкой “,0?1”. Кавычки, понятное дело, нужно убрать. Кстати, к этому суффиксу я вернусь позже. Для уверенности в том, что тут нету ошибки, неплохо бы попингать скопированный оттуда адрес или имя.
#HKLMSYSTEMCurrentControlSetServicesW32TimeParametersType
убедиться, что там прописано NTP, а неNT5DS
#HKLMSYSTEMCurrentControlSetServicesW32TimeConfigAnnounceFlags
тут должна быть 5 - Если Вы перенесли роль PDC Emulator на другой сервер, необходимо дополнительно выполнить настройку старого сервера командой
w32tm /config /syncfromflags:domhier /reliable:no /update
и перезапустить службу времени —net stop w32time net start w32time
- На остальных контроллерах домена рекомендуется сделать
w32tm /unregister w32tm /register
Эта операция удаляет службу времени, а затем снова ее устанавливает, причем, что важно, удаляется, а затем создается заново вся ветка параметров в реестре.
Очень рекомендуется перезапустить контроллер домена, являющийся pdc эмулятором, да и все остальные тоже.
Если проблемы всё равно возникают, то стоит попробовать заменить значение 0х01 на 0х08 в параметре
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersNtpServer
чтобы стали посылаться стандартные клиентские запросы.
Перезапускаем сервис времени net stop w32time && net start w32time
Очень рекомендуется проверить все политики, имеющие отношение к настройкам сервиса времени, а именно:
Default Domain Controllers group policy Default Domain group policy
ну и все другие, которые имеют отношение к домен контроллерам, серверам и рабочим станциям и в которых изменены любые значения в разделе
Computer configuration/Administrative Templates /System/Windows Time service/Time Providers
Убедитесь, что все значения там в состоянии “not configured”. При необходимости, играть с параметрами следует позже.
В особо тяжелых случаях может помочь включение лога для сервиса. Для настройки этого используются три параметра в реестре по пути
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfig
Если нижеприведенных ключей там нету, а их нету по умолчанию, то их следует создать
Value Name: FileLogSize
Data Type: DWORD
Value data: 10000000
Этот параметр определяет максимальный размер файла лога в байтах. Значение 10000000 байт ограничит файл приблизительно в 10 Mb.
Value name: FileLogName
Data Type: REG_SZ (String)
Value data: C:Testw32time_log.txt
Этот параметр определяет место и имя файла лога.
Value name: FileLogEntries
Data Type: REG_SZ (String)
Value: 0-116
Этот параметр определяет уровень детализации лога. Диапазон значений параметра 0-116.
(Если ввести туда 0-300, то уровень детализации станет максимальным)
Вместо изменения значений в реестре, можно то же самое сделать из командной строки
w32tm /debug /enable /file:C:Testw32time_log.txt /size:100000 /entries:0-300
Чтобы выключить логи отладки можно ввести команду
w32tm /debug /disable
Несколько самых известных источников времени:
1. ntp2.usno.navy.mil
2. pool.ntp.org
3. clock0.macomnet.ru
Проверить что со временем все в порядке можно так:
C:>w32tm /monitor dc.local *** PDC ***[[::1]:123]: ICMP: 0ms задержка NTP: +0.0000000s смещение относительно dc.local RefID: 'LOCL' [0x4C434F4C] Страта: 1
C:>w32tm /dumpreg /subkey:parameters Имя параметра Тип параметра Данные параметра ------------------------------------------------------------------ ServiceDll REG_EXPAND_SZ %systemroot%system32w32time.dll ServiceMain REG_SZ SvchostEntry_W32Time ServiceDllUnloadOnStop REG_DWORD 1 Type REG_SZ NTP NtpServer REG_SZ pool.ntp.org,0
ну и в нагрузку
http://support.microsoft.com/kb/816042
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q216734
логипрование изменения системного времени http://it-tips.tk/windows/vkluchit-logging-izmenenie-vremeni-change-time/