SQL Server процесс столько памяти жрет!
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
SQL Server процесс столько памяти жрет!
опять вернусь к проблеме с Full text search в SQL Server 2000.
Поток текстовой информации в таблицу увеличился довольно серьезно. Раньше за сутки поступало примерно 10К текста. Сейчас объем вырос в разы (!).
Состояние full text search каталога все более чаще стало переходить в состояние Shutdown. Как я понял в таком состоянии никакого индексирования не производится и каталог просто мертв. Те данные которые были проиндексированы до ухода в это состояние доступны, те, которые пришли позже нет.
Смотрю в таск менеджер и вижу. Допустим перегружаем машину. Sql server процесс вначале занимает в памяти 50 метров. Оставляем машину на день с работающим серверным приложением, которое и льет данные в базу.
В конце дня размер памяти, занимаемой sql server процессом ( НЕ Search процессом а именно sql server процесс) легко достигает 500 мегабайт
Подскажите, по каким причинам процесс жрет столько памяти. Где может быть утечка? Может ли утечка быть в хранимой процедуре?
Физически памяти стоит один гигабайт на машине. К конце дня суммарная память, занимаемая процессами примерно 750 метров. То есть 250 в принципе свободны.
Поток текстовой информации в таблицу увеличился довольно серьезно. Раньше за сутки поступало примерно 10К текста. Сейчас объем вырос в разы (!).
Состояние full text search каталога все более чаще стало переходить в состояние Shutdown. Как я понял в таком состоянии никакого индексирования не производится и каталог просто мертв. Те данные которые были проиндексированы до ухода в это состояние доступны, те, которые пришли позже нет.
Смотрю в таск менеджер и вижу. Допустим перегружаем машину. Sql server процесс вначале занимает в памяти 50 метров. Оставляем машину на день с работающим серверным приложением, которое и льет данные в базу.
В конце дня размер памяти, занимаемой sql server процессом ( НЕ Search процессом а именно sql server процесс) легко достигает 500 мегабайт
Подскажите, по каким причинам процесс жрет столько памяти. Где может быть утечка? Может ли утечка быть в хранимой процедуре?
Физически памяти стоит один гигабайт на машине. К конце дня суммарная память, занимаемая процессами примерно 750 метров. То есть 250 в принципе свободны.
- Чай, кофе не предлагаю...
- Спасибо, мы уже пиво выпили
- Спасибо, мы уже пиво выпили
-
- Уже с Приветом
- Posts: 2107
- Joined: 04 Mar 1999 10:01
- Location: Gaithersburg, MD
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
Подскажите, по каким причинам процесс жрет столько памяти. IMHO, кэширует.
и до каких пор он кешировать будет это все Пока память не кончится ?:)
Если имеются в виду самописные/third parties extended stored procedures, то да.[/quote]Где может быть утечка? Может ли утечка быть в хранимой процедуре?
не, никаких third party, все писалось в самом SQL Server
- Чай, кофе не предлагаю...
- Спасибо, мы уже пиво выпили
- Спасибо, мы уже пиво выпили
-
- Уже с Приветом
- Posts: 28294
- Joined: 29 Aug 2000 09:01
- Location: SPB --> Gloucester, MA, US --> SPB --> Paris
Он будет расти пока не кеширует все либо не упрется в ограничение которое Вы для него установили
Оно устанавливается в свойствах сервера
Если его не ограничить то он (на большой базе) растет до 1.7G без AWE
С AWE растет еще больше (но это не видно)
То что он растет ЭТО ПРАВИЛЬНО
Если Вам нужно оставить место для других аппликаций залезтьте в свойства сервера и ограничьте ему память
Оно устанавливается в свойствах сервера
Если его не ограничить то он (на большой базе) растет до 1.7G без AWE
С AWE растет еще больше (но это не видно)
То что он растет ЭТО ПРАВИЛЬНО
Если Вам нужно оставить место для других аппликаций залезтьте в свойства сервера и ограничьте ему память
Зарегистрированный нацпредатель, удостоверение N 19719876044787 от 22.09.2014
-
- Уже с Приветом
- Posts: 2107
- Joined: 04 Mar 1999 10:01
- Location: Gaithersburg, MD
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
Victor wrote:IMHO, если нет каких-то явных проблем и абсолютного понимания как их рещать, расперделение памяти лучше отдать на откуп менеджеру памяти Windows/SQL serverDmitry67 wrote:Если Вам нужно оставить место для других аппликаций залезтьте в свойства сервера и ограничьте ему память
проблема как раз есть. Full text search каталог периодически уходит в состояние Shutdown. Порывшись в инете нашел инфу, что типа это может происходить из за того, что search процессу не хватает виртуальной памяти. Вот я и думаю, может этот sqlserver все забирает
- Чай, кофе не предлагаю...
- Спасибо, мы уже пиво выпили
- Спасибо, мы уже пиво выпили
-
- Уже с Приветом
- Posts: 28294
- Joined: 29 Aug 2000 09:01
- Location: SPB --> Gloucester, MA, US --> SPB --> Paris
-
- Уже с Приветом
- Posts: 1099
- Joined: 30 Sep 1999 09:01
- Location: Bryansk,RUSSIA >> Dublin, Ireland
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
Памяти выше крыши. Стоит один гигабайт. Каталог упорно уходит в состояние Shutdown когда его размер достигает примерно 85 мегайбайт.
Приходится перегружать машину, чтобы процесс опять начал indexing.
Разработчики, проясните в каких случаях каталог уходит в Shutdown? Что ему не хватает? Сделано все по инструкциям MSDN и участников Привета.
Приходится перегружать машину, чтобы процесс опять начал indexing.
Разработчики, проясните в каких случаях каталог уходит в Shutdown? Что ему не хватает? Сделано все по инструкциям MSDN и участников Привета.
- Чай, кофе не предлагаю...
- Спасибо, мы уже пиво выпили
- Спасибо, мы уже пиво выпили
-
- Уже с Приветом
- Posts: 28294
- Joined: 29 Aug 2000 09:01
- Location: SPB --> Gloucester, MA, US --> SPB --> Paris
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
Dmitry67 wrote:Один гиг памяти это выше крыши ?
Вы смеетесь
да нет.
Вы ограничили память SQL хотя бы до 700M чтобы indexing осталось 240-250 M ?
Теперь каталог уходит в шатдаун когда SQ LServer занимает примерно 300 метров, а search service где то 50. Вообщем все процессы в памяти занимают где то 500 метров. Остается по идее еще 500.. Хоть убей не пойму чего надо этому search service и почему он уходит в шатдаун
- Чай, кофе не предлагаю...
- Спасибо, мы уже пиво выпили
- Спасибо, мы уже пиво выпили
-
- Уже с Приветом
- Posts: 28294
- Joined: 29 Aug 2000 09:01
- Location: SPB --> Gloucester, MA, US --> SPB --> Paris
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
вот что нашел в виндовом логе
The critical error 9 occurred in project <SQLServer SQL0000700005>. Error: 8007045d - The request could not be performed because of an I/O device error. . The project has been shut down. The system is probably low on the resources. Free up resources and restart the service.
Это касательно Microsoft Search service.
Из за чего может такое быть? Судя по всему именно это и является причиной shut the project down.
The critical error 9 occurred in project <SQLServer SQL0000700005>. Error: 8007045d - The request could not be performed because of an I/O device error. . The project has been shut down. The system is probably low on the resources. Free up resources and restart the service.
Это касательно Microsoft Search service.
Из за чего может такое быть? Судя по всему именно это и является причиной shut the project down.
- Чай, кофе не предлагаю...
- Спасибо, мы уже пиво выпили
- Спасибо, мы уже пиво выпили
-
- Уже с Приветом
- Posts: 1099
- Joined: 30 Sep 1999 09:01
- Location: Bryansk,RUSSIA >> Dublin, Ireland
-
- Уже с Приветом
- Posts: 2013
- Joined: 16 Mar 2002 10:01
- Location: New York City
Система дисковая:
Три диска Deskstar Hitachi (40 Гиг каждый) объединены в RAID 5 Array от Promise Technology. Файловая система ясен перец NTFS.
В ивент логе каждый день высвечиваются такие ошибки
The device \Device\Scsi\Sptrak1, did not respond withit the timeout period.
Спустя четыре секунды после очередной такой ошибки появляется та ошибка, которую описал наверху.
Три диска Deskstar Hitachi (40 Гиг каждый) объединены в RAID 5 Array от Promise Technology. Файловая система ясен перец NTFS.
В ивент логе каждый день высвечиваются такие ошибки
The device \Device\Scsi\Sptrak1, did not respond withit the timeout period.
Спустя четыре секунды после очередной такой ошибки появляется та ошибка, которую описал наверху.
- Чай, кофе не предлагаю...
- Спасибо, мы уже пиво выпили
- Спасибо, мы уже пиво выпили
-
- Уже с Приветом
- Posts: 28294
- Joined: 29 Aug 2000 09:01
- Location: SPB --> Gloucester, MA, US --> SPB --> Paris