UEK + 11.2.0.3

Update 1: Oracle Linux 6.3 RPMs Now Available

Cегодня уже каждый ребенок знает, что такое Unbreakable  Enterprise Kernel (UEK)  и почему нужно использовать его и только его.  Но сухой язык фактов хотелось бы разбавить чем-нибудь красивым, и лучшего источника,  чем блок Vim Coekaerts не найти. Здесь Vim рассказывает как они делали рекорд TPC-C, а здесь показывает  новую и фантастическую возможность запуска нескольких виртуальных машин, формально требующих больше памяти, чем есть в dom0 (Требуется OVM 3  и UEK R2). Кстати, несколько лет назад я встречался с Vim на одном из семинаров, и скажу вам, что он находясь в ранге тогда еще самого обычного Vice President of Oracle приезжал рассказывать про то, зачем Oracle стал делать свой дистрибутив  Linux. В майке и джинсах. Он успевает делать карьеру занимаясь любимыми техническими вещами. Я немного ему завидую.

Но вернемся к теме поста. Так как понятно, что я хотел поставить СУБД, то решил проверить сертификацию. И вовсе не зря, оказывается.  11gR2 сертифицирована пока только с UEK R1.

Проверим, что там с 11gR2 64 bit

Все в порядке, UEK 2 сертифицирована. Это даже и лучше, серьезные парни используют только 64 bit версии!

Так как я экспериментировал, то  я  использовал последнюю версию  VirtualBox, где указал для своей виртуальной машины следующие настройки:

(хинт: если начать имя виртуальной машины с комбинации OEL VirtualBox сразу понимает, о чем идет речь) 

Не забываем указать правильный media source, 

И через какие 10-15 минут у нас появляется Oracle Linux 6.
Посмотрим на uname -a и отметим, что в у нас по умолчанию теперь грузится ядро которое называется el6uek.x86_64 !  UEK теперь ядро по умолчанию ! Это удобно, кстати.

Как опять таки знает все прогрессивное человечество, Oracle позволяет бесплатно обновлять Oracle Linux, поэтому я это и немедленно выполнил

# cd /etc/yum.repos.d

# wget http://public-yum.oracle.com/public-yum-ol6.repo

# yum update 

Радость оказалось неполной, и мой kernel хоть и обновился, но все таки не оказался последним.

Пришлось явно указать, что проводить обновление и с репозитория UEK (а это отдельный репозиторий от Oracle Linux 6 !)  тоже:

[ol6_UEK_latest]
name=Latest Unbreakable Enterprise Kernel for Oracle Linux $releasever ($basearch)
baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL6/UEK/latest/$basearch/
gpgkey=http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6
gpgcheck=1
enabled=1

Наконец я увидел то, что хотел:


[root@ora112 ~]# uname -a
Linux ora112 2.6.39-100.10.1.el6uek.x86_64 #1 SMP Wed Jun 20 02:17:42 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

Дальше я попытался найти пакет oracle-validated, который в OEL5 устанавливал параметры ядра перед установкой базы данных, но ...не смог. После короткой перепалки с google, удалось осознать, что уже давно этот пакет называется oracle-rdbms-server-11gR2-preinstall. После его установки обновились правильным образом параметры ядра, завелся пользователь oracle и группы dba, oinstall.  Казалось бы, бери и ставить Oracle Database 11.2.0.3, доступный как patchset 10404530  с сайта support.oracle.com ? Э....нет.

Старожилы со стажем  помнят этот прикол, для остальных сообщу, что инсталлятору 64 bit версии нужны некоторые 32 bit пакеты. Спокойно, это все документировано, так что не нужно грязи. Чтобы поставить 32 bit пакеты удобнее всего опять таки воспользоваться yum, разрешив репозиторий 32 bit версии Oracle Linux 6.

Дальше все штатно, runInstaller, install software only, бум!  Что это так бумкнуло ?

INFO: /usr/bin/ld: skipping incompatible /u01/app/oracle/product/11.2.0/lib//libctx11.a when searching for -lctx11

/usr/bin/ld: skipping incompatible /u01/app/oracle/product/11.2.0/lib/libctx11.a when searching for -lctx11

/usr/bin/ld: cannot find -lctx11

collect2: ld returned 1 exit status

Не нашел пока, что с этим делать, но можно игнорировать. Далее не забываем в файле /etc/fstab установить строчку вида

shmfs      /dev/shm        tmpfs   size=2g         0

и вы готовы запускать dbca.  Опустим формальности, и попросим поставить базу клонированием, что гораздо быстрее. Бум!

ORA-06553: PLS-801: internal error [56319]

Как оказывается, это известная проблема и для нее есть workaround, но это когда клонирование делаешь сам, а его не делает  инсталлятор.  Обойти мне это удалось, только сделав custom database, что даже лучше, поскольку я смог выбрать только нужные мне опции ! Custome database всегда лучше !

И вот оно счастие:


[oracle@ora112 ~]$ sqlplus / as sysdba


SQL*Plus: Release 11.2.0.3.0 Production on Mon Jun 25 13:45:37 2012