Penempatan optimal file tempdb, mdf dan ldf di SQL Server 2012 pada SSD?


9

Saya menyadari ini mungkin pertanyaan yang berakhir sangat terbuka dan jawabannya bisa bervariasi, tetapi apa penempatan optimal untuk file tempdb, mdf dan ldf dalam SQL Server 2012 ketika berbicara SSD?

Pra-pembelian baru, saya memiliki SSD yang sudah ada dengan file inti SQL Server 2012 dan tempdb yang diinstal pada dan memiliki kedua mdf / ldf pada HDD 7200rpm. Saya kemudian membeli 2 SSD dengan maksud asli menempatkan satu mdf di satu dan ldf di yang lain.

Tetapi, dari membaca lebih dalam, disk fisik terpisah untuk file mdf dan ldf tidak benar-benar berlaku ketika datang ke SSD. Benar?

Jadi, saya memikirkan yang berikut:

SSD 1 - SQL Server 2012 Core Files dan Windows
SSD 2 - tempdb
SSD 3 - mdf dan ldf

Jika itu membuat perbedaan, ini akan didedikasikan untuk hanya satu database sehingga tidak akan ada pertentangan antara beberapa database.

Apakah pengaturan "berpikir" saya baik atau hanya buang-buang (yaitu tidak ada alasan untuk memisahkan tempdb) di mana saya sekarang memiliki SSD tambahan untuk digunakan di tempat lain?


2
Apakah toleransi kesalahan merupakan opsi dengan pengaturan Anda? Jika database Anda sama sekali penting, drive mdf dan ldf harus disimpan pada drive terpisah yang toleran terhadap kesalahan (mis. Cermin).
datagod

3
Satu masalah potensial yang saya lihat dengan pengaturan Anda adalah bahwa Anda belum memperhitungkan satu kegagalan drive. Jika Anda hanya memiliki tiga SSD untuk bekerja, saya akan merekomendasikan mempertimbangkan array RAID5, dan menempatkan semua file terkait SQL Server Anda pada array itu.
Matt M

2
Apakah ini server tingkat produksi, atau apakah Anda peduli jika turun jika drive gagal?
Jon Seigel

1
Lupa menyebutkan bagian itu - toleransi kesalahan bukan masalah karena data dicadangkan secara penuh, setiap malam, tetapi sebagian besar data statis yang dapat saya ganti dengan mudah meskipun cadangan bukan pilihan. Satu-satunya data dinamis sebagian besar logging / audit yang tidak memiliki dependensi. Gangguan kecil apa pun dalam layanan yang saya miliki dalam memotong cadangan, secara manual, dapat ditoleransi.
Kevin

Saya menghargai tanggapannya, semuanya. Saya punya pertanyaan tindak lanjut mengenai "apakah yang terbaik untuk memformat SSD hingga 64k blok?", Tapi saya tidak terbiasa dengan format di sini. Haruskah saya memposting itu sebagai pertanyaan baru atau apakah ini ok di sini?
Kevin

Jawaban:


5

Tetapi, dari membaca lebih dalam, disk fisik terpisah untuk file mdf dan ldf tidak benar-benar berlaku ketika datang ke SSD. Benar?

Alasan asli untuk memisahkan log dan file data ke disk terpisah adalah 2 kali lipat - latensi dan bandwidth pada drive.

SSD tidak menghapus batasan ini, tetapi mereka mengurangi / meningkatkan batas secara signifikan (7.9ms untuk pembacaan dengan HDD tunggal vs 0.1ms untuk pembacaan dalam SSD tunggal, kira-kira).

Jadi pada akhirnya ya dan tidak - itu tidak berlaku AS JAUH seperti pada HDD, tetapi batasan itu masih ada dan masih bisa dipenuhi. Itu semua tergantung pada beban kerja Anda.

Apakah pengaturan "berpikir" saya baik atau hanya buang-buang (yaitu tidak ada alasan untuk memisahkan tempdb) di mana saya sekarang memiliki SSD tambahan untuk digunakan di tempat lain?

Berasumsi bahwa

  • Anda memiliki 3 SSD fisik
  • Anda memiliki 1 HDD fisik
  • Anda perlu data menjadi berlebihan, tetapi tidak harus sistem itu sendiri

Pengaturan yang Anda ajukan akan memiliki beberapa masalah (seperti yang disebutkan sebelumnya), dan satu drive gagal adalah yang utama.

Anda bisa pergi untuk sesuatu seperti ini.

Drive 7200rpm tunggal -
Larik RAID 5 OS Windows (3 SSD) - Dipecah menjadi 4 drive (D untuk Data, L untuk Log, S untuk Swap, dan T untuk Temp)

ATAU

Drive 7200rpm tunggal - Windows OS
Single SSD -
Array Temp dan Swap RAID 1 (2 SSD) - Data dan Log

Ini adalah preferensi pribadi saya untuk melepas Windows ke drive non-SSD saat Anda hanya memiliki jumlah terbatas, tetapi ini sepenuhnya tergantung pada apa yang dilakukan server dan seberapa besar risiko yang Anda bersedia ambil.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.