Microsoft SQL Server kurulum konumunun önemi


10

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)


3
120 gb'lik düşük yazma SSD'sinin (a) UCUZ ve (b) süper hızlı ve (c) OS + programlarının akıllıca olduğu her şey için yeterince iyi olduğu düşünüldüğünde neden bunu düşünün? Tüm işletim sistemlerini 2 yıl önce 120GB ssd'ye taşıdım ve maliyet önemli değildi - o zaman. Şimdi daha az alakalı.
TomTom

Kritik görev veritabanına SSD diskine güvenmek mi istiyorsunuz? Asla seninle iş yapmamı hatırlat ...
Shadur

2
@Shadur ne flamebait. Evet, yerel olarak 2 diske çoğaltılan ve her gece uzak bir konuma yedeklenen SSD tabanlı RAID 10 yapılandırılmış bir diske yerleştireceğim. On yıla hoş geldiniz!
Niels Brinch

@TomTom elbette haklısın, ancak bu durumda oldukça düşük maliyetli bir durumdayım, bu yüzden bu tür hiper optimizasyondan bile rahatsız oluyorum. Her yıl geçtikçe sorum daha da önemsiz hale gelecek, sanırım buradaki soruların çoğunda olduğu gibi.
Niels Brinch

@NielsBrinch Cent Akıllı ve Pound Aptal. Ciddi anlamda.
TomTom

Yanıtlar:


11

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. ;)


Teşekkür ederim. Sql sunucu kurulumunun (ikili dosyalar vb.) Yavaş veya hızlı diskte olup olmadığını performansı önemli ölçüde etkilemediğini mi söylüyorsunuz?
Niels Brinch

1
Fark ettiğimden değil. Ve oldukça yaygın bir yapılandırma.
Katherine Villyard

6
Katherine haklıdır, çünkü ikili dosyaların kendileri özellikle IO'ya bağlı değildir. Genelde, ikili disklerin hızlı bir diske yerleştirilmesi yükleme sürelerini iyileştirir ancak kod bellekten çalıştırıldığı için nadiren genel işlem hızını etkiler. Sunucuyu sık sık yeniden başlatmadığınız sürece, ikili dosyaların daha yavaş depolama alanına sahip olması önemli ölçüde zarar görmez.
Corey

@Corey çok açıklamalı açıklama için çok teşekkürler. Aradığım şey buydu.
Niels Brinch

6

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.


3

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.


Yedeklemelerle, kullanılmayan ancak basitçe saklanan dosyaları kastediyorum. Hem mdf hem de ldf dosyalarını hızlı diske koyacağım. Benim için mdf yavaş diske koymak için sorun değil, bu ilginç ve beklenmedik bir bilgi parçası.
Niels Brinch

1
Mdf'yi yedekleme / günlüklerle aynı diskte istemezsiniz. MDF veritabanı geçerli durumunu temsil eder. Backup + LDF, veritabanını geçerli durumuna kurtarmak için gerekeni temsil eder. İki gösterimin birbirinden ayrılmasını istersiniz, böylece birini yok eden bir olay diğerine de zarar vermez. Günlükler ve yedeklemeler hızlı diskte olması gerektiğinden (performans , ldf dosyasına ne kadar hızlı yazabileceğinize, mdf dosyasına ne kadar hızlı yazabileceğinizden çok daha fazla bağlıdır ), yani mdf yavaş diske gitmelidir.
Joel Coel

Yukarıdaki yorumun çoğunu cevapta düzenleyeceğim.
Joel Coel

1
Felaket durumunda neden ayrılması .ldfve neden .mdfayrılması gerektiğinden emin değilim ... Olağanüstü durum kurtarma için her ikisini de kullanacağınız varsayılmaz, yedeklemeler budur. Mümkün olduğunca 0 veri kaybı istemiyorsanız, son derece sık günlük yedekleri alırsınız, günlük dosyasının kendisine güvenmezsiniz.
Reaces

@ Hakkı haklısın. Beynimde osuruk vardı ve kafamdaki TRN yedeklerini düşünürken parmaklarımla LDF dosyaları yazıyordum. Genel düşünceler var, ama bunu açıklığa kavuşturmak için önemli ölçüde gözden geçirmem gerekecek (şimdi üzerinde çalışıyorum).
Joel Coel
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.