У меня есть сервер с дешевым медленным диском и дорогим быстрым диском.
Я хочу использовать дорогой диск для всех вещей, где важно, чтобы он работал быстро, например для моих баз данных.
Чтобы сэкономить деньги, я хочу использовать медленный диск для всего, где не имеет большого значения, быстрый он или медленный, например для резервного копирования.
Теперь мой вопрос, должен ли я установить мой 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 как правило зависеть от МНОГО подробнее о том, как быстро вы можете записывать файлы журнала транзакций и их резервные копии как быстро вы можете получить доступ к файлам mdf. Это означает, что вам необходимо серьезно подумать о размещении резервных копий на быстром диске (в идеале вы должны добавить к серверу небольшой SSD, который вы можете использовать для файлов ldf, чтобы обеспечить им скорость, сохраняя при этом отделение от ваших резервных копий). К сожалению, это оставляет медленный диск для ваших файлов MDF, но опять же: это не так важно, как вы думаете.
Стоит отметить, что вышеизложенное предполагает, что у вас достаточно оперативной памяти, вы выполняете типичные рабочие нагрузки и планируете использовать режим полного восстановления, а не простой. Кроме того, операционная система и сама установленная программа Sql Server возможно размещены на медленном диске, хотя, конечно, вы, вероятно, захотите столько, сколько у вас будет места для жизни на быстром диске.