Windows’lar için Time Zone DST Güncellemesi ve 30 Ekim 2016 Tarihine Kadar Yapılması Gerekenler

Yeni bir time zone güncelleme macerasından herkese merhaba :)

Türkiye an itibarıyla UTC+2 zaman diliminde yer alır ve GMT+2 de aynı şeyi ifade eder. UTC (Coordinated Universal Time) ile GMT (Greenwich Mean Time) arasında teknik olarak çok küçük zaman farkları vardır ama bu farklar gündelik kullanımı etkilemez. Microsoft dünyası için yaygın olan zaman standardı UTC’dir. Diğer taraftan zaman yönetiminde UTC Time, Time Zone, DST ve Local Time gibi kavramlar da vardır ki basitçe şöyle açıklanabilir:

  • UTC Time: Başlangıç saati
  • Time Zone: Yer alınan boylama göre UTC zamanı üzerine eklenen veya çıkartılan saat farkı; +2, -3, vb.
  • DST: Gün ışığından yararlanmak adına +1 saat zaman ilavesi.
  • Local Time: UTC +- Time Zone + DST (eğer periyot içerisindeyse)

Windows OS’ler time bilgisini şöyle operate eder: Öncelikle bir NTP üzerinden (veya CMOS gibi bir kaynaktan) salt UTC Time bilgisini alır. Windows’un Date and Time ayarlarında seçili Time Zone‘a göre UTC Time bilgisi üzerinde + veya – kaç saat değişiklik uygulanması gerektiğine karar verir. Ayrıca seçili Time Zone eğer DST periyodu içerisindeyse +1 saat daha ilave eder ve bunun sonucunda o ülkeye özgü Local Time‘ı (yerel saat) hesaplar.

DC’ler ve AD Domain üyesi Windows’lar arasındaki etki alanı seviyesinde gerçekleşen kimlik doğrulama işlemleri UTC olarak operate edilir. Bu yüzden Local Time’dan etkilenmezler.

UTC+2 zaman dilimi içerisinde gün ışığından daha fazla yararlanmak amacıyla her yıl Mart ayının son Pazar günü tüm yurtta saatler yeniden düzenlenir ve gece 03:00’ten itibaren 1 saat ileri alınmak suretiyle yaz saati uygulaması (Daylight Saving Time – DST) başlamış olur. Tam 7 ay süren yaz saati döneminden çıkıp yeniden standart saate geri dönüş ise (kış saati olarak da bilinir) yine aynı yıl içerisinde Ekim ayının son Pazar günü 04:00’te saatlerin 1 saat geri alınması ile gerçekleşir. Ancak bu konuda bir değişiklik söz konusu ve geçen ay yayımlanan bakanlar kurulu kararı ile yaz saati & kış saati uygulamalarının yürürlükten kaldırıldığı ve bundan böyle sürekli yaz saati içerisinde kalacağımız resmen duyuruldu. Bir diğer ifadeyle 30 Ekim’den sonra UTC+3 zaman diliminde yer alacağız ve bundan sonra DST aktif olmayacak; artık hep yaz saati…

Bu kalıcı değişiklik iyi mi yoksa kötü mü oldu tartışılır ama seçim, sınav gibi belirli nedenlerden ötürü gerçekleşen ertelemelerde sistem yöneticilerinin (ve beraberinde birçok sektörün) yaşadığı uyumsuzluk sorunları gayet ortada. Örneğin geçen yıl genel seçimler nedeniyle 1 hafta ertelenen yaz saatinden çıkış, kış saatine giriş dönemini hatırlamayanınız var mı? Özellikle Microsoft sistem yöneticileri için baya zorlu geçtiğini biliyorum çünkü -Windows 10 hariç- desteklenen tüm sürümler için söz konusu değişikliği uygulayan güncelleme paketleri maalesef Automatic Update, WSUS gibi dağıtım kanalları üzerinde yer almadı. Söz konusu güncellemeler sadece standalone paketler şeklinde yayınlandı ve bunları da hazır bir deployment çözümüne import etmek hiç de kolay olmadı. O dönem şurada yayınladığım yönergeler 20.000+ kez ziyaret edildi, otomatik yükleme aracı 10.000+ kez indirildi, konuyla ilgili onlarca e-posta ve yorum bırakıldı. Belki zor oldu ama o dönem bir şekilde çözüme ulaştık diye düşünüyorum.

30 Ekim 2016 Öncesi Windows Time Zone Güncellemesi

Gelelim yeni maceramızın detaylarına. Ülkede bundan sonra hep yaz saati olacağı için 30 Ekim 2016 Pazar gecesi 04:00 geldiğinde, sistem saatlerin 1 saat geri alınmaması ve olduğu haliyle (yani yaz saati uygulamasının içerisinde) devam edilmesi gerekiyor. Ama sorun şu ki bu haliyle tüm Windows’lar 30 Ekim 2016 Pazar gecesi 04:00’da yerel saatlerini 1 saat geri almak üzere ayarlı durumdalar. Çünkü önceden programlı ve beklenen davranış bu şekilde.

windows-time-zone-dst-yeni

Akla ilk gelen aşağıdaki yöntemler çözüm olur mu?

  • 30 Ekim tarihi geldiğinde Windows üzerindeki gün ışığından yararlanma (DST) ayarını kapatmanız fayda etmez çünkü teknik olarak o tarihten sonra DST periyodunun dışına çıkılmış olacağı için DST ayarı -bir sonraki DST dönemine kadar- sistemde görünen yerel saat yani local time üzerinde etkisizdir. Bu yüzden çözüm olamaz.
  • 30 Ekim’den önce (UTC+02:00) Istanbul olan time zone’u değiştirip örneğin +3 diliminde yer alan ve DST aktif olmayan yeni bir time zone’a almak kısmen çözüm olabilir ancak bu time zone değişikliğinin 30 Ekim Pazar günü gece 04:00’ten önce tüm sistemlere uygulanması gerekiyor. Uyguladıktan sonra ise ayarlarda (UTC+03:00) Baghdad veya (UTC+03:00) Minsk gibi başka bir ülkenin time zone’u seçili görünüyor olacak. Ayrıca bu senaryoda Time Zone -yani aslında Standard Name- değişeceği için özellikle Outlook takvim hatırlatıcıları ve zamanlanmış Windows görevleri gibi önceden ayarlanmış işlerde sorunlar yaşanacak ve yeniden düzenlenmeleri gerekecek. Böyle bir tercih yapmak ister misiniz bilmiyorum ama bence bu seçeneği de kalıcı bir çözüm olarak düşünmemek lazım.

Aslında çözüm oldukça basit: Üreticinin (UTC+02:00) Istanbul time zone olarak çalışan tüm Windows’larda DST davranışını değiştirmek ve hatta kalıcı olarak cancel etmek için içerisinde DST olmayan UTC+3 diliminde yeni bir time zone oluşturması ve bunu sistemde aktif eden bir güncelleme hazırlayıp 30 Ekim 2016 saat 04:00’ten önce yaygınlaştırması gerekiyor. Neyse ki bu sefer işimiz daha kolay çünkü söz konusu güncelleme Ekim ayı ortasında hazır olacak ve daha güzeli ise bu sefer tüm güncelleme paketleri Rollup, Cumulative Update, WSUS, Catalog gibi çeşitli dağıtım kanalları üzerinden de paylaşılacak.

windows-dst-blog-post

Görünen o ki Microsoft’un hazırlıkları şu yönde:

  • Desteklenen tüm Windows sürümlerinde (UTC+02:00) Istanbul time zone’u (UTC+03:00) Istanbul şeklinde değiştirecek ve DST’yi de kalıcı olarak cancel edecek bir güncelleme hazırlanıyor ve Ekim 2016 ortasında yayında olacak.
  • Bu seferki güncelleme paketleri Rollup, Cumulative Update, WSUS, Catalog gibi dağıtım kanalları ile de gönderilecek, SCCM’e de import edilebilecek.
    • Windows 8.1, Windows Server 2012 R2 ve alt sürüm işletim sistemleri için Ekim 2016’da yayınlanacak güncelleme ile düzeltilecek. Bu sürümler için aylık Rollup yayını Ekim 2016’da başlıyordu. Tesadüfen ilk rollup içerisine bu güncelleme de girmiş oldu.
    • Windows 10 ve Windows Server 2016 için Ekim ayında yayınlanacak son Cumulative Update içerisinde yer alacak.
    • Güncellemeler WSUS ve Microsoft Catalog üzerinde yer alacak.
    • Windows 10 ve Windows Server 2016 dışındaki sürümler için standalone güncelleme paketleri yayınlanacak.
    • SCCM gibi dağıtım araçlarına import edip yüklemek mümkün olacak.
  • Standalone paketler ile yapılan güncellemeler sonrasında sistemlerin yeniden başlatılması (restart) gerekmeyecek. Ama Rollup veya Cumulative Update gibi seçeneklerle yapılan güncellemelerden sonra ve her ne kadar DST için gerekmese de içeriğindeki diğer güncellemeler yüzünden sistemlerin yeniden başlatılması (restart) gerekecektir.

Muhtemelen önümüzdeki hafta içerisinde ilk güncelleme paketleri yayınlanmış olur. Eğer her şey bu düzende ilerler ise, yukarıda bahsettiğim yöntemlerle Windows’ları güncellemek yeterli olacak.

Otomatik Güncelleme İle Çözüm

Eğer sağlanan toplu güncelleme paketlerini Windows Update, WSUS veya benzeri otomatik dağıtım kanalları üzerinden yükleyerek ilerlemek isterseniz, ilgili sürümler için yüklenmesi gereken paketler aşağıdaki gibidir.

Desteklenen işletim sistemleri için üreticinin yayınlayacağı resmi ve uyumlu güncelleme paketleri dururken, sağda solda bulduğunuz ve gördüğüm kadarıyla pattern’leri uyumsuz registry dosyalarının import edilmesi gibi gereksiz işlere kalkışmak hiç de akıllıca olmaz. Yani o iş Windows 10’dan alınan registry export’u XP’ye import etmekle olmuyor maalesef.

Bu gibi konularda profesyonel yaklaşım şudur: Eğer ilgili yazılım için üretici resmi bir güncelleme yayınlıyor ise mutlaka ilk tercih bu yönde olmalı. Eğer ortada bir güncelleme yok ise, işte o zaman başının çaresine bakmalısın. Bu yüzden Windows 8 ve XP’ler için registry import tamam (tabii o da doğru verileri oluşturabiliyorsa). Ama Windows Vista ve üzeri desteklenen işletim sistemleri için mutlaka üreticinin yayınlayacağı güncelleme paketleri tercih edilmeli. Naçizane önerimdir.

Windows 10 & Windows Server 2016

1) Automatic Update ve WSUS üzerinde görünen güvenlik sınıfındaki toplu güncelleme paketlerinin ismi aşağıdaki gibi.

Windows 10 build 10240 (RTM)

Windows 10 build 1511 (Kasım 2015 güncellemesi – Threshold 2)

Windows 10 build 1607 & Windows Server 2016 RTM

Bunlar birer Cumulative Update paketi olduğu için içerisinde yayınlandıkları aya (ve duruma göre geçmiş aylara) ait diğer güncellemeler de yer alır. Windows Update üzerinden kontrol ettiğinizde ve eğer geçmiş CU paketleri sisteminizde yüklü değil ise, yüklenecek paketin boyutu örneğin 64-bit sistemler için 1GB’a kadar ulaşabilir. Eğer geçmiş CU paketleri sistemde yüklü ise, yüklenecek son paketin boyutu sadece son güncellemeleri içereceği için çok daha küçük olacaktır. Tüm CU paketlerinde olduğu gibi yükleme sonrası restart gerekir.

2) Eğer bu Cumulative Update paketlerini Automatic Update üzerinden değil de manuel indirip yüklemek isterseniz bağlantıları aşağıdaki gibi.

Microsoft Update Catalog’dan indirilen Cumulative Update paketleri, geçmiş aylarda yayınlanan güncellemeleri de içerdiği için boyutları genelde yüksektir. Tüm CU paketlerinde olduğu gibi yükleme sonrası restart gerekir.

3) Windows 10 ve Windows Server 2016 sürümleri için standalone güncelleme paketi yayınlanmayacak. Bu yüzden tek seçenek CU yüklemek.

4) Windows build numarasını öğrenmek için PowerShell aracında (gwmi Win32_OperatingSystem).Version komutunu çalıştırabilirsiniz.

powershell-os-version

Windows 8.1 & Windows Server 2012 R2

1) Automatic Update ve WSUS üzerinde görünen ve içerisinde farklı düzeltmelerin de yer aldığı 18 Ekim tarihli toplu güncelleme paketlerinin -yani rollup’ların- isimleri aşağıdaki gibi. Yükleme sonrası restart gerekir.

2) Eğer rollup değil de sadece DST güncellemesini içeren standalone paketleri yüklemek isterseniz yazının ilerleyen bölümlerinde yer alan TR3-TimeZone.ps1 isimli yardımcı script’in 2.x sürümlerini kullanabilir veya paketlerin indirilebilir hallerine aşağıdaki bağlantıyı kullanarak Catalog üzerinden ulaşabilirsiniz. Yükleme sonrası restart gerekmez ancak çalışan uygulamalara göre değişmekle birlikte bazı uygulamaların ayarları anlayabilmesi için servis restart gerekebilir.

Windows Server 2012

1) Automatic Update ve WSUS üzerinde görünen ve içerisinde farklı düzeltmelerin de yer aldığı 18 Ekim tarihli toplu güncelleme paketlerinin -yani rollup’ların- isimleri aşağıdaki gibi. Yükleme sonrası restart gerekir.

2) Eğer rollup değil de sadece DST güncellemesini içeren standalone paketleri yüklemek isterseniz yazının ilerleyen bölümlerinde yer alan TR3-TimeZone.ps1 isimli yardımcı script’in 2.x sürümlerini kullanabilir veya paketlerin indirilebilir hallerine aşağıdaki bağlantıyı kullanarak Catalog üzerinden ulaşabilirsiniz. Yükleme sonrası restart gerekmez ancak çalışan uygulamalara göre değişmekle birlikte bazı uygulamaların ayarları anlayabilmesi için servis restart gerekebilir.

Windows Server 2012 için yayınlanan standalone güncelleme paketi bazen Searching for updates on this computer… aşamasında takılı kalıyor ve bu aşamadan çıkıp kuruluma geçemiyor. Bu durum için yazının sonunda yer alan Bilinen Sorunlar ve Çözümler bölümüne bakın.

Windows 8 (yani 8.1 olmayan sürüm)

  • Desteklenen bir sürüm olmadığı için üretici tarafından herhangi bir güncelleme paketi yayınlanmayacak. Yazının ilerleyen bölümlerinde yer alan TR3-TimeZone.ps1 isimli yardımcı script’in 2.x sürümlerini kullanabilirsiniz. Yükleme sonrası restart gerekmez ancak çalışan uygulamalara göre değişmekle birlikte bazı uygulamaların ayarları anlayabilmesi için servis restart gerekebilir.

Windows 7 SP1 & Windows Server 2008 R2 SP1

1) Automatic Update ve WSUS üzerinde görünen ve içerisinde farklı düzeltmelerin de yer aldığı 18 Ekim tarihli toplu güncelleme paketlerinin -yani rollup’ların- isimleri aşağıdaki gibi. Yükleme sonrası restart gerekir.

2) Eğer rollup değil de sadece DST güncellemesini içeren standalone paketleri yüklemek isterseniz yazının ilerleyen bölümlerinde yer alan TR3-TimeZone.ps1 isimli yardımcı script’in 2.x sürümlerini kullanabilir veya paketlerin indirilebilir hallerine aşağıdaki bağlantıyı kullanarak Catalog üzerinden ulaşabilirsiniz. Yükleme sonrası restart gerekmez ancak çalışan uygulamalara göre değişmekle birlikte bazı uygulamaların ayarları anlayabilmesi için servis restart gerekebilir.

SP1 yüklü olmayan Windows 7 ve Windows Server 2008 R2’lerin desteği Nisan 2013 tarihinde sonlandığı için söz konusu güncelleme paketleri bu sürümler üzerine yüklenemez. Desteklenmeyen işletim sistemi sınıfındaki bu sürümler için w8tz.bat isimli ayar dosyasını kullanabilirsiniz.

Windows Vista & Windows Server 2008

1) Bu sürüm için Update Rollup yayını yok, sadece standalone paketler var. Bu standalone paketleri yüklemek için yazının ilerleyen bölümlerinde yer alan TR3-TimeZone.ps1 isimli yardımcı script’in 2.x sürümlerini kullanabilir, WSUS veya Automaic Update üzerinde “optional update” bölümünden çekebilir veya paketlerin indirilebilir hallerine aşağıdaki bağlantıyı kullanarak Catalog üzerinden ulaşabilirsiniz. Yükleme sonrası restart gerekmez ancak çalışan uygulamalara göre değişmekle birlikte bazı uygulamaların ayarları anlayabilmesi için servis restart gerekebilir.

Windows XP & Windows Server 2003

  • Desteklenen bir sürüm olmadığı için üretici tarafından herhangi bir güncelleme paketi yayınlanmayacak. Yazının ilerleyen bölümlerinde yer alan TR3-TimeZone.ps1 isimli yardımcı script’in 2.x sürümlerini kullanabilirsiniz. Yükleme sonrası restart gerekmez ancak çalışan uygulamalara göre değişmekle birlikte bazı uygulamaların ayarları anlayabilmesi için servis restart gerekebilir.

Yükleme ve Kontrol Script’i İle Çözüm

Ben yine de geçen sefer olduğu gibi otomatik yükleme ve sonrasında uygulanan ayarların kontrolü için bir script hazırladım. Bu script’i aşağıdaki amaçlar için kullanabilirsiniz.

  • Bir bilgisayar listesi vererek standalone güncelleme paketlerini uzaktan, otomatik bir şekilde ve toplu olarak yükleyip ayarlayabilirsiniz.
  • Rollup, Script, Cumulative Update, WSUS, SCCM gibi çeşitli yöntemlerle yapılan güncelleme paketi yüklemeleri sonrasında doğru ayarların gerçekten aktif olup olmadığını kontrol edip bir Excel dosyasına raporlayabilirsiniz.
  • Resmi olarak desteklenmediğinden üreticinin güncelleme yayınlamayacağı Windows 8 (yani 8.1 olmayan), Windows XP ve Windows Server 2003’ler için (UTC/GMT+03:00) Istanbul isimli ve DST aktif olmayan yeni bir Time Zone’u, uyumlu bir pattern ile oluşturabilirsiniz.

Script Hakkında Önemli Bilgiler

  • Script, desteklenen işletim sistemleri için Microsoft’un hazırladığı doğru güncellemeleri yüklemek ve ardından ayarları raporlamak üzere tasarlanmıştır. Desteği sonlanmış Windows 8, Windows XP ve Windows Server 2003 işletim sistemleri için ise resmi olmayan ama uyumlu bir registry ayar grubu uygular ve arkasından yine raporlar.
  • Desteklenen işletim sistemleri için standalone güncelleme paketleri script dosyası ile birlikte gelir, bu yüzden ayrıca indirmenize gerek yoktur.
  • Sadece UTC/GMT+03:00 Istanbul time zone güncellemesi için optimize edilmiştir.
  • Script PowerShell tabanlıdır ve bazı işler için PsExec.exe yardımcı aracını kullanır.
  • Script, Windows 10 ve Windows Server 2016 sürümleri için herhangi bir güncelleme paketi yüklemesi yapmaz çünkü üretici bu sürümler için standalone güncelleme paketi yayınlamayacak. Tek seçenek olan ve yaklaşık 700mb boyutlu bir CU paketini ağdan kopyalayarak dağıtmak da pek mantıklı olmadığı için script’e eklemedim. Script, bu sürümler için sadece raporlama yapar. CU paketini Windows Update veya WSUS üzerinden yükleyebilirsiniz.
  • Script, Microsoft tarafından desteklenen diğer Windows sürümleri için yüklemesi gereken güncelleme paketini otomatik olarak tespit eder, gerekli ise uzak bilgisayara kopyalayıp yükler, güncel Time Zone bilgilerini alır ve tüm bu işlemleri CSV dosyasında raporlar.
  • Script, Windows 8, Windows XP, Windows Server 2003 için doğru registry ayarlarını uygulayan ve yine benim hazırladığım xptz.bat veya w8tz.bat isimli dosyalardan uygun olanı çalıştırıp (UTC/GMT+03:00 Istanbul) isimli time zone’u uyumlu bir pattern ile create eder, güncel Time Zone bilgilerini alır ve tüm bu işlemleri CSV dosyasında raporlar.
  • Eğer yükleme öncesinde uzak bilgisayar üzerinde Turkey Standard Time (yani UTC+2 Istanbul) seçili değil ise, yükleme sonrasında o bilgisayar üzerinde (UTC+03:00) Istanbul isimli time zone otomatik olarak seçilmez çünkü bu durumdaki bilgisayarlar için özellikle başka bir time zone kullanmak istediğiniz varsayılır ve ayarları bozmamak için script ya da hotfix’ler tarafından müdahale edilmez; yeni time zone oluşturulur ve sadece raporlanır. Güncelleme: Script’in 2.2 sürümünden itibaren -TR3Ayarla parametresiyle time zone seçimini otomatik olarak gerçekleştirebilirsiniz.

Windows XP ve Windows Server 2003’ler için xptz.bat isimli dosyayı, Windows 8’ler (8.1 olmayan) için ise w8tz.bat isimli dosyayı örneğin bir GPO ile startup script olarak AD ortamına dağıtarak da ayarların uygulanmasını sağlayabilirsiniz. Diğer işletim sistemleri için registry veya bat gibi çözümler uygulamayın çünkü resmi güncelleme paketleri yayınlanmış durumda.

  • Eğer uzak bilgisayar üzerine güncelleme daha önce yüklenmiş veya herhangi bir yöntemle yeni time zone oluşturulmuş ise bunu anlar ve o bilgisayar üzerinde herhangi bir işlem yapmadan sadece güncel ayarları alıp raporlar.
  • Daima son sürümü kullanın ve hatta 30 Ekim öncesi belirli aralıklarla aşağıdaki “Sürüm Geçmişi” bölümünü takip ederek önemli bir güncelleme olup olmadığını kontrol edin. Örneğin 1.0 sürümünü çalıştırdıysanız ve üzerine 1.1 veya 2.0 yayınlanmış ise, yeni sürümü aynı bilgisayar listesi için tekrar çalıştırabilirsiniz.
  • Script’in yeni sürümünü (hatta aynı sürümü bile), daha önce çalıştırdığınız bilgisayar listesi için yeniden, tekrar tekrar çalıştırmakta sakınca yoktur. Bu durumda script, eğer bir düzeltme yapılması gerekiyor ise yapar, eğer ayarlar doğru veya güncellemeler zaten yüklü ise o bilgisayar için herhangi bir müdahalede bulunmaz, sadece mevcut ayarları raporlar.
  • Örneğin ortamınızda 600 bilgisayar yer alıyor. Script’i 3 farklı sunucuya kopyalayıp listeyi de 3’e bölerek yükleme ve kontrol işlemlerini çok daha kısa sürelerde tamamlayabilirsiniz.
  • Yükleme sonrası oluşan Sonuc_[tarih-saat].csv isimli rapor dosyası önemlidir. İçerisinde tüm operasyon kaydını görebilirsiniz. Açıklamaları ise birkaç başlık ileride yer alıyor.
  • -SadeceRaporla parametresiyle birlikte çalıştırıldığında herhangi bir hotfix yüklemesi veya ayar değişikliği gerçekleştirmez, sadece Time Zone bilgilerini ve varsa yüklü Hotfix’leri bir csv dosyasına raporlar. Detaylı raporlama seçeneğidir. Ortamınızdaki ayarları doğrulamak için kullanabilirsiniz.
  • -TR3Ayarla parametresiyle birlikte çalıştırıldığında, tüm işlemlere ek olarak, uzak bilgisayarlar üzerindeki Time Zone ayarını (UTC+03:00) Istanbul olarak aktif eder.

Ön Gereksinimler

Script’in işlem yapacağı uzak bilgisayarlar üzerinde aşağıdaki gereksinimlerin sağlanmış olması gerekir. AD Domain ortamında eğer özellikle bir müdahalede bulunmadıysanız bu gereksinimlerin neredeyse tamamı sağlanmış durumdadır.

  • Script’i bir Windows Server 2012 R2 veya Windows 8.1 üzerinde çalıştırın. Bu önemli bir gereksinim çünkü bazı cmdlet parametreleri sadece bu sürümler üzerinde düzgün çalışır.
  • İndirdiğiniz script dosyası (ve dizini) içerisinde herhangi bir değişiklik yapmayın.
  • Script’i çalıştırdığınız kullanıcı hesabı, uzak bilgisayarlar üzerinde en az local administrator yetkisinde olmalıdır.
  • Uzak bilgisayarlar üzerinde admin$ paylaşımı açık, ve script’i çalıştıran kullanıcı/sunucu tarafından ulaşılabiliyor ve yazabiliyor olmalıdır. (Güvenlik duvarı ve anti-virus’lere dikkat)
    • Basitçe, script’i çalıştırdığınız sunucu üzerinden, üzerinde işlem yapılacak uzak bilgisayara şu şekilde erişebiliyor ve yazabiliyor olmalısınız: \\PC5\admin$
  • Script bazı işler için Get-WmiObject ve Get-HotFix isimli PowerShell cmdlet’lerini -Computer parametresi ile kullanır. (Güvenlik duvarı ve anti-virus’lere dikkat)
    • Basitçe, script’i çalıştırdığınız sunucu üzerinden PowerShell ile, üzerinde işlem yapılacak uzak bilgisayara şu şekilde erişebiliyor olmalısınız: Get-HotFix -Computer PC5
  • PsExec console output’larını almak için, çalıştığı dizinde Log isimli yeni bir dizin açar ve her bir uzak bilgisayar için 4 adet txt uzantılı çıktı kayıt eder ve içerisindeki bilgileri kullanır. Bu log dosyalarının boyutu örneğin 1000 adet bilgisayar için toplam 1MB kadardır.

Kullanım Klavuzu

1) Script’i indirin ve örneğin C:\ altına açın. (C:\Source gibi…)

source

2) Dizin içindeki bilgisayar-listesi.txt isimli dosyaya üzerinde işlem yapmak istediğiniz bilgisayarların hostname veya ip adreslerini girin. Her bir satırda tek bilgisayar yer almalı.

3) Administrator modda açılmış bir PowerShell penceresinde önce Get-ExecutionPolicy ile execution policy ayarını kontrol edin. Eğer Unrestricted değil ise aşağıdaki komutu çalıştırarak ayarlayın.

  • Set-ExecutionPolicy -ExecutionPolicy Unrestricted

Aksi durumda aşağıdaki gibi bir hata alabilirsiniz.

  • File C:\Source2\TR3-TimeZone.ps1 cannot be loaded. The file C:\Source2\TR3-TimeZone.ps1 is not digitally signed. You cannot run this script on the current system. For more information about running scripts and setting execution policy, see about_Execution_Policies at http://go.microsoft.com/fwlink/?LinkID=135170.

4) Ardından ilgili dizine gidin ve Script’i başlatın. Eğer gerekli ise -TR3Ayarla veya -SadeceRaporla parametrelerini de kullanabilirsiniz. Parametre açıklamaları için sürüm geçmişi bölümüne bakın.

tr3-timezone-powershell-console

5) Tamamlandığında istatistikler raporlanır ve gidip sonuç dosyasını inceleyebilirsiniz. Hedefiniz sonuç dosyasındaki Time Zone Durumu sütununda Ayarlar Dogru ifadesini görmek.

Sonuç Dosyası ve Açıklamalar

Script işini bitirdikten sonra aynı dizin içerisinde Sonuc_[tarih-saat].csv isimli bir dosya oluşturur. Bu dosyayı Microsoft Excel ile açıp ufak bir biçimlendirme ile aşağıdaki hale dönüştürebilirsiniz.

sonuc

Bilgisayar – Hostname veya IP adresi..

İşletim Sistemi – İlgili bilgisayarın işletim sistemi sürümü.

Time Zone Standard Name – İlgili bilgisayar üzerinde o an seçili olan Time Zone’un registry DB’de yer alan ismi.

Time Zone Display Name – İlgili bilgisayar üzerinde o an seçili olan Time Zone’un görünen ismi.

Time Zone Durumu – En önemli sütun. Burada ilgili bilgisayar için herhangi bir ayarlama gerekip gerekmediği bilgisi yer alır.

  • Ayarlar Doğru – O bilgisayar için herhangi bir müdahaleye gerek yoktur çünkü ya hotfix yüklenmiş ya da ilgili ayarlar uygulanmış ve aktif edilmiştir. Bir bilgisayar için “Ayarlar Dogru” ifadesini gördüğünüzde, o bilgisayar için yapılması gerekenler tamamlanmış demektir.
  • Ayarlama Gerekiyor – O bilgisayar için seçili Time Zone ayarı (UTC/GMT:+03:00) Istanbul olmadığı için ayarlama gerektiğini ifade eder. Bu şekilde görünen bilgisayarların neden bu durumda olduğunu anlamak için “Açıklama” sütunundan veya diğer yan sütunlardan yardım alabilirsiniz.
  • Alınamadı – Herhangi bir sebepten ötürü (örneğin pc kapalı, admin$ paylaşımına erişim yok, vb.) ilgili bilgisayarın bilgilerine ulaşılamamıştır. Yine neden bu durumda olduğunu anlamak için “Açıklama” sütunundan veya diğer yan sütunlardan yardım alabilirsiniz.

Hotfix Durumu – Eğer desteklenen bir işletim sistemi ise (yani Windows XP ve Server 2003 dışındakiler), üretici tarafından yayınlanan Hotfix’in sistemde yüklü olup olmadığı bilgisini verir.

  • Yuklu (KB3194798) – Rresmi bir hotfix yüklü olduğunu ifade eder. (Örneğin Windows 10 için)
  • Bekleniyor – Henüz hotfix yüklü olmadığını ama üretici tarafından yayınlanacak bir paketin beklendiğini ifade eder. Ne diyorsa yapın ve bekleyin :)
  • Desteklenmiyor – Desteklenmeyen bir işletim sistemi olduğu için herhangi bir hotfix yüklemenin mümkün olmadığını ifade eder. Bu ifade yalnızca Windows XP ve Windows Server 2003’ler için görüntülenir. Script bu noktada xptz.bat dosyasını uygulayarak gerekli çözümü registry ayarları ile sağlar.

Açıklama – İlgili bilgisayarın durumu hakkında kısa ve yönlendirici bir bilgi yer alır.

Sütunların ve yer alabilecek değerlerin açıklamaları kısaca yukarıdaki gibidir. Bu bilgiler doğrultusunda kontrollerinizi gerçekleştirebilirsiniz.

XPTZ.BAT ve W8TZ.BAT Dosyaları Nedir

Desteği sonlanmış Windows 8, Windows XP & Windows Server 2003 için hazırladığım ve (GMT+03:00) Istanbul isimli yeni bir time zone create edip aktif eden registry değerlerini ve bazı komutları içeren toplu komut dosyalarıdır. Geçenlerde birkaç yerde gördüğüm kontrolsüz ve uyumsuz çözümlerden farklı olarak bu işi Time Zone registry DB’iyle uyumlu registry anahtarları kullanarak yapar ve oluşturduğu (GMT+03:00) Istanbul isimli yeni Time Zone, tarih/saat ayarları dışında systeminfo veya WMI sorgularında da düzgün görüntülenir.

Unutmayın: xptz.bat ve w8tz.bat gibi registry tabanlı çözümleri sadece desteği sonlanmış Windows 8, Windows XP ve Windows Server 2003 için uyguluyoruz. Çünkü maalesef başka seçenek yok. Diğer sürümler için ise mutlaka yayınlanmış güncellemeleri kullanın.

Güncelleme: w8tz.bat dosyasını desteği sonlanmış yani SP1 olmayan Windows 7’ler için de kullanabilirsiniz.

Script yanında gelen xptz.bat ve w8tz.bat dosyaları GPO ile de uyumludur. AD Domain yapısında bir GPO oluşturup startup script olarak da dağıtabilirsiniz. GPO’daki startup script’ler, logon script’lerin aksine kullanıcı yetkileriyle değil sistem yetkileriyle çalışırlar. Bu yüzden startup script olarak göndermeniz önemli. Ayrıca bu bat dosyalarını yetkili bir kullanıcıda çift tıklayarak da uygulayabilirsiniz.

TR3-TimeZone.ps1 İndirme Bağlantısı ve Sürüm Geçmişi

Sürüm 2.3 | İNDİR | (28.10.16)

  • Desteği sonlanmış (yani SP1 yüklü olmayan) Windows 7 ve Windows Server 2008 R2’ler için daha iyi tanılama özelliği ve w8tz.bat dosyasını otomatik olarak uygulayan fonksiyon eklendi.
  • Desteği sonlanmış (yani SP2 yüklü olmayan) Windows Vista ve Windows Server 2008’ler için daha iyi tanılama özelliği ve w8tz.bat dosyasını otomatik olarak uygulayan fonksiyon eklendi.
  • Sonuc_[date-time].csv ve Rapor[date-time].csv çıktılarına “Service Pack” sütunu eklendi.
  • Script akışında özellikle Vaka 2 gibi durumlar veya çeşitli erişim sorunları yüzünden yaşanabilen uzun süreli beklemeleri veya askıda kalma durumlarını atlatmak için 60sn ve 180sn olamak üzere iki farklı timeout fonksiyonu eklendi. Varsayılan olarak devredeler.
  • Script akışının son aşamasında gerçekleşen Sonuc_[date-time].csv ve Rapor[date-time].csv dosyalarına yazma işlemi, listedeki her yeni bilgisayara geçişte bir önceki işlemi csv’ye output yapacak şekilde değiştirildi. Böylece Script ctrl+c ile sonlanırsa veya herhangi bir nedenden ötürü işlem yarıda kalırsa, o ana kadar gerçekleşen işlem kayıtları da korunmuş olur.

Sürüm 2.2 | (25.10.16)

  • -TR3Ayarla parametresi eklendi. Bu yeni parametre sayesinde, uzak bilgisayarlar üzerindeki Time Zone seçiminin (UTC+03:00) Istanbul şeklinde ayarlanmasını sağlayabilirsiniz.
    • Kullanım: Script’i .\TR3-TimeZone.ps1 -TR3Ayarla şeklinde başlatın.
    • Script -TR3Ayarla parametresiyle birlikte çalıştırıldığında uzak bilgisayarlar üzerindeki  Time Zone seçeneğini (UTC+03:00) Istanbul olarak ayarlar.
  • -SadeceRaporla parametresi eklendi. Bu yeni parametre sayesinde, herhangi bir yükleme işlemi yapmaksızın sadece Time Zone bilgilerini ve yüklü Hotfix’leri raporlayarak ortamınızdaki ayarları doğrulayabilirsiniz.
    • Kullanım: Script’i  .\TR3-TimeZone.ps1 -SadeceRaporla şeklinde başlatın.
    • Script -SadeceRaporla parametresiyle birlikte çalıştırıldığında herhangi bir hotfix yüklemesi veya ayar değişikliği gerçekleştirmez.
    • Getrime tamamlandığında çalışma dizini altında ismi Rapor_ ile başlayan bir csv dosyası oluşur.
    • Rapor dosyası içerisindeki önemli sütunlar:
      • Time Zone Standard Name – Seçili time zone teknik ismi.
      • Time Zone Display Name – Seçili time zone görünen ismi.
      • DST Start – Yaz saatine giriş yani DST başlangıç tarihi.
      • DST End – Kış saatine giriş yani DST bitiş tarihi.
      • Local Time – Saat bilgisi.
      • Local Date – Tarih bilgisi.
      • Hotfix – Eğer bir hotfix yüklü ise ID’si. Öncelik KB3192321 ve diğerleri şeklindedir. Eğer KB3192321 yüklü ise, ayrıca yüklü rollup raporlanmaz. Eğer KB3192321 yüklü değil ise, o zaman yüklü rollup raporlanır.
  • -SadeceRaporla parametresiyle çalıştırdığınızda oluşan rapor içerisinde ayarları doğru bilgisayarlar için aşağıdaki bilgileri görüyor olmanız gerekiyor.
    • Time Zone Standard Name – Turkey Standard Time
    • Time Zone Display Name – (UTC/GMT+03:00) Istanbul
    • DST Start – 01 Ocak 2016 00:00:00 (Bu, hotfix yüklemesi sonrası set edilen bir değerdir)
    • DST End – 27 Mart 2016 03:00:00 (Bu, hotfix yüklemesi sonrası set edilen bir değerdir)
  • -TR3Ayarla ve -SadeceRaporla parametreleri aynı anda kullanılamaz.
  • Herhangi bir parametre vermeden çalıştırma seçeneği de hala mevcut.

Sürüm 2.1 | (19.10.16)

  • Hotfix yüklü olduğu halde Turkey Standard Time dışında bir time zone seçili (Sorun 3) sistemler için daha iyi tanılama ve açıklama desteği.

Sürüm 2.0 | (18.10.16)

  • Windows Vista, 7, 8.1 ve Windows Server 2008, 2008 R2, 2012, 2012 R2 için standalone hotfix paketlerini uzaktan ve otomatik olarak yükler.
  • Desteklenen tüm Windows sürümleri için standalone ve rollup güncelleme paketlerinin yüklü olup olmadığının kontrol eder ve Time Zone ayarlarıyla birlikte raporlar.
  • Desteği sona eren Windows 8 (yani 8.1 olmayan) sürüm için w8tz.bat ile (UTC+03:00) Istanbul isimli time zone’u oluşturur, ayarlar ve raporlar.
  • Standalone hotfix paketleri source.zip içerisinde yer alır, yeniden indirmenize gerek kalmaz.

Sürüm 1.1 | (17.10.16)

  • Windows 10’un tüm ana build’ları için tanılama desteği.

Sürüm 1.0 | (13.10.16)

  • Windows 10 ve Windows Server 2016 – Hotfix yüklemesi yapmaz. Automatic Update ile yüklenmiş KB3194798’i ve Time Zone ayarlarını raporlar.
  • Windows Vista, 7, 8, 8.1, 10 ve Windows Server 2008, 2008 R2, 2012, 2012 R2 – Hotfix henüz hazır olmadığı için yükleme yapmaz. Sadece Time Zone ayarlarını raporlar.
  • Windows XP ve Windows Server 2003 – xptz.bat isimli dosyayı uygular ve Time Zone ayarlarını raporlar.

Bilinen Sorunlar ve Çözümler

Script, 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, 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 ***

TR3-TimeZone.ps1 yardımcı script’i ile yükleme yaparken Windows Server 2012 (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 2012 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 aşırı bekliyor ve bazen bu aşamadan çıkıp kuruluma geçemiyor.

update

Çözüm 1: İnternet erişimi olan (muhtemelen Microsoft/Windows update servislerine ulaşabilen) Windows Server 2012 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 2012’ler varsa, şimdilik onları bilgisayar-listesi.txt 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+03:00) 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+03:00) Istanbul isimli time zone seçili görünmüyor.

Çözüm: Açıkçası bu bir sorun değil çünkü hotfix’ler sadece (UTC/GMT+03:00) Istanbul isimli time zone’u oluşturur veya günceller. Eğer yükleme öncesinde sunucu üzerinde Turkey Standard Time yani (UTC/GMT+02:00) 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. Script içerisine eğer seçili değilse Turkey Standard Time‘ı seçen bir fonksiyon koymam hiç de zor değil ama dediğim gibi bu herkesin ihtiyacı olmayacaktır ve bu sefer de hotfix yüklü ama Turkey Standard Time olması gerekmeyen bilgisayarları değiştirmiş oluruz. En doğrusu durumu raporlamak ve değişiklik kararını sistem yöneticisine bırakmak olduğu için bu şekilde tasarladım.

Peki bu fonksiyon parametrik olamaz mı? Olabilir. Eğer bu durumda çok bilgisayar varsa yani talep olur ise bu özelliğe sahip bir sürüm yayınlayabilirim. Güncelleme: v2.2 sürümüyle birlikte -TR3Ayarla parametresini bu iş için kullanabilirsiniz.

*** 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+03:00) 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ğı patch değil time zone değişikliği; patch bu duruma vesile olan bir etken. İlginç olan ise bu seferki (UTC+03:00) Istanbul değişikliğinde local time aynı kaldığı halde logon hours tanımlarının yine de 1 saat ileri gitmesi. Ha bana göre local time değişmiş olsa bile logon hours tanımları 1 saat ileri gitmemeli çünkü saat değişikliklerinde çalışanların işe geliş saatlerini de 8’den 9’a 1 saat ileri almıyoruz öyle değil mi? :)

Yaşanan bu durumu birkaç farklı senaryoda test ederek doğruladık ve etkisini Microsoft’ta ilgili ekibe raporladık.

time-zone-logon-hours

Çö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+03:00) Istanbul seçili görünmesine rağmen, özellikle bilgisayarı yeniden başlattıktan sonra seçili time zone’un tekrar (UTC+02:00) 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+03:00) Istanbul olarak listelenmesi gereken Turkey Standard Time isimli Time Zone ve bağlı ayarlar beklenmedik şekilde (UTC+02:00) Istanbul ile overwrite edilmiş olur ve güncelleme yüklü olsa dahi (UTC+03:00) Istanbul olarak listede yer almaz. Bu sorunu yaşayan bilgisayarlar 30 Ekim 2016 tarihi geldiğinde ise saatleri 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 öngörülemeyen sorunlara yol açabilir. Ama işte insanların rehavete kapılması normal çünkü güncelleme ile desteklenen Windows sürümleri için registry/bat dosyalarını çözüm hazır diye duyuranlar gördü bu gözler :) Bu tuzaklara düşmeyin.

Çö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 rsop.msc 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+03:00) 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 w32tm /query /status komutunu çalıştırıp Source: 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 time.windows.com 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 20:00’da alınan bir yedeği 19:00’da alınmış gibi listeliyor ve önemli bir yanılgıya neden oluyor.

dpm-timezone-backup

Çö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 tbl_AM_ServerTimeZone 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 dbo.tbl_AM_ServerTimeZone
SET Bias=-180,
[Description]='(UTC+03:00) 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 görünüyor olmalı.

dpm-tbl-am-servertimezone

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

Bu query ile yapılan güncelleme sonrasında, hem gelecekte oluşacak hem de geçmişte oluşmuş Recovery Point’lerin zaman bilgileri düzelmiş olur.

*** 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.

Alıcı için bir e-posta’nın veya takvim hatırlatıcısının zaman bilgisi, alıcının e-posta istemcisinde seçili olan time zone ayarı dikkate alınarak görüntülenir. Örneğin UTC+03:00 Istanbul isimli zaman diliminde çalışan bir göndericinin saat 10:00 AM için bir takvim hatırlatıcısı oluşturduğunu ve UTC+04:00 zaman diliminde çalışan alıcıya gönderdiğini düşünelim. Bu takvim hatırlatıcısı alıcıda 11:00 olarak listelenecektir çünkü +3’teki 10:00 AM zamanı, +4’te 11:00 AM’e denk gelir ve bu sayede de farklı zaman dilimlerindeki insanların aynı anda ortak bir çalışma için buluşması mümkün olur. Bir diğer ifadeyle; e-posta ve takvim hatırlatıcısı gibi zaman ilişkili gönderiler arka planda salt UTC olarak oluşturulur (tıpkı AD authentication’lar gibi) ve gönderici ya da alıcının local time bilgisine göre listelenir.

Çözüm: Sorunun kaynağı için 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.

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Turkey Standard Time

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.

Not 1: 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 görünüyor olmalı. Exchange Server 2010/2013 ve Gmail arasında yaptığım incelemede sonuç bu şekilde.

Not 2: 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+03:00) Istanbul seçili olmalı.

*** ***

Eğer sorularınız olursa yazı altına yorum olarak ekleyebilir, güncellemeleri bu blog post üzerinden veya şuradan takip edebilirsiniz: @serhatakinci. Yeni yazılardan hemen haberdar olmak isteyenler ise tek yönlü çalışan e-posta duyuru listesine üye olmayı tercih edebilir; bu sırada yardım gerekirse yönergeler şurada.

Yazı Etiketleri: , , , ,

Sayfa Başı ▲

Yorumlar (139)

  1. Öner Ziya Baş

    Eline sağlık Serkan hocam, makale için çok teşekkür ederim.

  2. ahmet guney

    Merhaba, makale icin tesekkur ederim.
    Sormak istedigim soru, guncelleme sonrasinda sistemlerde restart bekleniyor olacak mi ?

  3. Ömer Korkmaz

    Makale için teşekkürler.

  4. İbrahim Öztürk

    Serhat Bey

    Güncel bir konuda yararlı bir paylaşım, teşekkürler.

  5. Serhat AKINCI

    ahmet guney – Standalone paketler ile yapılan güncellemeler sonrasında sistemlerin yeniden başlatılması gerekmeyecek. Ama Rollup veya Cumulative Update gibi toplu paketlerle yapılan güncellemelerden sonra, DST için gerekmese de paketlerdeki diğer güncellemeler yüzünden restart gerekebilir. Rollup ve CU seçenekleri için kesin bilgi paketler yayınlandıktan sonra…

  6. Değer

    Abi yine tozunu attrımışsın :) eline sağlık.

  7. Mert

    hem burada yazdıklarınız hemde özel yardımlarınız için teşekkürler

  8. Serhat AKINCI

    Mert – Geri bildirimler için ben teşekkür ederim.

  9. Unal Deniz

    Hocam merhaba,

    \\PCNAME\admin$ ile bağlabildiğim XP SP3 makine için script i çalıştırdığımda Access Denied alıyorum. Sizce nerede yanlış yada eksik yapıyorum. Teşekkürler.

  10. Serhat AKINCI

    Unal Deniz – Admin$ paylaşımına bağlandıktan sonra örneğin TMP dizinine bir dosya oluşturabiliyor musun?

  11. Unal Deniz

    Evet hocam Temp dizininde başka bir dizin ve dosya oluşturabildim.

  12. Cem

    Acaba bugün yayınlayacaklar mı kesin ya :/

  13. Serhat AKINCI

    Unal Deniz – PowerShell aracını administrator modda başlatmamış olabilir misin?

  14. Serhat AKINCI

    Cem – Eğer söylendiği gibi 18’inde yayınlanırsa bu güncellemenin Türkiye’de görünmesi 19’unu bulabilir. Ama telaşa gerek yok. Yayınlandıktan sonra dağıtmak için yeterince zaman olacak.

  15. Unal Deniz

    Administrator olarak çalıştırıyorum hocam.

    PS C:\Source> Get-ExecutionPolicy Unrestricted şeklinde de set edilmiş durumda.

    Script sonucunda açıklama kısmında tüm XP lerde “Isletim sistemi bilgisi alinamadi: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))” yazıyor. Ama dediğim gibi \\PC\admin$ ile erişebiliyorum.

  16. Serhat AKINCI

    Unal Deniz – Admin$ erişimi dışındaki gereksinimler ne durumda? Mesela yine uzaktan PowerShell’de aşağıdaki komutu çalıştırdığında işletim sistemi bilgisini görebiliyor musun?

    (gwmi -ComputerName PC -Class Win32_OperatingSystem).Version

  17. Unal Deniz

    Aşağıdaki hatayı alıyorum hocam.

    gwmi : Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))
    At line:1 char:2
    + (gwmi -ComputerName PCADI -Class Win32_OperatingSystem).Version
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : NotSpecified: (:) [Get-WmiObject], UnauthorizedAccessException
    + FullyQualifiedErrorId : System.UnauthorizedAccessException,Microsoft.PowerShell.Commands.GetWmiObjectCommand

  18. Tansu Ekinci

    yayınlandımı ben bulamadım.. download edebileceğimiz link varmıdır?
    yada yayınlanıp yayınlanmadığını nereden takip edebiliriz?

    İyi çalışmalar

  19. Serhat AKINCI

    Unal Deniz – PowerShell’i çalıştırdığın kullanıcı hesabının uzak bilgisayara remote WMI (DCOM) ile bağlanma yetkisi yok veya DCOM ayarları izin vermiyor. Şuraya bakabilirsin.

  20. Serhat AKINCI

    Tansu Ekinci – Eğer söylendiği gibi 18’inde yayınlanırsa bu güncellemenin Türkiye’de görünmesi 19’unu bulabilir.

  21. Selim Kara

    merhaba, xp ve server 2003 olan bat file hem 32bit hemde 64bit için geçerli değil mi? iyi çalışmalar.

  22. Serhat AKINCI

    Selim Kara – 32-bit ve 64-bit için uygun.

  23. Bülent TUNÇBİLEK

    Eline emeğine sağlık güzel bir makale olmuş. WSUS tarafında dediğiniz gibi windows 10 paketleri geldi 8 ve 7 için olanları bekliyoruz.

  24. Mehmet

    Serhat Bey;

    Makale çok güzel ve çok detaylı olmuş teşekkür ederim. Bizde sunucuların çoğu yurtdışında ve bizim güncellemeler ile ilgili yetkimiz yok. Bu durumda nasıl ilerlemek lazım ?

    Teşekkür Ederim

  25. Serhat AKINCI

    Mehmet – İlgili standalone veya rollup paketlerini sunucuları operate eden ekibe bildirmeniz ve 30 Ekim tarihinden önce yüklenmesini istemeniz gerekiyor.

  26. yaşar

    AD ortamında domain user saat değiştirme yetkisi yok, patch yeni +3 istanbul zone ekledi fakat varsayılan olarak seçemiyor. GPO blokluyor görünen GPO dan bu ayarı değiştirmeyi deneyeceğim.

  27. ömer AKLAN

    Serhat Bey öncelikle elinize sağlık çok güzel bir çalışma olmuş. Geçen yılda faydalanmıştık. Sürüm 2.0 kullanmaya çalıştım ancak yazınızda windows server 2012 olsun demişsiniz. Sunucum windows server 2008 r2 bir sorun yaratırmı acaba ? sonuç kısmında bu şekilde görüntü alıyorum.

    Bilgisayar Isletim Sistemi Time Zone Standard Name Time Zone Display Name Time Zone Durumu Hotfix Durumu Aciklama
    yonetim015 Microsoft Windows 7 Professional Alinamadi Alinamadi Ayarlama Gerekiyor Yuklu (KB3192321) Hotfix gecmiste yuklenmis ancak Turkey Standard Time isimli Time Zone secili degil ya da Time Zone verileri hatali durumda.

  28. Serhat AKINCI

    ömer ALKAN – Öncelikle geri bildirim için teşekkürler. Script runtime environment olarak Windows Server 2012 R2 kullanmanızı öneririm. Windows Server 2008 R2’i çalışma ortamı olarak test etmedim ve gerekli bazı bileşenler, Windows Server 2008 R2 üzerinde sağlıklı çalışamayabilir. Bu yüzden Windows Server 2012 R2 önemli.

    Aldığınız hatayla tüm Windows 7’lerde karşılaştınız mı yoksa sadece birkaç bilgisayar için mi geçerli? Çünkü bazı sistemlerde gereksinimler tam sağlanamadığı veya sistem üzerindeki bazı özel yapılandırma ayarlarından dolayı Time Zone bilgisi düzgün alınamayabiliyor. Sizdeki sorun da uzak bilgisayarın Time Zone ayalarının alınamamasıyla ilgili.

  29. Değer

    Biz 500 kadar pc ve servera yükleme yapmak için kullandık. Genelde sgüncel sürümler kullanıyoruz. Arada sorunlar yaşandı ana çok büyük sayıda başarı sağladık. Elinize sağlık ilgiyle takip ediyoruz :)

  30. Luckya

    Tesekkurler

  31. Turgut

    Geçen yılki atraksiyonda da kullanmıştım scriptinizi. 100-110 pc ‘lik ufak bi network idame ediyorum. Server 2008R2 üzerindeki ps üzerinde scripti çalıştırdığımda hata veriyor, -WindowStyle Hidden seçeneğini komutlardan çıkardığımda başarılı bir şekilde çalışmaya devam edebiliyorum. ya da -NoNewWindow seçeneği ile bunu değiştirerek devam ediyorum. PS versiyonu 2.0 ‘dır. Domain ortamında ya da network üzerinde 2008r2 üzeri bir server bulunmamaktadır.

  32. Serhat AKINCI

    Turgut – Geri bildirim için teşekkürler. Tam da bu yüzden script runtime environment olarak Windows Server 2012 R2 öneriyorum :)

  33. ömer AKLAN

    Serhat Bey Söz konusu hatalar bilgisayarlardan raporu alamadığından oluşuyor. Sürüm 2.0 ile yüklemeleri yapıyorum ve ardından geçen yılki GetDstİnfo olan script ile kontrol sağlıyorum. Geçen yılki script ile utc +3 istanbul olarak olarak ve 27 mart 2016 03:00 raporunu alıyorum. Bilgisayardan baktığımda ise gün ışığı yok ibaresini görüyorum. Bu şekilde çözdük ancak sizden de hem teyit almak için hemde 2008 kullanan arkadaşlara faydası olacağından paylaşmak istedim.

  34. Turgut

    Kurumum, mevcut lisanslar konusunda ikna olursa artık o kısmı (: Bi popup pencere ile sorun olmuyor benim için. Aslında -WindowStyle Hidden çalışıyor, log dosyası için çıktı yönlendirmeleri iptal edersek. NoNewWindow seçeneğinide kaldırdım, ekran daha güzel görünsün diye, arada bi popup gelip gitsin artık :)

  35. Serhat AKINCI

    ömer AKLAN – Bilgisayardan rapor alınamadığında aldığınız hatanın bir görüntüsünü mail atarsanız kontrol edebilirim. Diğer taraftan TR3-TimeZone.ps1 ile veya Get-DstInfo.ps1 ile veya direkt PC üzerinde Time Zone olarak (UTC+03:00) Istanbul görmeniz yeterli.

    Get-DstInfo.ps1 kodunu aslında geçen yıl için tasarlamıştım. bu yüzden bu sene en azından DST bilgisini doğru aktaramayabilir Kontrol ettiğimde hala doğru çalışıyor. Patch sonrası DST bitiş tarihini 27 Mart 2016 03:00 göstermesinin nedeni ise Microsoft’un yayınladığı yamanın DST’yi gerçekten bu tarihe set etmesi. Bir nevi geçmiş yani aslında hiç gelmeyecek bir tarihe set etmişler :) Bu yüzden raporda time zone (UTC+03:00) Istanbul ve DST 27 Mart 2016 03:00 görünenler tamamdır. Yine de bir kontrol edip bu yıl için de çalışacak şekilde uyarlamayı deneyeceğim. Hatta bunu TR3-TimeZone.ps1’in içerisine dahil edip yeni bir sürüm olarak da yayınlayabilirim. Önümüzdeki hafta -bu durumu da daha doğru ifade eden- yeni bir Get-DstInfo.ps1 varyasyonu yayınlamayı düşünüyorum.

  36. Serhat AKINCI

    Turgut – O zaman Windows Server 2008 R2 üzerinde çalıştırmak isteyenler önerilerini dikkate alabilir diyelim :)

  37. Kahraman SAVAS

    Arkadaşlar Microsoftun yayınladıgı guncellemelerde maalesef Windows 2008 ya da 2012 Server R2 Datacenter edition lar için bu patchler calısmıyor.
    Calıstırınca bu yama bu sürüme uygun değildir uyarısı alıyoruz.
    Altını çiziyorum R2 Datacenter sürümlerinde patchler calısmadı.Bir cok sunucuda aynı hatayı alıyorum.
    Ancak R2 olmayan sürümlerde sorun yok.

    Bu konuda bilgisi ya da deneyimi olan var mı ?

  38. Serhat AKINCI

    Kahraman SAVAS – Çok sayıda Windows Server 2008 ve 2012 R2’nin Datacenter sürümüne yükleme yapıldı ve böyle bir durum raporlanmadı. Paketlerde 2008/2012 gibi sürüm ve 32-bit/64-bit gibi mimari ayrımı var. Ama Standard/Datacenter gibi edition ayrımı yok. Yükleme için doğru paketi tercih ettiğinizden emin misiniz?

  39. Adnan Guruhan

    Üstad powershell scriptini nereden indirebiliriz? geçen seneki gibi

  40. Onder Kokturk

    elinize sağlık, son derece titiz ve detaylı hazırlanmış , teknik değeri 10/10 bir yazı.

  41. Bill Gates

    Merhaba;
    Windows Xp kullanıcısıyım,bizim için güncelleme olmadığı için bu sorunun çözümü için bana nasıl bir yol tavsiye edebilirsiniz acaba?

  42. Harun Kalın

    Paketlerin bazılarını wsus ama çoğunu geçen yılki gibi scripti kullanarak yükledik. Ayarları raporlaması falan çok başarılı çok işimize yaradı diyebilirim. Elinize sağlık üstat, yazılarınızı ve çalışmalarınızı ilgiyle takip ediyoruz.

  43. Cumhur ALTAN

    Selamlar Hocam ;

    Öncelikle ellerinize , emeğinize sağlık diyerek ortamda 2012 R2 olmayan sistemlerde 2008R2 ve/veya w10 üzerinden bu işlemleri gerçekleştirebilir miyiz ?

  44. Serhat AKINCI

    Cumhur ALTAN – Script’i çalıştırırken işletim sistemi desteği açısından dikkat etmeniz gereken 2 nokta var.

    1) Script runtime environment – Bu Script dosyasını indirdiğiniz ve çalıştırdığınız sistem. Bu işletim sistemi AD Domain üyesi bir Windows Server 2012 R2, Windows 8.1, Windows Server 2016 veya Windows 10 olabilir. Windows Server 2008 R2 üzerinde çalışmaz mı? Deneyen arkadaşlar çalıştığını söylemişti. Ama sürekli açılıp kapanan pencereler gibi bazı tuhaflıklar olabilir :) Yukarıda yorumlar arasında detaylar ve öneriler var. Sonuç olarak Script runtime environment olarak Windows Server 2012 R2 ve 8.1 sonrası için test edilmiştir.
    2) Güncelleme yapılacak uzak sistemler – Bunlarda üzerinde güncelleme yapılacak veya ayarları kontrol edilecek ortamınızdaki bilgisayarlar ve sunucular. Tek bir Script tüm Windows sürümlerini destekler.

  45. Kamil Eren

    Serhat hocam ellerinize sağlık. Allah razı olsun. Sayenizde çok pratik bir şekilde işlem tamamlandı.

  46. Ferhat

    Emek için teşekkürler.. çok başarılı ve özenli bir çalışma olmuş. ben ***vaka3*** yaşadım, scriptin içine otomatik yapmasi için kod ekledim. çünkü çok sayıda time zone manuel ayarlanması gereken vardı..
    tekrar teşekkürler.

  47. Gokhan KOYLU

    Serhat Hocam öncelikle değerli paylaşımınız için teşekkürler, bu vaka 3 te belirtmişsiniz, bizim ortamımızda belirttiğiniz durum mevcut, birçok sunucumuzda patch yüklü olsa Istanbul +3 ü manuel seçmemiz gerek, yapılan işlemlerden sonra Istanbul +3 ü de otomatik seçebilme işini scriptinize nasıl ekleyebiliriz ?

    teşekkürler.

  48. Yusuf

    Paylaşımlarınız için çok teşekküler.

  49. Gokhan KOYLU

    tekrar selamlar, vaka 3 için yazdığım yoruma ek olarak; kodun 825. satırına .\PsExec.exe \\$Computer C:\Windows\system32\tzutil /s ‘Turkey Standard Time’
    i ekledim oldu gibi ama biraz amatörce oldu gibi, eğer varsa yorumunuz çok sevinirim. tekrar teşekkürler.

  50. Serhat AKINCI

    Ferhat, Gokhan KOYLU – Gerçi çözmüşsünüz :) ama 2.2 numaralı sürüme -TR3Ayarla parametresi ekledim. (UTC+03:00) Istanbul seçimini otomatik olarak gerçekleştiriyor.

  51. Serhat AKINCI

    Ayrıca uzak bilgisayar üzerinde yüklü olmasa dahi herhangi bir hotfix yüklemesi yapmayan, sadece detaylı raporlama gerçekleştiren -SadeceRaporla parametresi eklendi. ortamdaki ayarları doğrulamak için kullanabilirsiniz.

  52. Erdem Orhan

    Merhaba,

    Emeğiniz ve bilgileriniz için teşekkür ederim.Kendi yapmış olduğum lab ortamımda deneme fırsatı buldum ve gayet başarılı sonuç almış durumdayım.
    Paylaşım için tekrardan teşekkürler.

  53. murat tezcan

    hem script hem bilgiler icin cok tesekkurler; bizim icinde sorunsuz bir gecis oldu.

  54. Muhammet

    Merhaba Serhat Bey

    Sitenize aktif link vererek içerik kopyaladım . Anlatım süper olduğu için hiç bir değişiklik yapılmadı . Onay vermezseniz kaldırabilirim.

    Muhammet Tosun
    yerelbt.com editörü
    info@yerelbt.com

  55. Emin

    Merhaba Üstad,

    Öncelikle ellerine, aklına sağlık. bugün bir sıkıntı ile kaşılaştım. Windows 8.1 x64 işletim sistemine Stand Alone yükleme yaptım, güncelledi ama pc yi restart yapınca sonra geri +2 zaman dilimine geri gitti. Böyle bir sıkıntı yaşayan ve çözen var mı?

  56. Serhat AKINCI

    Emin – Normalde standalone paketler böyle bir soruna neden olmaz. Ama aklıma ilk gelen şu: O PC için geçen yılki Time Zone güncellemesinde standard dışı bir işlem uygulanmış olabilir mi? O dönem ayarlanmış ve mesela hala AD’de GPO’ya bağlı ama eski ayarları basan bir registry import dosyası gibi… Detayları Vaka 5 olarak ekledim.

  57. Yusuf KOYDERE

    Üstad,

    ön gereksinimlerdeki şartlar sağlandığı halde script çalıştırdığımda erişim sağlanamadı hatasından kurtulamadım. domain yapısı var ve uzak makine domain üyesi ve komutu çalıştıran makine o makinenin aynı zamanda admini. tavsiyeniz nedir?

    saygılar,

    yusuf

  58. Yusuf KOYDERE

    problem çözüldü…..

    dikkat eksikliği :)

    saygılar,

  59. Emin

    Serhat hocam teşekkürler,
    Dediğiniz gbi AD ortamında GPO ile Registry basılmış ve bunun yüzünden çoğu pc etkilenmiş, ilgili registry kaydını disable yaptım, sorunum düzeldi. teşekkürler.

  60. Serhat AKINCI

    Emin – Sevindim :) Ayrıca sana bir mail attım.

  61. Mesut GÜVEN

    Windows firewall açık olan bilgisayarlarda “Erişim Sağlanamadı” deyip geçmesi yerine aslında
    psexec kullanılarak firewall kapatılabilir.
    bunun için bir IF satırı eklenebilir kanaatindeyim.

    psexec \\COMPUTER NAME netsh firewall set opmode disable

  62. Eser

    Hocam sadece rapor parametresi için çalıştırdım. 600 bilgisayar için. belli bir süreden sonra aşağıdaki hatayı vermeye başladı işi kesmek zorunda kaldım. Makinam 8.1 Domain adminim
    hata logu :

    Exception calling “AddDays” with “1” argument(s): “Eklenen veya çıkarılan değer gösterilemeyen DateTime ile sonuçlanır.
    Parametre adı: value”
    At C:\source\TR3-TimeZone.ps1:167 char:45
    + while ($Date.DayOfWeek -ne $DayOfWeek) {$Date = $Date.AddDays(1)}
    + ~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : ArgumentOutOfRangeException

  63. Kerem

    Merhaba Serhat Bey,

    Ellerinize sağlık. Çok iyi bir çalışma olmuş.
    Windows 7 sp1 yüklü olmayan PC lerde paketler çalışmıyor. SP1 istiyor. Bu PC lerde kısa yoldan nasıl bir çözüm uygulayabiliriz. SP1 yüklemek bazen saatler alıyor :)

  64. Serhat AKINCI

    Mesut GÜVEN – Mümkün tabii ama uzak bilgisayarlar üzerinde Windows Firewall açıksa -kurallara göre değişmekle birlikte- PSEXEC’in de çalışmama ihtimali var ve daha önemlisi Windows Firewall’u kapatmak bir güvenlik önlemini devre dışı bırakmak olacağı için bu sorumluluğu almak istemem :) Belki runtime anında geçici olarak kapatmak mümkündü ama bunu etraflıca ele almak gerekli çünkü sorunun Windows Firewall’dan kaynaklandığını anlamak, kapattıktan sonra tekrar açmak, açılıp açılmadığından emin olmak gibi hassas kontroller de gerekli. Ama hiç fena fikir değil.

    Diğer taraftan özellikle çok sayıda bilgisayarın bulunduğu ortamlarda bu gibi uzaktan komut çalıştırmaya dayalı PowerShell veya benzer araçlarla sorunsuz çalışabilmek için özellikle WinRM gibi, WS-Management gibi servislerin yapılandırılmış, en azından script runtime environment gibi bazı yönetimsel sunucuların erişimine özel olacak şekilde ayarlanmış ve Windows Firewall üzerinde source ip kısıtı ile istisnalarının tanımlanmış olmasını öneririm. Böylece hem Windows Firewall korumasından hem de uzaktan topluca komut çalıştırabilme kabiliyetlerinden feragat etmemiş olursunuz. Uzun vade planları arasında yer alabilir :)

  65. Serhat AKINCI

    Eser – Script’i Windows Server 2012 R2 üzerinde çalıştırmayı denediğinde sonuç nedir?

  66. Serhat AKINCI

    Kerem – SP1 yüklü olmayan Windows 7’ler Nisan 2013’te end-of-life oldu. Bu yüzden yayınlanan paketler de bu sürüm ile uyumsuz durumda. Hem şimdi hem de daha sonrası için en doğru çözüm SP1 yüklemek çünkü Time Zone güncellemesi dahil üzerine gelen diğer güncellemeleri de alamıyor durumdasınız. Diğer taraftan desteklenmeyen Windows sürümleri için uygulanabilecek yöntem belli. Windows XP ve Windows Server 2003 için xptz.bat, diğer üst sürüm Windows’lar için ise w8tz.bat. Her ikisi de source.zip içerisinde var.

  67. Eser

    Şimdi yine 8.1 bilgisayarımda bu sefer sayıyı 60 a indirerek denedim sorunsuz çalıştı. tşkler

  68. Kerim Duran

    Sorunsuz kullandik. Tekrar tekrar tesekkurler.

  69. Mesut Turkyilmaz

    Serhat hocam merhaba Windows 2012 Serverlarda windows update servisini durdurup C:\Windows\SoftwareDistribution klasörünü siliyoruz patch ozaman sorunsuz yükleniyor.

  70. Mesut Turkyilmaz

    Servisi çalıştırmıyoruz patch kendi çalıştırıyor windows 2008 serverlarda da bu yöntem geçerli.

  71. Kaan D

    Merhabalar

    aşağıdaki hatayı alıyorum.

    PsExec could not start HKLM\SOFTWARE\Microsoft\Windows:
    The system cannot find the file specified.

    path de boşluk görünce hata veriyor maalesef. Bunu nasıl çözebilirim?

  72. Serhat AKINCI

    Kaan D – Bu gibi ön tanımlı registry key’ler script içerisinde ‘key’ çift tırnak arasında olduğu için normalde boşluk yüzünden hata vermez. Script’i çalıştırdığınız sunucu üzerinde Region settings ile ilgili olabilir mi? Format ve Language for non-unicode programs ayarlarının English (United States) olmasını öneririm.

  73. Mesut GÜVEN

    Liste güzel ilerlerken bir ara duruyor ve saatlerce ilerlemiyor. Timeout koymak yada duraklat devam et diyerek tetikleyebilmek iyi olurdu. Çünkü durduğunda kapatıp yeniden başlatmak geriyor ve bu durumda rapor oluşturmuyor.

    Herşeye rağmen ellerine sağlık

  74. Serhat AKINCI

    Mesut GÜVEN – Evet bunu ben de fark etmiştim. Özellikle internet erişimi olmayan Windows Server 2012’lere geldiğinde güncelleme paketinden kaynaklı bekleme yaşanıyor (Vaka 2) ve kodda bunu kontrol etmediğim için de o süre boyunca sonrakine geçmeden bekliyor. Eğer bir sonraki sürüme gerek olursa, bu kontrol ve ayrıca sonuc_[date-time].csv output’u iş sonunda tek seferde oluşturmak yerine başta oluşturup her yeni bilgisayara geçişte ilave yaparak devam etmesi için geliştirmeler yaparım. Geri bildirimler için teşekkürler.

  75. Mesut GÜVEN

    Netlik kazanması açısından bahsi geçen beklemede şöyle detay verebilirim.
    – Client makine Windows 7 Pro SP1, XP Pro SP3, Windows 8.1 Pro sürümlerinde aldım.
    – Bu kullanıcılar online durumda, ağ ve yetki erişimlerinde sorun yok. Firewall disable ettim.
    – İnternet politikalarında yetkilendirme yaptım.
    – Antivirüs programlarında farklılık var mı kontrollerini yaptım. (Diğerleri ile aynı version ve kural)
    – Listeyi yalnız bırakıp tek bu client üzerinde işlem denedim.
    – Client makine yeniden başlatarak veya farklı günde denedim.
    Sonuç değişmedi. Henüz bekeleme yapmasına neyin etkisinin olduğunu bulamadım.

    Fakat geri bildirimlerim, benzer durumlar içinde geliştirilebilecek emek verdiğin script içindir.
    Bu aşamaya kadar getirip paylaşıyor olman bile harkulade.
    Ellerin dert görmesin Serhat.

  76. Mesut GÜVEN

    Ayrıca birşey keşfettim. Takıldığında, ctrl + c yapıp beklenildiğinde (tahmini 1dk) işlem devam edebiliyor.

  77. Serhat AKINCI

    Mesut GÜVEN – Az önce 2.3 numaralı sürümü yayınladım. Bir dene bakalım.

  78. Savaş B

    350 bilgisayar olan bir domain yapısında psexecin bağlanması çok yavaş oluyor ve bu kodun sonlanması totalde 6-7saat sürüyor, sebebi ne olabilir? erişim sağlanamadı uyarısı veren bilgisayarlara bağlanma ve bitirme süresi 45sn, bir çok bilgisayara erişim sağlanamadı

  79. Mesut GÜVEN

    Test ettim. Sonuç gayet başarılı.

  80. Serhat AKINCI

    Savaş B. – Normalde aynı yerel ağ (LAN) içerisinde ve ulaşılabilir durumdaki bir Windows için yükleme ve ayarlama süreci ortalama 20sn, -SadeceRaporla işlemi ise ortalama 7sn sürüyor. Eğer bir bilgisayara ulaşılamaz ve işletim sistemi bilgisi alınamaz ise, Get-WmiObject‘in bunu anlaması ve kodun sıradaki bilgisayara geçmesi biraz daha uzun sürebiliyor; bu kontrol için timeout değeri varsayılan durumda çünkü özellikle uzak lokasyonda (WAN) yer alan veya düşük bant genişliği üzerinden erişilen veya ağ gecikmesi yaşanan uzak bilgisayarlara karşı daha başarılı sonuç elde edilmesini sağlıyor. Ortamınızda erişim sağlanamayan bilgisayarlar için “ön gereksinimler” bölümündeki koşulları kontrol edebilirsiniz.

  81. ismail KAYAKIRAN

    Serhat Hocam s.a
    Eline sağlık. problemsiz kurulumları tamamladım.

  82. Emre Kabak

    Serhat bey yazının heryerinden bilgi fışkırıyor elinize sağlık. Yükleme işlemleri de sorunsuzdu. Tekrar teşekkürler.

  83. tembeladmin

    Çok adetli ve farklı işletim sistemleri olan bir sistemimiz var. Update geçmek bizim için çok zahmetli olacağından bat dosyalarını Active Directory ile GPO kullanarak çalıştırdık.

    Xp için xptz.bat, diğer tüm işletim sistemleri için (w2012, w2008, w7, w2003 hatta bir tane Vista) w8tz.bat’ı çalıştırmak işe yarıyor. Biz İşletim sistemini tespit edip ona göre bu iki bat içindeki komutları Xp ve diğerleri için ayrı çalıştıran yeni bir bat yazdık ve bu batı tüm clientlarda çalıştırdık. OS’e göre dallanma yapan bat örnekleri nette bol miktarda var.

    Bir iki nokta karşımıza çıktı,

    Xp de GPO ile computer>startup script olarak bir windows share gösterince, XP makina açılışta o windows share’a computer account ile erişemiyor, çok uğraştık ama bat’ı okuyamadı bir türlü. linux üzerinde smb üzerinde bir yere koyduk, oldu. Harici bir disk falan da olabilir.

    W2003 te bat dosya time zonu oluşturuyor ama seçmiyor, elle seçmek lazım. Ayrıca DST ayarı yeni oluşan time zone da aktif gözüküyor ama işlevi var mı bilmiyorum.

    Diğer tüm versiyonlarda time zone oluştu ve seçildi.

  84. Fatih Türer

    Merhaba Serhat hocam,
    Bu script i group policy ile logon script olarak çalıştırmamız yeterli olacak mıdır? Ortamimizda wsus ve sccm mevcut değil o yüzden group policy ile yapmam gerekenlerden özetle bahsedebilir misiniz?
    Teşekkürler dilerim.

  85. Fatih Türer

    Yükleme işlemini neyle yaptınız hocam?

  86. Serhat AKINCI

    tembeladmin – İlk sorunla ilgili benim aklıma ilk gelen şu: BAT’ın bulunduğu paylaşım nerede duruyor bilmiyorum ama GPO’da UNC’de IP varsa bunun yerine Hostname veya FQDN’den göstermeyi deneyin. \\192.168.0.1\share\xptz.bat yerine \\Hostname\share\xptz.bat gibi… Share/NTFS izinlerinin computer account bazlı ve doğru yapılandırıldığını varsayıyorum.

    İkinci sorun ise hiç raporlanmadı. Hatta az önce tekrar kontrol ettim ve Windows Server 2003 için de time zone oluşuyor, otomatik olarak seçiliyor ve DST pasif durumda geliyor. Sizin bu durumu gözlemlediğiniz OS’in tam sürümü, mimarisi, dili ve SP durumu bilgileri nedir? Bu arada timezone.exe /g ile kontrol ettiğinizde DST aktif gözüküyorsa, o sistem üzerinde DST gerçekten aktiftir, mutlaka yeniden gözden geçirin derim.

    Bu arada bir fikir: OS sürümüne göre çalıştırılacak BAT seçimini, GPO’nun WMI Filter özelliği ile çok daha kolay ve hatasız bir şekilde halledebilirsiniz.

  87. Serhat AKINCI

    Mesut Güven – “Isletim sistemi bilgisi alinamadi: The RPC server is unavailable. (Exception from HRESULT: 0x800706BA)” hatasının birçok nedeni olabilir.

    Script öncelikle uzak bilgisayarın işletim sistemi bilgisini almak için aşağıdaki PowerShell komutunu çalıştırır ve yanıt bekler.

    Get-WmiObject -Computer PC1 -Class Win32_OperatingSystem

    Eğer bu sorguya yanıt alabiliyorsa ilerler, eğer alamıyorsa yukarıdaki hatayı döndürür ve exception msg ile birleştirip output yapar ve diğer bilgisayara geçer.

    The RPC server is unavailable hatasının en yaygın nedeni erişim sorunlar; Uzak bilgisayar kapalı olabilir, VLAN’lar arası access list yüzünden erişim sağlanamıyor olabilir, isim çözümlemesi yapılamıyor olabilir, güvenlik duvarı açık olabilir, güvenlik yazılımı engelliyor olabilir, olabilir de olabilir… Şurada güzel bir troubleshooting dokümanı var.

  88. Serhat AKINCI

    Fatih Türer – Yükleme işlemini script yapıyor. Yönergeleri okuyabilirsin.

  89. Fatih Türer

    Serhat hocam script i AD makinesinde mi çalıştırmak gerekiyor? Client makinede çalıştırsak olur mu acaba? Anladığım kadarıyla listeyi kullanarak network e yayılıyor.
    Tekrar teşekkürler.

  90. Fatih Türer

    Hocam script 19/1003 numaralı bilgisayarda uzun süre bekledikten sonra tamamına “erişim sağlanamadı” diyor ve kapanıyor. Sürüm 2.3 ü domainde olan 2012 R2 olan bir mekinede kullanıyorum bu arada.
    Ne yapmam gerekli bu durumda?

  91. Tayfun

    Yama olmasına rağmen saatleri ileriye alan var mı?

  92. Serhat AKINCI

    Fatih Türer – Gereksinimleri sağladığından emin olmanı öneririm.

  93. Serhat AKINCI

    Tayfun – Vaka 5’i kontrol etmeni öneririm. Bu arada eğer bir sorun varsa saat ileri değil geri gider.

  94. Bora

    Selam,

    tüm update’leri yapılmış bir windows 2012r2 sunucuda ne sizin script’le ne MSU paketiyle ne de windows update üzerinden güncelleme yapamıyorum. This update does not apply to your system hatası veriyor MSU paketi. Windows update’de de paket bulunamıyor. Problem ne olabilir?

    Teşekkürler

  95. Rüştü B.

    Serhat bey merhaba. Öncelikle elinize bilginize sağlık. Bize wsus olmasına rağmen geçen hafta 300 kadar sisteme scripti ve direktifleri kullanarak yükleme yaptık. İşimizi çok kolaylaştırdı. Bu sabah serverları kontrol ettiğimizde herşey sorunsuz gözüküyor. Çok teşekkürler.

  96. Abdussamed ULU

    Bat Dosyasını Startup da çalıştıran varmı

  97. Ali Osman

    Titizlikle hazırlanmış bir makale daha… tekrar tekrar teşekkürler…

  98. Serhat AKINCI

    Bora – Script, açıklama sütununda o sunucu için ne raporluyor?

  99. Abdussamed ULU

    Ortalama 800 kullanıcılı farklı farklı işletim sistemlerine sahibiz.
    bat dosyasını farklı OS lere göre Network den çalıştırmak istiyorum.
    Yardımcı olurmusunuz

  100. Serhat AKINCI

    Abdussamed ULU – BAT dosyasını GPO ile OS kırılımına göre dağıtmak için GPO’nun WMI Filter özelliğinden faydalanabilirsiniz.

  101. Mustafa Er

    Windows xp için ne yapacağımı düşünüyordum. Müthiş bişey yapmışsın ellerine ve emeğine sağlık. Allah zihin açıklığı versin.

  102. Batu Çetin

    Windows Xp için TR3-TimeZone.ps1 sürüm 2.3 ü indirdikten sonra içerisinde bulunan “Source” klasöründeki “xptz.bat” isimli dosyayı mı çalıştırıyoruz acaba? Yoksa başka bir işlem mi yapıyoruz.Ayrıca Windows Xp Pro SP 3 ile uyumlu mudur?

  103. Tansel Birol

    Xp de bu ayarı yapmak için bat dosyalarını direk çift tıklayıp bu şekilde mi kullanıyoruz.Yoksa script ile beraber mi kullanacağız.

  104. Yakup Aydın

    Merhaba Serhat Bey,

    Sistemimizde yazılımdan kaynaklı time zone olarak London,Dublin tanımlı ve saat değişikliği update ile olması beklenmediğinden manuel değiştiriyorum. Ancak doğal olarak eski saate geri dönüyor. Bu konuda yapabileceğimiz ne olabilir? Yardımlarınız için şimdiden teşekkürler.

  105. Serhat AKINCI

    Batu Çetin – Eğer çok sayıda bilgisayarın varsa TR3-TimeZone.ps1’e bilgisayar-listesi.txt olarak verip uzaktan ve tek seferde halledebileceğin gibi (bu durumda bat’ları script kendisi çalıştırıyor), xptz.bat dosyasını işletim sistemi özelinde de çalıştırabilirsin. tercih sana kalmış.

  106. Serhat AKINCI

    Tansel Birol – Eğer çok sayıda bilgisayarın varsa TR3-TimeZone.ps1’e bilgisayar-listesi.txt olarak verip uzaktan ve tek seferde halledebileceğin gibi (bu durumda bat’ları script kendisi çalıştırıyor), xptz.bat dosyasını işletim sistemi özelinde de çalıştırabilirsin. tercih sana kalmış.

  107. Serhat AKINCI

    Yakup Aydın – Sisteminizde time zone olarak London-Dublin seçili ise, +3 Istanbul güncellemesi sizi neden etkiliyor anlamadım.

  108. Bora

    Serhat Bey,

    w8tz.bat dosyasını server’da elle çalıştırınca sorun olmadan güncellendi.

    Teşekkürler,
    Bora

  109. Emre

    Merhaba Serhat Bey,

    Çalışmanız için çok teşekkürler, elinize sağlık.
    Geçtiğimiz seneki gibi yararlı bir çalışma oldu.

  110. Yakup Aydın

    Serhat Bey,

    Problem giderilmiştir. Teşekkürler.

  111. Emre

    Serhat Bey Selamlar

    Bu update işlemini öncesinde gerçekleştirmemiştik.

    Çalıştığımız yerde 10 bilgisyar var. Bazılarımız saati manuel düzeltmişler. Bu arkadaşların time zone bilgisi +2 İstanbul gözükmektedir ve manuel düzelttikten sonra sorun gözükmüyor.

    Ben belirttiğiz gibi windows 7 de kb3192321 timezone patch i yükledim. UTC +3 İstanbul şeklinde güncellendi.

    Ama bir müddet sonra saati 1 saat ileri alıyor. Anlamadığım ben patch yüklediğim halde neden saatim ileri gidiyor ve diğerleri patch yüklememiş olmasına ve UTC +2 İstanbul gözükmesine rağmen saat bilgileri doğru gözüküyor ?

  112. Ferhat

    merhaba @emre beyin yaşadığı problemi bende yaşıyorum. bir fikriniz olabilir mi? +3 olarak fix ledik. fakar şimdide 1 saat ileri alıyor sürekli…

  113. Serhat AKINCI

    Emre, Ferhat – Büyük ihtimalle NTP’den gelen UTC zaman bilgisi hatalı. w32tm /query /status ile UTC time source’u listeleyip kontrol edebilirsiniz.

  114. Serkan Çamur

    Ellerinize , emeğinize sağlık.

  115. Ferhat

    Serhat hocam teşekkürler,
    ntp pasifmiş, “internet saat sunucuyla eşitle” (time.windows.com) etkinleştirdim, sync yaptım ve ileri olan saatler normale döndü. bilgilerinize

  116. Kürşat Doğan

    Serhat Hocam Merhaba,

    Server 2012 sunucularımın bir kısmında otomatik update ile güncelleme yaptım. Fakat bir kısmında server 2012 r2 uyumlu msu paketini yüklemeye çalıştığımda “The update is not applicable to your computer.” hatası alıyorum. Bu serverlara otomatik update yaptığımda tüm update leri çekiyor. Fakat saat güncellemesini almıyor.

    Yardımlarınızı bekliyorum. Teşekkürler

  117. Alper TASCI

    Merhaba Serhat Hocam, oncelikle yapmis oldugunuz bu script icin cok tesekkur ederim. Yuksek kapasiteli bir sistem kullandigimiz sirketimizde cok isime yaradigini soyleyebilirim ancak bazi bilgisayarlarda sorunla karsilastim ve gerekli guncellemeyi almadiklarini gordum onlar icinde guncellemeyi manuel calistirdim ancak “Bu bilgisayarda yuklu guncellestirmeler araniyor” yazisinda yaklasik 6 saat bekledim ve sonuc alamadim. Sormak istedigim vermis oldugunuz script ile sadece “XPTZ.BAT veya W8TZ.BAT” dosyalarini networkumdeki tum bilgisayarlar uzerinde calistirabilir miyim? yani teker teker baglanmadan ayni guncellestirme yapar gibi bunu yapmak mumkun mu? GPO uzerinden yayinlamak istemiyorum cunku GPO’ya guvenemiyorum. Windows DST guncellestirmesini scripten once WSUS uzerinden gondermeme ragmen WSUS %10-%15 gibi bir basari sagladi. Bu sebeple vermis oldugunuz dosyalari networkumdeki pc ler uzerinde nasil calistirabilirim. Yardimci olursaniz cok sevinirim. Simdiden tesekkur ederim

  118. Serhat AKINCI

    Kürşat Doğan – Windows Server 2012 R2 için Automatic Update üzerinde sadece Rollup yer alır ve o da optional update’ler arasındadır. yani eğer optional update’ler seçili değilse yüklenmez. Diğer taraftan manuel yükleme sırasında “The update is not applicable to your computer” diyorsa yüklemeye çalıştığın paket gerçekte o sistem ile uyumsuzdur. 32/64bit, SP, OS sürümü gibi parametrelere göre değişiyor.

  119. Serhat AKINCI

    Alper TASCI – “Vaka 2″yi inceledin mi? Diğer taraftan script sadece üretici tarafından desteklenmeyen sürümler için BAT uygular, bunun dışındakiler için sadece standalone güncelleştirme paketi yüklemeye çalışır. Desteklenen sürümler için güncelleme paketleri duruken BAT/Registry gibi şeyler uygulanmasını ben önermiyorum. Yine de uygulamak istersen mesela PsExec kullanabilirsin.

  120. Alper TASCI

    Serhat Hocam oncelikle bat dosyasini uygulamayi sonrada standalone guncellestirmeyi yuklemeyi dusunuyorum cunku bu islemi 2 bilgisayarda denedim ve basarili oldum bu sebeple guncellestirmeyi yukleyemedigim bilgisayarlarda oncelikle bat dosyasini calistirmayi ve aonrada guncellemeyi yuklemeyi planliyorum. Oneriniz icin tesekkur ederim deneyecegim. Peki psexec i bu sekilde raporla calistirabilecegim bir script mevcut mudur? Yani tipki bu dst scripti gibi yaptiktan sonra rapor dosyasi olusturabilecek

  121. Alper TASCI

    Hocam bu arada vaka2 yi inceledim ve sorun yasadigim bilgisayarlarin isletim sistemi w7pro sp1

  122. Uğur Develioğlu

    Serhat bey, son bölümde belirttiğiniz gibi, güncelleştirmeler yapılı, sistem saati +3 görünüyor ama saat sürekli 1 saat ileri gidiyor, internet saati sekmesi görünmüyor, bilgisayarardan biri win7 pro, diğeri win8.1 pro işletim sistemine sahip.

  123. Ahmet Özdemir

    Merhaba Arkadaşlar, 30 ekim öncesi gerekli düzenleme yapılmadı cihazlarda. bazılarında bat dosyasını çalıştırdım. Saat düzeldi fakat toplantı saatleri karşı tarafa +2 saat eklenerek gidiyor.Bunu bat sonrası update yaptığım cihazlarda da yaşıyorum. 30 ekim öncesi işlem yapılmayan cihazlarda ne yapmalıyım. (Sunucu da değilde (sebebi uzun) local cihazda üzerinden işlemler yapmam gerekiyor.

  124. Ahmet Özdemir

    Düzelteyim, bat dosyalarını başka bir kaynaktan edinmiştim.

  125. bahar

    çok teşekkür ederim, o kadar pratik ve basit bir şekilde anlatmışsınız ki hayran kaldım.

  126. Kubilay Deniz

    Hocma merhaba,
    update geçeli 2 hafta oldu ve bugün bir şey fark ettik; exchange 2010 owa da Istanbul zamanı halen UTC+2 görünüyor.
    Bu sizce neden olabilir?

  127. Muzaffer

    Bat çalıştı ve clientlar+exc serverlarda yeni saat dilimi oluştu ve seçildi. Kurum içi toplantılarda sorun yok, kurum dışı toplantı isteklerinde sorun var. KArşı tarafında ayarlarında mı sıkıntı var bilemiyorum ama gmaile toplantı gönderince de sorun var. Saat dilimini utc+3 istanbul yerine, utc+3 bağdat diye seçince ve öyle toplantı isteği atınca gmailde saat doğru çıkıyor. İstanbula dönüp atınca yine bir saat ileri oluyor toplantı istek saati.

  128. Muzaffer

    Kendime cevap…

    Windows saat diliminden başka, excahnge de user başına time zone ayarını değiştirmek lazım.

    Bu ayara Outlook içinde, dosya >seçenekler>takvim içindeki zaman ayarından da ulaşabilirsiniz.

    Komutla yapmak için (Exchange 2010 ve üstü için geçerlidir.)

    Exchange Management Shell açın,

    ****

    c:\>Get-MailboxRegionalConfiguration “Ali Veli”

    Identity Language DateFormat TimeFormat TimeZone
    ——– ——– ———- ———- ——–
    tr-TR dd.MM.yyyy HH:mm GTB Standard Time

    yukarıdaki komut mevcut ayarı gösteriyor ve şu anda GTB Standart Time yani UTC+2 seçili.Bunu da şu linkten öğreniyoruz : https://msdn.microsoft.com/en-us/library/ms912391(v=winembedded.11).aspx

    Şimdi kullanıcının timezone’unu değiştirelim, mevcutta Excahnge içinde UTC+3 İstanbul olmadığı için, Bağdat’ı seçiyorum

    c:\>Get-Mailbox -Identity “Ali Veli” | Set-MailboxRegionalConfiguration -TimeZone “Arabic Standard Time”

    Tekrar Get-MailboxRegionalConfiguration “Ali Veli” ile kontrol ettiğimde user için time zone değişmiş:

    Identity Language DateFormat TimeFormat TimeZone
    ——– ——– ———- ———- ——–
    tr-TR dd.MM.yyyy HH:mm Arabic Standard Time

    *********

    tüm kullanıcılarda bu değişimi yapmak için;

    c:\>Get-Mailbox –ResultSize Unlimited | Set-MailboxRegionalConfiguration -TimeZone “Arabic Standard Time”

    Tüm kullanıcılarda değişiklik yaparken dikkatli olun, özellikle farklı zaman diliminde kullanıcılar varsa, hepsi etkilenir !!!

  129. Muzaffer

    Son durum,

    yukarıdaki yazdığımda ufak bir hata var, görünüşe göre Outlook içinde, dosya >seçenekler>takvim içinden yaptığınız ayar outlook’u etkiliyor. Ve buradan manuel Bagdat +3 seçilmesi gerekiyor. Bu ayara girildiğinde +3 İstanbul gözükmesine rağmen bir şekilde outlook’tan oluşturulan ve kurum dışına gönderilen toplantılar karşı tarafta 1 saat ileri gözüküyor. Buradan manuel bagdat +3 seçilmesi lazım.

    Yukarıdaki postta yazılan komutlar, Owa’daki saat dilimini Bağdat+3 (Arabic Standart Time) yapıyor. Ve owa’dan oluşturulan toplantılar düzgün bir şekilde karşıya gidiyor.

    Şimdi Outlook’taki bu ayarı nasıl otomatik olarak tüm kullanıcılarda yapabilirim, onu araştırıyorum, bilen bulan veya bu sorunun kaynağını çözen varsa lütfen paylaşsın..

    Ben windows ile değil tüm sistemleri bat dosyaları ile düzeltmiştim. Win update alanlarda böyle bir sorun var mı bilmiyorum. Ancak bat içinde oluşturulan +3 İstanbul zaman diliminde sanki bir sıkıntı var, zaman diliminde değil ama DST ayarında sıkıntı olabilir çünkü karşı tarafta toplantılar bir saat ilerde oluşuyor, bu sadece bir fikir tabii ki…

  130. Erkan S.

    Selamlar,

    kb3192321 güncellemesini serverlarımıza manuel clientlara “WSUS” ile gönderdik. Alan oldu almayan oldu, almayanlara yardım masamıza istek geldikce bağlanıp yüklüyoruz.

    Toplantı isteklerinin +1 saat ileri görünmesi ise, aynı domain içinde sıkıntı yoktu fakat farklı domainlere gönderilen toplantı istekleri +1 saat farklı görünmeye başlayınca, denemeler yapmaya başladık.

    Lakin tüm denemeler başarısız oldu, ta ki tüm ayaları eski haline getirip exchange serverı restart atana kadar.

    Sonuç,
    OWA saatleri (UTC +02:00) İstanbul görünmekte.
    Identity Language DateFormat TimeFormat TimeZone
    ——– ——– ———- ———- ——–
    tr-TR dd.MM.yyyy HH:mm Turkey Standard Time

    Son testlerimizde gönderilen toplantı saatleri hem başlıkta hemde takvime işlendiğinde doğru olarak görünmekte.

    Testler sırasında o kadar çok şey denendiki sorunu neyin düzelttiğini tam olarak söyleyemeyeceğiz ama yaşadığımız durumu paylaşmak istedim.

    Saygılar
    Erkan

  131. Erkan S.

    Tekrar selam,

    Yukarıdaki yazımızda yanlış olmuş, clientlara “WSUS” değil bat ile yükledik güncellemeleri.
    Tüm kullanıcılarımız +3 İstanbul olmuş durumda.

    Saygılar
    Erkan

  132. Dincer Arslan

    Hocam Wsus İle Güncellemeleri Yükledik Ama Clientlerde Utc + 3 İstanbul Kendimiz Seçmemiz Gerekiyor Server 2008R2 üzerinden Dağıttık
    bunu bir bat dosyasıyla seçtirebilirmiyiz clientlere ?

  133. Mehmet Pak

    Serhat hocam selam, tüm güncellmeleri yaptım 2012 server üzerinde esx üstünde saat manuel ama ne yaptımsa saat hep 1 saat ileriye gidiyor +3 İstanbul time zone geldi ve seçili bahsettiğiniz konutu çalıştırınca saati biostan gördüğünü söylüyor yardımlarınızı bekliyorum..

    C:\Users\Administrator>w32tm /query /status
    Leap Indicator: 0(no warning)
    Stratum: 1 (primary reference – syncd by radio clock)
    Precision: -6 (15.625ms per tick)
    Root Delay: 0.0000000s
    Root Dispersion: 10.0000000s
    ReferenceId: 0x4C4F434C (source name: “LOCL”)
    Last Successful Sync Time: 26-Nov-16 00:04:43
    Source: Local CMOS Clock
    Poll Interval: 6 (64s)

  134. Nejat AŞÇI

    Merhabalar Hocam;

    Bir sunucumuz var server 2012 R2 güncellemeleri ve patch i uyguladık ama ne yaptıysak
    sunucu saatini 3 saat geri almasından kurutulamadık yorumunuz nedir ?

  135. Serhat AKINCI

    Exchange Server & OWA üzerinde oluşturulan takvim hatırlatıcılarının, Gmail gibi organizasyon dışındaki alıcılarda 1 saat ileride görünmesiyle ilgili bir çözüm önerisini Vaka 8 olarak ekledim. Bu sorunu yaşayan arkadaşlar göz atabilirler.

  136. Serhat AKINCI

    Mehmet Pak, Nejat AŞÇI – Vaka 6 durumunu yaşıyor olmalısınız. İçeriğini Local CMOS Clock için güncelledim. Tekrar kontrol etmenizi tavsiye ederim.

  137. Serhat AKINCI

    Dincer Arslan – Aşağıdaki satırı bir BAT yapıp GPO ile dağıtabilirsin.

    tzutil /s "Turkey Standard Time"

  138. Murat

    Merhaba çıkan Daylight güncellemesini bilgisayarlarda tamamladık,Istanbul+3 ve sistem saatleri doğru gözüküyor.Ancak Outlookta 6 Ocak 2017 sonrasında diğer ülkelerdeki saat farkı yine değişiyor.6 Ocak tarihinin ne ifade ettiğini bulamadım.Sizler farkettiniz mi bu durumu?sebebi ne olabilir?
    Teşekkürler

  139. Kenan

    Merhaba, UTC+3 Istanbul Networkteki tüm bilgisayarlarda yüklü. Normal işleyişte bir sıkıntı yok. sorun bir outlook kullanıcısı başkasının takvimini görüntülediğinde 1 saat ileri görüyor fakat kişi kendi takviminde aynı daveti dözgün görüyor.

    Nasıl çözebiliriz? Aynı şekilde iOS cihazlarda outlookta tanımlanan etkinlikler 1 saat ileri gözüküyor.

    iyi çalışmalar,

Yorum Ekle