Microsoft Exchange 2003 Sunucusu Circular Logging Ayarları

Exchange 2003 Sunucusu mailleri alırken direk olarak priv1.edb veritabanına yazma yapmaz öncelikle RAM ve SAS/SCSI disk üzerindeki log dosyalarını kullanır ve bu log dosyaları 5120 KB boyutuna ulaşınca  yeniden bir log dosyası oluşur ve E000483B.log,E000484B.log,E000485B.log olarak log dosyaları oluşmaya devam eder.Eğer yoğun bir mesajlaşma trafiğine sahip bir firmaya destek veriyorsanız belli bir süre sonra log dosyası büyümesinden dolayı disk üzerinde yer doluluğu oluşacaktır.Bunun için genellikle Exchange Manager üzerinde Server-First Storage Group üzerine gelinip burada sağ click yapılarak properties'e gelinir ve buradaki enable circular logging seçeneği işaretlenerek Exchange sunucu servisleri yeniden başlatılır.Bu işlemlerden sonra disk üzerinde oluşan log dosyaları belirli bir zaman sonra sistem tarafından otomatik temizlenir.Bu işlemin olumlu yönü belirli zamanlarda otomatik transaction log temizliği yapıldığı için disk üzerinde yer  sorunu oluşmaz.Olumsuz yönü ise (Böyle bir sorunu daha önce yaşadığım için) eğer herhangi bir sebeple(disk bozulması,server UPS'e bağlı değilse ve defrag işlemi yapılırken elektrik kesilerek  defrag işleminin yapılamaması gibi) server'da sorun oluşursa log dosyası devamlı temizlendiği için mail kaybı yaşayabiliriz.Bunun için tavsiyem enable circular logging seçeneğindeki işaretin kaldırılması ve Exchange sunucu log dosyalarının gün içinde Backup'unun alınarak disk üzerindeki log dosyalarının kapladığı alanın azalmasını sağlayarak herhangi felaket anında mail kaybı olmamasını sağlanması olacaktır.

SQL Sunucu'da RAM Kullanımını Stabil Hale Getirmek

SQL Sunucunuz'un sistem belleğine aşırı iş yükü bindirdiği durumlar mutlaka olmuştur.Bu gibi durumlarda genellikle servisler'den MSSQL Servisi durdurulup yeniden başlatılınca bellek kullanımı normal değerlere düşer ama belirli bir süre sonra bellek kullanımı yeniden yükselir.Daha önce SQL Server 2000 ve 2005 sürümlerinde böyle bir sorun yaşamıştım yaptığım araştırmalarda aşağıdaki komutları çalıştırınca SQL Sunucu Bellek kullanımı stabil değerlere düşmüş ve tekrar bellek kullanımı yükselmemişti.Burada dikkat etmeniz gereken nokta EXEC sp_configure "max server memory (MB)", 512 söz dizimindeki 512 sayısal değerinin sistemdeki fiziksel belleğin 1/4'ü kadar olmasıdır.Örneğin ben 4 GB bellek olan bir sistemde bu komutu çalıştırdığm zaman 512 değerini vermiştim.


USE master




EXEC sp_configure "show advanced options", 1



RECONFIGURE WITH OVERRIDE USE master



EXEC sp_configure "max server memory (MB)", 512



RECONFIGURE WITH OVERRIDE USE master



EXEC sp_configure "show advanced options", 0



RECONFIGURE WITH OVERRIDE