CftClub.ru
Клуб специалистов ЦФТ-Банк

Документация по установке ИБСО

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Внедрение
Предыдущая тема :: Следующая тема  
Автор Сообщение
Alexander
Участник со стажем
<Банки (менее 3 участников)>


Вступление в Клуб: 25.10.2008
СообщениеПт Ноя 07, 2008 21:33   Документация по установке ИБСО Ответить с цитатой
Полезность: Нет оценки
Уважаемые коллеги! Есть ли у кого-нибудь документация по установке ибсо на Oracle. Т.е. Oracle уже установлен, а вот нормальной доки по уставноке ибсо нет. ЦФТ прислал какую-ту кривую доку, в которой даже есть ссылки на несуществующие в дистрибутиве файлы! Если кто-то может помочь, буду очень признателен.

Спасибо
lexus
Профи
Межтопэнергобанк (вкл. Алемар)
Совладелец


Вступление в Клуб: 28.09.2007
СообщениеПн Ноя 10, 2008 08:33    Ответить с цитатой
Полезность: Нет оценки
Может быть лучше по конкретным вопросам помогать?
Задавайте Smile
egoist
Участник
Неподтвержденный


Вступление в Клуб: 20.05.2009
СообщениеСр Окт 23, 2013 13:30    Ответить с цитатой
Полезность: Нет оценки
lexus пишет:
Может быть лучше по конкретным вопросам помогать?
Задавайте Smile

Тоже дока интересует. Сейчас стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой CFT.
Старый сервер крутиться на SLES ent. 11 x64 patch 1 + oracle 11
В новом сервере хотим оставить все так же только с последним патчем sles.
Есть какие-то моменты , которые нужно знать или пропатчить всю OS , пропатчить Oracle по максимуму ?
Alexander
Участник со стажем
<Банки (менее 3 участников)>


Вступление в Клуб: 25.10.2008
СообщениеСр Окт 23, 2013 13:38    Ответить с цитатой
Полезность: 1
egoist пишет:
lexus пишет:
Может быть лучше по конкретным вопросам помогать?
Задавайте Smile

ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой 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 пишет:
Может быть лучше по конкретным вопросам помогать?
Задавайте Smile

ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой 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
Участник со стажем
<Банки (менее 3 участников)>


Вступление в Клуб: 25.10.2008
СообщениеСр Окт 23, 2013 14:15    Ответить с цитатой
Полезность: Нет оценки
egoist пишет:
Alexander пишет:
egoist пишет:
lexus пишет:
Может быть лучше по конкретным вопросам помогать?
Задавайте Smile

ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой 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 пишет:
Может быть лучше по конкретным вопросам помогать?
Задавайте Smile

ТОже дока интересует. Сейчас Стоит вопрос о переезде с одного сервера на другой. Хочется детали и хитрости установки знать , а точнее рекомендации самой 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 месяцев проблем нет.

Интересная картина получаетсяSmile А что за системные задания. У нас дело странное. Сначала грешили на не правильный код одного программиста и реально такой присутствовал только на др.сервере на тестовом , там очень похожая ситуация , зацикливание было и сервер вставал, причем мертво , но перезапуск базы и все гуд.(на тестовом конфигурация железа и ос один в один с боевым)
На боевом сервере при зависоне , один раз успели подцепиться и потушить базу. Я думал будет чудо , но память не высвободилась , точнее высвободилась , но гигов на 16 , 40 еще где-то висели и так не нашли куда делись 40 гигов, всю статистику просмотрели , ни каких джобов , свапов, левых процессов oracle ни че пусто... я не знаю может руки такие кривые.... но так и не нашел эти 40 гигов , помогла только перезагрузка.
Alexander
Участник со стажем
<Банки (менее 3 участников)>


Вступление в Клуб: 25.10.2008
СообщениеСр Окт 23, 2013 14:32    Ответить с цитатой
Полезность: Нет оценки
egoist пишет:

Интересная картина получаетсяSmile А что за системные задания. У нас дело странное. Сначала грешили на не правильный код одного программиста и реально такой присутствовал только на др.сервере на тестовом , там очень похожая ситуация , зацикливание было и сервер вставал, причем мертво , но перезапуск базы и все гуд.(на тестовом конфигурация железа и ос один в один с боевым)
На боевом сервере при зависоне , один раз успели подцепиться и потушить базу. Я думал будет чудо , но память не высвободилась , точнее высвободилась , но гигов на 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 пишет:

Интересная картина получаетсяSmile А что за системные задания. У нас дело странное. Сначала грешили на не правильный код одного программиста и реально такой присутствовал только на др.сервере на тестовом , там очень похожая ситуация , зацикливание было и сервер вставал, причем мертво , но перезапуск базы и все гуд.(на тестовом конфигурация железа и ос один в один с боевым)
На боевом сервере при зависоне , один раз успели подцепиться и потушить базу. Я думал будет чудо , но память не высвободилась , точнее высвободилась , но гигов на 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   Дока Ответить с цитатой
Полезность: Нет оценки
См. вложениеДата архива: 22.01.2014 01:09
Размер архива: 1626.07 КБ

Дока Миграция на 11gR2 2.0
Пригодится думаю.

Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Внедрение Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru