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

[Poleax]

Цитата:

Сообщение от alesander

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

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

Цитата:

Сообщение от alesander

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

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

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

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

[alesander]

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

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

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

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

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

Цитата:

Сообщение от alesander

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

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

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

[ice]

Цитата:

Сообщение от alesander

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

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

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

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

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