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

[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 - очень маловероятно.

[Daiver]

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

[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 на одном сервере?

[axalex]

Цитата:

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

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

Простите если не корректно отписался. Нет.

[Daiver]

Цитата:

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

Простите если не корректно отписался. Нет.

Можете немного подробнее своими словами рассказать как SQL Server влияет на память AOS, при том что они находятся на разных физических серверах?
Если такое влияние есть, то что именно Вы сделали чтобы устранить рост памяти на AOS?

[lvan]

Цитата:

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

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

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

[axalex]

Цитата:

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

Можете немного подробнее своими словами рассказать как SQL Server влияет на память AOS, при том что они находятся на разных физических серверах?
Если такое влияние есть, то что именно Вы сделали чтобы устранить рост памяти на AOS?

Прочитав статьи и пообщавшись с людьми на эти темы - пришёл к мнению что да, Скуль может захламлять память АОСа. Как это происходит на глубоком уровне объяснить не смогу. Но лекарством может являться: переиндексация sql с помощью запросов. Делал дополнительно: глобальную компиляцию, пересоздавал индексы на АОСе, очищал журналы транзакций, копался в файлах конфигураций-опции про производительность, ну и настроил с нуля нормально sql server 2008 r2. Крайнюю опрацию делал - это запускал на SQL запрос по повышению производительности.

[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щикам, выложу на днях!