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

Vertaalde artikelen Vertaalde artikelen
Artikel ID: 2001086 - Bekijk de producten waarop dit artikel van toepassing is.
Alles uitklappen | Alles samenvouwen

Symptomen

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.

Oorzaak

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.

Oplossing

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.

Meer informatie

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.

Opmerking Dit is een artikel voor snelle publicatie dat rechtstreeks is gemaakt vanuit de ondersteuningsorganisatie van Microsoft. De informatie in dit artikel wordt in de huidige vorm aangeboden in reactie op nieuw geconstateerde problemen. Aangezien artikelen van dit type zeer snel moeten worden gepubliceerd, kan de inhoud typografische fouten bevatten en kan de inhoud zonder voorafgaande kennisgeving worden gewijzigd. Raadpleeg de Gebruiksrechtovereenkomst voor overige aandachtspunten.

Eigenschappen

Artikel ID: 2001086 - Laatste beoordeling: dinsdag 22 maart 2011 - Wijziging: 2.0
De informatie in dit artikel is van toepassing op:
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows 7 Enterprise
  • Windows 7 Professional
Trefwoorden: 
kbmt KB2001086 KbMtnl
Automatisch vertaald artikel
BELANGRIJK: Dit artikel is vertaald door de vertaalmachine software van Microsoft in plaats van door een professionele vertaler. Microsoft biedt u professioneel vertaalde artikelen en artikelen vertaald door de vertaalmachine, zodat u toegang heeft tot al onze knowledge base artikelen in uw eigen taal. Artikelen vertaald door de vertaalmachine zijn niet altijd perfect vertaald. Deze artikelen kunnen fouten bevatten in de vocabulaire, zinsopbouw en grammatica en kunnen lijken op hoe een anderstalige de taal spreekt en schrijft. Microsoft is niet verantwoordelijk voor onnauwkeurigheden, fouten en schade ontstaan door een incorrecte vertaling van de content of het gebruik ervan door onze klanten. Microsoft past continue de kwaliteit van de vertaalmachine software aan door deze te updaten.
De Engelstalige versie van dit artikel is de volgende:2001086

Geef ons feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com