Bilgisayar Saati Sürekli Değişiyor Windows 7

()

• Windows 10 ve Windows Server &#; Hotfix yüklemesi yapmaz. Automatic Update ile yüklenmiş KB&#;i ve Time Zone ayarlarını raporlar.
• Windows Vista, 7, 8, , 10 ve Windows Server , R2, , R2 &#; Hotfix henüz hazır olmadığı için yükleme yapmaz. Sadece Time Zone ayarlarını raporlar.
• Windows XP ve Windows Server &#; seafoodplus.info isimli dosyayı uygular ve Time Zone ayarlarını raporlar.

Bilinen Sorunlar ve Çözümler

Script&#;i kullanırken ya da Windows Update veya WSUS gibi yöntemlerle yapılan yüklemeler sırasında veya sonrasında yaşanan sorunları ve çözümleri bu bölüm altında toparlıyorum. Eğer siz de bir sorun veya çözüm tespit ettiğinizde yazı altına yorum olarak eklerseniz, diğer ziyaretçilerin de faydalanabilmesi için bu bölüme taşıyıp listeleyebilirim.

*** Vaka 1 ***

Düzeltmeler sonrası Time Zone ayarlarında değişiklik olacağı için geçmişte farklı bir Time Zone&#;da oluşturulmuş Outlook takvim hatırlatıcılarının zaman planlarında sapmalar olabilir ve hatırlatma davranışlarında sorunlar yaşanabilir. Aynı durum zamanlanmış görevler için de geçerli. Belki hatırlarsınız bu sorunlar geçen sene de yaşanmıştı.

Çözüm: Maalesef otomatik olarak uygulanabilecek bir düzeltme çözümü yok. Geçen sene her bir takvim hatırlatıcısını bir kez açıp, örneğin hatırlatma saat&#;ini 30dk ileri alıp kayıt ve sonra tekrar geri alıp kayıt şeklinde düzeltenler olduğunu hatırlıyorum. Çözüm yöntemi ilgili hatırlatıcıyı yeni time zone&#;da bir kez düzenlemeye dayanıyor. Veya bu takvim hatırlatıcılarını yeniden oluşturup gönderebilirsiniz. Aynı çözüm geçişten etkilenen zamanlanmış görevler için de geçerli; düzenleyin veya yeniden oluşturun. Diğer taraftan eğer size ait bir Microsoft Exchange Server organizasyonunuz varsa, ilgili güncellemeyi yükledikten sonra IIS servisini veya sunucuyu yeniden başlatmayı unutmayın.

*** Vaka 2 ***

seafoodplus.info1 yardımcı script&#;i ile yükleme yaparken Windows Server (R2 olmayan) işletim sistemine sahip bazı bilgisayarlarda çok uzun süre bekliyor ve hatta bazen işini tamamlayamayıp diğer bilgisayara geçemiyor olabilir. Bu durum güncelleme paketiyle ilgili ve sanırım Windows Server için yayınlanan standalone pakette bir sorun var çünkü kurulumu direkt sunucu üzerinde paketi çalıştırarak denediğinizde de Searching for updates on this computer&#; aşamasında uzun süre bekliyor ve bazen bu aşamadan çıkıp kuruluma geçemiyor.

Çözüm 1: İnternet erişimi olan (muhtemelen Microsoft/Windows update servislerine ulaşabilen) Windows Server sunucularda yükleme işlemi kısa sürede ve başarılı bir şekilde tamamlanıyor. Bu durumdaki sunuculara geçici olarak internet erişimi sağlayıp tekrar deneyebilirsiniz.

Çözüm 2: Eğer bu durumda olan Windows Server &#;ler varsa, şimdilik onları dosyasından çıkartabilir, ayrı bir listede tekrar çalıştırabilir, WSUS veya diğer dağıtım yöntemleriyle (bunların da çalıştığından emin değilim) yükleme yapmayı deneyebilirsiniz.

*** Vaka 3 ***

Sizlerden gelen geri bildirimlere göre: Script ile hotfix yüklemesi sonrasında yükleme işlemi başarılı tamamlandığı ve bilgisayar üzerinde (UTC/GMT+) Istanbul isimli time zone oluştuğu halde, rapor çıktısında Time Zone Durumu sütununda hala ayarlama gerekiyor, Açıklama sütununda ise &#;Hotfix basari ile yuklendi ancak Turkey Standard Time isimli Time Zone secili degil ya da Time Zone verileri hatali durumda&#; ifadeleri yer alıyor ve sistemde yeni (UTC/GMT+) Istanbul isimli time zone seçili gözükmüyor.

Çözüm: Açıkçası bu bir sorun değil çünkü hotfix&#;ler sadece (UTC/GMT+) Istanbul isimli time zone&#;u oluşturur veya günceller. Eğer yükleme öncesinde sunucu üzerinde Turkey Standard Time yani (UTC/GMT+) Istanbul (dikkat edin +2) seçili değilse, hotfix (veya script) bu ayarı değiştirip değiştirmek istediğinizi bilemeyeceği için herhangi bir müdahalede bulunmaz. Bu beklenen ve olması gereken bir davranış. Rapordaki açıklama sütununda yer alan &#;Turkey Standard Time isimli Time Zone secili degil&#; cümlesi de tam olarak bunu ifade ediyor; her şey tamam, ama seçili time zone Turkey Standard Time değil&#; Bu durumda seçimi sizin yapmanız gerekiyor.

Anladığım kadarıyla bazı ortamlardaki sunucuların veya istemcilerin time zone&#;ları geçmişte Turkey Standard Time şeklinde ayarlanmamış. Eğer bilinçli ise ne mutlu. Eğer değil ise bu bir sorun demektir. Eğer bu durumda çok bilgisayar varsa yani talep olur ise bu özelliğe sahip yeni bir sürüm yayınlayabilirim.

*** Vaka 4 ***

Altyapı sistemlerini operate ettiğimiz bir müşterimizde fark ettik ki patch deployment sonrası, üzerinde logon hours tanımı olan yani sınırlı zaman aralığında oturum açma iznine sahip AD user account&#;ların permited time&#;ları bir saat ileri gitmiş. Örneğin sabah 8 ile akşam 6 arası oturum açma izni olan hesaplar, patch sonrası sabah 9 ile akşam 7 olarak değişmiş. Bu 1 saatlik değişiklik kullanıcıların sabah geldiğinde oturum açamamasına veya planlanan saatler dışında oturum açabilmesine yol açıyor. Bu yüzden dikkatli olmak gerekli.

Olayın DC&#;lere patch yüklemesiyle gerçekleşen (UTC+) Istanbul değişikliği sonrasında ortaya çıktığı kesin çünkü bu durum normal şartlarda DC üzerindeki time zone&#;u elle değiştirdiğinizde de yaşanıyor. Yani sorunun asıl kaynağı time zone değişikliği. Patch ise bu duruma vesile olan bir etken. İlginç olan ise bu seferki (UTC+) Istanbul değişikliğinde local time aynı kaldığı halde logon hours tanımlarının yine de 1 saat ileri gitmesi. Yaşanan bu durumu birkaç farklı senaryoda test ederek doğruladık ve etkisini Microsoft&#;ta ilgili ekibe raporladık.

Çözüm: Şimdilik (ve bence ileride de farklı bir seçeneğiniz olmayacak) uygulayabileceğiniz tek çözüm, bu durumdaki AD user account&#;ları bulup logon hours tanımlarını yeniden 1 saat geri almak. Bu işi GUI&#;den manuel yapabileceğiniz gibi PowerShell ile topluca da gerçekleştirebilirsiniz.

*** Vaka 5 ***

Time zone güncellemesi için işletim sistemi üzerine Cumulative Update, Rollup veya Standalone paketlerden uygun olanı yükledikten sonra ayarlarda (UTC+) Istanbul seçili görünmesine rağmen, özellikle bilgisayarı yeniden başlattıktan sonra seçili time zone&#;un tekrar (UTC+) Istanbul &#;a dönüştüğünü görebilirsiniz.

Normal şartlarda güncelleme paketlerinden kaynaklanan bu gibi bilinen bir sorun yok. Bu sorunun asıl kaynağı çok büyük ihtimalle geçen yılki Time Zone güncellemesinde o bilgisayar için standard dışı bir işlem uygulanmış olmasıdır. Örneğin o dönem ayarlanmış ve AD ortamında bir GPO’ya bağlı durumda çalışarak eski (+2) Time Zone ayarlarını basmak için registry import yapan bir komut dosyası ortamınızda çalışmaya devam ediyor olabilir. GPO veya benzer bir yöntem ile bir şekilde hala tetiklenen eski registry import işlemi yüzünden, aslında (UTC+) Istanbul olarak listelenmesi gereken Turkey Standard Time isimli Time Zone ve bağlı ayarlar (UTC+) Istanbul ile overwrite ediliyor olabilir ve güncelleme yüklü olsa dahi (UTC+) Istanbul olarak listede yer almaz. Bu sorunu yaşayan bilgisayarlar 30 Ekim tarihi geldiğinde ise zamanı 1 saat geri alırlar. İşte tam da bu gibi durumlar yüzünden hep altını çizme gereği duydum şeyi tekrar hatırlatmak isterim: Desteklenen işletim sistemleri için üreticinin yayınladığı güncelleme paketlerini yaygınlaştırmak yerine farklı yöntemler tercih etmek ileride bu gibi sorunlara yol açabilir.

Çözüm: Eğer böyle bir sorun yaşıyorsanız öncelikle bilgisayara etki eden ve sistemde hala aktif olan eski komut dosyasını tespit etmeniz ve devre dışı bırakmanız gerekiyor. Bu komut dosyası çok büyük ihtimalle AD yapısında GPO&#;ya bağlı şekilde çalışan bir registry/bat/vbs dosyasıdır. Eğer bulmakta zorlanıyorsanız sorun yaşayan bilgisayar üzerinde seafoodplus.info ile uygulanan GPO ayarlarını raporlayarak tersten gidebilirsiniz. Bulduktan sonra devre dışı bırakın. Bitti mi? Hayır&#; Bu yılki güncellemeler yüklendikten sonra eğer senaryoda olduğu gibi üzerine geçen yıla ait bir registry dosyası import edilmiş ise, Turkey Standard Time isimli time zone&#;a ait registry verileri eskisiyle overwrite edilmiş durumda olur ve geri döndürmek için uygulayabileceğiniz en sağlıklı yöntem -eski ayar dosyasını bulup devre dışı bırakmış olsanız dahi- ilgili güncelleme paketini kaldırıp tekrar yüklemektir çünkü bu sırada üretici yaması ilgili Time Zone yeniden update/create eder. Registry verileri orijinal haline ve orijinal bir yöntemle ancak bu şekilde döndürülebilir. Yeni bir registry dosyası daha import etmek şu şartlarda bence bir seçenek değil.

*** Vaka 6 ***

Güncellemeler yüklü ve (UTC+) Istanbul isimli time zone seçili olmasına rağmen sistem saati 1 saat ileride görünüyor olabilir. (dikkat geri değil)

Çözüm: Eğer böyle bir sorun yaşıyorsanız büyük ihtimalle zaman kaynağından doğru UTC zaman bilgisi alamıyor demektir. İşletim sisteminin hangi kaynaktan UTC zaman bilgisi aldığını görmek için komutunu çalıştırıp alanını kontrol edebilirsiniz. Eğer kaynak olarak internet üzerinde bir NTP Server kullandığınızı görüyorsanız, Control Panel > Date and Time > Internet Time > Synchronize with an internet time server (veya internet saat sunucusuyla eşitle) seçeneğinin aktif olduğundan ve server olarak örneğin seafoodplus.info seçili olduğundan emin olmanızı tavsiye ederim. Eğer kaynak olarak Local CMOS Clock gibi bir bilgi görüyorsanız bu, cihaz üzerinde pille beslenen hafıza alanı anlamına gelir (hani şu BIOS verilerinin de yazılı olduğu bölüm) ve o cihaz UTC zaman bilgisini kendi üzerindeki CMOS&#;ten alıyor demektir. Bu durumda cihazın BIOS ayarlarında saat bilgisini güncelleyerek sorunu çözebilirsiniz.

*** Vaka 7 ***

System Center Data Protection Manager üzerinde oluşturulmuş Protection Group&#;lar (yedekleme görevleri) beklendiği gibi doğru saatte çalışmasına rağmen, bu görevler sonrasında oluşan Recovery Point&#;ler DPM Console&#;da 1 saat geride görünüyor olabilir. Yedeklenen verinin tutarlılığı açısından sorun teşkil etmeyen bu durum, aslında zamanında oluşmuş bir Recovery Point&#;i sanki 1 saat önceye aitmiş gibi göstererek örneğin &#;da alınan bir yedeği &#;da alınmış gibi listeliyor ve önemli bir yanılgıya neden oluyor.

Çözüm: Normal şartlarda Protected Server veya DPM Server time zone değişikliklerinde, günde 1 kez çalışan auto discovery servisinin bu değişiklikleri otomatik olarak algıladığı ve Protection Group&#;larla ilişkili Protected Server time zone tanımlarını güncellediği söylense de, benim kontrol ettiğim 5 farklı DPM Server&#;da böyle bir düzeltme söz konusu değildi. DPM Server üzerindeki her bir Protection Group için time zone bilgisi DPM DB içerisinde  isimli tabloda tutuluyor. Bu tablodaki her bir kayıt belirli bir Protection Group&#;a işaret ediyor ve teknik olarak her bir Protection Group için time zone bilgisi farklı olabilir. Çünkü buradaki time zone bilgisi, Protection Group ilk kez oluşturulurken Protected Server üzerinden alınıyor ve tabloya işleniyor. Yani bir sunucuyu +2 Istanbul seçili iken protect etmeye başladıysanız, +3&#;e geçildiğinde bu değişiklik tabloya yansımamış oluyor ve haliyle Recovery Point&#;ler 1 saat geride görünüyor. DPM Server ve Protected Server&#;ların +3 Istanbul time zone&#;da çalıştığı bir ortam için ele alırsak, bu tablodaki her bir kaydın da +3 Istanbul time zone ayarlarına sahip olması gerekir. Bu değişikliği aşağıdaki SQL Query&#;i DPM DB üzerinde çalıştırarak kolay ve tek seferde gerçekleştirebilirsiniz.

1) DPM Server ve Protected Computers üzerinde ilgili time zone güncelleme paketlerinin yüklü olmalı.

2) Devam eden herhangi bir yedekleme görevi olmadığından emin olun, varsa tamamlanmasını bekleyin.

3) DPM DB&#;nin yedeğini alın.

4) Açıksa DPM Console&#;u kapatı.

5) DPM Server üzerinde DPM ve DPM Access Manager Service isimli Windows servislerini durdurun.

6) Az sonra yapacağınız güncelleme sonrası karşılaştırma yapabilmek için SQL Management Studio&#;da DPM DB&#;de tbl_AM_ServerTimeZone isimli tablodaki satırları select ile listeleyip mevcut durumun bir ekran görüntüsünü veya export&#;unu alın.

7) DPM DB üzerinde aşağıdaki query&#;i çalıştırın. (query&#;deki tırnak işaretlerini yeniden yazmanız gerekebilir)

UPDATE seafoodplus.info_AM_ServerTimeZone SET Bias=, [Description]='(UTC+) Istanbul', DaylightName='Turkey Daylight Time', DaylightBias=60, DaylightYear=0, DaylightMonth=1, DaylightDayOfWeek=5, DaylightDay=1, DaylightHour=0, DaylightMinute=0, DaylightSecond=0, DaylightMillisecond=0, StandardName='Turkey Standard Time', StandardBias=0, StandardYear=0, StandardMonth=3, StandardDayOfWeek=0, StandardDay=5, StandardHour=3, StandardMinute=0, StandardSecond=0, StandardMillisecond=0

8) Son durumda tablodaki tüm kayıtlar +3 Istanbul şeklinde glisteleniyor olmalı.

9) Tamam ise DPM ve DPM Access Manager Service isimli Windows servislerini yeniden başlatıp Recovery Point tarihlerini kontrol edebilirsiniz.

*** Vaka 8 ***

Microsoft Exchange Server tabanlı e-posta servisinde özellikle OWA&#;dan organizasyon dışına gönderilen takvim hatırlatıcılarının -hatta bazı durumlarda e-posta&#;ların- zaman bilgisi, ilgili öğeyi alan kişi tarafında 1 saat ileride görünüyor olabilir.

Geçici Çözüm: Sorunun kaynağı için fazla detaya girmek istemiyorum ama özetle konu şu: Exchange Server servisleri, Windows time zone güncellemesi yüklendikten sonra &#;Turkey Standard Time&#; için güncellenmiş olan time zone ayarlarını doğru şekilde anlayamıyor ve OWA&#;da listeleyemiyor. Muhtemelen ilk Cumulative Update&#;de bu sorun kalıcı olarak düzeltilmiş olacak. Şimdilik denemeler sırasında keşfettiğim aşağıdaki yöntemi kullanabilirsiniz. Organizasyon içerisindeki her bir Exchange Server üzerinde;

1. +3 diliminde yer alan farklı bir time zone seçin.
2. Aşağıdaki anahtarı, alt anahtar ve değerlerle birlikte export edin ve ardından silin:
3. Sunucuyu yeniden başlatın.
4. Export ettiğiniz anahtarı tekrar import edin ve sunucuyu bir kez daha yeniden başlatın.
5. Sorunun devam edip etmediğini kontrol edebilirsiniz.

Bu müdahale sonrasında OWA içerisinde time zone seçenekleri arasında hala +2 Istanbul şeklinde listeleniyor olabilir ama organizasyon dışına gönderilen takvim hatırlatıcıları karşı tarafta doğru zaman bilgi ise görünüyor olmalı. Exchange Server / ve Gmail arasında yaptığım incelemede sonuç bu şekilde. Ayrıca gönderilen takvim hatırlatıcısının karşı tarafta doğru görüntülenmesini etkileyen bir diğer parametrenin de karşı tarafta seçili time zone ayarı olduğunu unutmayın. Örneğin alıcı TR zaman dilimine göre çalışan bir Gmail kullanıcısı ise, hesap ayarlarında (GMT+) Istanbul seçili olmalı.

Çözüm: Microsoft, 13 Aralık itibariyle Exchange Server sürümleri için ilgili time zone güncellemesini de içeren ve üç ayda bir gönderdiği toplu güncelleme paketlerini yayınladı. En az aşağıdaki seviyeye sahip Exchange Server sürümlerinde +3 Istanbul time zone seçeneği kullanılabilir durumda.

*** ***

Sorularınızı ve görüşlerinizi yorum olarak ekleyebilir, güncellemeleri bu blog post üzerinden veya şuradan takip edebilirsiniz: @serhatakinci.