Каталоги данных SQL Server 2008 года в SSD
Если журнал трассировки по умолчанию работает, вся информация хранится в папке журнала. Необходимо смочь видеть, когда объект (таблица) был отброшен и который соединение, которое сделало это. Но этот тип разрешения должен быть только дан DBAs так или иначе
Таким образом, это - Ваша персональная машина и не сервер? Я поместил все файлы базы данных на SSD.
SQL на самом деле пишет изменения в файлах данных нечасто. Изменения записаны в журнал транзакций сразу и затем выписаны к файлу данных ленивого писателя в какой-то момент в будущем, когда подсистема IO не занята. Таким образом, это обычно не пытается записать и в журнал транзакций и в файлы данных одновременно. Это дизайном.
TempDB живет в RAM, нет? Существует физический файл поддержки, но мое понимание - то, что в основном SQL кэширует это в RAM перед всем остальным.
Классическая ситуация, где Вы получите производительность путем помещения журнала транзакций на отдельный диск, состоит в том, когда у Вас есть довольно ровное соединение записи-чтения, и у Вас нет достаточного количества RAM для SQL Server для обслуживания тех чтений от страниц, кэшируемых в RAM, вынуждая это прочитать те страницы от диска. Затем Вы получаете дисковую конкуренцию, если и файл данных и журналы транзакций живут на том же физическом диске.
Я нахожу трудным полагать, что Вы встретитесь с такой ситуацией на однопользовательской рабочей станции, все же. Одно исключение могло бы быть то, если у Вас есть база данных, слишком большая для вписывания в RAM рабочей станции, и Вы делаете некоторый большой, сложный импорт данных, который включает много чтений в дополнение к записям.
Это Intel SSDs просто фантастически для работы базы данных, все же. Хорошее решение о покупке.
-
1> > TempDB живет в RAM, нет? Только если Вы устанавливаете его тот путь... по умолчанию, TempDB НЕ находится в RAM. Диск IO на TEMPDB очень важен для перфекта. – Jonesome Reinstate Monica 25 October 2009 в 21:00
Если Вы имеете комнату, помещаете все файлы DB на твердотельный диск, как ранее предложено.
Одна точка разъяснения: Для разрешения городской своего рода легенды tempDB обычно находится на диске, не в памяти. Можно вызвать выполненный из памяти, но обычно Вы более обеспечены нет. http://support.microsoft.com/kb/115050
Поймите, что SSD замедляются с износом, у нас есть производственный SQL-сервер с устройством хранения данных SSD на 1 ТБ и после 6 месяцев, SSD удалены и назад к SAS 15k диски, производительность значительно лучше с жестким диском, чем SSD ПОСЛЕ ИСПОЛЬЗОВАНИЯ - Когда они были совершенно новыми не было никакого сравнения вообще - SSD сдул производительность жесткого диска во всех сравнительных тестах, но после 6 месяцев, они являются медленными. Я не имел времени для описывания большего количества деталей все же, но попытаюсь совместно использовать несколько сравнительных тестов, когда у меня есть некоторое свободное время.
Я только что нашел это http://technet.microsoft.com/en-us/edge/Video/hh771099 Это немного долго, но не торопитесь, чтобы закончить видео. Очень важная информация об использовании SQL-сервера и SSD-диска.