|  05.05.2006, 11:40 | #1 | 
| Участник | AOS зависает 
			
			Часто происходит такая ситуация: зависает AOS. При этом у пользователей которые уже работают в Аксапте зависают их операции, а новые пользователи при открытии Аксапты видят только окно выбора АОСа. Выбрав зависший АОС они даже не получают окна для ввода пароля. Значок состояния Аксапты в нижнем правом углу при этом - изображение базы данных - такой, который появляется когда клиент ожидает ответа.  При просмотре событий в Event Monitor при этом начинают только появляться события типа Object Server AxaptaDomingo: Thread 0xbbc (client listener) created. , а событий типа Object Server AxaptaDomingo: User xxx connected (session 238, thread 0x172c), т.е. создается только новый поток, подключения пользователя не происходит. Также при зависании АОСа в журнале событий появляется (не могу сказать всегда или нет, но часто) сообщение ------------------------------------------------------------------------------------------------- Object Server AxaptaDomingo: System information dump: --# FV EIP----- RetAddr- FramePtr StackPtr Symbol 0 .V 0065d504 03f6d05c 1a48f2e4 1a48f2c0 Mod: Ax32Serv[Ax32Serv.exe], base: 00400000h 1 .V 03f6d05c 00000000 00000000 1a48f2c0 SymGetSymFromAddr exit code 126 SymGetLineFromAddr exit code 126 SymGetModuleInfo exit code 126 Stackdump exit code 126 (Не найден указанный модуль) ------------------------------------------------------------------------------------------------- Устраняется зависание пока только остановкой АОСа и повторным запуском. При зависании AOS не делает ни каких запросов к базе данных - это видно в профайлере SQL Server'a. Процесс AOSа занимает 1-4% процессорного времени. Обмен с оперативной памятью и дисковые чтение/запись происходят только в момент, когда какой-нибудь пользователь пытается приконнектиться Версия Аксапты - 3.0, сервис пак 2 , SQL Server Может ли кто-нибудь что-то посоветовать. Подсказать если не причину зависания, то что еще можно проверить, на что обратить внимание, чтобы эту причину выяснить | 
|  | 
|  05.05.2006, 19:10 | #2 | 
| Участник | 
			
			Слышал о том, что при отборе VM более 2Гб устойчивая работа AOS-а не гарантируется, может это ваш случай? С уважением, itfs. | 
|  | 
|  05.05.2006, 22:23 | #3 | 
| Участник | 
			
			Интересно, а Вы пробовали перевести AOS на другой сервер? Повторяется ситуация? Лично в моей практике был случай, когда причиной появления подобных сообщений послужила установка службы Windows NT собственной разработки на сервер, где уже был установлен AOS. Регистрация службы была выполнена с ошибкой, после этого посыпались глюки, подобные Вашим, от AOS. Проблему удалось решить путем переустановки самого AOSa. Операционную систему переустанавливать не потребовалось. 
				__________________ Ax 3.0 SP3 | 
|  | 
|  06.05.2006, 11:27 | #4 | 
| Участник | 
			
			Сколько экземпляров AOS на сервере и сколько пользоваетелей на AOSе?
		 | 
|  | 
|  06.05.2006, 13:43 | #5 | 
| Участник | 
			
			2 itfs нет, у нас каждый экземпляр АОС использует памяти гораздо меньше 2-х ГБ Всем: Раньше АОС был один, и в один прекрасный момент он начал зависать - чуть ли не каждые 5 минут. Решили, что это оттого, что слишком много пользователей, и сделали 4 АОСа, 2 на одной машине и 2 на другой (машины сильные, 2-х процессорные Xeon, 3.2 Ггц, 2 Гб памяти). В кластер не объединены, пользователи разбросаны по АОСам по географическому признаку. После этого АОСы с одинаковым успехом зависают на обоих серверах, правда теперь значительно реже, раз в день в среднем. Количество пользователей на них 20-50 человек | 
|  | 
|  06.05.2006, 15:43 | #6 | 
| Участник | 
			
			Скажите, а с какой целью вы на одной машине держите 2 АОС'а, а не по одному.  Т.е. вместо 4х аосов ведь можно было обойтись двумя.
		 | 
|  | 
|  10.05.2006, 06:05 | #7 | 
| Участник | 
			
			были подозрения, что АОС зависает, когда кол-во пользователей на нем превышает 50 человек
		 | 
|  | 
|  10.05.2006, 12:53 | #8 | 
| Участник | 
			
			У нас 2 аоса - на двух разных машинах. Всего 160 пользователей. Причём бывали ситуации когда приходилось всех запускать на один аос. Кроме подтормаживания (и то незначительного) ничего плохого замечано не было. Так что подозрения в зависании аосов при нагрузке > 50 человек, можно наверное отбросить.
		 | 
|  | 
|  22.05.2006, 18:41 | #9 | 
| Участник | 
			
			возможно, стоило бы оставить по одному АОСу на каждой машине...что-то не нравится мне наличие двух (конкурирующих?) АОСов на одном сервере...смутно припоминаю связанные с этим какие-то проблемы...
		 | 
|  | 
|  23.05.2006, 10:59 | #10 | 
| Участник | 
			
			2 somebody Вы хотите сказать что аосы могут конфликтовать друг с другом? Например неправильно использовать общие ресурсы, скажем делать отображаемые в память файлы, которыми пользуются все процессы АОСа? | 
|  | 
|  24.05.2006, 17:23 | #11 | 
| Участник | Цитата: 
		
			Сообщение от Sequel
			
			 2 somebody Вы хотите сказать что аосы могут конфликтовать друг с другом? Например неправильно использовать общие ресурсы, скажем делать отображаемые в память файлы, которыми пользуются все процессы АОСа? | 
|  |