Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 SSD на сервере  [new]
SergASh
Member

Откуда:
Сообщений: 167
Привет всем!

Есть веб-сервер (Windows Server 2008 R2), на нем живет три экземпляра одного и того же сайта. К каждому из них прилагается база данных SQL Server 2008 R2 размером примерно 500 мегабайт. В перспективе размер каждой базы может достичь 5 гигабайт.

В рабочее время базы в основном используются на чтение, основная масса вставок/обновлений происходит по ночам. Ориентировочно от 5 до 30 процентов данных баз за одну ночь меняются.

Требуется ускорить работу баз на чтение переместив их на SSD.

Вопросы такие:
0. Это в целом здоровая идея?
1. Какие модели SSD заслуживают внимания?
2. Какой объем диска понадобится? Там же какую-то часть надо оставить неразмеченной, какую именно?
3. Имеет ли смысл RAID? Где-то я слышал, что аппаратный контроллер с батарейками и кешем сильно удлинняет время жизни SSD, если он под SSD заточен. Если это так, подскажите по моделям.
4. Если контроллер действительно удлинняет жизнь, то какой именно RAID нужен или имеет смысл?
5. Требуется чтобы эта конфигурация проработала без поломок минимум два года. Это реально?
6. Может есть какой-то гайдлайн про то, как это все настроить? А то я по железу не спец.

Спасибо
13 дек 11, 15:36    [11757383]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
Khod
Member

Откуда: Ukraine, Kirovograd
Сообщений: 6956
Думаю, ССД не так актуален.
Используйте обычные винты в рейде.
13 дек 11, 16:23    [11757897]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8797
15 гигов нагрзука на чтение... воткнул 32 гига ОЗУ и плюй потолок, нехай сервер закэширует и быстро раздает.
13 дек 11, 16:41    [11758099]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
miksoft
Member

Откуда:
Сообщений: 38851
Ivan_Pisarevsky
15 гигов нагрзука на чтение... воткнул 32 гига ОЗУ и плюй потолок, нехай сервер закэширует и быстро раздает.
+1
Оперативки добавить и результативнее, и, скорее всего, дешевле выйдет.
13 дек 11, 16:54    [11758234]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
SSD можно
Guest
SSD можно рассматривать при объемах используемых данных от 100-500 ГБ.
13 дек 11, 17:50    [11758811]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
SergASh
Member

Откуда:
Сообщений: 167
Ivan_Pisarevsky
15 гигов нагрзука на чтение... воткнул 32 гига ОЗУ и плюй потолок, нехай сервер закэширует и быстро раздает.

А как научить SQL Server работать через память? Сейчас на сервере 12 гигабайт памяти и три базы данных по 500 мегабайт, то есть должно бы хватать, но нихрена оно быстро не работает. Сервер SQL Server 2008 R2 Express если что.
13 дек 11, 18:08    [11758983]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
Khod
Member

Откуда: Ukraine, Kirovograd
Сообщений: 6956
SergASh,

Наймите хорошего специалиста для настройки.
13 дек 11, 18:41    [11759270]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
miksoft
Member

Откуда:
Сообщений: 38851
SergASh
А как научить SQL Server работать через память? Сейчас на сервере 12 гигабайт памяти и три базы данных по 500 мегабайт, то есть должно бы хватать, но нихрена оно быстро не работает. Сервер SQL Server 2008 R2 Express если что.
Это уже вопрос для другого подфорума. Нужно искать, почему именно быстро не работает. Вполне может быть, что не в скорости дисков или количестве ОЗУ дело, а, например, в кривых запросах или в отсутствии нужных индексов.
13 дек 11, 18:44    [11759295]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
SergASh
Member

Откуда:
Сообщений: 167
miksoft
Это уже вопрос для другого подфорума. Нужно искать, почему именно быстро не работает. Вполне может быть, что не в скорости дисков или количестве ОЗУ дело, а, например, в кривых запросах или в отсутствии нужных индексов.

Большая из этих баз была развернута на ноутбуке с SSD. В результате тот запрос, который на сервере выполнялся за 20 секунд и на ноуте с обычного винта за 50 секунд, стал с ноутовского SSD выполняться за 5 секунд.
Запросы там комбинаторные, иначе чем перебором задача не решается, с индексами все в порядке.

В общем вопрос свелся к тому как заставить сервер работать с базой целиком в памяти. Это возможно?
13 дек 11, 19:05    [11759465]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
x32 или x64?
Guest
SergASh
miksoft
Это уже вопрос для другого подфорума. Нужно искать, почему именно быстро не работает. Вполне может быть, что не в скорости дисков или количестве ОЗУ дело, а, например, в кривых запросах или в отсутствии нужных индексов.

Большая из этих баз была развернута на ноутбуке с SSD. В результате тот запрос, который на сервере выполнялся за 20 секунд и на ноуте с обычного винта за 50 секунд, стал с ноутовского SSD выполняться за 5 секунд.
Запросы там комбинаторные, иначе чем перебором задача не решается, с индексами все в порядке.

В общем вопрос свелся к тому как заставить сервер работать с базой целиком в памяти. Это возможно?

Да, надо просто происать через менеджмент студию количество потребляемой памяти. Да и ОС сама может закэшировать.
У вас винда и сервер какие: x32 или x64?
Выложите графики перфоманс монитора.

Модератор: Тема перенесена из форума "Hardware".


Сообщение было отредактировано: 13 дек 11, 21:44
13 дек 11, 20:24    [11759944]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
SergASh
Сервер SQL Server 2008 R2 Express если что.


Который может использовать всего 1 гиг памяти.
13 дек 11, 21:49    [11760396]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
The Dim!
Member

Откуда: г. Белгород
Сообщений: 2171
Мне тоже очень интересно было бы услышать отзывы о использовании SSD для баз данных. Потому как просто обзоров и тестов разных SSD великое множество, а вот реальное использование вопрос иного плана.

Кстати, вот - на мой взгляд - интересный девайс гибридный HDD как альтернатива SSD.
И вот любопытное тестирование

Как-то в ветке по 1С встречал пост о использовании SSD на серверах, но сейчас не могу найти, они упоминались в контексте какой-то иной темы, в скользь...
13 дек 11, 23:08    [11760777]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
Александр Гладченко
Member

Откуда:
Сообщений: 10802
Блог
SergASh
Привет всем!

Есть веб-сервер (Windows Server 2008 R2), на нем живет три экземпляра одного и того же сайта. К каждому из них прилагается база данных SQL Server 2008 R2 размером примерно 500 мегабайт. В перспективе размер каждой базы может достичь 5 гигабайт.

В рабочее время базы в основном используются на чтение, основная масса вставок/обновлений происходит по ночам. Ориентировочно от 5 до 30 процентов данных баз за одну ночь меняются.

Требуется ускорить работу баз на чтение переместив их на SSD.

Вопросы такие:
0. Это в целом здоровая идея?
1. Какие модели SSD заслуживают внимания?
2. Какой объем диска понадобится? Там же какую-то часть надо оставить неразмеченной, какую именно?
3. Имеет ли смысл RAID? Где-то я слышал, что аппаратный контроллер с батарейками и кешем сильно удлинняет время жизни SSD, если он под SSD заточен. Если это так, подскажите по моделям.
4. Если контроллер действительно удлинняет жизнь, то какой именно RAID нужен или имеет смысл?
5. Требуется чтобы эта конфигурация проработала без поломок минимум два года. Это реально?
6. Может есть какой-то гайдлайн про то, как это все настроить? А то я по железу не спец.

Спасибо


Не слушайте никого, покупайте SSD :) Срок службы у них не меньше обычных дисков, форматируйье половину.
13 дек 11, 23:51    [11760991]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
почему только половину?
Guest
Александр Гладченко
Не слушайте никого, покупайте SSD :) Срок службы у них не меньше обычных дисков, форматируйье половину.

А почему только половину?
14 дек 11, 01:00    [11761200]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
sp
Member

Откуда:
Сообщений: 3947
SergASh
Ivan_Pisarevsky
15 гигов нагрзука на чтение... воткнул 32 гига ОЗУ и плюй потолок, нехай сервер закэширует и быстро раздает.

А как научить SQL Server работать через память? Сейчас на сервере 12 гигабайт памяти и три базы данных по 500 мегабайт, то есть должно бы хватать, но нихрена оно быстро не работает. Сервер SQL Server 2008 R2 Express если что.


А нет ли у Express версии потолка на использование памяти - может он юзает всего 4гига из вашей 12гиговой?
14 дек 11, 01:32    [11761266]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
sp
Member

Откуда:
Сообщений: 3947
блин - не дочитал до конца - выше ответили )
14 дек 11, 01:33    [11761270]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
Volochkova
Member

Откуда:
Сообщений: 2321
SSD сейчас все грешат проблемами...
То на контроллере проблемы,то вся партия вылетит, то размер диска в 8 мб превращается с полной потерей данных.
Но несмотря на минусы "короткая жизнь" SSD, прекрасна.

1. Производительность. SAS диски нервно курят в сторонке.
2. Температура - не греются.
3. Тишина.


Диски менее 120 гигов даже не смотрите.
Опять же, если Вам надо все таки надежность, то только Sata 2/3, никаких PCI-X4. Хотя те диски скоростью просто впечатляют.

По изготовителям ИМХО лучше взять OCZ Sata3 Vertex + LSI 9260 8i 512 mb. У LSI 9260 8i 1024 - проблемы с процессором.
Или брать связку Интел RAID + Intel SSD 510.

OCZ держит заявленные характеристики, в результате чего он обходит Intel.
Связка Intel выглядит более надежной, но проблемы с SSD у Intel тоже были. Причем пофиксили совсем недавно.

Kingstonы на обычном ICHR - 10 в 10 RAID е -и под хорошей нагрузкой показали уменьшение СМАРТ области на 1 % за 6 месяцев.
Но именно серия SVP100S2 - у нее трим встроенная в контроллер. Теоретически, даже под XP запускать....

По ценнику - конечно кусаются, но оно того стоит...
И без UPS с парашютом в SSD даже не ходите. Несмотря на то что сейчас SSD делают уже с предохранителями от резкого отключения, SSD это все таки RAM диск. И относиться к нему надо осторожно.

Как можно регулярнее делать копии на HDD.
14 дек 11, 04:57    [11761383]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
Dima T
Member

Откуда:
Сообщений: 15863
pkarklin
SergASh
Сервер SQL Server 2008 R2 Express если что.


Который может использовать всего 1 гиг памяти.

У меня два в настройках выставлено, больше не дает. Диспетчер задач показывает что 1,5 гига используется.
14 дек 11, 09:03    [11761559]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dima T,

В настройках Вы можете выставить что-угодно. Это ограничение данной редакции.
14 дек 11, 09:18    [11761614]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
ART-CODE
Member

Откуда:
Сообщений: 1095
При таких размерах можно попробовать держать боевые базы на RAM-диске
а sql-сервер поставить в репликацию с какой-то машиной, на которой обычный hdd
14 дек 11, 12:16    [11762880]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
ART-CODE
Member

Откуда:
Сообщений: 1095
Да, ну и может стоит разобраться с узкими местами - какие-то запросы переписать,
посмотреть что с индексами.
И не забываем, про то, что Express Edition не просто 1 Г. памяти использует,
но еще и 1 процессор.
Хранимки, join... всех трех баз - все это ложится на 1 процессор.
14 дек 11, 12:39    [11763081]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
Dima T
Member

Откуда:
Сообщений: 15863
pkarklin
Dima T,

В настройках Вы можете выставить что-угодно. Это ограничение данной редакции.


Вот что у меня пишет на
print @@version
dbcc memorystatus

Microsoft SQL Server 2008 R2 (RTM) - 10.50.1617.0 (X64) 
Apr 22 2011 19:23:43
Copyright (c) Microsoft Corporation
Express Edition with Advanced Services (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

Memory Manager KB
---------------------------------------- -----------
VM Reserved 12677168
VM Committed 1553764
Locked Pages Allocated 0
Reserved Memory 1024
Reserved Memory In Use 0

+ продолжение ...
Memory node Id = 0                       KB
---------------------------------------- -----------
VM Reserved 12676080
VM Committed 1552736
Locked Pages Allocated 0
MultiPage Allocator 43112
SinglePage Allocator 33384

(5 row(s) affected)

MEMORYCLERK_SQLGENERAL (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 1288
MultiPage Allocator 22440

(7 row(s) affected)

MEMORYCLERK_SQLBUFFERPOOL (node 0) KB
---------------------------------------- -----------
VM Reserved 12615680
VM Committed 1495168
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 0
MultiPage Allocator 400

(7 row(s) affected)

MEMORYCLERK_SQLQUERYEXEC (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_SQLOPTIMIZER (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 2872
MultiPage Allocator 896

(7 row(s) affected)

MEMORYCLERK_SQLUTILITIES (node 0) KB
---------------------------------------- -----------
VM Reserved 240
VM Committed 240
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 96
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_SQLSTORENG (node 0) KB
---------------------------------------- -----------
VM Reserved 5504
VM Committed 5504
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 1088
MultiPage Allocator 3960

(7 row(s) affected)

MEMORYCLERK_SQLCONNECTIONPOOL (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 328
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_SQLCLR (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_SQLSERVICEBROKER (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 128
MultiPage Allocator 544

(7 row(s) affected)

MEMORYCLERK_SQLHTTP (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_SNI (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 16

(7 row(s) affected)

MEMORYCLERK_FULLTEXT (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 24
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_SQLXP (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_XE_BUFFER (node 0) KB
---------------------------------------- -----------
VM Reserved 4224
VM Committed 4224
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 0
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_HOST (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_SOSNODE (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 2744
MultiPage Allocator 10992

(7 row(s) affected)

MEMORYCLERK_SQLSERVICEBROKERTRANSPORT (node 0) KB
---------------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 48
MultiPage Allocator 0

(7 row(s) affected)

MEMORYCLERK_XE (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 96
MultiPage Allocator 168

(7 row(s) affected)

CACHESTORE_OBJCP (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_SQLCP (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 6720
MultiPage Allocator 1632

(7 row(s) affected)

CACHESTORE_PHDR (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 4792
MultiPage Allocator 16

(7 row(s) affected)

CACHESTORE_XPROC (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 40
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_TEMPTABLES (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_NOTIF (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_VIEWDEFINITIONS (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_XMLDBTYPE (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_XMLDBELEMENT (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_XMLDBATTRIBUTE (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_BROKERTBLACS (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 40
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_BROKERKEK (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_BROKERDSH (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_BROKERUSERCERTLOOKUP (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_BROKERRSB (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_BROKERREADONLY (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 32
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_BROKERTO (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 8
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_EVENTS (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_SYSTEMROWSET (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 1112
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_CONVPRI (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 32
MultiPage Allocator 0

(7 row(s) affected)

CACHESTORE_FULLTEXTSTOPLIST (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 32
MultiPage Allocator 0

(7 row(s) affected)

USERSTORE_SCHEMAMGR (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 2536
MultiPage Allocator 16

(7 row(s) affected)

USERSTORE_DBMETADATA (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 3728
MultiPage Allocator 0

(7 row(s) affected)

USERSTORE_TOKENPERM (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 1712
MultiPage Allocator 704

(7 row(s) affected)

USERSTORE_OBJPERM (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 1296
MultiPage Allocator 32

(7 row(s) affected)

USERSTORE_SXC (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 16
MultiPage Allocator 0

(7 row(s) affected)

OBJECTSTORE_LBSS (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 48
MultiPage Allocator 1056

(7 row(s) affected)

OBJECTSTORE_SNI_PACKET (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 168
MultiPage Allocator 56

(7 row(s) affected)

OBJECTSTORE_SERVICE_BROKER (node 0) KB
---------------------------------------- -----------
VM Reserved 0
VM Committed 0
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 424
MultiPage Allocator 0

(7 row(s) affected)

OBJECTSTORE_LOCK_MANAGER (node 0) KB
---------------------------------------- -----------
VM Reserved 4096
VM Committed 4096
Locked Pages Allocated 0
SM Reserved 0
SM Committed 0
SinglePage Allocator 1720
MultiPage Allocator 0

(7 row(s) affected)

Buffer Pool Value
---------------------------------------- -----------
Committed 180480
Target 180480
Database 45477
Dirty 428
In IO 0
Latched 0
Free 130830
Stolen 4173
Reserved 0
Visible 180480
Stolen Potential 167283
Limiting Factor 12
Last OOM Factor 0
Page Life Expectancy 5439

(14 row(s) affected)

Process/System Counts Value
---------------------------------------- --------------------
Available Physical Memory 8974737408
Available Virtual Memory 8782877020160
Available Paging File 9669619712
Working Set 1602875392
Percent of Committed Memory in WS 100
Page Faults 2057231
System physical memory high 1
System physical memory low 0
Process physical memory low 0
Process virtual memory low 0

(10 row(s) affected)

Procedure Cache Value
---------------------------------------- -----------
TotalProcs 126
TotalPages 1651
InUsePages 4

(3 row(s) affected)

Global Memory Objects Pages
---------------------------------------- -----------
Resource 239
Locks 215
XDES 22
SETLS 2
SE Dataset Allocators 4
SubpDesc Allocators 2
SE SchemaManager 204
SE Column Metadata Cache 114
SQLCache 204
Replication 2
ServerGlobal 50
XP Global 2
SortTables 2

(13 row(s) affected)

Query Memory Objects (internal) Value
---------------------------------------- -----------
Grants 0
Waiting 0
Available 128835
Current Max 128835
Future Max 128835
Physical Max 128835
Next Request 0
Waiting For 0
Cost 0
Timeout 0
Wait Time 0

(11 row(s) affected)

Small Query Memory Objects (internal) Value
---------------------------------------- -----------
Grants 0
Waiting 0
Available 6780
Current Max 6780
Future Max 6780

(5 row(s) affected)

Optimization Queue (internal) Value
---------------------------------------- -----------
Overall Memory 1185103872
Target Memory 1115348992
Last Notification 1
Timeout 6
Early Termination Factor 5

(5 row(s) affected)

Small Gateway (internal) Value
---------------------------------------- -----------
Configured Units 8
Available Units 8
Acquires 0
Waiters 0
Threshold Factor 380000
Threshold 380000

(6 row(s) affected)

Medium Gateway (internal) Value
---------------------------------------- -----------
Configured Units 2
Available Units 2
Acquires 0
Waiters 0
Threshold Factor 12
Threshold -1

(6 row(s) affected)

Big Gateway (internal) Value
---------------------------------------- -----------
Configured Units 1
Available Units 1
Acquires 0
Waiters 0
Threshold Factor 8
Threshold -1

(6 row(s) affected)

Memory Pool Manager Pages
---------------------------------------- -----------
Reserved Current 0
Reserved Limit 167290

(2 row(s) affected)

Memory Pool (internal) Pages
---------------------------------------- -----------
Allocations 4166
Predicted 36404
Private Target 0
Private Limit 0
Total Target 171456
Total Limit 171456
OOM Count 0

(7 row(s) affected)

MEMORYBROKER_FOR_CACHE (internal) Pages
---------------------------------------- -----------
Allocations 3067
Rate 30
Target Allocations 138149
Future Allocations 0
Overall 144666
Last Notification 1

(6 row(s) affected)

MEMORYBROKER_FOR_STEAL (internal) Pages
---------------------------------------- -----------
Allocations 1099
Rate -4
Target Allocations 136151
Future Allocations 0
Overall 144666
Last Notification 1

(6 row(s) affected)

MEMORYBROKER_FOR_RESERVE (internal) Pages
---------------------------------------- -----------
Allocations 0
Rate -3
Target Allocations 144666
Future Allocations 32208
Overall 144666
Last Notification 1

(6 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.


Показывает 1.5 Гб, может конечно не туда смотрю, я не большой спец в тюнинге MS SQL.
14 дек 11, 12:47    [11763183]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
агрессивное кэширование файловой
Guest
ART-CODE
При таких размерах можно попробовать держать боевые базы на RAM-диске
а sql-сервер поставить в репликацию с какой-то машиной, на которой обычный hdd

А репликация есть в Express редакции?

Да, SSD стоит прикупить.

Раз уж все равно есть 12 ГБ и из них используется только 3ГБ = (1ГБ*3инстанса), то здесь единственный выход заставить ОС кэшировать БД в ОЗУ.
Во первых выставить агрессивное кэширование файловой системы, а во вторых дать лок пейдж для СУБД, чтобы кэширование не вытесняло СУБД в своп.
Насколько это реально и есть ли способы лучше?
14 дек 11, 14:55    [11764610]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
ART-CODE
Member

Откуда:
Сообщений: 1095
Если есть глубокое понимание принципа действия механизма репликации, то можно
и "ручками" все прописать и настроить.
Если уровень знаний по теме поверхностный, то можно на 1 день развернуть полноценную
версию сервера, перетащить туда базу, пройтись по окошечкам мастера настройки
репликации, затем заскриптовать результат и накатить на экспресс-версии.
Так что "наличие отсутствия" встроенных средств - это не препятствие,
если есть желание и понимание сути.
14 дек 11, 15:39    [11765075]     Ответить | Цитировать Сообщить модератору
 Re: SSD на сервере  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dima T,

Угу. Суммарно чутьт больше гига.

SELECT * FROM sys.dm_os_performance_counters WHERE Counter_Name = 'Target Server Memory (KB)'
14 дек 11, 17:02    [11765969]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить