
About time translation 2 / Do not forget to patch XP and 2003, otherwise there will be a surprise on the night of January 6-7
Sorry for raising a somewhat necrophilic topic when everyone is discussing Windows 10. If for some reason you still use systems ten years ago and still have not updated Windows 2003 / XP, perhaps this post will save you time and nerves during the New Year holidays.
So, the December update of the timezone kb3013410 was released. If it (or equivalent registry changes) is not installed on 2003 / XP with kb2998527 installed, they will continue to translate the time. The reason is incomplete support of Dynamic DST, there are values in the registry, but they are not used for actions to transfer time. Roughly speaking, only Vista and higher learned to translate arrows in each year in different ways (core 6.0).Specifically, in 2015, if nothing is done, 2003 / XP with kb2998527 installed will turn the hands on daylight saving time (+1 hour) on the night of January 6 to 7, and winter time (-1 hour) on October 25.
To prevent this from happening, there is a simple way - to uncheck the time translation in advance (it appeared again after installing kb2998527), and the correct way is to install kb3013410 (or equivalent registry changes). No additional actions are needed on the home computer, I would advise you to restart the server, because, as it turned out on October 26, some applications, as well as services (for example, IIS in Exchange), do not understand the timezone changes before restarting the service.
On Windows Vista / Server 2008 and above, installing kb3013410 right now or before the end of the year is not necessary, they will not go anywhere.
Registry files for XP are here if anyone needs it.
Theoretical background:
Windows 2003 / XP and earlier versions of Windows operating systems do not support Dynamic DST technology for the actual time change procedure, although the corresponding registry values are there (see msdn.microsoft.com/en-us/library ... 85) .aspx Minimum supported - Windows Vista / Windows Server 2008). This means that they are technically unable to translate the clock hands in different ways in different years. The patch kb2998527 for Russia sets the following times, respectively, of the beginning and end of summer time:
beginning - 00 hours of the first Wednesday of January
end - 02 hours of the last Sunday of October
This is exactly what was done, since the existing DST mechanisms do not allow you to make a one-time automatic transition in a different way (I tried). Thus, in 2015 and beyond, if no action is taken, Windows 2003 / XP will move the clock hands one hour ahead on the first Wednesday of January (in 2015 it is the night of January 6 to 7) and on the last Sunday of October (in 2015 it is October 25 )
To prevent the switch of arrows in Windows 2003 / XP, you must install the kb3013410 update (or the equivalent registry editing for XP), or, in extreme cases, uncheck "() Automatic daylight saving time and back." However, to prevent problems in the event of another change in the law, I would not recommend unchecking this box.
Once again, OS with a kernel from 6.0, i.e. 2008 / Vista, fully support Dynamic DST and will not go anywhere in 2015 and subsequent years. However, the old format transition time records stored in HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time Zones \, such as in the screenshot below, will be modified. In this regard, there may be problems in software that reads and uses these values directly for calculating time. The subsections \ Dynamic DST, defining the translation of time in the new format, for Russia, no changes are made.
Links to Microsoft:
1) support.microsoft.com/kb/2998527/en update that we installed in October 2014, the section "List of known problems"
(...)
Incorrect daylight saving time 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 daylight saving time settings for 2014 even after changing the calendar year. This can lead to incorrect display of the system time.
To solve this problem, users should install the cumulative Update (scheduled to be released in December, 2014) December before the calendar year changes. When you install the update, the Russian time zone and December cumulative updates, their systems apply the correct summer time settings and continue to display the correct time at the end of 2014.
2) support.microsoft.com/kb/3013410/enthe same December update, which we are talking about today. It replaces kb2981580 and all released before it, including kb2998527. Such updates come out regularly (especially at the end of the year, prepare the system for changes in the legislation of various countries, changing the way the arrows are transferred next year), and, as a rule, are cumulative, i.e. replace previous smells.
MSKB says nothing about Windows XP, because she has been discontinued since April 8, 2014.
UPD Colleagues, do not forget that after making changes to the registry on XP for their application, you need to re-select the timezone with your hands or the command control.exe timedate.cpl ,, / Z Russian Standard Time (indicating your time zone), with information about the current timezone from HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time Zones is rewritten to HKLM \ SYSTEM \ CurrentControlSet \ Control \ TimeZoneInformation.
So, the December update of the timezone kb3013410 was released. If it (or equivalent registry changes) is not installed on 2003 / XP with kb2998527 installed, they will continue to translate the time. The reason is incomplete support of Dynamic DST, there are values in the registry, but they are not used for actions to transfer time. Roughly speaking, only Vista and higher learned to translate arrows in each year in different ways (core 6.0).Specifically, in 2015, if nothing is done, 2003 / XP with kb2998527 installed will turn the hands on daylight saving time (+1 hour) on the night of January 6 to 7, and winter time (-1 hour) on October 25.
To prevent this from happening, there is a simple way - to uncheck the time translation in advance (it appeared again after installing kb2998527), and the correct way is to install kb3013410 (or equivalent registry changes). No additional actions are needed on the home computer, I would advise you to restart the server, because, as it turned out on October 26, some applications, as well as services (for example, IIS in Exchange), do not understand the timezone changes before restarting the service.
On Windows Vista / Server 2008 and above, installing kb3013410 right now or before the end of the year is not necessary, they will not go anywhere.
Registry files for XP are here if anyone needs it.
Theoretical background:
Windows 2003 / XP and earlier versions of Windows operating systems do not support Dynamic DST technology for the actual time change procedure, although the corresponding registry values are there (see msdn.microsoft.com/en-us/library ... 85) .aspx Minimum supported - Windows Vista / Windows Server 2008). This means that they are technically unable to translate the clock hands in different ways in different years. The patch kb2998527 for Russia sets the following times, respectively, of the beginning and end of summer time:
beginning - 00 hours of the first Wednesday of January
end - 02 hours of the last Sunday of October
This is exactly what was done, since the existing DST mechanisms do not allow you to make a one-time automatic transition in a different way (I tried). Thus, in 2015 and beyond, if no action is taken, Windows 2003 / XP will move the clock hands one hour ahead on the first Wednesday of January (in 2015 it is the night of January 6 to 7) and on the last Sunday of October (in 2015 it is October 25 )
To prevent the switch of arrows in Windows 2003 / XP, you must install the kb3013410 update (or the equivalent registry editing for XP), or, in extreme cases, uncheck "() Automatic daylight saving time and back." However, to prevent problems in the event of another change in the law, I would not recommend unchecking this box.
Once again, OS with a kernel from 6.0, i.e. 2008 / Vista, fully support Dynamic DST and will not go anywhere in 2015 and subsequent years. However, the old format transition time records stored in HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time Zones \, such as in the screenshot below, will be modified. In this regard, there may be problems in software that reads and uses these values directly for calculating time. The subsections \ Dynamic DST, defining the translation of time in the new format, for Russia, no changes are made.
Links to Microsoft:
1) support.microsoft.com/kb/2998527/en update that we installed in October 2014, the section "List of known problems"
(...)
Incorrect daylight saving time 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 daylight saving time settings for 2014 even after changing the calendar year. This can lead to incorrect display of the system time.
To solve this problem, users should install the cumulative Update (scheduled to be released in December, 2014) December before the calendar year changes. When you install the update, the Russian time zone and December cumulative updates, their systems apply the correct summer time settings and continue to display the correct time at the end of 2014.
2) support.microsoft.com/kb/3013410/enthe same December update, which we are talking about today. It replaces kb2981580 and all released before it, including kb2998527. Such updates come out regularly (especially at the end of the year, prepare the system for changes in the legislation of various countries, changing the way the arrows are transferred next year), and, as a rule, are cumulative, i.e. replace previous smells.
MSKB says nothing about Windows XP, because she has been discontinued since April 8, 2014.
UPD Colleagues, do not forget that after making changes to the registry on XP for their application, you need to re-select the timezone with your hands or the command control.exe timedate.cpl ,, / Z Russian Standard Time (indicating your time zone), with information about the current timezone from HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time Zones is rewritten to HKLM \ SYSTEM \ CurrentControlSet \ Control \ TimeZoneInformation.