АОС. Быстрое заполнение памяти и зависание.

[axalex]

Здравствуйте.
Похожая на предыдущие проблемы беда с AOSами: 8 AOSов на мощном сервере (Windows server 2003 R2 Standart Edition, 64 разрядный), Проц. 8хXeon CPU по 2.66GHz и 8 Гб ОЗУ. Рабочим АОСом является только 1. На остальных "пассивно" ведётся разработка для различных целей. Память всеми АОСами заполняется нормально, на каждом AOSе по разному, за исключением рабочего - последнее время рабочий АОС стал очень быстро заполняться до 2.5 - 3.5 Гб, за считаные 20 минут (AOS + кеш). В момент достигания 2.5 - 3.5 Гб АОС зависает и позже падает. Проверяли на запуск каких - либо операций. Вроде бы всё чисто.
DAX 5.0 RollUp6. Build: 5.0.1500.3761. Пользователей более 150.
Прошу подсказать что делать, куда рыть, быть может у кого встречалось.
PS: По форуму поиск похожих тем делал, темы читал. Ответа на вопрос не нашел. Только что - то рядом. Может ли быть проблема в SQL?? (SQL 2008 R2)
Спасибо.

[Maximin]

Сделайте на нем глобальную компиляцию, удалив кэши на AOS (соотв. приложение еще и реиндексируется). Обновления бинарников на него не накатывали в последнее время? Или приложение от другого build Аксапты? Зачастую подобные "миксы" и ведут к такого рода проблемам. Проблема с SQL - очень маловероятно.

[axalex]

Цитата:

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

Сделайте на нем глобальную компиляцию, удалив кэши на AOS (соотв. приложение еще и реиндексируется). Обновления бинарников на него не накатывали в последнее время? Или приложение от другого build Аксапты? Зачастую подобные "миксы" и ведут к такого рода проблемам. Проблема с SQL - очень маловероятно.

Сегодня сделаю глобальную компиляцию. Кэш имеется ввиду: axapd.aoi? Нет - не накатывали. Ещё раз уточню у коллеги на всякий случай - отпишусь. Спасибо за ответ.

[Zabr]

axalex, посмотрите сюда, может это ваш случай : Некорректное отражение map при пакетной обработке в Ax2009, и налоги в строках накладных/фактур

Цитата:

Ax32.exe именно благодаря ему кушает оперативную память (и не отдает потом обратно) со скоростью ~9 Мб на 1 тыс.строк накладной.

[axalex]

Нашёл пару статей, воспроизведение которых продлило жизнь АОСу. Оказывается частично во многом виноват SQL и у нас проблема с распределением оперативной памяти. Так же сыграло роль не своевременная очистка журнала с выполненными транзакциями.
Вот пара статей:
http://support.microsoft.com/kb/873235/ru
http://msdn.microsoft.com/ru-ru/library/aa337525.aspx

[Daiver]

Цитата:

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

Нашёл пару статей, воспроизведение которых продлило жизнь АОСу. Оказывается частично во многом виноват SQL и у нас проблема с распределением оперативной памяти. Так же сыграло роль не своевременная очистка журнала с выполненными транзакциями.
Вот пара статей:
http://support.microsoft.com/kb/873235/ru
http://msdn.microsoft.com/ru-ru/library/aa337525.aspx

У Вас рабочий AOS и SQL Server на одном сервере?

[Daiver]

Заводил уже подобную ветку . Но проблему пока не решили. Раза 2 в неделю делаем перестарт АОС

[lvan]

Цитата:

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

на мощном сервере (Windows server 2003 R2 Standart Edition, 64 разрядный), Проц. 8хXeon CPU по 2.66GHz и 8 Гб ОЗУ.

А ничо, что стандард едишн поддерживает не более 4х процов?

[axalex]

Цитата:

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

А ничо, что стандард едишн поддерживает не более 4х процов?

Насколько я знаю Standart Edition поддерживает не более 2х процов.
8хXeon = 2 процессора по 4 ядра. Всё работает.

[lvan]

ваши знания ошибочны, впрочем, в данном случае это неважно

[egorych]

Цитата:

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

ваши знания ошибочны, впрочем, в данном случае это неважно

Это почему?
http://www.softmark.ru/catalog/soft/...s_sql_2008.php
http://msdn.microsoft.com/en-us/libr...px#Scalability

[lvan]

мы ваще та про винду тут гаварим, а не про сиквел сервер

[egorych]

http://www.microsoft.com/Rus/Windows...ions.mspx#4smp
Собственно в понятии Microsoft процессор - есть сокет, а не ядро.

[lvan]

да, и что?

[axalex]

Всё. Спасибо за статьи большое. Победили 4 процессора в StandartEdition!
Скрипты для оптимизации и настройке, в помощь SQLщикам, выложу на днях!