17 Ocak 2010 Pazar

Symantec EndPoint Protection ve Routing And Remote Access

Yeni aldığımız Trend Micro Antivirüs yazılımını yüklemek için Symantec  Endpoint Protection virüs yazılımını sistemden kaldırdık ilk başta sorun yoktu ama Routing and Remote Access Servisi bir türlü başlamıyordu.Yaptığımız araştırmalarda Symantec Endpoint Protection yazılımı regedit anahtarındaki Routing And Remote Access servislerini kurulu olduğu yer olarak değiştirmişti ve doğal olarak  Symantec Endpoint Protection yazılımını sistem'den kaldırdığımız için belirtilen sistem yolunu bulamadığı için Routing And Remote Access servislerini başlatamıyorduk.Sistemi tekrar eski haline getirmek için; HKEY_LOCAL_MACHINE\HKEY_LOCAL_MACHINE\SYSTEM\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HKEY_LOCAL_MACHINE\SYSTEM\
CurrentControlSet\Services\RasMan\PPP\EAP
Yukarıdaki Regedit yolu izlenerek sırasıyla 13-25-26-4 anahtarlarındaki ConfigUiPath - IdentityPath - InteractiveUIPath - InteractiveUIPath değerlerini aşağıdaki yol ile değiştirmek gerekmektedir;
ConfigUiPath    %SystemRoot%\System32\rastls.dll
IdentityPath      %SystemRoot%\System32\rastls.dll
InteractiveUIPath %SystemRoot%\System32\rastls.dll
Path  %SystemRoot%\System32\rastls.dll
Bu işlemleri yaptıktan sonra Routing And Remote Access servisi üzerinde Start komutunu verirseniz servisler sorunsuz başlatılacaktır.

SQL SERVER 2005 AUTO SHRİNK İŞLEMİ

Sene başında 2009 yılı ERP programının devir işlemini başlatmadan önce 40 GB'a ulaşan ERP proğramının veritabanına Shrink işlemi uygulamak istedik.Veritabanının Recovery Modelini SIMPLE moda alarak options seçeneğinden Auto Shrink seçeneğini False yerine True yaptık ve her bir Veritabanı için shrink işlemini el ile başlatttık uzun süren shrink işleminin ardından veritabanı boyutunun SAS disk üzerinde kapladığı alan 40 GB seviyesinden 1,5 GB seviyesine kadar inmişti.Ardından SQL Sunucu makinesini yeniden başlattık ve SQL Server Management Studio'yu açarak sorgu yapmak istedik.Bu esnada SQL Sunucu makinesi yanıt vermemeye donmaya başladı SQL Sunucu'yu bir kaç defa yeniden başlatmamıza rağmen sorun devam etti.Bunun üzerine Sunucu'da donanım kontrollerini yaptık donanımlarda herhangi bir sorun yoktu ve CPU,RAM kullanımında anormal bir yükselme görülmüyordu.Ardından SQL Server Management Studio'yu açarak ilk başta False yerine True'ya aldığımız Auto Shrink seçeneğini yeniden False'a alarak SQL Sunucu'yu yeniden başlattığımızda SQL Sunucu'nun kilitlenme sorunu ortadan kalkmıştı .Microsoft Auto Shrink seçeneğinin devamlı True olarak bırakılmasını önermiyor.Ayrıca 24 saat çalışan Barkod sisteminiz varsa ve veri kaybına tahammülünüz yoksa Recovery Mode'un SİMPLE yerine FULL seçeneğinde kalması daha yararlı olacaktır FULL seçeneğinde tüm hareketler hareket günlüğüne işlenecek ve herhangi bir bozulmada yıkım anına geri dönülebilecektir. Yaklaşık 2 saat zamanımızı alan bu deneyim umarım bu tarz sorun yaşayan ve Auto Shrink konusunu araştıran arkadaşlara yardımcı olur.