Документация по установке ИБСО 
	   
	     | 
   
 
	
		| Предыдущая тема :: Следующая тема   | 
	 
	
	
		| Автор | 
		Сообщение | 
	 
	
		Alexander Участник со стажем
 
  Вступление в Клуб: 25.10.2008
  | 
		
			
				 Пт Ноя 07, 2008 21:33   Документация по установке ИБСО | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Уважаемые коллеги! Есть ли у кого-нибудь документация по установке ибсо на Oracle. Т.е. Oracle уже установлен, а вот нормальной доки по уставноке ибсо нет. ЦФТ прислал какую-ту кривую доку, в которой даже есть ссылки на несуществующие в дистрибутиве файлы! Если кто-то может помочь, буду очень признателен.
 
 
Спасибо | 
			 
		  | 
	 
	
		  | 
	 
	
		lexus Профи
 
  Вступление в Клуб: 28.09.2007
  | 
		
			
				 Пн Ноя 10, 2008 08:33    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Может быть лучше по конкретным вопросам помогать?
 
Задавайте    | 
			 
		  | 
	 
	
		  | 
	 
	
		egoist Участник
 
  Вступление в Клуб: 20.05.2009
  | 
		
			
				 Ср Окт 23, 2013 13:30    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | lexus пишет: | 	 		  Может быть лучше по конкретным вопросам помогать?
 
Задавайте    | 	  
 
Тоже дока интересует. Сейчас стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой CFT.
 
Старый сервер крутиться на SLES ent. 11 x64 patch 1 + oracle 11
 
В новом сервере хотим оставить все так же только с последним патчем sles. 
 
Есть какие-то моменты , которые нужно знать или пропатчить всю OS , пропатчить Oracle по максимуму ? | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexander Участник со стажем
 
  Вступление в Клуб: 25.10.2008
  | 
		
			
				 Ср Окт 23, 2013 13:38    | 
				     | 
			 
			
				Полезность: 1 
  | 
			 
			
				 	  | egoist пишет: | 	 		   	  | lexus пишет: | 	 		  Может быть лучше по конкретным вопросам помогать?
 
Задавайте    | 	  
 
ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой CFT.
 
Старый сервер крутиться на SLES ent. 11 x64 patch 1 + oracle 11
 
В новом сервере хотим оставить все так же только с последним патчем sles. 
 
Есть какие-то моменты , которые нужно знать или пропатчить всю OS , пропатчить Oracle по максимуму ? | 	  
 
 
Недавно делал что-то подобное. Скачала с оф.сайта SLES-11-SP3 x86-64 установил на сервер, взял имеющийся дистрибутив Oracle 11.2.0.2 + патчи и поставил по документации от Oracle. Проделал ряд стандартных подготовительных процедур и перенес БД простым копированием файлов. Всё работает. | 
			 
		  | 
	 
	
		  | 
	 
	
		egoist Участник
 
  Вступление в Клуб: 20.05.2009
  | 
		
			
				 Ср Окт 23, 2013 13:50    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Alexander пишет: | 	 		   	  | egoist пишет: | 	 		   	  | lexus пишет: | 	 		  Может быть лучше по конкретным вопросам помогать?
 
Задавайте    | 	  
 
ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой CFT.
 
Старый сервер крутиться на SLES ent. 11 x64 patch 1 + oracle 11
 
В новом сервере хотим оставить все так же только с последним патчем sles. 
 
Есть какие-то моменты , которые нужно знать или пропатчить всю OS , пропатчить Oracle по максимуму ? | 	  
 
 
Недавно делал что-то подобное. Скачала с оф.сайта SLES-11-SP3 x86-64 установил на сервер, взял имеющийся дистрибутив Oracle 11.2.0.2 + патчи и поставил по документации от Oracle. Проделал ряд стандартных подготовительных процедур и перенес БД простым копированием файлов. Всё работает. | 	  
 
 
Мы тоже не давно так делали , переход с sles 9 на 11 был. Но сейчас такая проблема возникла , что раз в месяц ОС отжирает память в размере 40 гигов и очень быстро сервер просто останавливается, началось это спустя примерно год после перехода. Долго не могли понять в чем проблема , так как именно к концу месяца  сервер просто тупо останавливался , самое интересное начинал работать только после 3 перезагрузок в течении часа.  Мысль была на битую память , было много тестов , программисты проверили свои писульки ) , ловили моменты, но так результата не добились , заказали новый сервер ,а это в резерв. Вот и непонятно то ли ОС виновата то ли железо и сейчас хотим при установке избежать повтора такой ситуации. | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexander Участник со стажем
 
  Вступление в Клуб: 25.10.2008
  | 
		
			
				 Ср Окт 23, 2013 14:15    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | egoist пишет: | 	 		   	  | Alexander пишет: | 	 		   	  | egoist пишет: | 	 		   	  | lexus пишет: | 	 		  Может быть лучше по конкретным вопросам помогать?
 
Задавайте    | 	  
 
ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой CFT.
 
Старый сервер крутиться на SLES ent. 11 x64 patch 1 + oracle 11
 
В новом сервере хотим оставить все так же только с последним патчем sles. 
 
Есть какие-то моменты , которые нужно знать или пропатчить всю OS , пропатчить Oracle по максимуму ? | 	  
 
 
Недавно делал что-то подобное. Скачала с оф.сайта SLES-11-SP3 x86-64 установил на сервер, взял имеющийся дистрибутив Oracle 11.2.0.2 + патчи и поставил по документации от Oracle. Проделал ряд стандартных подготовительных процедур и перенес БД простым копированием файлов. Всё работает. | 	  
 
 
Мы тоже не давно так делали , переход с sles 9 на 11 был. Но сейчас такая проблема возникла , что раз в месяц ОС отжирает память в размере 40 гигов и очень быстро сервер просто останавливается, началось это спустя примерно год после перехода. Долго не могли понять в чем проблема , так как именно к концу месяца  сервер просто тупо останавливался , самое интересное начинал работать только после 3 перезагрузок в течении часа.  Мысль была на битую память , было много тестов , программисты проверили свои писульки ) , ловили моменты, но так результата не добились , заказали новый сервер ,а это в резерв. Вот и непонятно то ли ОС виновата то ли железо и сейчас хотим при установке избежать повтора такой ситуации. | 	  
 
 
У нас тоже похожее было. Полностью память сжиралась, swap полностью съедался тоже. По top наблюдали кучу процессов от oracle и лавинообразное уменьшение свободного места в swap. Соответственно работать с АБС было невозможно, приходилось останавливать БД (при этом ждать долго пока все процессы завершатся) и перезапускать сервер выключением/включением. Случилось у нас такое 2 раза с разницей, примерно, в 1 месяц. Обращались в Oracle и ЦФТ. Кто-то из них посоветовал перейти на Oracle 11.2.0.3, там, якобы, лучше с управлением памятью. Реально грешили на АБС и на управление блокировками. Общались по этому поводу с ЦФТ, в результате рекомендовали нам системные задания по расписанию в ЦФТ-Банк настроить. Теперь у нас запускается ряд системных заданий и вот уже 8 месяцев проблем нет. | 
			 
		  | 
	 
	
		  | 
	 
	
		egoist Участник
 
  Вступление в Клуб: 20.05.2009
  | 
		
			
				 Ср Окт 23, 2013 14:26    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Alexander пишет: | 	 		   	  | egoist пишет: | 	 		   	  | Alexander пишет: | 	 		   	  | egoist пишет: | 	 		   	  | lexus пишет: | 	 		  Может быть лучше по конкретным вопросам помогать?
 
Задавайте    | 	  
 
ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой CFT.
 
Старый сервер крутиться на SLES ent. 11 x64 patch 1 + oracle 11
 
В новом сервере хотим оставить все так же только с последним патчем sles. 
 
Есть какие-то моменты , которые нужно знать или пропатчить всю OS , пропатчить Oracle по максимуму ? | 	  
 
 
Недавно делал что-то подобное. Скачала с оф.сайта SLES-11-SP3 x86-64 установил на сервер, взял имеющийся дистрибутив Oracle 11.2.0.2 + патчи и поставил по документации от Oracle. Проделал ряд стандартных подготовительных процедур и перенес БД простым копированием файлов. Всё работает. | 	  
 
 
Мы тоже не давно так делали , переход с sles 9 на 11 был. Но сейчас такая проблема возникла , что раз в месяц ОС отжирает память в размере 40 гигов и очень быстро сервер просто останавливается, началось это спустя примерно год после перехода. Долго не могли понять в чем проблема , так как именно к концу месяца  сервер просто тупо останавливался , самое интересное начинал работать только после 3 перезагрузок в течении часа.  Мысль была на битую память , было много тестов , программисты проверили свои писульки ) , ловили моменты, но так результата не добились , заказали новый сервер ,а это в резерв. Вот и непонятно то ли ОС виновата то ли железо и сейчас хотим при установке избежать повтора такой ситуации. | 	  
 
 
У нас тоже похожее было. Полностью память сжиралась, swap полностью съедался тоже. По top наблюдали кучу процессов от oracle и лавинообразное уменьшение свободного места в swap. Соответственно работать с АБС было невозможно, приходилось останавливать БД (при этом ждать долго пока все процессы завершатся) и перезапускать сервер выключением/включением. Случилось у нас такое 2 раза с разницей, примерно, в 1 месяц. Обращались в Oracle и ЦФТ. Кто-то из них посоветовал перейти на Oracle 11.2.0.3, там, якобы, лучше с управлением памятью. Реально грешили на АБС и на управление блокировками. Общались по этому поводу с ЦФТ, в результате рекомендовали нам системные задания по расписанию в ЦФТ-Банк настроить. Теперь у нас запускается ряд системных заданий и вот уже 8 месяцев проблем нет. | 	  
 
Интересная картина получается   А что за системные задания. У нас дело странное. Сначала грешили на не правильный код одного программиста и реально такой присутствовал только на др.сервере на тестовом , там очень похожая ситуация , зацикливание было и сервер вставал, причем мертво , но перезапуск базы и все гуд.(на тестовом конфигурация железа и ос один в один с боевым)
 
На боевом сервере при зависоне , один раз успели подцепиться и потушить базу. Я думал будет чудо , но память не высвободилась , точнее высвободилась , но гигов на 16 , 40 еще где-то висели и так не нашли куда делись 40 гигов, всю статистику просмотрели , ни каких джобов , свапов, левых процессов oracle ни че пусто... я не знаю может руки такие кривые.... но так и не нашел эти 40 гигов , помогла только перезагрузка. | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexander Участник со стажем
 
  Вступление в Клуб: 25.10.2008
  | 
		
			
				 Ср Окт 23, 2013 14:32    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | egoist пишет: | 	 		  
 
Интересная картина получается   А что за системные задания. У нас дело странное. Сначала грешили на не правильный код одного программиста и реально такой присутствовал только на др.сервере на тестовом , там очень похожая ситуация , зацикливание было и сервер вставал, причем мертво , но перезапуск базы и все гуд.(на тестовом конфигурация железа и ос один в один с боевым)
 
На боевом сервере при зависоне , один раз успели подцепиться и потушить базу. Я думал будет чудо , но память не высвободилась , точнее высвободилась , но гигов на 16 , 40 еще где-то висели и так не нашли куда делись 40 гигов, всю статистику просмотрели , ни каких джобов , свапов, левых процессов oracle ни че пусто... я не знаю может руки такие кривые.... но так и не нашел эти 40 гигов , помогла только перезагрузка. | 	  
 
 
Вот эти:
 
 
SYSTEM_JOBS	PIPES_REFRESH	Обновление системных пайп	SYSTEM_JOBS	ORSA_REFRESH	Обновить (очистить) очередь отчетов	SYSTEM_JOBS	LOCK_INFO_RUN	Запуск процесса поддержки SYSTEM_JOBS	LOCK_REFRESH	Обновить список блокировок SYSTEM_JOBS	CHECK_LIC_VALUES	Проверка лицензионной SYSTEM_JOBS	LOCK_INFO_STOP	Останов процесса поддержки | 
			 
		  | 
	 
	
		  | 
	 
	
		egoist Участник
 
  Вступление в Клуб: 20.05.2009
  | 
		
			
				 Ср Окт 23, 2013 14:36    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Alexander пишет: | 	 		   	  | egoist пишет: | 	 		  
 
Интересная картина получается   А что за системные задания. У нас дело странное. Сначала грешили на не правильный код одного программиста и реально такой присутствовал только на др.сервере на тестовом , там очень похожая ситуация , зацикливание было и сервер вставал, причем мертво , но перезапуск базы и все гуд.(на тестовом конфигурация железа и ос один в один с боевым)
 
На боевом сервере при зависоне , один раз успели подцепиться и потушить базу. Я думал будет чудо , но память не высвободилась , точнее высвободилась , но гигов на 16 , 40 еще где-то висели и так не нашли куда делись 40 гигов, всю статистику просмотрели , ни каких джобов , свапов, левых процессов oracle ни че пусто... я не знаю может руки такие кривые.... но так и не нашел эти 40 гигов , помогла только перезагрузка. | 	  
 
 
Вот эти:
 
 
SYSTEM_JOBS	PIPES_REFRESH	Обновление системных пайп	SYSTEM_JOBS	ORSA_REFRESH	Обновить (очистить) очередь отчетов	SYSTEM_JOBS	LOCK_INFO_RUN	Запуск процесса поддержки SYSTEM_JOBS	LOCK_REFRESH	Обновить список блокировок SYSTEM_JOBS	CHECK_LIC_VALUES	Проверка лицензионной SYSTEM_JOBS	LOCK_INFO_STOP	Останов процесса поддержки | 	  
 
 
понятно , сейчас проверим. Спасибо | 
			 
		  | 
	 
	
		  | 
	 
	
		egoist Участник
 
  Вступление в Клуб: 20.05.2009
  | 
		
			
				 Вс Окт 27, 2013 08:44   Дока | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Дока Миграция на 11gR2 2.0
 
Пригодится думаю. | 
			 
		  | 
	 
	
		  | 
	 
	
		 | 
	 
 
  
	 
	    
	   | 
	
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
  | 
   
 
		 |