Сервер отчетов 
	  На страницу  Пред.  1, 2, 3 
	     | 
   
 
	
		| Предыдущая тема :: Следующая тема   | 
	 
	
	
		| Автор | 
		Сообщение | 
	 
	
		yaffil Профи
 
  Вступление в Клуб: 18.08.2011
  | 
		
			
				 Пн Окт 10, 2016 09:56    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Сам не занимался подъемом СО, но как то была проблем с rdf отчетом, после долгих мучений нашел на СО папку с этими rdf и тупо туда скопировал нужный отчет - заработало.
 
Может таже проблем? | 
			 
		  | 
	 
	
		  | 
	 
	
		smirnovan Участник со стажем
 
  Вступление в Клуб: 10.12.2014
  | 
		
			
				 Пн Окт 10, 2016 10:04    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Запустить вроде получилось, не без помощи Евгения. Но с кодировкой пока не получается разобраться.
 
  | 
			 
		  | 
	 
	
		  | 
	 
	
		egor_spb Участник - экстремал
 
  Вступление в Клуб: 28.09.2007
  | 
		
			
				 Ср Ноя 23, 2016 10:26    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				У меня получилось настроить сервер отчетов, из Навигатора все работает, отчеты формируются.
 
Но хочется управлять запуском отчетов через командные файлы, которые генерятся при выполнении отчетов, например:  	  | Код: | 	 		  
 
 Содержимое папки C:\TEMP\GEN\67628-1
 
 
23/11/2016  09:56    <DIR>          .
 
23/11/2016  09:56    <DIR>          ..
 
23/11/2016  09:50               352 67628-1.bat
 
23/11/2016  09:50           105,098 67628-1.out
 
23/11/2016  09:50               338 67628-1.par
 
23/11/2016  09:50             1,328 67628-1.xml
 
23/11/2016  09:56                 0 d.txt
 
               5 файлов        107,116 байт
 
 | 	  
 
При этом командный файл 67628-1.bat выглядит вполне разумно:
 
 	  | Код: | 	 		  
 
"RWCLIENT.BAT" REPORT='c:\reports\ACC_TURN_PERIOD.RDF' SERVER='RptSvr_ORSrv_asinst_1' DESTYPE=FILE DESNAME='C:\TEMP\Gen\67628-1\67628-1.out' USERID='APP_SRV/APP_SRV@LIBUPGR' PARAMFORM=NO MODE=BITMAP DESFORMAT=PDF  CUSTOMIZE='C:\TEMP\Gen\67628-1\67628-1.xml' NOCHACHE_NM='LIBUPGR67628-1' ENGINERESPONSETIMEOUT=240 CMDFILE=C:\TEMP\Gen\67628-1\67628-1.par
 
 | 	  
 
Но при его запуске получаю:
 
REP-0178: Серверу отчетов RptSrv_ORSrv_asinst_1 не удалось установить соединение.
 
Проверил tnsping и sqlplus APP_SRV/APP_SRV@LIBUPGR с базой из командной строки соединяются,, да и отчет формируется, если вызывать из навигатора (файл с расширением .out).
 
Если запускать не через rwclient.bat, а через rwrun.bat, то уходит в себя, в диспетчере задач видно, что процесс стартует, но зависает... | 
			 
		  | 
	 
	
		  | 
	 
	
		vtar Эксперт
 
  Вступление в Клуб: 20.03.2009
  | 
		
			
				 Ср Ноя 23, 2016 10:49    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				| на сайте сопровождения ЦФТ выписали бан ? | 
			 
		  | 
	 
	
		  | 
	 
	
		egor_spb Участник - экстремал
 
  Вступление в Клуб: 28.09.2007
  | 
		
			
				 Ср Ноя 23, 2016 10:59    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | vtar пишет: | 	 		  | на сайте сопровождения ЦФТ выписали бан ? | 	  
 
Да нет, наверное, еще полчаса консультаций осталось...
 
Просто вопрос, скорее, из опыта работы, а не абстрактной настройки сервера отчетов, поэтому спросил здесь.
 
Из опыта общения с саппортом, предвижу ответ: указанная функциональность не предусмотрена, используйте штатные средства генерации отчетов - ЦФТ-навигатор. | 
			 
		  | 
	 
	
		  | 
	 
	
		nobel Профи
 
  Вступление в Клуб: 28.09.2011
  | 
		
			
				 Чт Ноя 24, 2016 13:29    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				у меня есть вопрос по серверу отчетов.у нас возникает вот такая ошибка
 
При выполнении отчётного задания произошли ошибки:
 
REP-0177: Ошибка при выполнения на удаленном сервере.
 
Сбой механизма rwEng-0., job Id: 142 
 
 
У кого нибудь такая ошибка возникала и с чем она связана?как я предполагаю что связана с переполнением ресурсов(памяти,кэша или что подобное).главным образом сначала все отчеты работают а в какой то момент тупо на всех отчетах(цфтшных report builder) такая ошибка | 
			 
		  | 
	 
	
		  | 
	 
	
		egor_spb Участник - экстремал
 
  Вступление в Клуб: 28.09.2007
  | 
		
			
				 Чт Ноя 24, 2016 15:16    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | nobel пишет: | 	 		  у меня есть вопрос по серверу отчетов.у нас возникает вот такая ошибка
 
При выполнении отчётного задания произошли ошибки:
 
REP-0177: Ошибка при выполнения на удаленном сервере.
 
Сбой механизма rwEng-0., job Id: 142 
 
 
У кого нибудь такая ошибка возникала и с чем она связана?как я предполагаю что связана с переполнением ресурсов(памяти,кэша или что подобное).главным образом сначала все отчеты работают а в какой то момент тупо на всех отчетах(цфтшных report builder) такая ошибка | 	  
 
 
Да, у меня возникала похожая ошибка. Но, кажется, я сам был виноват, потому что причина в логе была - "существуют некомпилированные программные модули". 
 
 	  | Код: | 	 		  
 
[2016-11-23T02:17:08.002-04:30] [reports] [ERROR] [] [oracle.reports.engine] [tid: 10] [ecid: 0000LYFw1FVFCCWFLzFS8A1ODJhd000000,0:1:100000002] [EngineName: rwEng-0] C Engine  Job ID = 9  ERRREP-0736: Существуют нескомпилированные программные модули.
 
 | 	 
  | 
			 
		  | 
	 
	
		  | 
	 
	
		Ибрагим Участник
 
  Вступление в Клуб: 14.01.2017
  | 
		
			
				 Вс Янв 15, 2017 09:31   REP-0177 | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Ошибка в процессе выполнения задания на удаленном сервере
 
синоним далее не будет транслироваться правильно
 
select a.* , b.t , '*' c_page_protect , '*' c_acc_break from ( select a.id id_main , f.date_last ( 'В' || a.C_ARC_MOVE , : P_SD , 'В' ) dpd | 
			 
		  | 
	 
	
		  | 
	 
	
		Gobur Профи
 
  Вступление в Клуб: 06.11.2012
  | 
		
			
				 Вт Мар 07, 2017 14:20   Re: REP-0177 | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Никто не знает почему может не чистить очередь отчетов?
 
report_mgr.clear_orsa_jobs(null);
 
 
Пробовал параметр KEEP_REPORTS - 0,1,-1
 
 
Сам пакет завпраплен - может кто уже сталкивался. | 
			 
		  | 
	 
	
		  | 
	 
	
		Alkov Профи
 
  Вступление в Клуб: 23.09.2010
  | 
		
			
				 Чт Мар 09, 2017 02:43    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Если  необходимо  автоматически удалять "старые" результаты отчетов из таблиц <owner>.ORSA_JOBS_OUT и <owner>.ORSA_JOBS, то для этой цели может использоваться операция SYSTEM_JOBS.ORSA_REFRESH (которую можно ставить в очередь заданий с помощью операции "Запуск системных заданий"). В комментарии к этой операции (комментарий можно прочитать, например, открыв эту операцию в "Администраторе словаря данных") указано следующее:
 
Операция очищает информацию об уже выполненных отчетах, если с момента завершения выполнения отчета прошел период времени, превышающий глобальный системный параметр хранения KEEP_REPORTS (из storage_parameters c param_group='GLOBAL'), который задает минимальный период хранения в днях результатов выполнения отчетов.
 
То есть текущее значение параметра KEEP_REPORTS можно увидеть, выполнив под владельцем запрос
 
select * from STORAGE_PARAMETERS p where p.param_group = 'GLOBAL' and p.param_name = 'KEEP_REPORTS';
 
Установка значения параметра KEEP_REPORTS производится обычно во время апгрейда ТЯ (в ответ на приглашение вида “Minimum days amount to keep reports in queue (…):”). | 
			 
		  | 
	 
	
		  | 
	 
	
		Gobur Профи
 
  Вступление в Клуб: 06.11.2012
  | 
		
			
				 Чт Мар 09, 2017 09:45    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Alkov пишет: | 	 		  Если  необходимо  автоматически удалять "старые" результаты отчетов из таблиц <owner>.ORSA_JOBS_OUT и <owner>.ORSA_JOBS, то для этой цели может использоваться операция SYSTEM_JOBS.ORSA_REFRESH (которую можно ставить в очередь заданий с помощью операции "Запуск системных заданий"). В комментарии к этой операции (комментарий можно прочитать, например, открыв эту операцию в "Администраторе словаря данных") указано следующее:
 
Операция очищает информацию об уже выполненных отчетах, если с момента завершения выполнения отчета прошел период времени, превышающий глобальный системный параметр хранения KEEP_REPORTS (из storage_parameters c param_group='GLOBAL'), который задает минимальный период хранения в днях результатов выполнения отчетов.
 
То есть текущее значение параметра KEEP_REPORTS можно увидеть, выполнив под владельцем запрос
 
select * from STORAGE_PARAMETERS p where p.param_group = 'GLOBAL' and p.param_name = 'KEEP_REPORTS';
 
Установка значения параметра KEEP_REPORTS производится обычно во время апгрейда ТЯ (в ответ на приглашение вида “Minimum days amount to keep reports in queue (…):”). | 	  
 
 
Да это понятно все- вопрос в том почему часть удалило, а часть осталось? Как удалить все? У многих дата постановки в очередь 2007 год. ЦФТ посоветовало скрипт NAV.Cancel_Report . Но пишет , что задание должно быть в ожиданни выполнения. | 
			 
		  | 
	 
	
		  | 
	 
	
		Alkov Профи
 
  Вступление в Клуб: 23.09.2010
  | 
		
			
				 Чт Мар 09, 2017 10:23    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				А если после 
 
 
update STORAGE_PARAMETERS p 
 
                set p.PARAM_VALUE = hist_days --тут по кол-ву надо смотреть
 
                where p.param_group = 'GLOBAL' and p.param_name = 'KEEP_REPORTS';
 
commit;
 
 
сделать
 
                ::[SYSTEM_JOBS].[ORSA_REFRESH];
 
?
 
 
Только если сервер активный и в очереди больше пары сотен , удаление может встать в блокировку к select по той же таблице orsa_jobs .... | 
			 
		  | 
	 
	
		  | 
	 
	
		Gobur Профи
 
  Вступление в Клуб: 06.11.2012
  | 
		
			
				 Чт Мар 09, 2017 10:44    | 
				     | 
			 
			
				Полезность: 2 
  | 
			 
			
				 	  | Alkov пишет: | 	 		  А если после 
 
 
update STORAGE_PARAMETERS p 
 
                set p.PARAM_VALUE = hist_days --тут по кол-ву надо смотреть
 
                where p.param_group = 'GLOBAL' and p.param_name = 'KEEP_REPORTS';
 
commit;
 
 
сделать
 
                ::[SYSTEM_JOBS].[ORSA_REFRESH];
 
?
 
 
Только если сервер активный и в очереди больше пары сотен , удаление может встать в блокировку к select по той же таблице orsa_jobs .... | 	  
 
 
Ну да, так не работало. В общем методом тыка выяснилось следующее. Если в таблице orsa_jobs поставить state_code=0. Затем NAV.Cancel_Report(r.username,r.job, r.pos); Потом меняем DATE_RUN и DATE_EXECUTED на дату меньшую sysdate-KEEP_REPORTS.
 
То тогда                  ::[SYSTEM_JOBS].[ORSA_REFRESH] удалит отчет из очереди. | 
			 
		  | 
	 
	
		  | 
	 
	
		kaa Участник - экстремал
 
  Вступление в Клуб: 20.01.2020
  | 
		
			
				 Вт Июн 04, 2024 20:47    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				а что делать с ORSA_JOBS_OUT - записей всего 345, а весит 4 гига
 
в ORSA_JOBS  357 записей
 
 
::[SYSTEM_JOBS].[ORSA_REFRESH] - в выполнение заданий по расписанию добавил | 
			 
		  | 
	 
	
		  | 
	 
	
		kaa Участник - экстремал
 
  Вступление в Клуб: 20.01.2020
  | 
		
			
				 Вт Окт 15, 2024 09:57    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				добавил
 
truncate table orsa_jobs_out;
 
truncate table orsa_jobs_par;
 
truncate table orsa_jobs;
 
 
к задачам по ораглу, раз в сутки | 
			 
		  | 
	 
	
		  | 
	 
	
		 | 
	 
 
  
	 
	    
	   | 
	
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
  | 
   
 
		 |