Я пытаюсь спланировать расположение файлов данных SQL и журнала в новом SAN. У меня есть несколько баз данных, которые практически не используются. В основном это репозитории метаданных для приложений, которые запускаются один или два раза в день, поэтому в любой момент времени на них практически отсутствует нагрузка. Производительность не будет проблемой.
Для простоты я думал просто разместить файлы данных и журналов на диске ОС (C :) вместо того, чтобы создавать больше LUN в SAN. Предполагая, что диск C: \ имеет адекватную отказоустойчивость RAID, есть ли причина, по которой этого не следует делать?
Если на базы данных нет реальной нагрузки, я бы сделал так, чтобы они сосуществовали с другим набором LUN базы данных. Всегда лучше хранить базу данных и журналы отдельно, и, поскольку вы уже делаете это для других баз данных, сохраняйте ту же схему.
Я бы по крайней мере поместил файлы ldf и mdf вместе на другом диске, отличном от C: Таким образом, если сервер выйдет из строя, вы не потеряете данные.
Для мало используемой базы данных я не вижу никаких проблем с вашим планом по размещению базы данных и файлов журнала на одном диске. Просто помните о любом потенциальном влиянии на производительность этой базы данных, вызванном другими действиями базы данных, и наоборот.
Какие у вас SAN? Во многих случаях вы не можете контролировать, какие шпиндели «зарезервированы» для каких LUN, что затрудняет разделение журналов и БД на отдельные физические диски.
Если вы говорите о разделении их на разные LUN, то это вопрос дизайна, основанный, в основном, на резервном копировании и репликации.