Важливість розташування установки Microsoft SQL Server

У мене є сервер з дешевим повільним диском і дорогим швидким диском.

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

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

Тепер моє запитання полягає в тому, чи слід встановлювати свій Microsoft SQL Server на повільний або швидкий диск?

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

Це свого роду думка, але я ставлю бінарні файли SQL Server на повільний диск. Досить звичайно розміщувати двійкові файли на диску OS (хоча деякі люди це ненавидять) або на повільнішому диску.

Ви, безумовно, хочете пам'ятати, щоб розмістити ваші системні бази даних, особливо tempdb, на більш швидкому диску. Насправді також звичайно ставити tempdb самостійно.

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

Існує також резервне копіювання журналу транзакцій, і я розірваний з цього приводу, тому що ви хочете LDF на більш швидкому диску, а також ви хочете робити резервні копії на іншому диску, де живуть бази даних, але було б краще, якби вони були на швидший диск. Вам потрібно буде зателефонувати на вирок, але я, мабуть, створити резервну копію на повільніший диск і поскаржитися на це. ;)

Я хотів би продовжити відповідь на досить гарну відповідь, яку вже виголосила Кетрін Вільярд .

Це дещо залежить від запланованого використання вашої бази даних.
Якщо ви очікуєте багато операцій запису, йти вперед і покласти ваші .mdfі .ndfфайли на диску швидше.

Якщо ваша база даних, як правило, є досить статичною (наприклад, розміщення веб-контенту). І запити не сильно відрізняються, швидше за все, ви отримаєте велику кількість запитів у своїй пам’яті або навіть кешовані на стороні програми. У цей момент ви краще використовувати більш швидкий диск для .ldf, tempdbі резервних копій.

Так само, якщо ви очікуєте багато великих запитів, таких як OLAPбаза даних, вам краще зберігати свій .mdf, tempdbна більш швидкому диску. І ставити .ldfна повільніші диски, оскільки це часто не буде частиною вузького місця.

У будь-якому випадку, не турбуйтеся про те, щоб покласти бінарні файли на швидкий диск, ми зазвичай ставимо їх на повільний (а не на систему, якщо цього можна уникнути).
Крім того, не зациклюйтеся на спробі отримати як .ldfі .mdfфайли на швидкому диску, як правило, вони розділяються, коли це можливо.

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

У вас є речі назад. Я знаю, що це контр-інтуїтивно зрозуміло, але ви хочете робити резервні копії (особливо включаючи резервні копії журналу транзакцій) на швидкому диску, а також файли mdf / ldf (за винятком винятку tempdb) на повільному диску.

Ви можете думати про це так, ніби сервер Sql зберігає два представлення ваших даних. Файли MDF + LDF представляють поточний стан бази даних, тоді як резервні копії (включаючи резервні копії журналу транзакцій з останньої повної резервної копії) являють собою те, що потрібно для відновлення поточного стану бази даних у разі відмови. Ви хочете, щоб ці два подання були відокремлені один від одного, тому подія, яка знищує одне представництво, також не завдасть шкоди іншому.

Виявляється, продуктивність Sql Server має тенденцію залежати БАГАТО більш того, наскільки швидко ви можете записувати файли журналу транзакцій і їх резервні копії над тим, як швидко ви можете отримати доступ до файлів МДФ. Це означає, що вам потрібно серйозно розглянути можливість розміщення резервних копій на швидкому диску (в ідеалі ви додасте невеликий SSD на сервер, який ви можете використовувати для файлів ldf, щоб забезпечити їм швидкість, зберігаючи при цьому відрив від резервних копій). На жаль, це залишає повільний диск для ваших файлів MDF, але знову ж таки: це матиме значення не так, як ви думаєте.

Варто зазначити, що вищесказане передбачає, що у вас достатня оперативна пам’ять, ви дотримуєтесь типових навантажень і що ви плануєте використовувати режим повного відновлення, а не простий. Крім того, операційну систему та встановлену програму Sql Server можна розмістити на повільному диску, хоча, звичайно, ви хочете стільки, скільки у вас є місця для життя на швидкому диску.