| 
	 | 
| 
			
			 | 
		#1 | 
| 
			
			 Axapta Retail User 
		
			
	 | 
	
	
	
		
		
			
			
			Почему упал AOS
			 
			
			Как определить причину, почему упал AOS ?  
		
		
		
		
		
		
		
	DAX2009  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Я бы в первую очередь посмотрел Журнал Windows\Приложение. наверняка туда что то попало.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 MCT 
		
			
	 | 
	
	
	
		
		
		
		 
			
			сейчас общаюсь с англоязычной поддержкой Microsoft EMEA - и вот что они советуют по этому вопросу: 
		
		
		
		
		
		
			Цитата: 
	
		
			1) You could install the Debug Diagnostic Tools 1.2. This is a GUI tool that will set up a service to monitor the AOS. If the AOS crashes, it will dump all the application memory into a file and we can review this. I will add details on how to install and configure it below. 
2) Another way would be to configure the built-in Windows Error Reporting (WER) to monitor the AOS. Please be aware that WER is only available in Windows Server 2008 (R2). Цитата: 
	
		
			You are right, that the standard WER messages do not supply enough info. But we have the option to set a new registry key which will cause WER to specifically monitor the AOS service and create a crash memory dump file (like DD 1.2 would) in case that the AOS service stops with an error. 
For this you will have to create a registry key and then restart the whole machine, though. That is the reason why I would prefer to use DD 1.2 instead. You can find info on this here: http://blogs.msdn.com/b/emeadaxsupport/archive/2010/05/12/possibilities-to-create-memory-dumps-from-crashing-processes.aspx How to configure WER to create a memory dump of a crashing AOS service: You have to create the following registry key in order to monitor the AOS service: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Windows Error Reporting\LocalDumps\Ax32Serv.exe In addtion to that you will have to define the following value keys below this registry key: - DumpFolder (Define the patch where the dump files should be created, e.g. %LOCALAPPDATA%\CrashDumps) - DumpCount (Should be configured to 3-5. Once the number of dumps in the DumpFolder location exceed this value, the oldest will be replaced) - DumpType (Please configure to value 0. 0 = Custom dump, 1 = Mini dump, 2 = Full dump) - CustomDumpFlags (If DumpType is configured to 0, please set this value to 7015 decimal or 0x1B67 hexadecimal) Additional info on this can be found in the following MSDN article: http://msdn.microsoft.com/en-us/library/bb787181(VS.85).aspx 
				__________________ 
		
		
		
		
	Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try.  | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: Bega (1). | |
| 
			
			 | 
		#4 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Проверьте в журнале приложения Windows, есть ли сообщения перед падением АОСа о том что отличается версия клиента. У нас это точно было причиной падения.
		 
		
		
		
		
		
		
		
		
			Последний раз редактировалось Bega; 24.11.2011 в 12:23.  | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Ищущий знания... 
		
			
	 | 
	
	
	
		
		
		
		 
			
			если АОС и БД на разных серверах, то так же в журнале приложений, перед падением АОСа посмотрите не запускается ли скан антивирусом, который отрубает на некоторое время сеть  
		
		
		
		
		
		
			![]() сталкивался с этим не однократно... 
				__________________ 
		
		
		
		
	"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем  | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Молодой, подающий надежды 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Посмотрите по ссылкам, указанным в этом сообщении: единственный способ это исправить - зарегистрировать соответствующий запрос в поддержке 
		
		
		
		
		
		
		
		
			Цитата: 
	
		
			...опубликовал серию статей про анализ краш-дампов: 
Setting up WinDbg and Using Symbols Finding the AX user that caused an AOS crash (axforum) Finding the X++ call stack that caused a crash (axforum) Finding the AX user and the X++ call stack from a memory dump the easy way So your AOS crashed, is hanging, or you just want to see what it's doing добавлено emeadaxsupport: What to do if you have a crash После этого краш-дампы стало возможным анализировать самому - без поддержки... Последний раз редактировалось pedrozzz; 24.11.2011 в 16:07.  | 
| 
	
 | 
| 
	
	 | 
	
| Опции темы | Поиск в этой теме | 
| Опции просмотра | |
		
  |