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