SQL с базой Axapta занимает всю оперативную память

[alesander]

База Аксапты 4.0 крутится на SQL Server 2008 Standart x64. Размер базы около 40Гб. На этом SQL сервере раньше было 8 ГБ оперативной памяти и почти вся память была занята SQL'ом. Докупили еще оперативки до 12 ГБ. Но и после этого почти вся память оказалась занята SQL Server'ом. Такое ощущение, что сколько ему не дай оперативки - всю займет собой.
Проблема в том, что когда вся память занята SQL'ом не выполняются некоторые операции в Axapta. Приходится перезагружать сервер с базой данных и пока не занята вся память выполнять необходимые операции.

Как победить эту проблему? Докупить еще оперативки - не вариант.

[George Nordic]

Zitat:

Zitat von alesander

База Аксапты 4.0 крутится на SQL Server 2008 Standart x64. Размер базы около 40Гб. На этом SQL сервере раньше было 8 ГБ оперативной памяти и почти вся память была занята SQL'ом. Докупили еще оперативки до 12 ГБ. Но и после этого почти вся память оказалась занята SQL Server'ом. Такое ощущение, что сколько ему не дай оперативки - всю займет собой.

Само собой. А Вы как хотели? Доступ к ОЗУ быстрее, чем к диску, поэтому Скуль пытается подгружать как можно больше данных.

Zitat:

Zitat von alesander

Проблема в том, что когда вся память занята SQL'ом не выполняются некоторые операции в Axapta.

Не слышал о таком. Можно попобробнее?

С Уважением,
Георгий

[ice]

у вас AOS на том же сервере что и SQL-сервер? ограничте в ручную память используемую SQL-сервером

[egorych]

Zitat:

Zitat von alesander

Как победить эту проблему? Докупить еще оперативки - не вариант.

А ограничить используемую память для SQL вариант?
В студии - свойства сервера, категория memory - максимально используемая память (Мб)

[lev]

присоединюсь к предыдущим советам о жестком выставлении используемой оперативки в SQL, и добавлю ещё, если есть админ БД, попросите его пускай посмотрит в чем причина, возможно есть какие то ещё проблемы.

[Poleax]

Zitat:

Zitat von alesander

База Аксапты 4.0 крутится на SQL Server 2008 Standart x64. Размер базы около 40Гб. На этом SQL сервере раньше было 8 ГБ оперативной памяти и почти вся память была занята SQL'ом. Докупили еще оперативки до 12 ГБ. Но и после этого почти вся память оказалась занята SQL Server'ом. Такое ощущение, что сколько ему не дай оперативки - всю займет собой.

Ну и отлично, пусть БД в ОЗУ и закачивает, быстрее все работать будет. Если финансы не жмут 64Гб ОЗУ поставьте красота.

Zitat:

Zitat von alesander

Проблема в том, что когда вся память занята SQL'ом не выполняются некоторые операции в Axapta. Приходится перезагружать сервер с базой данных и пока не занята вся память выполнять необходимые операции.

Как победить эту проблему? Докупить еще оперативки - не вариант.

Жду подробностей проблемы, может приведете логи системы или логи сиквела? AOS-ы на отдельных машинах работают, что у них в логах системы?

P.S. Рекомендую ознакомится с настройками БД для Ax 2009: Microsoft Dynamics AX 2009 White Paper: Planning Database Configuration

[alesander]

AOS находится на другом сервере.

Не выполняется в принципе одна единственная операция. Для Аксапты была написана обработка которая выгружает справочники из нее. Когда запускается эта обработка в диспетчере задач видно, что резко выделяется примерно гиг оперативки под ее выполнение. Это при условии, что есть свободная оперативка. А если оперативки свободной нет, то эта обработка ругается на то что не может выделить память.

Выставить максимальный размер памяти в SQL Server я уже тоже думал, но не получится ли так, что он так-же займет всю выделенную ему память, а обработка в Аксапте продолжит ругаться на ее нехватку?

Может можно как-то SQL'у в процессе работы сказать чтобы он освободил немного памяти на время? А потом пускай дальше ее забивает чем хочет.

[Wamr]

М.Жванецкий

Zitat:

Консерватория

Консерватория, аспирантура, мошенничество, афера, суд, Сибирь.
Консерватория, частные уроки, еще одни частные уроки, зубные протезы, золото, мебель, суд, Сибирь.
Консерватория, концертмейстерство, торговый техникум, зав. производством, икра, крабы, валюта, золото, суд, Сибирь.

Может, что-то в консерватории подправить?

[Михаил Андреев]

Zitat:

Zitat von alesander

AOS находится на другом сервере.

Не выполняется в принципе одна единственная операция. Для Аксапты была написана обработка которая выгружает справочники из нее. Когда запускается эта обработка в диспетчере задач видно, что резко выделяется примерно гиг оперативки под ее выполнение. Это при условии, что есть свободная оперативка. А если оперативки свободной нет, то эта обработка ругается на то что не может выделить память.

Имеет смысл нанять более опытного программиста, чтобы исправить эту "обработку", а не искать причину там, где её быть не может.

[ice]

Zitat:

Zitat von alesander

AOS находится на другом сервере.

Не выполняется в принципе одна единственная операция. Для Аксапты была написана обработка которая выгружает справочники из нее. Когда запускается эта обработка в диспетчере задач видно, что резко выделяется примерно гиг оперативки под ее выполнение. Это при условии, что есть свободная оперативка. А если оперативки свободной нет, то эта обработка ругается на то что не может выделить память.

Выставить максимальный размер памяти в SQL Server я уже тоже думал, но не получится ли так, что он так-же займет всю выделенную ему память, а обработка в Аксапте продолжит ругаться на ее нехватку?

Может можно как-то SQL'у в процессе работы сказать чтобы он освободил немного памяти на время? А потом пускай дальше ее забивает чем хочет.

вы запускаете вашу обработку на SQL-сервере? таким образом клиент аксапты начинает занимать 1гиг? если так, то исправляйте вашу обработку и запускайте на отдельном компьютере