Tempdb, mdf ve ldf dosyalarının SSD'lerde SQL Server 2012'ye en uygun şekilde yerleştirilmesi?

Bunun muhtemelen çok açık uçlu bir soru olduğunu ve cevapların değişebileceğini fark ediyorum, ancak SSD'lerle konuşurken SQL Server 2012'deki tempdb, mdf ve ldf dosyaları için en uygun yerleşim nedir?

Yeni satın alma öncesi, SQL Server 2012 çekirdek dosyaları ve tempdb yüklü mevcut bir SSD vardı ve 7200rpm HDD hem mdf / ldf vardı. Daha sonra asıl niyeti birine mdf ve diğerine ldf koymak olan 2 SSD aldım.

Ancak, daha fazla okumadan, mdf ve ldf dosyaları için ayrı fiziksel diskler, SSD'ler söz konusu olduğunda gerçekten geçerli değildir. Doğru?

Bu yüzden aşağıdakileri düşünüyordum:

SSD 1 - SQL Server 2012 Temel Dosyaları ve Windows
SSD 2 - tempdb
SSD 3 - mdf ve ldf

Bir fark yaratırsa, bu sadece bir veritabanına ayrılacaktır, böylece birden fazla veritabanı arasında herhangi bir çekişme olmayacaktır.

Benim "düşünme" kurulum iyi mi ya da sadece başka bir yerde kullanmak için ekstra bir SSD var nerede bir atık (yani tempdb ayırmak için bir neden yok)?

sql-server sql-server-2012 storage

— Kevin
kaynak

Hata toleransı kurulumunuzda bir seçenek mi? Veritabanınız hiç önemli değilse, mdf ve ldf sürücüleri ayrı hataya dayanıklı (örn. Yansıtılmış) sürücülerde depolanmalıdır.

— datagod

Kurulumunuzda gördüğüm potansiyel bir sorun, tek bir sürücü hatasını hesaba katmamış olmanızdır. Çalışmak için yalnızca üç SSD'niz varsa, bir RAID5 dizisini düşünmenizi ve SQL Server ile ilgili tüm dosyalarınızı bu diziye yerleştirmenizi öneririm.

— Matt M

Bu bir üretim katmanı sunucusu mu yoksa bir sürücü arızalanırsa çalışmamaya mı bakarsınız?

— Jon Seigel

Veriler her gece tam olarak yedeklendiğinden parça hatası toleransının bir endişe olmadığını, ancak yedeklemeler bir seçenek olmasa bile kolayca değiştirebileceğim çoğunlukla statik verilerden bahsetmeyi unuttum. Tek dinamik veri çoğunlukla bağımlılığı olmayan günlük / denetlemedir. Bir yedeklemeyi manuel olarak kesmek için kullanacağım herhangi bir küçük kesinti tolere edilebilir.

— Kevin

Yanıtları takdir ediyorum. "SSD 64k blokları biçimlendirmek en iyisidir?" İle ilgili bir takip sorum var, ama burada biçimine aşina değilim. Bunu yeni bir soru olarak mı göndermeliyim yoksa burada sorun yok mu?

— Kevin

Ancak, daha fazla okumadan, mdf ve ldf dosyaları için ayrı fiziksel diskler, SSD'ler söz konusu olduğunda gerçekten geçerli değildir. Doğru?

Günlük ve veri dosyalarını ayrı disklere bölmenin orijinal nedeni, sürücülerde 2 kat gecikme ve bant genişliği idi.

SSD'ler bu kısıtlamaları kaldırmaz, ancak limitleri önemli ölçüde azaltır / arttırırlar (tek bir HDD ile okuma için 7.9ms ve tek bir SSD'de okuma için 0.1ms).

Sonuçta evet ve hayır - HDD'lerde olduğu gibi ÇOK geçerli değil, ancak bu sınırlar hala var ve hala karşılanabilir. Her şey iş yükünüze bağlıdır.

Benim "düşünme" kurulum iyi mi ya da sadece başka bir yerde kullanmak için ekstra bir SSD var nerede bir atık (yani tempdb ayırmak için bir neden yok)?

Varsayalım

3 fiziksel SSD'niz var
1 fiziksel HDD'niz var
İhtiyacınız verileri gereksiz olması, zorunlu olmamakla birlikte, sistemin kendisi

Önerilen kurulumunuzda birkaç sorun olabilir (daha önce belirtildiği gibi) ve tek bir sürücü arızası ana sorun.

Böyle bir şey için gidebilirsin.

Tek 7200 rpm sürücü - Windows OS
RAID 5 dizisi (3 SSD) - 4 sürücüye bölünür (Veri için D, Günlükler için L, Değiştirme için S ve Sıcaklık için T)

VEYA

Tek 7200 rpm sürücü - Windows İşletim Sistemi
Tek SSD - Sıcaklık ve Değiştirme
RAID 1 dizisi (2 SSD) - Veri ve Günlükler

Yalnızca sınırlı bir numaranız olduğunda Windows'u SSD olmayan bir sürücüye boşaltmanın benim kişisel tercihi, ancak bu tamamen sunucunun ne yaptığına ve ne kadar risk almak istediğinize bağlıdır.

— şilin
kaynak