Делает разделение Данные, Журналы и вопрос TempDB с помощью SAN с SQL 2008
У меня есть идеальный ответ для Вас, и это свободно. (Предполагающий выполнение машин Windows Вы не потрудились говорить нам.)
Мультипорт принтера A.N.D. Technologies, Inc
Я использовал это в старой компании, которая хотела сделать печать на трех цветах бумаги и не хотела платить за сопоставленную цветную бумагу. Мы купили два дополнительных лотка для laserjet и поместили один цвет в каждого. Затем мы сделали три принтера, один выделенный к каждому лотку. Затем мы сделали принтер MPP, указывающий на все первые три принтера. Работавший обработка.
Причина, по которой вы отделяете файлы базы данных от файлов журнала, заключается в том, что доступ к базе данных является произвольным, а доступ к журналам - последовательным. Лучшая практика гласит, что вы не смешиваете эти два типа ввода-вывода на одном диске, независимо от того, как этот диск представлен на сервере (локальный, DAS, iSCSI и т. Д.). Так что нет, это не было потраченным впустую усилие.
Что касается tempdb, похоже, Microsoft рекомендует отделить его от баз данных:
http://msdn.microsoft.com/en-us/library /ms175527(v=sql.105).aspx[1275 impression
Файлы базы данных, файлы журнала транзакций а временные файлы данных обычно размещаются на разных томах, чтобы уменьшить конкуренцию ввода-вывода между ними, и это также можно расширить, создав несколько файлов данных для каждой базы данных, распределяя их по еще большему количеству томов и сообщая SQL Server, где определенные таблицы и индексы следует хранить; так что да, это обычная практика для администраторов баз данных, которая действительно может привести к значительному увеличению производительности.
Это также верно, что это может стать совершенно бессмысленным при использовании SAN; в зависимости от того, как эта SAN была на самом деле настроена, различные LUN (тома) могут быть сопоставлены с любым набором физических дисков, RAID-массивов и контроллеров хранения, и, таким образом, конфликт ввода-вывода между двумя LUN может варьироваться от «полностью изолированного» до «эффективно использовать одни и те же диски». Таким образом, если администратор баз данных не работает в тесном сотрудничестве с администратором хранилища, запрос разных LUN для распределения файлов базы данных между ними действительно может стать напрасной тратой усилий.
Однако разделение файлов базы данных и файлов журнала транзакций считается лучшим Практика не только для производительности, но и для надежности: из-за механизма хранения транзакций, используемого SQL Server (и аналогичных механизмов, используемых практически в любой существующей СУБД), файлы журналов могут использоваться для воспроизведения транзакций в сценарии аварийного восстановления, позволяя системе восстановить то, что произошло после последней резервной копии. Но для того, чтобы это работало, вы не хотите терять файлы данных и файлы журналов одновременно, поэтому лучше по крайней мере разместить их на разных томах, даже если от этого не будет прироста производительности.
Ввод-вывод на диске для журналов будет только последовательным, если он содержит только один файл журнала. Добавьте еще один, и у вас будет случайный ввод-вывод.