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] |
|
![](templates/subSilver/images/spacer.gif) |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|