У меня есть сервер с дешевым медленным диском и дорогим быстрым диском.
Я хочу использовать дорогой диск для всего, где важна скорость, например, для моих баз данных.
Чтобы сэкономить деньги, я хочу использовать медленный диск для задач, для которых не имеет большого значения, быстрый он или медленный, например, для резервного копирования.
Теперь мой вопрос: должен ли яустановитьМой Microsoft SQL Server на медленном или быстром диске?
(Чтобы внести ясность, я в любом случае размещу свои базы данных на быстром диске, поэтому мой вопрос касается только места самой установки)
решение1
Это своего рода мнение, но я бы поместил двоичные файлы SQL Server на медленный диск. Довольно распространено помещать двоичные файлы на диск ОС (хотя некоторые люди ненавидят это) или на более медленный диск.
Однако вам определенно следует помнить о необходимости размещения системных баз данных, особенно tempdb, на более быстром диске. Фактически, также распространено размещение tempdb отдельно.
Это соответствуета пара из статьиЯ считаю, что это может быть вам полезно.
Также нужно подумать о резервных копиях журнала транзакций, и я в растерянности, потому что вы хотите, чтобы LDF находились на более быстром диске, и вы также хотите, чтобы резервные копии находились на другом диске, нежели там, где находятся базы данных, но было бы лучше, если бы они были на более быстром диске. Вам нужно будет принять решение, но я бы, вероятно, сделал резервную копию на более медленном диске и пожаловался на это. ;)
решение2
Я хотел бы продолжитьдовольно хороший ответ Кэтрин Вильярдуже выставили.
Это в некоторой степени зависит от предполагаемого использования вашей базы данных.
Если вы ожидаете много операций записи, продолжайте и размещайте ваши .mdfи .ndfфайлы на более быстром диске.
Однако, если ваша база данных является либо статичной (например, обслуживает веб-контент). И запросы не сильно различаются, скорее всего, вы получите большое количество запросов в своей памяти или даже кэшируете их на стороне приложения. В этом случае вам лучше использовать более быстрый диск для ваших .ldf, tempdbи резервных копий.
Аналогично, если вы ожидаете много больших запросов, например, для базы OLAPданных, вам лучше хранить ваш .mdf, tempdbна более быстром диске. И размещать .ldfна более медленных дисках, так как он не будет часто частью узкого места.
В любом случае, не беспокойтесь о размещении двоичных файлов на быстром диске, мы обычно размещаем их на медленном (не системном, если этого можно избежать) диске.
Также не зацикливайтесь на попытках разместить оба файла .ldfи .mdfна быстром диске, обычно они разделены, когда это возможно.
Итак, подводя итог, проанализируйте свою загрузку, чтобы определить, что, скорее всего, станет для вас узким местом.
решение3
У вас все наоборот. Я знаю, это нелогично, но вы хотите, чтобы резервные копии (особенно включая резервные копии журнала транзакций) находились на быстром диске, а файлы mdf/ldf (за исключением tempdb) — на медленном.
Вы можете думать об этом так, как будто Sql Server хранит два представления ваших данных. Файлы MDF+LDF представляют текущее состояние базы данных, в то время как резервная копия (включая резервные копии журнала транзакций с момента последнего полного резервного копирования) представляет то, что вам нужно для восстановления текущего состояния базы данных в случае сбоя. Вы хотите хранить эти два представления отдельно друг от друга, чтобы событие, которое уничтожает одно представление, не повредило также и другое представление.
Оказывается, производительность SQL Serverкак правилозависеть отМНОГОподробнее о том, как быстро можно записывать файлы журнала транзакцийи их резервные копиинад тем, как быстро вы можете получить доступ к файлам mdf. Это означает, что вам нужно серьезно подумать о размещении резервных копий на быстром диске (в идеале вы бы добавили небольшой SSD на сервер, который вы можете использовать для файлов ldf, чтобы увеличить их скорость, сохраняя при этом разделение с вашими резервными копиями). К сожалению, это оставляет медленный диск для ваших файлов MDF, но опять же: это не будет иметь такого значения, как вы думаете.
Стоит отметить, что вышеизложенное предполагает, что у вас достаточно оперативной памяти, что вы следуете типичным рабочим нагрузкам и что вы планируете использовать режим полного восстановления, а не простого. Кроме того, сама работающая система и установленная программа Sql Serverвозможноразмещены на медленном диске, хотя, конечно, вы, вероятно, захотите разместить столько, сколько у вас есть места на быстром диске.