Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2017.01.15;
Скачать: CL | DM;

Вниз

Сколько памяти занимает SQLEXPRESS   Найти похожие ветки 

 
yurikon   (2011-07-19 18:17) [0]

Добрый день!

Юзаю базу SQLEXPRESS, на диске она занимает 10Мб. Процесс sqlserv.exe занимает в памяти 800Мб. Это нормальная ситуация?

С уважением, Юрий.


 
Anatoly Podgoretsky ©   (2011-07-19 18:49) [1]

Нормальная, если у тебя 1 гб


 
SQLEXPRESS   (2011-07-19 19:47) [2]


> Занимает в памяти 800Мб

в виртуальной - нормально

оцените хар-ки

sp_configure "show advanced options",0
RECONFIGURE
go
sp_configure
go
sp_configure "show advanced options",1
RECONFIGURE
go
sp_configure

обратить внимание на параметр
max server memory (MB)
если мин сделать = мах. Будет фиксировано. Если бд маленькие - стоит сделать БД х 3, но не менее 200-300 мб


 
yurikon   (2011-07-19 20:26) [3]

При запуске процесс занимает около 70М. Дальше к базе подключаются два клиента. Один апдейтит таблицу 3-4 раза в секунду, другой ее переоткрывает. Процесс пухнет на 200-300 кб в секунду. Такое ощущение, что он все эти апдейты где то хранит, а вместе с ними еще какую-то инфу, так как на такой объем данных не приходит в базу.

Max server memory = 2Гб.  То есть можно его просто ограничить? Скажется ли это ограничение на быстродействии базы?

С уважением.


 
SQLEXPRESS   (2011-07-19 22:41) [4]

Тип восстановления надо посмотреть в св-вах БД.
Полный нафиг не нужен обычно. Там есть полный, частичный и простой. Простой вполне обычно хватает
Лог, который.

Шринкнуть ТемпДБ еще можно


> Max server memory = 2Гб.  То есть можно его просто ограничить?
>  Скажется ли это ограничение на быстродействии базы?

можно.
А скажется ли.. Надо смотреть в каждом конкретном случае.
Проще эксперимент поставить да посмотреть, будет или нет. Будет - можно назад вернуть.


 
знайка   (2011-07-19 23:01) [5]


> Max server memory = 2Гб
Ну так чего беспокоитесь.


 
Loginov Dmitry ©   (2011-07-19 23:11) [6]


> занимает 10Мб. Процесс sqlserv.exe занимает в памяти 800Мб.
>  Это нормальная ситуация?


Динамическое распределение памяти. По мне, это равно как собака на сене - и самому не нужно и других помучаю (другие-то приложения подтормаживают от таких потребностей sql-сервера, порой весьма ощутимо; а если в приложении разработчик по неосторожности реализовал проверку доступной памяти, то такое "неудачное" приложение может отказаться работать параллельно с sql-сервером от MS). Однако, если использовать MS SQLServer по назначению, на серверах с мощным железом, с большими базами (>>>> 10МБ), то такой подход очень даже оправдан.


 
yurikon   (2011-07-20 12:56) [7]

Добрый день!

Поставил ограничение = 512 Мб, теперь тормозит где-то на уровне 545 Мб и дальше лезит по чуть-чуть.

Сенк за помощь!

Еще вопрос по производительности сервера. Как ее самую можно увеличить, если идет много UPDATEов, кроме индексирования таблицы?

с уважением.


 
Anatoly Podgoretsky ©   (2011-07-20 13:47) [8]

> yurikon  (20.07.2011 12:56:07)  [7]

Убрать ограничение


 
sniknik ©   (2011-07-20 15:35) [9]

> кроме индексирования таблицы?
индексирование/индексы то как раз нужно убрать если -
> идет много UPDATEов

индексы они для селектов полезны, а для апдейтов вредны (кроме кластерного со значением на возрастание, этому пофиг)... нужно подбирать компромисс.


 
SQLEXPRESS   (2011-07-20 16:31) [10]

смотря какие поля апдейтятся, смотря какая структура, смотря какие индексы уже есть и смотря какие из них можно выкинуть.
>> индексы они для селектов полезны, а для апдейтов вредны

Так что с логом там у Вас?
много апдейтов -> растет лог отката. Надо его периодически прибивать или не давать расти изначально.


 
Anatoly Podgoretsky ©   (2011-07-20 16:39) [11]


> SQLEXPRESS   (20.07.11 16:31) [10]

> Так что с логом там у Вас?
> много апдейтов -> растет лог отката. Надо его периодически
> прибивать или не давать расти изначально.

Ни то ни другое невозможно.


 
SQLEXPRESS   (2011-07-20 17:01) [12]


> Ни то ни другое невозможно.

да ладно?
1. DBCC SHRINKFILE(trans_log, newsize)
2. в настройках БД, не давать становится trans_log более size


 
yurikon   (2011-07-20 18:09) [13]

Приветствую!

2 SQLEXPRESS
Лог не растет, если вы имеете ввиду файл "имя базы_log". В настройках базы там стоит 2М, и такой размер и есть. Если Вы про другой файл - подскажите, где его глянуть.

Провел ряд экспериментов. Получил следующие результаты. Есть таблица 20 строк и 20 полей, они апдейтятся клиентом несколько раз в секунду. В таблице я сначала поставил триггер на апдейт и первичный ключ. Среднее время рефреша такой таблицы 4.5 миллисек. Потом убрал триггер - стало 3 миллисек. Потом убил индекс - вышло совсем отлично - 1.7 миллисек.

Так что оставил триггеры только для тех таблиц, которые редко обновляются, чтобы не рефрешить их попусту.

С уважением.


 
Anatoly Podgoretsky ©   (2011-07-20 19:13) [14]

> SQLEXPRESS  (20.07.2011 17:01:12)  [12]

1. Это лог не прибивает, а только сжимает, прибитие лога - это уничтожение
базы
2. Имеем в итоге испорченую базу. Ты хоть понимаешь для чего нужен лог, как
это работает


 
Anatoly Podgoretsky ©   (2011-07-20 19:16) [15]

> yurikon  (20.07.2011 18:09:13)  [13]

2М это начальный размер. Сверху лог никак не ограничен, столько сколько
нужно для работы.


 
SQLEXPRESS   (2011-07-20 20:41) [16]


> 1. Это лог не прибивает, а только сжимает, прибитие лога
> - это уничтожение
> базы
> 2. Имеем в итоге испорченую базу. Ты хоть понимаешь для
> чего нужен лог, как
> это работает

1. согласен, не так сказал.
в случае чрезмерного раздутия (700 метров, например и более)
ужать до 1 - это считай, что прибить
2. да, конечно.
я про возможность ограничить и тут


> Сверху лог никак не ограничен, столько сколько
> нужно для работы.

да ладно, не нужно ему слишком много.
Вернее, он хапает пока может. А потом это все грузом лежит.


>  Есть таблица 20 строк и 20 полей, они апдейтятся клиентом
> несколько раз в секунду.

тут вообще не о чем говорить. Все в минимум можно ставить.
Если это не киношки :), что вряд ли, т.к. несколько раз в секунду апдейтятся


 
Anatoly Podgoretsky ©   (2011-07-20 21:25) [17]

> SQLEXPRESS  (20.07.2011 20:41:16)  [16]

Прибить это удалить лог файл.

Размер лога сверху ничем не ограничен. В настройках ничего подобного твоему
утверждению "не давать становится trans_log более size", поскольку это
равносильно смерти базы. Я на всякий случай проверил все настройки - нет
этого. И быть этого не может.


 
SQLEXPRESS   (2011-07-20 21:55) [18]

Вы меня пугаете..
а это что тогда?
http://ifolder.ru/24798239


 
SQLEXPRESS   (2011-07-20 22:05) [19]

совсем система испортилась, захочешь помотреть - непосмотришь
тут лучше
http://zalil.ru/31447039


 
sniknik ©   (2011-07-20 22:11) [20]

> тут лучше
http://imageshack.us/



Страницы: 1 вся ветка

Текущий архив: 2017.01.15;
Скачать: CL | DM;

Наверх




Память: 0.52 MB
Время: 0.024 c
1-1346053086
mefodiy
2012-08-27 11:38
2017.01.15
Настройка Delphi 2010


15-1456148886
K-1000
2016-02-22 16:48
2017.01.15
TCanvas. Вывести текст с разноцветными буквами


1-1341941337
4ainik
2012-07-10 21:28
2017.01.15
При удалении TabSheet-ов стринггрид теряет фокус


15-1452147343
pavelnk
2016-01-07 09:15
2017.01.15
Вирусная программа в браузере


2-1421304666
chron22
2015-01-15 09:51
2017.01.15
динамический sql в компонентах