Microsoft SQL Server kurulum konumunun önemi

Ucuz yavaş disk ve pahalı hızlı disk ile bir sunucum var.

Pahalı diski, veritabanlarım gibi hızlı olmasının önemli olduğu her şey için kullanmak istiyorum.

Paradan tasarruf etmek için, yavaş diski, yedeklemeler gibi hızlı veya yavaş olmasının fazla fark yaratmadığı herhangi bir şey için kullanmak istiyorum.

Şimdi sorum, ben gerektiğini yüklemek yavaş ya da hızlı diskte benim Microsoft SQL Server?

(Net olmak gerekirse, veritabanlarımı ne olursa olsun hızlı diske yerleştireceğim, bu yüzden sorum yalnızca kurulumun kendisiyle ilgili)

Bu bir tür görüş-ish, ama SQL Server ikili dosyaları yavaş diske koymak istiyorum. İkili dosyaları OS diskine (bazı kişiler bundan nefret etmesine rağmen) veya daha yavaş bir diske koymak oldukça yaygındır.

Bununla birlikte, sistem veritabanlarınızı, özellikle tempdb'yi, daha hızlı bir diske koymayı kesinlikle unutmayın. Aslında, tempdb'yi tek başına koymak da yaygındır.

Bu uygun olup bir çiftin ait makalelerin bunu sizin için yararlı olabileceğini gördük.

Düşünülmesi gereken işlem günlüğü yedeklemeleri de var ve LDF'lerin daha hızlı diskte olmasını ve veritabanlarının yaşandığı yerden farklı bir diskte yedeklemeler olmasını istediğiniz için yırtıldım, ancak daha hızlı disk. Bir karar araması yapmanız gerekecek, ancak muhtemelen daha yavaş diske geri dönüp şikayet ediyorum. ;)

Katherine Villyard'ın şimdiye kadar ortaya koyduğu oldukça iyi cevabı takip etmek istiyorum .

Biraz veritabanınızın kullanım amacına bağlıdır.
Çok fazla yazma işlemi bekliyorsanız, devam edin .mdfve .ndfdosyalarınızı daha hızlı diske koyun .

Bununla birlikte, veritabanınız genellikle oldukça statik olanlardan biriyse (örneğin, web içeriği sunma). Ve sorgular çok fazla değişmez, muhtemelen belleğinizdeki sorguların büyük bir kısmını alırsınız, hatta uygulama tarafında önbelleğe alınır. Hangi anda size daha hızlı diski kullanarak daha iyi işaret .ldf, tempdbve yedekleme.

Böyle bir gelince büyük sorguları, bir sürü bekliyorsanız Aynı şekilde, OLAPveritabanı istemiyorsun, mutfakta annene saklamak daha iyidir .mdf, tempdbdaha hızlı disk üzerinde. Ve .ldfyavaş disklerinizi koymak, genellikle darboğazın bir parçası olmayacaktır.

Her durumda, ikili dosyaları hızlı diske koymakla uğraşmayın, genellikle bunları yavaş (önlenebilirse sisteme değil) diske koyarız.
Ayrıca, her iki almaya çalışırken kafayı alamadım .ldfve .mdfhızlı diskteki dosyaları, genellikle mümkün olduğunda ayrıldık.

Özet olarak, en büyük darboğazınızın ne olacağını görmek için yükünüzü gözden geçirin.

Geriye dönük şeyler var. Bunun sezgisel olduğunu biliyorum, ancak hızlı diskte yedeklemeler (özellikle işlem günlüğü yedeklemeleri dahil) ve yavaş diskte mdf / ldf dosyaları (dikkate değer tempdb hariç) istiyorsunuz.

Sql Server verilerinizin iki temsilini tutar gibi düşünebilirsiniz. MDF + LDF dosyaları veritabanının geçerli durumunu temsil ederken, yedekleme (son tam yedeklemeden bu yana işlem günlüğü yedeklemeleri dahil), bir hata durumunda veritabanının geçerli durumunu geri yüklemek için gerekeni temsil eder. Bu iki temsili birbirinden ayrı tutmak istersiniz, böylece bir temsili yok eden bir olay diğer temsile de zarar vermez.

Bu SQL Server performans çıkıyor eğiliminde bir bağımlı ÇOK işlem günlük dosyaları yazabilir kadar hızlı daha ve onların yedeklerini sen mdf dosyalara erişmek ne kadar hızlı bitti. Bu, yedekleri hızlı sürücüye koymayı güçlü bir şekilde düşünmeniz gerektiği anlamına gelir (ideal olarak, yedeklemelerinizden ayrılmayı korurken hız sağlamak için ldf dosyaları için kullanabileceğiniz küçük bir SSD eklersiniz). Ne yazık ki bu MDF dosyalarınız için yavaş sürücüyü bırakıyor, ancak tekrar: düşündüğünüz kadar önemli değil.

Yukarıdakilere dikkat etmek yeterli RAM'e sahip olduğunuzu, tipik iş yüklerini takip ettiğinizi ve basit yerine Tam kurtarma modunu kullanmayı planladığınızı varsayar. Ayrıca, işletim sistemi ve yüklü SQL Server programı kendisi edilebilir hızlı sürücüde canlı için alanı olup olmamasına ders muhtemelen kadar istiyoruz rağmen yavaş sürücüde yerleştirdi.