RAC 11.2 Interconnect for AIX 7

Если вы строите Oracle RAC на Unix, первым делом вы отправляете читать Oracle RAC Technologies Certification Matrix for UNIX Platforms. Это знают даже дети. Ну а если вы серьезный человек, и вам хочется Infiniband, то читай там, или   не читай, ничего не поймешь -). 

Тогда идем на сайт IBM, где согласно документу (дата документа 2011.10.11)

На AIX 7 поддерживаются

- 100 Mbps ,1 Gigabit
- 10 Gigabit Ethernet
- IP over InfiniBand (IPoIB)


Но в документе есть такая фраза " The new HAIP feature introduced in 11.2.0.2 is not compatible with InfiniBand on AIX at this time. Customers can continue to use 11gR1 with IB on AIX"

На практике при установке 11.2 я столкнулся  с Oracle Bug 10380816: GRID INSTALL: ROOT.SH FAILS WHEN STARTING RESOURC ORA.CLUSTER_INTERCONNECT.HAIP
и насколько я понимаю он до сих пор не закрыт. Вкратце, установить 11.2.0.2 на AIX 7 в конфигурации IP over Infiniband не получается. 

На данный момент рекомендации IBM Dev team звучат однозначно - для 11.2 используйте 10 G Ethernet.

Ну и наконец, а нужен ли нам Infiniband вообще ? Судя по документу SUN Reference Architecture for Oracle 11g Grid,  если вы строите кластер более 2-х узлов - да, очень даже пригодится.  На картинке выше показано как растет время доставки current and consistent read копий блока в зависимости от используемой технологии Interconnect.


Читать дальше...

SCN bug

Интересный баг откопали журналисты - у Oracle заканчиваются SCN и в растерянности база получает ORA-600 -)))   В оригинале много букв, я постараюсь покороче изложить свое понимание.

SCN храниться как 48-bit number (281,474,976,710,656). Однако, в существует проверка на превышение soft limit:  если SCN превысит число, равное кол-ву секунд, прошедших с  01/01/1988 умноженное 16,384  это считается нарушением целостности.   Действительно, вряд ли у кого-то есть база данных, работающая с 1988 года и делающая 16K транзакций в секунду. Но, проблема в том, что как остроумно написал Люис, SCN это system change number, а вовсе не system commit number -)

SCN может существенно поменяться в базе данных, если например у вас есть распределенные транзакции, в момент которой SCN между базами выравнивается.   Но это тоже наверно не было бы проблемой, если бы не баг связанный с hot backup. В момент когда вы говорите alter database begin backup SCN начинают генерируется с повышенной частотой (Тут я не знаю, то ли это нормально, то ли виноват  bug 12371955.8).  Можно было бы ожидать, что после end backup это прекратится, но из за  другого bug (я потерял его номер)  этого не происходит и SCN продолжают генерироваться с большей частотой.

Таким образом, если у вас несколько нагруженных баз данных связанных между собой db link, и вы выполняете их резервное копирование с помощью begin/end  backup - возможно вы встретите этот bug лично. 

Волноваться не стоит, этот bug (как и еще несколько)  были закрыты в Oracle Critical Patch Update Advisory - January 2012.  Так что мне кажется журналистам просто захотелось сенсаций -)

Но и обслуживать  работают промышленную БД с наличием бага, описанным в журнале - как-то непрофессионально. Так что очень рекомендую поставить CPU.

Рекомендую также прочитать официальную информацию (1376995.1) и много технических деталей в Bug 11767824. Интересная статья про SCN.


Читать дальше...

IBM is better platform for Oracle DB that ...Oracle ?

Вы конечно будете смеяться, но заглянув  в матрицу сертификации, я обнаружил что IBM поддерживает больше  столько же  платформ для Oracle Database..как и сам  Oracle Hardware.











Вот список текущих поддерживаемых платформ для Oracle Database:

Oracle Corp:  (детали можно найти в ID 742060.1)
- Windows (Intel)
- Linux x86/x86-64  (Intel)
- Solaris (SPARC)
- Solaris x86 (Intel)

IBM (ссылка на матрицу поддержки на сайте IBM)
- Windows (System x)
- Linux x86/x86-64 (System x)
- AIX (System p)
- zLinux  (System z)
- zOS (System z) 10g only -(

Можно вспомнить, что  недавно картина складывалась совсем не в пользу Oracle, но  Oracle прекратил поддержку Linux on Power,  а также z/OS. Но и даже сейчас, Oracle поддерживает Intel и Sparc, а IBM Intel, Power, System z.  Уникальная ситуация, учитывая наличие DB2 -)

Чуть не забыл самое главное:  Если вы думаете что знаете как работает Oracle on Power/AIX, то почему бы не прийти на работу в IBM ?  На своем опыте говорю, что это оказалось интереснее, чем работать в Oracle -).  Так что не стесняйтесь, напишите мне письмо dsvolk at GoogleMail.

Update 1. Выше приведена информация по поддержке Database, но оказалось что есть такой же документ по поддержке приложений Oracle, включая например OEBS.  Native port OEBS на Linux/z или поддержка работы внутри Linux p - такого не делала ни одна другая компания в мире. 


Читать дальше...