Onjuiste tijd weergegeven nadat de interne upgrade op 64-bits versies van Windows 7 of Windows Server 2008 R2

Stel het volgende scenario:

1. U installeert een 64-bits versie van Windows Vista of een 64-bits versie van Windows 7 of Windows Server 2008 R2.
   
   
2. De tijdzone instellen om Israël (standaardtijd). In Windows Vista deze wordt weergegeven als (GMT + 02: 00) Jeruzalem. In Windows 7 en Windows Server 2008 R2 deze wordt weergegeven als (UTC + 02: 00) Jeruzalem.
   
   
3. U een interne upgrade uitvoeren naar een 64-bits RTM-versie van Windows 7 of Windows Server 2008 R2.

Verwachte gedrag:

De tijdzone juist is geconfigureerd en functies zoals dynamische DST blijven werken na de upgrade.

Waargenomen gedrag:

Na de upgrade wordt de huidige tijdzone niet herkend door de API GetDynamicTimeZoneInformation(). Dynamische DST worden verbroken en de computer niet aangepast voor de Zomertijd op de juiste datums in de komende jaren, wat betekent de weergegeven tijd op de betrokken computers niet overeenkomen met de huidige lokale tijd zonder tussenkomst van de gebruiker om dit te corrigeren.

Gebruikers krijgen een kennisgeving of pop-fout als gevolg van dit probleem.

Naar boven | Geef ons feedback

De TimeZoneKeyName wordt gedefinieerd als het gegevenstype REG_SZ WCHAR 128. Als de 128th WCHAR in TimeZoneKeyName een null-terminator is, kunnen het upgradeproces OS (offline.xml) wordt een null toevoegen aan de tekenreeks korter 129 WCHARs verhogen. Als Windows alleen een 128 WHCAR buffer is voor deze gegevens, mislukt het gewijzigde tekenreeks uit het register geladen.

Deze bug geldt voor upgrades naar 64-bits Windows 7 en Windows Server 2008 R2-besturingssystemen.

Naar boven | Geef ons feedback

Start het onderdeel datum en tijd in het Configuratiescherm of de Windows-taakbalk op computers met Windows Server 2008 r2 . Als het bericht in de klok fly opslag geeft de tijdzone wordt niet herkend, klikt u op tijdzone... wijzigen Bevestig de tijdzone en klik op OK. Dit zal de registerinstelling TimeZoneKeyName juiste waarden herstellen.

Bevestig de selectie tijdzone tijdens de OOBE-fase van setup waarin de instelling TimeZoneKeyName in het register wordt hersteld op Windows 7 clients.

Opmerking:

UTC-tijd wordt intern door het Windows-besturingssysteem gebruikt voor tijd-afhankelijke bewerkingen. De weergegeven tijd die wordt weergegeven in de taakbalk van Windows of in het Configuratiescherm is afgeleid van de UTC-tijd plus of min regionale tijd verschuiving gecorrigeerd voor zomertijd opslaan tijden regels gebaseerd op de lokale computers tijdzone landinstelling.

Deze fout heeft geen invloed op de interne systeemtijd door Windows gebruikt. Dit kan de weergegeven tijd onjuist weergegeven.

Bij het corrigeren van de tijd in het onderdeel Datum en tijd, controleert u eerst de juiste tijdzone is geconfigureerd voordat u een datum of uur gewijzigd zodat u niet onbedoeld onjuiste systeemtijd configureren.

Naar boven | Geef ons feedback

Dynamische DST

Sommige landen hebben verschillende DST datums elk jaar kan niet worden gedefinieerd door een enkele regel. Daardoor heeft Windows de functie dynamische DST waar per jaar regels worden opgeslagen in het register. Wanneer wijzigingen van het jaar wordt de huidige tijdzone-informatie met de juiste gegevens in de Zomertijd voor dat jaar vernieuwd.

Dynamische DST is afhankelijk van de volgende registerwaarde wordt ingesteld op de naam van de sleutel time zone waarin dynamische zomertijdgegevens zich bevindt (bijvoorbeeld "Israël (standaardtijd)" in het bovenstaande geval):

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\TimeZoneKeyName

Alleen tijdzones verschillende regels hebben voor verschillende jaren (ook wel dynamische DST) optreedt (als het register de waarde waarmee wordt aangegeven waar deze regels per jaar worden opgeslagen is beschadigd).

Als deze waarde ontbreekt en de tijdzone-gegevens worden niet vernieuwd op de volgende jaar omschakeling voortvloeiende in het voorgaande jaar zomertijdregels die worden gebruikt voor het berekenen van de lokale tijd.

Onmiddellijk na OS versie-upgrade weergave wordt niet beïnvloed door dit probleem. U krijgt een melding van een onbekende tijdzone als u op de taakbalkklok klikt of het Configuratiescherm open.

Als de tijdzone niet gecorrigeerd, vervolgens mogelijk toekomstige overgangen naar of van Zomertijd kan optreden op het verkeerde moment, waardoor tijd wordt onjuist op het systeem of conversies tussen systeem en lokale tijd wordt onjuist.

Alle tijdzones mogelijk zijn beïnvloed, maar is de belangrijkste invloed op geïnstalleerd besturingssysteem geconfigureerd voor het gebruik van zones die dynamische DST gegevens bevatten. De ondersteuning voor dynamische DST tijdzones zijn:

Alaska (standaardtijd)
Arabische standaardtijd
Argentinië (standaardtijd)
Atlantic (standaardtijd)
AUS Eastern (standaardtijd)
CEN. Australia (standaardtijd)
Centraal Brazilië (standaardtijd)
Central (standaardtijd)
E. South America (standaardtijd)
Eastern (standaardtijd)
Egypte (standaardtijd)
Groenland (standaardtijd)
Iran (standaardtijd)
Israël (standaardtijd)
Mauritius (standaardtijd)
Montevideo (standaardtijd)
Marokko (standaardtijd)
Mountain (standaardtijd)
Nieuw-Zeeland (standaardtijd)
Newfoundland (standaardtijd)
Pacific SA (standaardtijd)
Pacific Standard Time
Pakistan (standaardtijd)
Paraguay (standaardtijd)
Tasmanië (standaardtijd)
Venezuela (standaardtijd)
W. Australia (standaardtijd)

De reden hier de gevolgen groter is is zomertijdgegevens voor de tijdzone kan niet worden bijgewerkt zodat de regels gelden voor een bepaald jaar moeten. Dit kan leiden tot de overgang naar of van Zomertijd plaatsvindt bij de verkeerde in een bepaalde tijdzone. Dit is niet een probleem als dynamische Zomertijd in de tijdzone aanwezig is. Beschadigde registergegevens resulteert echter in elke aanroep GetDynamicTimeZoneInformation() mislukken, ongeacht of de tijdzone dynamische Zomertijd of niet ondersteunt.

Naar boven | Geef ons feedback