Comments 38
Поскольку кое-где еще используются машины на XP, интересно: можно как-то удалить обновление для XP, которое меняло пояс для Москвы на UTC+04?
А весной ставить обратно? Перевод времени не вернули, просто сместили часовой пояс.
Там была галочка «переходить на летнее время». ее можно просто не ставить и будет всегда UTC+3
Так ведь эта галка как раз и исчезла при установке KB2570791. Но заморачиваться с его удалением, на мой взгляд, не стоит — просто добавьте (для московской зоны) 03-Russian Standard Time(-1).reg из архива по ссылке в посте, и всё станет как положено — 26 числа время сместится на час назад, и больше не будет никуда переходить.
Проще импортировать ветки реестра из обновления для 2003, которое должны выпустить.
Тогда, в 2011, работало %WINDIR%\$NtUninstallKB2570791$\spuninst\spuninst.exe /quiet /norestart или удаление KB2570791 стандартным способом, через панель управления. Но с тех пор выпустили ещё обновлений таймзон (kb2779562, kb2904266, kb2863058 и т.п.), вероятно придется сносить все.
Продлеваем получение обновлений безопасности для Windows XP еще на 5 лет: habrahabr.ru/post/200260/
Как известно, 26 октября 2014 года в 2 часа ночи мы опять переводим время.
Я один узнал об этом только сейчас?
Microsoft запланировали выпуск обновления часовых поясов на 23 сентября: blogs.technet.com/b/dst2007/archive/2014/08/22/announcement-update-for-russian-time-zone-changes.aspx
Один мой приятель ветеринар работает в крупном агрохолдинге. На новость к возврату о переводе часов сказал буквально следующее. Этих депутатов, бл.., на две недели в коровник надо закрыть, чтобы они коровам объясняли, что дойка в четыре утра намного эффективней, чем в пять, а через полгода вновь, что в пять много лучше, чем в четыре.
А почему они в коровнике привязываются к местному времени? Доили бы по UTC безо всяких переводов, раз коровы чувствительны.
коров надо доить, молоко готовить к отправке на молочные заводы, фуры с заводов приходят со смещением во времени. Одно время доили в четко установленное время, но инфраструктура крупного предпрития вынуждена быть привязана к другим процессам и людям. Короче пару недель настоящий дурдом. Удои, кстати, падают процентов на 30 в первые дни. Животные очень чувствительны.
Если он работает в РФ, то можете его успокоить — никакого возврата к ежегодному переводу часов пока не планируется, часы переведут только один раз на час назад.
Правда я почти уверен что тот факт, что темнеет теперь на час раньше что в декабре, что в июне, тоже никого не обрадует, и к сезонному переводу вернутся — ещё через пару лет.
Правда я почти уверен что тот факт, что темнеет теперь на час раньше что в декабре, что в июне, тоже никого не обрадует, и к сезонному переводу вернутся — ещё через пару лет.
Обновление support.microsoft.com/kb/2998527 вышло, но для Vista и Windows Server 2003 пока не выпустили.
Файлик с таймзонами на Яндекс-диске засаспендили по DMCA требованию Майкрософт, сейчас переписываемся. Если вдруг кому ещё надо, гуглится по Russian_tz_2014.zip.
Несколько другую логику я ожидал от патча. Предполагал, что переход для Москвы будет таким:
1. Для текущей установленной временной зоны добавляется переход на зимнее время в последнее Вск октября со смещением -1:00
2. Добавляется новая временная зона с GMT +3
3. Ручками/скриптом после 26 числа переводим машины в новую зону.
А так получается что 26 утром у всех XP будут «спешить» часы на один час. Это ни на что не повлияет, кроме календарей и подобного ПО.
После этого мы ставим патч и время начинает отображаться нормально.
Ошибаюсь?
1. Для текущей установленной временной зоны добавляется переход на зимнее время в последнее Вск октября со смещением -1:00
2. Добавляется новая временная зона с GMT +3
3. Ручками/скриптом после 26 числа переводим машины в новую зону.
А так получается что 26 утром у всех XP будут «спешить» часы на один час. Это ни на что не повлияет, кроме календарей и подобного ПО.
После этого мы ставим патч и время начинает отображаться нормально.
Ошибаюсь?
1) ДО 26 числа ставим патч (и перевыбираем ту-же таймзону руками для xp/2003);
2) 26 числа, а также 31 декабря и далее всё нормально, никто ничего не трогает, до следующих решений партии и правительства. Исключение — те регионы, где меняется и таймзона (+0 или -2), там по решению МС меняем её руками в ночь на 26, либо ставим сделанные вручную таймзоны, которые поменяют автоматом, а потом переходим на стандартные МС.
2) 26 числа, а также 31 декабря и далее всё нормально, никто ничего не трогает, до следующих решений партии и правительства. Исключение — те регионы, где меняется и таймзона (+0 или -2), там по решению МС меняем её руками в ночь на 26, либо ставим сделанные вручную таймзоны, которые поменяют автоматом, а потом переходим на стандартные МС.
В общем-то Микрософтовский вариант так и работает. И для Windows Server 2003 этот патч — первый из двух.
1. После установки патча мы внезапно оказваемся в Абу-даби (+4:00).
2. Вручную переключаемся на Russia TZ2.
RTZ2 это очень интересная временная зона. Она GMT +3, но до 26 октября мы на «летнем GMT +4» времени.
Выглядит это так:
3. Дожидаемся декабрьского патча от Microsoft, который отменит переход на «летнее +4» время.
1. После установки патча мы внезапно оказваемся в Абу-даби (+4:00).
2. Вручную переключаемся на Russia TZ2.
RTZ2 это очень интересная временная зона. Она GMT +3, но до 26 октября мы на «летнем GMT +4» времени.
Выглядит это так:
3. Дожидаемся декабрьского патча от Microsoft, который отменит переход на «летнее +4» время.
Не надо никакого декабрьского патча с отменой, ну посмотрите же наконец на Dynamic DST (в редакторе правой на таймзону — Dynamic DST). Оно именно для того и придумано, чтобы включать и выключать перевод стрелок в нужный год.
2014
2015
2014
2015
Да источники пишут что не работает Dynamic DST в XP/2003. Не работает в том плане, что Windows время по Dynamic DST переводить не будет. Но если вы будете програмно делать запрос к System.TimeZoneInfo, то информация Dynamic DST учтется.
Декабрьский патч уже запланирован:
support.microsoft.com/kb/2998527/en
•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.
support.microsoft.com/kb/2998527/en
•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.
Если кому ещё актуально — вышло декабрьское обновление таймзон kb3013410. Если его (или эквивалентные изменения реестра) не установить на 2003/XP, они и дальше продолжат переводить время. Причина — неполная поддержка Dynamic DST, значения в реестре есть, но для действий по переводу времени времени они не используются. Грубо говоря, переводить стрелки в каждый год по–разному научилась только Vista и выше (ядро 6.0). Конкретно в 2015 году, если ничего не предпринимать, 2003/XP с установленным kb2998527 переведут стрелки на летнее время (+1 час) в ночь с 5 на 6 января, и на зимнее (–1 час) 25 октября.
Чтобы этого не произошло, есть простой способ — до 31 декабря с.г. снять галку перевода времени (она опять появилась после установки kb2998527), и правильный способ — установить kb3013410 (или эквивалентные ему изменения реестра). На домашнем компьютере никаких дополнительных действий не надо, сервера я бы советовал перезапустить, т.к., как выяснилось 26 октября, некоторые приложения, а так–же службы (например, IIS в Exchange) не понимают изменения таймзон до рестарта службы.
На Windows Vista/Server 2008 и выше устанавливать kb3013410 прямо сейчас или до конца года не обязательно, они и так никуда не перейдут.
Файлы реестра для XP тут filetea.me/t1saFWx8b3bTr6EzxCVuJ1eWg, если кому надо.
Теоретическое обоснование:
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 это ночь с 5 на 6 января) и в последнее воскресенье октября (в 2015 это 25 октября).
Чтобы перевод стрелок в Windows 2003/XP не произошел, необходимо установить обновление kb3013410 (или эквивалентную правку реестра для XP), или, в крайнем случае, снять галку «( ) Автоматический переход на летнее время и обратно». Однако, для предотвращения проблем в случае ещё одного изменения в законодательстве, я бы не рекомендовал снимать эту галку.
Ещё раз повторюсь, ОС с ядром от 6.0, т.е. 2008/Vista, полноценно поддерживают Dynamic DST и не будут никуда переходить в 2015 и последующих годах. Однако в записи о времени перехода в старом формате, хранящиеся в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time 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 тут ничего не сказано, т.к. она снята с поддержки с 8 апреля 2014 года.
Чтобы этого не произошло, есть простой способ — до 31 декабря с.г. снять галку перевода времени (она опять появилась после установки kb2998527), и правильный способ — установить kb3013410 (или эквивалентные ему изменения реестра). На домашнем компьютере никаких дополнительных действий не надо, сервера я бы советовал перезапустить, т.к., как выяснилось 26 октября, некоторые приложения, а так–же службы (например, IIS в Exchange) не понимают изменения таймзон до рестарта службы.
На Windows Vista/Server 2008 и выше устанавливать kb3013410 прямо сейчас или до конца года не обязательно, они и так никуда не перейдут.
Файлы реестра для XP тут filetea.me/t1saFWx8b3bTr6EzxCVuJ1eWg, если кому надо.
Теоретическое обоснование:
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 это ночь с 5 на 6 января) и в последнее воскресенье октября (в 2015 это 25 октября).
Чтобы перевод стрелок в Windows 2003/XP не произошел, необходимо установить обновление kb3013410 (или эквивалентную правку реестра для XP), или, в крайнем случае, снять галку «( ) Автоматический переход на летнее время и обратно». Однако, для предотвращения проблем в случае ещё одного изменения в законодательстве, я бы не рекомендовал снимать эту галку.
Ещё раз повторюсь, ОС с ядром от 6.0, т.е. 2008/Vista, полноценно поддерживают Dynamic DST и не будут никуда переходить в 2015 и последующих годах. Однако в записи о времени перехода в старом формате, хранящиеся в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time 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 тут ничего не сказано, т.к. она снята с поддержки с 8 апреля 2014 года.
Sign up to leave a comment.
О переводе времени 2014