RBS Migrate to Oracle 11.2.0.3.3 SPARC 64 bit.
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Serj
Профи
Вступление в Клуб: 02.08.2007
|
 Пн Авг 20, 2012 08:44 RBS Migrate to Oracle 11.2.0.3.3 SPARC 64 bit. |
 |
Полезность: 1
|
Как это было - в свете новости от славной компании цфт что де
| Цитата: | | 28/09/2012 заканчивается поддержка последней версии ПО (3.18.009), работающей под управлением Oracle10gR2. |
Нужно было переезжать с доброй версии 10.2.0.5 на 11.2.0.х, решил по опыту переезда версии СУБД на IBSO - остановиться на 11.2.0.3 + 3-ий PSU. Собственно начинаем - проверяя все требования согласно мануала находим что нужно версию ос Solaris 10 не ниже U6, говорим ага...смотрим текущий релиз
| Код: |
cat /etc/release
Solaris 10 11/06 s10s_u3wos_10 SPARC
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 14 November 2006
|
- видим что у нас только U3 , с довольно древним kernell
| Код: | uname -v
Generic_139555-08
|
- выкачиваем новейший sol-10-u10-ga2-sparc-dvd.iso и начинаем делать Live Upgrade на моем М4000 всего 2 жестких диска - загрузка сделана с софтового зеркала SVM
Решено было сделать так - обновить LU до версии дистрибутива
| Код: |
liveupgrade20 -noconsole -nodisplay
|
затем так как у меня диски собраны в SVM
| Код: |
metastat -p
d30 -m d31 d32 1
d31 1 1 c0t0d0s1
d32 1 1 c0t1d0s1
d10 -m d11 d12 1
d11 1 1 c0t0d0s0
d12 1 1 c0t1d0s0
d20 -m d21 d22 1
d21 1 1 c0t0d0s6
d22 1 1 c0t1d0s6
|
- рутовое зеркало d10
значит создадим PBE на d11 ABE - у нас d10
| Код: |
metadetach d10 d11
lucreate -c d10 -m /:d11:ufs,detach,preserve -n sol10
|
- здесь сразу же конечно можно было бы сделать новое зеркало на d11
затем отключаем авторегистрацию и апгрейдим PBE до нового релиза с последующией активацией PBE
| Код: |
echo "auto_reg=disable" >> /tmp/sysidcfg
luupgrade -u -n sol10 -s /cdrom -k /tmp/sysidcfg
luactivate sol10
init 6
|
Затем убеждаемся что все корректно!! и делаем metaclear d10
создаем новое зеркало d10 на d11 говорим metaroot d10 еще раз перезагружаемся - вуаля обновление до u10 закончилось.
Есть одно но, для счастливых владельцев массивов HDS AMS 2100 (Hitachi Data Systems) - после переезда на u10
| Код: |
uname -v
Generic_147440-01
|
- до перезагрузки в новое PBE до init 6, необходимо закоментировать в /etc/vfstab тома с массива HDS и отмонтировать их и откинуть FC кабели - иначе будет kernell panic и сервер уйдет в циклический reboot Bug 6928945 - Synopsis: Build 132 + HDS AMS2100: MPxIO problem его патчит Patch 144500-19
И так вроде бы мы наконец готовы к обновлению до Oracle 11.2.0.3.3
ЦФТ по этому поводу сделали замечательную инструкцию Замечания по миграции ЦФТ-Ритейл Банк (на базе Oracle)на Oracle 11g Release 2
. Я делал так ставил Oracle 11.2.0.3 затем обновлял Opatch - p6880880_112000 и ставил потом Patch 13923374 - 11.2.0.3.3 Patch Set Update. Затем по мануалу цфт развернул в $ORACLE_HOME/lib32 instant client дистрибутив solaris.sparc64_11gR2_client32.zip затем
кратко по -шагам в "старой" версии Oracle 10.2.0.5 выполнил собрал гранты get_sys_obj_grants.sql - сгенерировал sys_obj_grants.sql , выполнил @utlu112i почистил корзину, собрал статистику по словарю и остановил базу -
| Код: |
startup upgrade;
@?/rdbms/admin/catupgrd
shutdown immediate;
startup
@?/rdbms/admin/catupst
@?/rdbms/admin/catbundle.sql psu apply
@?/rdbms/admin/utlrp
|
Затем раздал собранные гранты с "10-шной" базы - sys_obj_grants.sql и еще раз перекомпилил инвалиды. В принципе в дальнейшем все по документу цфт по проведению миграции. Только есть несколько моментов неописанных в документе, по поводу схемы OPOST - у меня была версия on-line почты 2.0 ,до установки патча opost2.0_2.8_plsql_patch.zip - нужно проверять чтобы у OPOST были следующие гранты
| Код: |
grant create sequence to OPOST;
grant create synonym to OPOST;
grant create table to OPOST;
|
- иначе этот пачт ставится криво и онлайн почта неработоспособна. Далее при обновлении обработчиков bank - АРМ администратора должен запускаться от root - должен быть выставлен suid bit
| Код: |
ls -l /u/bank/bin/adm
-r-sr-x--- 1 root bank 10665136 окт. 28 2011 /u/bank/bin/adm
|
- suid бинарники запускаемые в shell не обрабатывают LD_LIBRARY_PATH посему что бы АРМ запускался - если у пользователя bank выставлена LD_LIBRARY_PATH, то необходимо эти пути добавит в PATH либо символическими ссылками переложить в любое место указанное в переменной PATH и АРМ благополучно будет запускаться. Что касается пользователя infosrv - пока что нет бинарника собранного под библиотеки Oracle 11GR2 - я обошелся очень просто , работать через net используя Oracle 10 я не хотел, просто заменил oralog на новый и создал вот такой симлинк
| Код: |
ls -li $ORACLE_HOME/lib32/libclntsh.so.10.1
198314 lrwxrwxrwx 1 oracle oinstall 12 авг. 12 00:26 /u/app/oracle/11/lib32/libclntsh.so.10.1 -> libclntsh.so
|
infosrv::infosrv 2.5.0 (18/04/11 17:42:1 - у меня отлично работает под Oracle 11.2.0.3.3 SPARC. Еще была маленькая проблема - сервис funramd после обновления Solaris 10 до U10 впал в maintenance - по логу выяснилось странным образом из /etc/services
и /etc/inetd.conf пропали соответствующие строчки:
| Код: |
bash-3.2$ cat /etc/services |grep funr
funramd 12345/tcp
cat /etc/inetd.conf |grep funr
funramd stream tcp nowait root /etc/funramd funramd -mdv
|
- вернул их на место, все заработало.
Вот так и перешли - уже 2 недели как работаем - полет три раза тьфу, нормальный![/quote] |
|
 |
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
