Оптимальне розміщення файлів tempdb, mdf та ldf у SQL Server 2012 на SSD?

Я розумію, що це, мабуть, дуже відкрите питання, і відповіді можуть відрізнятися, але яке оптимальне розміщення для файлів tempdb, mdf та ldf у SQL Server 2012 під час розмови про SSD?

Перед новою покупкою, у мене був наявний SSD з основними файлами SQL Server 2012 та tempdb, і mdf / ldf на жорсткому диску 7200 об / хв. Тоді я купив 2 SSD з початковим наміром поставити mdf на один, а ldf на інший.

Але, читаючи докладніше, окремі фізичні диски для файлів mdf та ldf насправді не застосовуються, коли мова йде про SSD. Правильно?

Отже, я думав про наступне:

SSD 1 - Основні файли SQL Server 2012 та Windows
SSD 2 - tempdb
SSD 3 - mdf та ldf

Якщо це має значення, це буде присвячено лише одній базі даних, тому між різними базами даних не буде суперечок.

Моя настройка "мислення" хороша чи просто відхід (тобто немає причин розлучати tempdb), де зараз у мене є додатковий SSD для використання в інших місцях?

sql-server sql-server-2012 storage

— Кевін
джерело

Чи є допуском до відмов варіант вашої установки? Якщо ваша база даних взагалі важлива, диски mdf та ldf повинні зберігатися на окремих дисках (наприклад, дзеркальних).

— datagod

Одне з можливих проблем, які я бачу при ваших налаштуваннях, - це те, що ви не врахували жодної несправності накопичувача. Якщо у вас є лише три SSD-диски для роботи, я рекомендую розглянути масив RAID5 та розмістити на цьому масиві всі пов'язані з вами SQL Server файли.

— Метт М

Це сервер виробничого рівня, чи вам байдуже, якщо він знижується, якщо диск виходить з ладу?

— Джон Сейгель

Забув згадати цю деталь - відмовостійкість не викликає занепокоєння, оскільки дані створюються повністю, щоночі, але це статичні дані, які я можу легко замінити, навіть якщо резервне копіювання не було можливим. Єдиними динамічними даними є здебільшого журнал / аудит, який не має залежностей. Будь-які невеликі перебої в обслуговуванні, які я мав би перерізати на резервну копію, вручну, допустимо.

— Кевін

Я ціную відповіді, усі. У мене є додаткове запитання щодо "найкраще відформатувати ssd до 64k блоків?", Але я не знайомий з форматом тут. Чи слід це публікувати як нове запитання чи тут все в порядку?

— Кевін

Але, читаючи докладніше, окремі фізичні диски для файлів mdf та ldf насправді не застосовуються, коли мова йде про SSD. Правильно?

Первісна причина розщеплення файлів журналів та даних на окремі диски полягала в 2 рази - затримка та пропускна здатність на накопичувачах.

SSD не знімають цих обмежень, але вони значно зменшують / збільшують обмеження (7,9 мс для читання з одного жорсткого диска проти 0,1 мс для зчитування в одному SSD, приблизно).

Отже, в кінцевому рахунку, так і ні - це не застосовується ТАКОЖ, як і на жорстких дисках, але ці межі все ще існують і все ще можуть бути дотримані. Все залежить від вашої завантаженості.

Моя настройка "мислення" хороша чи просто відхід (тобто немає причин розлучати tempdb), де зараз у мене є додатковий SSD для використання в інших місцях?

Якщо припустити, що

У вас є 3 фізичні диски
У вас 1 фізичний жорсткий диск
Вам потрібні дані , щоб бути надмірними, але не обов'язково сама система

Ваша запропонована установка матиме декілька проблем (як уже згадувалося раніше), а один несправний диск - головний.

Ви можете піти на щось подібне.

Один привід 7200 об / хв -
масив Windows OS RAID 5 (3 SSD) - Розбитий на 4 диски (D для даних, L для журналів, S для Swap і T для Temp)

АБО

Одиночний привід 7200 об / хв. -
Єдиний SSD- диск Windows OS -
Масив тимчасових та змінних RAID 1 (2 SSD) - Дані та журнали

Це особиста перевага моєї розвантаження Windows на диск без SSD, коли у вас є лише обмежена кількість, але це повністю залежить від того, що робить сервер і скільки ризику ви готові взяти на себе.

— Боб
джерело