Internet Explorer Temporary Internet Files klasörünün temizlenmesi

Temp klasörlerinin şişmesi sonucu PC performanslarının düştüğüne dair hepimizin zaman zaman deneyimleri oluyor.

IE 6 kullanan PC’lerde Icsweep.exe adında küçük bir program ile Group Policy’e shutdown script olarak ekleyerek tüm PC’lerdeki tüm kullanıcı profillerinden

C:\Documents and Settings\%USERNAME%\Local Settings\Temporary Internet Files

C:\Documents and Settings\%USERNAME%\Local Settings\Temp

klasörlerini silmeyi başardık. Normal bir batch dosyası ile bunu yapmak profiller arası yetki sorunları ve tüm rastgele klasör isimlerini tahmin etmenin zorunluluğu nedeniyle kolay olmayacaktı. Ancak bu program çok başarılı şekilde yapıyor bu işi.

IE 7 kullanılan bilgisayarlarda ise Rundll ile bir API çağırarak user context altında bu işi yapmak da mümkün. Daha şık görünüyor Tercih tabi ki kullanacak kişiye kalmış.

http://www.howtogeek.com/howto/windows/clear-ie7-browsing-history-from-the-command-line/

Logparser ve faydalari

Uzun zamandır LogParser’ı kullanmayı ihmal etmişim. 2.2 yeni sürümde (en azından benim için yeni) oldukça güzel özellikler katmışlar. Bunları burada saymakla zaman kaybetmeyeceğim. Basit ama etkili bir uygulamamızdan örnek vermek istiyorum.

AD ortamımızda bazı PC’lerin (özellikle uzak noktalardaki PC’ler) Active Directory ile sorunları olduğunu ve Group policy güncellemelerini sağlıklı yapamadıklarını farkettik. Ancak bu makinelerin listesini toplamak zahmetli bir iş olduğundan tüm PC’lerden event log dosyasını belirlediğimiz olay tiplerine göre filtreleyerek araştıracak bir araç aramaya başladık.

Bu noktada tekrar LogParser aklıma geldi

Aşağıda kullandığım komutu bulabilirsiniz.

“c:\program files\Log Parser 2.2\LogParser” -o:CSV “SELECT EventLog, TimeGenerated, EventID, EventType, ComputerName, SID, Message INTO \\XXserver\Pcloglari\%COMPUTERNAME%-%date%.csv FROM Application WHERE TimeGenerated >= TO_LOCALTIME ( SUB ( SYSTEM_TIMESTAMP(), TIMESTAMP( ’01-02′, ‘MM-dd’) ) ) AND (  EventID = 1058 OR EventID = 1059 OR EventID = 1054)”

Bu komutla Application Event Log içinden “dün” oluşan tüm 1058,1059 ve 1054 nolu olayların çıktısını uzaktaki bir sunucuya CSV olarak alabiliyoruz.

Eğer PC adıyla bir log varsa bu GPO sorununa delil olabilir. Log yoksa o gün o PC’de bir sorun olmamıştır. Çok sayıda çıktının hızlıca değerlendirilmesinde bu mantık da kullanılabilir.

Elbette EventComb gibi araçları da kullanmak mümkün ancak, bu şekilde log toplamak ; eş zamanlı olarak uzaktaki bilgisayarlara bağlanıp kısıtlı data hatları üzerinden senkron olarak bilgi çekmeye çalışmaktan daha makul ve maliyeti düşük bir yöntem.

Group Policy / Account Lockout Problemlerini Çözmek

Group Policy ile Account Lockout problemlerini çözmek üzerine çok faydalı bir makale. Ekinde bulunan araçlar da işleri kolaylaştırıyor.