Yüksel kapasiteli sunucular için en büyük sorunun disk I/O olduğunu söylersem zannedersem abartmış olmam. Gerçekten de bugüne kadar yüksek işlem hacmi olan sunucularda karşılaştığım darboğazların nedeni hemen herseferinde disklerin yoğun kullanım sırasında, yazma ve okuma işlemlerine yeterince süratli bir şekilde cevap veremiyor olmasından kaynaklanmıştır. Herhangi bir sistemle ilgili yaşanan sorun, disk I/O yetersizliğinden kaynaklandığı zaman yapabileceğiniz yegane şey yeni diskler alarak, disk kümenize (örneğin raid10′a) dahil etmek ve I/O kapasitesini belli oranda yukarıya çekmektir. Elbette alınacak disklerin maliyeti ve bu işlem sırasında oluşabilecek herhangi veri kaybı riski göz önüne alındığı zaman sorunu çözmek için epey terlemeniz gerektiğini kabul etmemiz gerekiyor.

Yüksek işlem hacminin varolduğu hemen her alanda I/O sıkıntısının yaşanıyor olması harddisk teknolojisinin, diğer konularda yaşanan oranlarda gelişim kaydedemiyor oluşundan kaynaklanıyor. Harddisk’lerin halen mekanik cihazlar olması ve rpm hızlarının yetersiz kalışı bu konudaki sıkıntılara neden oluyor.
Yazinin devami icin tiklayin.

Bu yazı şu ana kadar 12 kez görüntülenmiş.

Bir wsus server kurdunuz ve networkunuzdeki istemcilerin updateleri, wsus serverınızdan çekmeleri üzere yapılandırmak istiyorsunuz.

Bu işi yapmanın en bilinen yöntemi Active Directory ortamlarında Group Policy kullanarak Wsus serverın bilgilerini clientlere iletecek olan bir GPO oluşturmak ve clientlerin updateler için Wsus serverınız ile iletişime geçmelerini sağlamaktır.

Ancak networkünüzde bir domain ortamı olmayabilir ya da Group Policy bazında bir yöntem kullanmak istemeyebilirsiniz. O durumda hazırlayacağınız bir registry dosyası ve bir de küçük batch file vasıtası ile istemcilerinizi Wsus servera tanıtabilirsiniz.

Script dosyalarından birincisi wsus serverın bilgilerini içeren bir windows registry dosyası; clientin C:\ pathi altında wsus.reg isimli bir dosya oluşturun ve bir text editor ile dosyayı açıp aşağıdaki satırları dosya içerisine copy paste edin.

Yazinin devami icin tiklayin.

Bu yazı şu ana kadar 116 kez görüntülenmiş.

Wsus 3.0 kurulumundan sonra, administrator interface’ini açmak istediğinizde "MMC cannot open the file C:\Program Files\UpdateServices\administrationsnapin\wsus.msc."  şeklinde bir hata alabilirsiniz.

Bu durumun sebebi, hatanin detayında da yazdığı üzere ilgili wsus.msc dosyasını açmak için MMC’nin 3.0 versiyonuna ihtiyaç duymanızdır. Oysa Windows Server 2003′de default olarak MMC 2.0 versiyonu geliyor.

Windows Server 2003′e MMC 3.0′kurmak icin gerekli update’i aşağıdaki linkten indirebilirsiniz.

http://www.microsoft.com/download/…MMC-3.0-en

Bu da XP için olanı

http://www.microsoft.com/downloads/…MMC-3.0-en

Bu yazı şu ana kadar 39 kez görüntülenmiş.

İnternet teknolojileri konusunda faliyet gösteren sanal ve güzel bir organizasyon olan Sitebuilders kurduğu mailing list sayesinde, IT profesyonellerinin, özellikle Microsoft ürünlerine ait hemen her konuda bilgi ve birikimlerini paylaşılmasına olanak sağlıyor.  Ayrıca, ilgi alanına giren konuları konuşmak, tartışmak ve anlatmak üzere organizasyonlar düzenliyor.

Ülkemizde, Microsoft tabanlı teknolojilere ait bu tarz oluşumların çok az olmasından dolayı bence bu alanda süper bir açığı kapatıyorlar.  Zira *nix ve türevleri ile alakalı olarak internet üzerinde yaptığınız küçük bir arama ile bir çok benzer platform bulabilirsiniz; ancak söz konusu Microsoft olunca aynı şey pek geçerli olamıyor malesef.

Ilginizi çekiyorsa mail listelerine üye olabilir, organizasyonlarına katılabilirsiniz.

Bu yazı şu ana kadar 4 kez görüntülenmiş.

Windows Vista çıkalı epey bir zaman oldu. Ancak bu zamana kadar kullanmamıştım. Zira yeni bir windows işletim sistemi çıktığında ilk service pack’i çıkana kadar beklemeyi tercih ediyorum. Fena bir önyargı sayılmaz

Neyse, geçenlerde bir arkadaşım üzerinde Windows Vista kurulu olan bir dizüstü bilgisaya almış; Vista ön tanımlı olarak diskin bütününü teşkil eden 160GB’lik tek bir disk bölümü üzerine kurulu gelmiş. Arkadaşım, sistem işleri ile pek alakadar birisi olmadığından, diski bir kaç parçaya bölmek üzere benden yardım rica etti. Windows XP vs. gibi önceki MS işletim sistemlerinde, kurulu olan bir sistemde disk bölümleme işlemi yapmak için Partition Magic vb. gibi üçüncü parti yazılımlar kullanıldığı malum.

Daha önce kapsamı olarak Vista kullanmamış biri olarak, bu durumda herzamanki gibi bahsettiğim bu yazılımlardan birini kullanmam gerektiğini ve acaba bu tip yazılımlar Vista için uyumlu mudur diye düşünerek, konuyu google’a danıştım. Arama sonuçlarında, Windows Vista için disk bölümleme işleminin herhangi bir 3rd parti yazılım gerektirmediğini belirtir bir sürü makale döndü. Meğer Vista’ya bu güzel özellik eklenmiş ve artık kurulu sistemlerde disk bölümleme işlemi için herhangi bir yazılım kullanmamıza gerek yokmuş. Güzel bir özellik değil mi ?

İste işlemin nasıl yapılabileceği ile ilgili bir makele:
http://www.tech-recipes.com/rx/1593/vista_shrink_partition

Vista’ya bu güzel özelliği eklediklerinden dolayı MS’i kutladıktan sonra, bir de tenkitim var. Vista’da Hyper Terminal yazılımı bulunmuyor biliyor muydunuz ?

http://windowshelp.microsoft.com/Windows/en-US/help/ e864444f-44d5-4206-a848-dcd6972594931033.mspx

Bu yazı şu ana kadar 69 kez görüntülenmiş.

MSSQL Serverdaki bir database’in log dosyasinin ebadi zaman zaman diskte cok buyuk yerler işgal edecek şekilde büyüyebilir. Bu durumda, log dosyasını küçültmek için dump transaction işlemi yapmak gerekebilir.

Ilgili T-Sql cümlesi şu şekilde; dump transaction database_ismi with no_log

Bu komutla, ilgili database’e ait log dosyasinin icindeki commit edilmiş işlem loglarının tümünü siler. Ancak sadece bu işlemi yapmak diskte yer açmaya yeterli değildir. Zira bu işlemden sonra log dosyasının boyutunda herhangi bir değişiklik olmaz. Log dosyasını fiziksel olarak küçültmek için dump komutunu çalıştırdıktan sonra, user interface’den shrink işlemi yapmak gerekir.

Not: Shrink işlemi başarılı olmazsa, Sql servisini restart edip yeniden shrink denemeniz gerekiyor. Servis restart sonrası sorun çıkmayacaktır.

Bu yazı şu ana kadar 9 kez görüntülenmiş.

SQL Server’da backuplari, network üzerinde bir yere alabilmek için öncelikli olarak ilgili network path’ini ve backup dosya ismini bir t-sql cümlesi ile tanımlamanız gerekiyor.

Örnek komut:

sp_addumpdevice ‘disk’, ‘networkdevice’,
‘\\servername\sharename\path\filename.ext’

Bugüne kadar kullanıcıyı komutlarla boğuşturmadan, hemen her işi grafik arayüzü ile halletme politikasını izlemiş olan MS’in bu konuda neden böyle davranıyor olduğunu da anlayamıyorum.

Neyse vardır bir bildikleri.

Bu yazı şu ana kadar 7 kez görüntülenmiş.