Важность места установки Microsoft SQL Server

У меня есть сервер с дешевым медленным диском и дорогим быстрым диском.

Я хочу использовать дорогой диск для всех вещей, где важно, чтобы он был быстрым, например, для моих баз данных.

Чтобы сэкономить деньги, я хочу использовать медленный диск для всего, что не имеет большого значения, будь то быстрое или медленное, например, для резервного копирования.

Теперь мой вопрос: должен ли я установить свой Microsoft SQL Server на медленный или быстрый диск?

(Чтобы было ясно, я помещу свои базы данных на быстрый диск, несмотря ни на что, поэтому мой вопрос касается только места самой установки)

Это своего рода мнение, но я бы поместил двоичные файлы SQL Server на медленный диск. Распространено размещение двоичных файлов на диске ОС (хотя некоторые люди ненавидят это) или на более медленном диске.

Однако вы, безусловно, не забудьте поместить свои системные базы данных, особенно tempdb, на более быстрый диск. На самом деле, также обычно ставить tempdb отдельно.

Это соответствует в нескольких из статей я обнаружил , что может быть полезным для вас.

Также нужно подумать о резервных копиях журналов транзакций, и я разрываюсь с этим, потому что вы хотите, чтобы LDF-файлы были на более быстром диске, а также вы хотите, чтобы резервные копии были на другом диске, из которого расположены базы данных, но было бы лучше, если бы они были на быстрее диск. Вам нужно будет сделать суждение, но я, вероятно, вернусь к более медленному диску и пожалуюсь на это. ;)

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

Это несколько зависит от предполагаемого использования вашей базы данных.
Если вы ожидаете много операций записи, продолжайте и поместите ваши .mdfи .ndfфайлы на более быстрый диск.

Однако, если ваша база данных является либо одной, которая обычно является довольно статичной (например, для предоставления веб-контента) И запросы не сильно различаются, скорее всего, вы получите большое количество запросов в вашей памяти, или даже кешируется на стороне приложения. В этот момент вы лучше использовать более быстрый диск для .ldf, tempdbи резервных копий.

Точно так же, если вы ожидаете много больших запросов, например для OLAPбазы данных, вы лучше хранить ваши .mdf, tempdbна более быстрый диск. И надевайте .ldfна свои более медленные диски, так как это часто не будет узким местом.

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

Итак, подведем итоги, просмотрите свою нагрузку, чтобы увидеть, что будет вашим наиболее вероятным узким местом.

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

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

Оказывается, производительность Sql Server имеет тенденцию зависеть МНОГО более того, насколько быстро вы можете записывать файлы журнала транзакций и их резервные копии над тем, как быстро вы можете получить доступ к файлам МДФ. Это означает, что вам необходимо рассмотреть возможность размещения резервных копий на быстром диске (в идеале вы должны добавить небольшой SSD на сервер, который вы можете использовать для файлов ldf, чтобы дать им скорость, сохраняя при этом отделение от ваших резервных копий). К сожалению, это оставляет медленный диск для ваших файлов MDF, но опять же: это не так важно, как вы думаете.

Стоит отметить, что вышеизложенное предполагает, что у вас достаточно ОЗУ, что вы следуете типичным рабочим нагрузкам и планируете использовать режим полного восстановления вместо простого. Кроме того, операционная система и сама установленная программа Sql Server могут быть размещены на медленном диске, хотя, конечно, вы, вероятно, захотите столько, сколько у вас есть места для жизни на быстром диске.