АРМ Монитор Коммуникационного Канала вкл-е протоколирования 
	  На страницу 1, 2  След. 
	     | 
   
 
	
		| Предыдущая тема :: Следующая тема   | 
	 
	
	
		| Автор | 
		Сообщение | 
	 
	
		EXPLORER Участник
 
  Вступление в Клуб: 25.02.2012
  | 
		
			
				 Сб Фев 25, 2012 20:25   АРМ Монитор Коммуникационного Канала вкл-е протоколирования | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Здравствуйте! Мне не удается выводить отладочную информацию в 
 
АРМ Монитор Коммуникационного Канала.
 
Подскажите, что неправильно делаю? Пользуюсь IBS.
 
 
Запускаю Навигатор, запускаю через меню управление монитор.
 
В навигаторе захожу в Справочники\Международные карты\UC Типы операций\Полный список. Выбираю операцию Добавить(Ins).
 
 
Хочу, чтобы отладочная информация была в мониторе. Там - ничего не выводится. И если можно, объясните как мониторить сессии. Спасибо! | 
			 
		  | 
	 
	
		  | 
	 
	
		Random Эксперт
 
  Вступление в Клуб: 27.06.2011
  | 
		
			
				 Пн Фев 27, 2012 05:22   Re: АРМ Монитор Коммуникационного Канала вкл-е протоколирова | 
				     | 
			 
			
				Полезность: 2 
  | 
			 
			
				 	  | EXPLORER пишет: | 	 		  Здравствуйте! Мне не удается выводить отладочную информацию в 
 
АРМ Монитор Коммуникационного Канала.
 
Подскажите, что неправильно делаю? Пользуюсь IBS.
 
 
Запускаю Навигатор, запускаю через меню управление монитор.
 
В навигаторе захожу в Справочники\Международные карты\UC Типы операций\Полный список. Выбираю операцию Добавить(Ins).
 
 
Хочу, чтобы отладочная информация была в мониторе. Там - ничего не выводится. И если можно, объясните как мониторить сессии. Спасибо! | 	  
 
 
В Монитор Коммуникационного канала выводится только то, что было выведено в пользовательском коде с помощью процедуры debug_pipe: 	  | Код: | 	 		  | debug_pipe('Это пример',0); | 	   причем обрати внимание на второй параметр.
 
Второй параметр - это уровень отладки. То есть если ты зайдешь в меню АРМ Навигатор "Управление"->"Настройки", то в блоке "Уровень отладки" увидишь числовое поле ввода. Там нужно задать число от 0 до 10. Ну так вот, всё, выведенное debug_pipe с параметром БОЛЬШЕ чем введенный в настройках АРМ Навигатор, в мониторе отражено НЕ будет.
 
 
Чем выше уровень отладки в настройках АРМ, тем больше информации увидишь, но тем медленнее будут работать операции.
  Последний раз редактировалось: Random (Пн Фев 27, 2012 09:54), всего редактировалось 1 раз | 
			 
		  | 
	 
	
		  | 
	 
	
		vtar Эксперт
 
  Вступление в Клуб: 20.03.2009
  | 
		
			
				 Пн Фев 27, 2012 08:30    | 
				     | 
			 
			
				Полезность: 2 
  | 
			 
			
				В дополнение, если  разработчик предусмотрел в операции отладку,
 
то перед запуском Монитора надо включить ее
 
 
Справочники - Справочник включения отладки - Добавить
 
 
далее вводите короткое имя Класса операции (ТБП) и короткое имя отлаживаемой операции, режим Включена всегда.
 
 
После окончания отладки в том же справочнике для операции нужно поставить режим отладки "Отключена". | 
			 
		  | 
	 
	
		  | 
	 
	
		Random Эксперт
 
  Вступление в Клуб: 27.06.2011
  | 
		
			
				 Пн Фев 27, 2012 10:02   Re: АРМ Монитор Коммуникационного Канала вкл-е протоколирова | 
				     | 
			 
			
				Полезность: 2 
  | 
			 
			
				 	  | EXPLORER пишет: | 	 		  | И если можно, объясните как мониторить сессии. Спасибо! | 	  
 
 
Смотря что ты хочешь мониторить.
 
 
1) Запусти АРМ Администратор.
 
2) Выбери меню Словарь->Сервер->Сессии
 
3) отсортируй по активным
 
4) Запусти Арм Навигатор
 
5) Обнови сессии, посмотри, добавилась новая сессия. Она в состоянии INACTIVE. Установи на ней курсор.
 
6) В АРМ Навигатор запусти что-нибудь долговыполняющееся
 
7) В окошке сессий нажми кнопку SQL, и посмотри, что выполняется внутри этой долговыполняющейся операции.
 
8) Если там запрос, то можешь скопировать его в буфер, далее через АРМ Администратор, меню Словарь->Проверки->План выполнения SQL-запросов, посмотреть план выполнения этого запроса.
 
Ну и понять, почему он тормозит. | 
			 
		  | 
	 
	
		  | 
	 
	
		Volod Эксперт
 
  Вступление в Клуб: 19.09.2007
  | 
		
			
				 Пн Фев 27, 2012 10:35    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Цитата: | 	 		  |  Если там запрос, то можешь скопировать его в буфер, далее через АРМ Администратор, меню Словарь->Проверки->План выполнения SQL-запросов, посмотреть план выполнения этого запроса. | 	  
 
 
С этим пунктом не согласен. План многих запросов, полученных таким способом, может не совпадать с реальным планом выполнения запроса на сервере. Я пользуюсь специальной утилитой, которая показывает реальный план выполнения (здесь не хочу рекламировать). | 
			 
		  | 
	 
	
		  | 
	 
	
		Random Эксперт
 
  Вступление в Клуб: 27.06.2011
  | 
		
			
				 Пн Фев 27, 2012 12:36    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Volod пишет: | 	 		   	  | Цитата: | 	 		  |  Если там запрос, то можешь скопировать его в буфер, далее через АРМ Администратор, меню Словарь->Проверки->План выполнения SQL-запросов, посмотреть план выполнения этого запроса. | 	  
 
 
С этим пунктом не согласен. План многих запросов, полученных таким способом, может не совпадать с реальным планом выполнения запроса на сервере. Я пользуюсь специальной утилитой, которая показывает реальный план выполнения (здесь не хочу рекламировать). | 	  
 
 
Ну-ка ну-ка, интересно?
 
Каким образом он может не совпадать?
 
Можно в примерах?
 
это не наезд, мне действительно интересно   | 
			 
		  | 
	 
	
		  | 
	 
	
		Volod Эксперт
 
  Вступление в Клуб: 19.09.2007
  | 
		
			
				 Пн Фев 27, 2012 13:25    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				К сожалению, примеров пока нет, если будут - предоставлю. Но смысл в том, что Администратор или SQL-навигатор выдает план без конкретных переменных, сочетание которых влияет на реальный план.
 
Т.е. ситуация обычно такова - select  выполняется медленно, смотришь план через SQL-навигатор - все ОК, индекс, где нужно, подключен, а смотришь через утилиту на реально выполняемом селекте с реальными переменными - индекса и нет. | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexsey Эксперт
 
  Вступление в Клуб: 06.09.2007
  | 
		
			
				 Пн Фев 27, 2012 14:07    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Volod пишет: | 	 		  К сожалению, примеров пока нет, если будут - предоставлю. Но смысл в том, что Администратор или SQL-навигатор выдает план без конкретных переменных, сочетание которых влияет на реальный план.
 
Т.е. ситуация обычно такова - select  выполняется медленно, смотришь план через SQL-навигатор - все ОК, индекс, где нужно, подключен, а смотришь через утилиту на реально выполняемом селекте с реальными переменными - индекса и нет. | 	  
 
Сталкивался с таким, но после вставки функции to_char на переменную становится на индекс.. выяснили опытным путем. _________________ всегда есть как минимум 2 выхода | 
			 
		  | 
	 
	
		  | 
	 
	
		tsktalk Участник со стажем
 
  Вступление в Клуб: 27.09.2007
  | 
		
			
				 Пн Фев 27, 2012 14:20    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				отличие планов - это нормальное явление...
 
 
например 
 
 	  | Код: | 	 		  explain plan for select ....
 
select * from table( DBMS_XPLAN.DISPLAY('PLAN_TABLE')); | 	  
 
не всегда выдает тот самый план по которому будет выполнятся
 
это предварительный план  (один из возможных).
 
и с большой вероятностью, данный план совпадет в итоге с конечным планом.
 
 
в реальности план надо смотреть, когда запрос уже исполняется или уже исполнился. Например в а хистори (AWR)
 
 
а если включены и используются разные параметры для оптимизатора и опции (базовые линии, профили, оутлайны и т.д.), то может быть еще веселей. | 
			 
		  | 
	 
	
		  | 
	 
	
		Volod Эксперт
 
  Вступление в Клуб: 19.09.2007
  | 
		
			
				 Пн Фев 27, 2012 14:39    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Код: | 	 		  | Сталкивался с таким, но после вставки функции to_char на переменную становится на индекс.. выяснили опытным путем. | 	  
 
 
Это уже следствие, не обязательно to_char, - любую функцию, если число - прибавить 0 и т.д. | 
			 
		  | 
	 
	
		  | 
	 
	
		Random Эксперт
 
  Вступление в Клуб: 27.06.2011
  | 
		
			
				 Вт Фев 28, 2012 05:51    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Volod пишет: | 	 		  К сожалению, примеров пока нет, если будут - предоставлю. Но смысл в том, что Администратор или SQL-навигатор выдает план без конкретных переменных, сочетание которых влияет на реальный план.
 
Т.е. ситуация обычно такова - select  выполняется медленно, смотришь план через SQL-навигатор - все ОК, индекс, где нужно, подключен, а смотришь через утилиту на реально выполняемом селекте с реальными переменными - индекса и нет. | 	  
 
 
Кстати, вот интересно.
 
Скажем, есть два (почти) одинаковых запроса, в первом запросе участвуют бинденные переменные, во втором в качестве параметров используются константы, вписанные прямо в запрос. В сессии они отображаются по-разному, вписанные в запрос значения отображаются, бинденные переменные значение в запросе естественно, не "светят".
 
План у этих запросов будет одинаковый или разный? | 
			 
		  | 
	 
	
		  | 
	 
	
		EXPLORER Участник
 
  Вступление в Клуб: 25.02.2012
  | 
		
			
				 Сб Мар 03, 2012 21:44    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Спасибо всем! все получилось  | 
			 
		  | 
	 
	
		  | 
	 
	
		gens Участник со стажем
 
  Вступление в Клуб: 21.06.2011
  | 
		
			
				 Пн Апр 02, 2012 10:47    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Как быть?
 
В проверке стоит следующее: 	  | Код: | 	 		  | debug_pipe('Начало импорта...',0); | 	  
 
На экран выводится, см. вложение. | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexsey Эксперт
 
  Вступление в Клуб: 06.09.2007
  | 
		
			
				 Пн Апр 02, 2012 11:31    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | gens пишет: | 	 		  Как быть?
 
В проверке стоит следующее: 	  | Код: | 	 		  | debug_pipe('Начало импорта...',0); | 	  
 
На экран выводится, см. вложение. | 	  
 
запустить монитор.. Управление->Монитор сессии
 
видимо на операции не стоит признак запуска монитора при отработке операции. _________________ всегда есть как минимум 2 выхода | 
			 
		  | 
	 
	
		  | 
	 
	
		gens Участник со стажем
 
  Вступление в Клуб: 21.06.2011
  | 
		
			
				 Пн Апр 02, 2012 12:26    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Признак выставлен.
 
Хотелось, что бы операция сама его запускала. | 
			 
		  | 
	 
	
		  | 
	 
	
		 | 
	 
 
  
	 
	    
	   | 
	
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
  | 
   
 
		 |