IBM PureSystems

IBM официально анонсировало семейство систем Pure Systems.  На данный момент в семейство входят две системы: PureFlex (для запуска баз данных) и PureApplication (для запуска приложений). Все это лучше всего разглядывать на официальном сайте.

Наверно вам покажется, что вы это где то видели уже ? (здесь и здесь). И да и нет.  Маркетинговая идея мне кажется похожей, а вот дальше начинаются весьма серьезные отличия. Давайте на них и посмотрим.

Слева вы видите устройство PureFlex - Compute node, Storage node, Management appliance, networking. Первое и очень важное - в качестве Compute node могут выступать как x86 сервера, так и Power сервера. Второе важное отличие - Storage node это штатный и всем уже известный массив Storwise v7000.

Следующий важный вопрос - а что за ПО там стоит ? И тут (внимание, барабанная дробь) - вы увидите, что  IBM не ограничивает заказчика в устновке какого-либо программного обеспечения на PureFlex System. На выбор предоставляется 4 операционных системы (AIX, IBM i, Windows, Linux) и 4 технологии виртуализации (Power VM, KVM, VMware, Microsoft HyperV). Какую комбинацию использовать  выбирает заказчик. Лично я долго не мог поверить, что IBM практически никак не ограничивает заказчика в выборе,  пока не прочитал cnet, цитата:

"
IBM, however, aims to make PureSystems more open. The family of systems supports four operating systems, Power7 processors and Intel chips and four hypervisors.
"

Я хочу обратить ваше внимание, что компания которая придумала самые закрытые и проепритарные системы в мире (mainframe) теперь предлагает совершенно открытое решение! Мне кажется это очень важный поворот, гораздо важнее сколько там стоит дисков и карточек.

Еще одним серъезным отличием от систем другой известной компании является то, что одновременно с выходом PureSystems были опубликованы benchmarks, в частности SAP и TPC-C.

Хотите прочитать документацию обо всех компонентах системы ? Пожалуйста.

Но нам то с вами важно другое, как там запускать нашу любимую базу данных ? Что скажет Oracle ? Где сертификация на все это ? А вот где:

Так как Oracle сертифицирует операционные системы, а все компоненты PureFlex штатные, то никакой дополнительной сертификации не требуется - можно брать и использовать.

Вместо заключения: это совершенно открытая система, с возможностью делать так, как нужно уважаемому заказчику. Установливать то ПО, которое нужно заказчику и лицензировать именно столько ресурсов сколько нужно заказчику, а  а не все сколько стоит. Вы по прежнему можете взять и сделать свою систему 1С на Oracle Database в десять раз дешевле, чем вам предложит Oracle -). Техническое описание, тесты - все есть с самого начала.  IBM сделало открытую систему - это основное. Можно выбирать сколько вам нужно памяти, дисков, даже какие вам нравятся процессоры ! Это просто очень здорово.

PS  Сколько стоит ? - здесь есть оценки.  

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

Oracle on Oracle

После необдуманно брошенной фразы,  что заказчики массово переводят свои системы с Oracle Database   на технику IBM   я получил такой комментарий:
"
Oracle on Oracle -- оно и дешевле, и одного вендора потом трясти...
"

А ведь и действительно, должно быть так ?

Возьмем одно из самый популярных в нашей стране приложение  1C (см причем здесь 1С ниже в update 1).  Из  презентации Oracle  следует, что 8 ядер Power 7 на машине Power 750 могут вытянуть 950 пользователей. Много это или мало ? Судя по сайту 1C есть организации в которых по несколько тысяч пользователей 1C, максимум указанный на сайте - 5000.

Тогда давайте предположим что одна из таких крупных организаций решила выбрать железо для 1C.  Давайте предположим, что нам нужно ~4000 пользователей, а значит нам нужно добить нашу Power 750 до 32 ядер.  32 ядра Power это примерно 64 ядра Intel, но мы можем согласиться и на 48 ядер -)

Конечно интересно сколько будет стоит недавно сертифицированная интегрированная инженерная система от Oracle. 

В Exadata Half Rack стоит как раз 48 ядер, удачное совпадение !   По прайс листу Half Rack стоит:
Hardware $625K
Exadata software = 84 drives *10K = $840K
Oracle Software  48*0,5 *(47,500 + 11,500 +23,750 )  = 1,986,000

Итого: 3,451,000

Теперь внимание, Power 750 + DS5300 + лицензии Oracle (Standard Edition, Power 750 это 4 сокета, см ниже требованя к 1С) будет стоить... в 10 раз меньше  !   Я не ошибся, x10 раз меньше. У меня есть доступ к конфигуратору IBM -)

Вот вам и инженерные системы. Вся информация взята из материалов  Oracle.

Можно все что угодно рассказывать про smart scan и compression, можно играть скидками, разница в разы по прежнему останется.

Они могут быть лучше, быстрее, красивее  - но дешевле ? увольте -))

Как же продают такие инженерные системы ?  Возмем известный пример системы "Малина":

"
Кроме того, принималось во внимание, что в случае аварийного сбоя традиционный RAC-кластер СУБД Oracle способен возобновить работу через 15—30 минут, а в Oracle Exadata это происходит практически мгновенно.
 "

Нужно ли говорить, что предыдущее утверждение неверно ? Думаю, что читатели блога это знают и без меня. Искусство продаж, понимаешь -)))

Можно ли придумать обратную ситуацию - конечно можно, иначе бы все покупали только IBM -)

Update 1. Судя по комментариям, оказывается не все знали, что произошло эпохальное событие - сертификация 1C на Exadata.  Вот я попробовал прикинуть экономическую сторону этого решения. Ведь зачем то сертификацию  сделали, не так ли ?

Также в комментариях встал вопрос про использование опций Exadata для ERP. Цитата вот отсюда:

Update 2. Требования 1С к Oracle Database

Update 3. Oracle Application Standard Benchmark, откуда можно взять оценку производительности Intel - Power для ERP.

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

Netezza is here !

Команда IBM, занимающаяся Netezza попросила меня опубликовать update текущего состояния:  на площадке IBM уже развернута и используется для тестирований  Netezza 1000-6. Такие же машинке есть у некоторых бизнес-партнеров.  

При наличии у вас желания тестироваться рекомендую обращаться к  Павлу Живулину (pzhivulin at ru.ibm.com). 

А наверху в видео,  примерно то, чем они занимаются на тестированиях -) Это конечно же маркетинг, но у вас есть возможность это проверить самим. 

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

business relationship is important

Вот такой интересный слайд подготовила IBM, чтобы показать объем бизнеса Oracle с заказчиками, использующих Oracle на платформах IBM. Сложно комментировать как именно получили эти цифры, но если у Вас есть другие данные - пожалуйста комментируйте. Отказаться от 30% заказчиков еще не удавалось ни одной компании в мире -). 

Можно отметить, что Windows все еще побеждает. Риторический вопрос конечно, но почему ??

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

Linux is still rulez !

Ура !   Из официального пресс-релиза:  Effective immediately, Oracle will provide its Red Hat compatible Linux binaries, updates and errata for free http://public-yum.oracle.com. Тут правда стоит быть внимательным - насколько я понял. это не касается Unbreakable Enterprise Kernel, что в очередной раз может запутать пользователей, какой же Linux теперь самый правильный. В любом случае - отличная новость !
Описание процесса.  А также свидетельство,  как сильно сейчас развивают UEK. 

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

iExadata

11 Апреля IBM объявит о совершенно новом семействе продуктов, которое называется expert integrated systems. Зарегистрироваться на событие можно здесь.  Первая же идея, которая возникает после прочтения этой новости, что это будет iExadata (от IBM-Exadata), но понятно,  что на железе IBM должна стоять  DB2.  Я грустно читал   "DB2 Workshop for Oracle Professionals".... пока не покопался  по внутренним источникам. Судя по внутренней информации все не так грустно. IBM (кажется) догадалась не связывать все в единый клубок и сохранит возможность установки любого программного обеспечения на свои  expert integrated systems. Остается немного подождать -) . Ссылка на официальный сайт.

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

best practices

Время от времени  мне пересылают запросы от заказчиков,  которые жалуются на производительность  Oracle на AIX.  При этом, жалобы конечно не абстрактные, а вполне конкретные, например  - не работает ввод-вывод как надо и все тут, мол чините.  Так же чисто статистически, обнаружилось, что если выполнить набор некоторых магических пассов, которые в простонародье называются best practices, то большинство проблем рассасываются сами собой (прямо как у кашпировского) , а те что остаются - являются весьма достойными, чтобы ими заниматься.

Конкретные примеры - мы обнаружили,  что в установка AXI по умолчанию queue_depth (длина очереди на диски) для Oracle слишком маленькая и почти всегда ее нужно увеличивать для OLTP приложений. Или, другой пример,  заказчик не использует large pages и жалуется на производительность.   Ну и чтобы как раз и навсегда записать ответ, публикую ссылки ниже:

• Самое первое что необходимо проверить, используете ли вы поддерживаемые технологии (Power VM, GPFS) и какие планы у  IBM по их поддержке  (http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS4711)
  
• Minimum Software Versions and Patches Required to Support Oracle Products on IBM Power Systems [MOS ID 282036.1]
• Как IBM представляет себе работу Oracle на AIX. IBM Oracle Technical Brief. Oracle Architecture and Tuning on AIX  (http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100883)
   
• Oracle Real Application Clusters on IBM AIX : Best Practices in Memory Tuning and Configuring for System Stability (http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101513)
• AIX: Top Things to DO NOW to Stabilize 11gR2 GI/RAC Cluster [ID 1427855.1]  
• Oracle DB и RAC 11gR2 on IBM AIX : Tips and Considerations (http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101176)
  
• Diagnosing Oracle® Database Performance on AIX® Using IBM® NMON and Oracle Statspack Reports (http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101720)

И вдогонку, те кто только начинают свои проекты, часто интересуются как сделать сайзинг
(http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS1887)

А может быть у Вас OEBS и интересно как же он живет на IBM ? тогда читайте - IBM Supported Platforms for Oracle Applications (all acquisitions) (http://w3-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS2815)

Так как заказчики массово переходят сейчас со старых Sun и HP на IBM, то есть еще проблема - пытаются принести все свои наработки по настройкам  на новую платформу.  При этом аргументация железная - "ведь раньше работало, а вы нам песни поете что новая платформа лучше старой, так и здесь должно работать также"  -).  Могу сказать - на практике гораздо быстрее и лучше пройтись по ссылкам выше и сделать как написано там. Это тем кому "ехать", с теми кому "шашечки" мы долго, вдумчиво, параметр за параметром на протяжении (иногда) месяцев все равно приходим к тому же самому. 

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

is big buffer cache is so good ?

Столкнулся тут с интересной задачкой. На машине 512 Gb памяти, но под Oracle DB выделили только около 200 Gb. Больше никаких задачек на сервере нет. Казалось бы очевидно, что нужно использовать больше памяти, Advisors в AWR рекомендуют куда и сколько добавить, но есть проблемка - CPU загружены временами под 90%.  Но пользователей в скором времени должно стать больше, такое  требование бизнеса.  Внимание, опрос  - а стоит ли, или даже так, возможно использовать больше памяти в этой ситуации ?  Противники увеличения памяти под Oracle рассуждают так -   если увеличить память, то логические чтения, которых станет больше  "прикончат" систему, а если база данных будет больше читать с диска, она будет расходовать CPU более бережливо (потому что при чтении с диска не тратится CPU). 

PS. Добавить CPU в данный момент не представляется возможным

Update 1. 

Подбирая факты исключительно в свою пользу,  могу сказать, что увеличение buffer cache позволило выдержать 5100 транзакций в секунду вместо 4300 (или +18%), при этом, что ожидаемо, полезли cache buffer chains:

Для очень въедливых, слева AWR за 15 минут, справа за 1 час, сорри, так получилось.

Что лично мне осталось непонятным, так вроде же физические чтения (кроме direct reads конечно) все равно порождают логические, так что при возрастании нагрузки нам все равно придется сделать и так и так тучу логических чтений, там почему бы не сделать только их, увеличив кэш, и не тратить ресурсы еще на физические чтения ? 

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

Server design

Коллега показал прекрасную иллюстрацию к современному положению вещей с многоядерными и многонитевыми (thread) процессорами. Попытка сделать прорыв (надавить) по одному из направлений немедленно приводит к тому, что остальные поршни в картинке начинают "отъезжать". Чтобы как то отвлечь вас от этого несложного факта оперируют термином  performance.

На самом деле когда вы слышите это слово, вы должны всегда уточнить, что имеется в виду

- single thread performance, те ваша однопоточная задача очень быстро посчитает свой pl/sql цикл  (на картинке thread speed)
- total throwout, те много сразу ваших задачек смогу считать свои циклы, но не так быстро как в предыдущем случае (thread count)
- эффективность использования кэша потоком (effective cache/thread)

И исходя из вашего приложения решить,  что является приоритетным.  Но мы же знаем, что все хорошие идеи рубятся на стадии бюджета. Так что нужно считать цену решения. И тут, слава богу все просто - Oracle стоит больше, чем любое железо для него -)

SPARC T4-4 - $194K, SUN Storage 2540 - $262K (данные из TPC-H), Oracle Database  + partitioning на 16 процессоров = (47,500 +11,500)x16 = $944K (Oracle price list)

Сервер можете взять любой -).  Соотношение не сильно изменить.  Так что на первое место сейчас выходит виртуализация, возможность выполнять много задачек с разными приоритетами по процессорному времени в рамках одного физического сервера. Надежность этого сервера, решения по построению  HA и DR. 

Мой совет - постарайтесь рассматривать не один сервер- одна задача, а смотреть немного шире. В конечном этоге это дает большую экономию. Все это требует  разумного и понимающего вас бизнеса -)

Картинка из документа Fit for Purpose: Workload Based Platform Selection (С) IBM


Update 1. Подтверждение, что картинка качественно правильно описывает современное положение дел можно найти в документе Oracle's SPARC T4-1, SPARC T4-2, SPARC T4-4, and SPARC T4-1B Server Architecture. Как вы помните, в T4 по сравнению с T3 существенно (1.65 -> 2.8/3) увеличили частоту и уменьшили кол-во ядре (с 16 до 8 на процессор), что привело, цитаты:

- (T4) Maintain the computational capabilities to meet the growing demand from Web applications by providing equivalent throughput of the SPARC T3 processor.
- (T4) Provide networking performance equivalent to the SPARC T3 CPU to serve network-intensive workloads.

PS Легко увидеть что в TPC-H цена на Oracle не $944K, а  $380K. Там просто рассчитали врменные лицензии на 3 года. Так тоже можно делать в TPC-H. Но в жизни чаще считают по другому.

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

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 - такого не делала ни одна другая компания в мире. 

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

Подарок на новый год

Сделайте себе подарок на новый год - купите Oracle Core, by Jonathan Lewis.  Не соглашусь, что эта книга прямо вот для каждого разработчика или DBA, никаких магических советов как ускорить производительность там нет, как и примеров как лучше писать код pl/sql. Там есть вдумчивый, тщательно сбалансированный между доступностью и количеством деталей рассказ,  как работает Oracle Database. В одной книге.  Она требует времени, внимания, это книга больше для души -)), а не для работы. Здесь еще до 25 декабря действует промокод SNOW11.  Я купил в электронном варианте, но теперь даже немного жалею, что не купил бумажный вариант.  Сделайте себе подарок.






Ну а мне в лучшим подарком в уходящем  году были вот эти семинары. Единственные, про то, как на самом деле будет работать ваше приложение в  коробке на заднем плане -) 

C наступающим Вас !

PS Не могу обещать. что смогу быстро акцептовать ваши комментарии, но они все точно появятся на сайте. 

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

SMT4

Предыдущий пост здесь.  Приобретая систему с 256 ядрами заказчик конечно же захотел использовать SMT в Power 7 на полную катушку, те включить режим SMT4 и получить в общей сложности 1000 процессоров в одной LPAR.  Однако Best Practice на сегодняшний день - это использование в таких конфигурациях SMT2. Этому есть несколько объяснений, в том числе и то, что Oracle Dev не имеет доступа к таким машинам, а значит не имеет возможности нормально протестировать код.  Ну а раз нет возможности протестировать, то и найти возможные проблемы с масштабируемостью (как в Oracle, так в AIX) тоже удается только по факту их возникновения.  Ничего личного, это просто текущее положение вещей. Вот и мы, для  временного обхода одной из проблем в AIX,  решили попробовать перейти в режим SMT OFF.

Конечно возник вопрос а как это скажется на производительности ? Процессоров то станет меньше.  На основе просмотра статистики, стало ясно, что можно выключить  SMT без ущерба для производительности в данном конкретном случае. Детали вы найдете в моей презентации, но если коротко - в системе не находилось одновременно более 256 работающих процессов. А если процессов меньше, чем ядер, AIX умеет распознавать эту ситуацию, и помещает каждый процесс на отдельное ядро, те фактически автоматически переводит систему в наиболее оптимальный  режим SMT. Но а если вы  точно знаете что происходит, то лучше сделать это самому. Магия SMT настолько велика, что пришлось даже немного поспорить с заказчиком  (и в конечном счете выиграть-), что переключение не приведет к ухудшению производительности приложения в целом. 

Было принято  решение делать это "на ходу", чтобы избежать простоя системы. У меня не было опыта,  как отработают 256 ядер переключаясь из одного режима в другой, но к удивлению, после примерно 10 минут повышенной активности sys все успокоилось.

Несмотря на то, что изменение конфигурации SMT возможно на ходу с помощью команды smtctl в больших системах рекомендуют этого не делать, а поменяв конфигурацию перегрузить систему. Я не знаю объяснения последнему факту, но верю инженерам IBM, и рекомендую следовать этой практике,  особенно  для случая когда в одну  LPAR выделены сотни (!)  ядер.

Другая опасность состояла в том, как переживет Oracle потерю половины процессоров (Oracle видит каждый thread как отдельный процессор). Но тут тоже все обошлось.   В Oracle на самом деле достаточно много внутренних структур и распределение памяти  на старте системы зависит от кол-во процессоров:
- working data set per buffer pool
- число latches защищающих library cache
- число redo copy latches
- число public redo treads
- число database writers и некоторые другие параметры,  которые можно выставить и самому

И хотя все эти структуры создаются на старте экземпляра, и не меняются после изменения кол-во процессоров "на лету", может так оказаться, что само изменение числа процессоров приведет не к оптимальной работе БД. Теоретически.

В 11.2 появился скрытый параметр _disable_cpu_check который похоже предназначен для таких ситуации. Вы ставите нужный вам cpu_count, и  _disable_cpu_check = TRUE (FALSE по умолчанию), и больше не будете зависеть от кол-ва процессоров (еще сам это не проверил)  

Ну и напоследок небольшой анекдот:

Я привык пользоваться командой vmstat для мониторинга кол-ва активных процессов ожидающих процессора (колонка r). Тут интересная деталь. Я всегда считал,  что там фиксируется кол-во процессов, именно  ожидающих процессора. И это так для  Linux
"The number of processes waiting for run time".  Однако для AIX оказалось, что: "Runnable threads consist of the threads that are ready but still waiting to run, and the threads that are already running"

Вместо заключения: хорошо ли SMT4,   или SMT2, или лучше вообще выключить зависит от задачи. Надеюсь я вас этим не удивил. В большинстве систем можно включить SMT4 и AIX сам сделает как надо. И только в очень больших системах лучше сначала подумать и собрать несложную статистику.  На картинке, интересный скриншот, сравнение с помощью rperf Power5/Power6 с SMT4 Power 7. Очень важно, что это capacity сравнение, не сравнение по скорости. Наверно более подробно, в следующей серии -)

PS Над проектом работала большая команда, поэтому все обнаруженные улучшения/настройки являются коллективным трудом.

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

LGWR priority

Как я обещал, ниже первый пост из серии "как я провел лето".

В нашей системе,  достаточно жесткой  OLTP, 256 core, AIX 7, Power 7, сессии испытавали проблемы с событием ожидания log file sync. Сразу скажу, что на 99,99% проблему тут стоит искать в вводе-выводе. Так оно в конце концов и оказалось конечно же.

А пока мы ломали голову над  записями  в файле _lgwr_PID.trc

Warning: log write elapsed time 888ms, size 252KB

*** 2011-11-18 01:55:57.286
Warning: log write elapsed time 535ms, size 2529KB

*** 2011-11-18 01:55:57.924
Warning: log write elapsed time 560ms, size 99KB

*** 2011-11-18 01:56:00.852
Warning: log write elapsed time 541ms, size 3688KB

Оказалось, что при превышении timeout одной операции (?) LGWR более чем на 500 ms (есть скрытый параметр определяющий порог, но я не смог его найти во время написания этого поста) Oracle начиная с версии 10.2.0.4 (MOS 601316.1) начинает фиксировать  данные события.

Горячие головы на различных форумах предлагают установить событие 10468 чтобы исключить появления этих записей, но на мой взгляд, появления записей однозначно говорит о наличии проблемы и ее необходимо найти.

Не скрою, первое подозрение пало на дисковый массив. Однако проблему удалось найти не в самом дисковом массиве, но в I/O path. Система очень комплексная, очень большое количество вендоров задействовано, и конечно проблемы на стыке были более,  чем ожидаемые. Если вы увидите на AIX подобную проблему, свяжитесь со мной,  и я смогу понять та же у Вас проблема или нет. Пока не могу рассказать больше деталей.

Но пока мы разбирались с этой проблемой появилась идея, что неплохо бы и помочь LGWR в работе. Процессоров огромное количество в машине, процессов еще больше, и получается, что хотя все сессии ждут LGRW приоритет у него совершенно такой же как у всех остальных процессов.  Вы видите на рисунке слева (Tanel Poder, Understanding LGWR, Log File Sync Waits and Commit Performance) что ожидание в очереди процессов LGWR  вполне себе входит во время ожидания log file sync.


Оказалось, что в AIX по умолчанию все процессы получают приоритет 60 (на самом деле base priority 40 и nice 20 = 60).

#ps -ef -o pid,pri,sched,nice,args |egrep 'lgwr' |grep -v grep
PID     PRI SCH NI COMMAND
2432232  60   0 20 ora_lgwr_cardway

Казалось бы необходимо воспользоваться nice/renice чтобы получить требуемое. Но на самом деле не все так просто, и, простыми словами, nice = "nice to have", а вовсе не жесткое указание приоритета. К тому же пришлось бы так делать каждый раз после старта БД руками. Оказывается, что в AIX можно выставить фиксированный приоритет  < 40 с помощью системного вызова setpri(). Я уже почти запускал компилятор, когда оказалось, что у Oracle есть скрытый параметр _high_priority_processes с помощью которого можно указать каким процессам мы хотим повысить приоритет:

alter system set "_high_priority_processes"='LGWR|PMON' scope=spfile;

При этом убедитесь пожалуйста что данный запрос также возвращает 1

select a.ksppinm "Parameter",
 b.ksppstvl "Session Value",
 c.ksppstvl "Instance Value"
 from x$ksppi a, x$ksppcv b, x$ksppsv c
 where a.indx = b.indx and a.indx = c.indx
 and a.ksppinm like '%os_sched%'

И даже это еще  не все. У меня все заработало только после того,  как я добавил capability CAP_NUMA_ATTACH пользователю Oracle. Хотя возможно,  это и не обязательно. 


Вот как выглядит теперь правильная картинка: PRI=39, NI="--"

#ps -ef -o pid,pri,sched,nice,args |egrep 'lgwr' |grep -v grep
PID     PRI SCH NI COMMAND
3544740  39   2 -- ora_lgwr_cardway

Коллеги со стороны приложения подтвердили, что видят положительный эффект после данного изменения. 

Является ли данный метод действенным способом уменьшить событие log file sync во всех случаях ? Если проблема заключается в вводе-выводе в redo logs,  то скорее нет. Но после исключения проблем ввода вывода, и если у Вас OLTP, и если у Вас много процессоров  - почему бы и не попробовать ?

Поскольку требуется выставлять скрытый параметр, то вам лучше перед его использованием проконсультироваться с Oracle Support. Но они не будут очень возражать, поскольку, как мне кажется, тот же самый механизм используется для выставления приоритета процессу LMS в RAC.

PS Над проектом работала большая команда, поэтому все обнаруженные улучшения/настройки являются коллективным трудом.

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

I'm back

Долгое время  я не писал, был занят в достаточно интересном проекте по внедрению Oracle Database on Power P795. Сейчас кажется появилось время и я постараюсь опубликовать несколько постов про полученный опыт.  Проект был не простой,  и  мне просто повезло, что  удалось пообщаться с dev team как IBM, так и Oracle.   

Поскольку работы проводились большей частью из дома или на площадке заказчика я был  долгое время вне офиса. А тут приехал - стоит, красавица,  даже еще и пленочку не сняли -). В близжайшее ее  время запустят и конечно же первым делом я попрошу  сертифицировать 1C - ведь я очень ценю  хороший юмор -) 

Заодно и узнаем, что было правдой, а что нет вот в этих постах.

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

Презентация с RuOUG

Моя презентация с RuOUG посвященная OpenWorld, написанная "по мотивам" постов в блоге.

На мероприятии мы также стали обсуждать, что возможно сделать мероприятие по типу RAC Attack. Дело за малым :

1. Нужен кворум
2. Нужна техника чтобы развернуть кластера

Буду раз если появятся комментарии на эту тему. 

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

...is up to 100x faster than its predecessor

Я никогда не думал, что возможно создать систему быстрее чем предыдущее поколение в 10 раз. Ну это как признать, что над  предыдущем поколении работали ..не очень умные люди ? Инженерно это практически невозможно. Можно сделать новые диски, или новую память, но ускорить всю систему в 10 раз ? Всегда найдется очередное узкое место. Но вот уже несколько дней, как я был вынужден изменить свое мнение.

Внимание, цитата с сайта HP: "...is up to 100x faster than its predecessor and features a unique production number...".

Они просто сделалали это. Это гениально.
Wall Street Journal, цитата: "Ignorance of the  ... can flash more warning signs than a scuffed pair of shoes.", что в вольном переводе звучит: продай последние трусы, ходи в потертых ботинках,  но без этой штуки ты никто.

Все стало на свои места. Вот почему Ларри так сильно напирал в своей речи  на OpenWorld на то, что 10x10 = 100. Он знал что конкуренты догоняют ..


PS Фото с сайта HP и презентации Ларри.
PS2. Вы понимаете юмор, ведь да ? -)

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

секретный соус Power 7

Скачать презентацию.

Современные процессоры не только содержат ядрa, но и каждое ядро содержит много потоков. Так, например, процессор Oracle Sun T4 содержит  8  потоков на каждое ядро, а  процессор Power 7 содержит 4 потока на ядро. Intel называет эту технологию Hyper-Threading  и, например,  последние E7 содержат два потока.  Надо отметить, что поскольку Oracle Database лицензируется по ядрам (Enterprise Edition), то наличие этих самых потоков 'скрыто' от политики лицензирования и может быть весьма существенным фактором выбора платформы.  Но оказывается, что наличие потоков в ядре еще не означает, что все становится быстрее.  Когда 8 или 4  потока пытаются конкурировать за 1 физическое ядро  это может приводить к тому, что каждый из них  работает медленнее, чем если бы поток был один,  даже  на каком-то  более дешевом процессоре, но каждый поток получал бы больше ресурсов от ядра (Вы можете здесь вспомнить мой пост 10 sec of your time. Там явно всех 'рвет' Sandy Bridge. Данная проблема сейчас часто звучит как "Single Thread Performance"). Оказывается, что необходимо искать баланс межд: количество ядер в процессоре, количеством потоков в ядре, частоте.  И даже это еще не все. В ядре есть понятие execution pipeline - те во сколько реально потоков идет выполнение (на картинке выше).  Наличие 8 потоков не означает что все они работают одновременно !  Смотрите, что получается: то что у нас много потоков, и  это хорошо, потому что мы не тратим время на перегрузку регистров, но мы вынуждены делить одно ядро, да еще и выполняться (на некоторых процессорах)  через узкую калитку.  Угадать правильный баланс сложно, нужен эксперимент. В  Power 7 есть уникальная возможность  менять количество потоков программным образом. А раз так, почему бы не попробовать ?

Я взял свою домашнюю машину (AIX 7, 4 ядра Power 7) и решил посмотреть как работает процессор, который нагружается большим количеством потоков под целочисленной математикой и с плавающей точкой. Чтобы понять теорию процесса. Дальше я применил полученные данные к Oracle Database которую нагружал c помощью Swingbench, причем я брал как OLTP  тесты,  так и DWH.  Пожалуйста посмотрите презентацию, там много разных тестов.

Что у меня получилось (вывод для занятых): на Power 7 для OLTP задачи включение режима SMT=4 дает существенный прирост общей пропускной способности при увеличении числа потоков/на одно ядро, при этом в рамках моей системы мне не удалось замерить ухудшение производительности одного потока.  Также Power 7 имеет специальную оптимизацию в случае однопоточного выполнения даже в режиме SMT=4.

Выводы: Разработчикам P7 удалось реализовать действительно реальную многопоточность и ее использование в большинстве случаев существенно увеличит пропускную способность вашей системы.  

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

про счастие-2

Чувствовали себя неудачником,  потому что попали не попали на OpenWorld ? Надоело смотреть на мир глазами Юрия Сенкевича на происходящее через этот блог ? Тогда это для вас - Oracle открыл доступ к материалам OpenWorld. Для всех. Бесплатно. Пусть себя почувствуют неудачниками те, кто потратил деньги и здоровье на 16 часовой перелет, бу-га-га !

PS Не было времени посмотреть  посмотреть какую все таки выберет этот парень, но идея забавная ...

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

OOW. Заключение

Многие говорят, что это был самый интересный OpenWorld за последнее время. Наверное. Очень много анонсов. Для меня это  был уникальный OOW, поскольку я получил возможность поговорить сразу с разработчиками как Oracle так и IBM. Это очень интересно, когда  технические специалисты аргументируют свое видение стратегии.  

Но у этого OpenWorld есть и еще очень важная для меня лично часть. Те, кто давно читает блог наверняка помнят пост про золушку. Тогда очень многие стали говорить, что я "нападаю" на Oracle. Напомню вкратце, что речь шла о том, что при небольшом количестве дисков при двойном зеркалировании есть достаточно высокая вероятность потери данных.  И что мы видим сейчас - выходит Database Appliance, в котором.. применяется тройное зеркалирование. Это было совершенно очевидное решение проблемы. В best practice по Exadata с недавних пор настоятельно рекомендуют  использовать тройное зеркалирование.

Я писал что сжатие базы данных  в 10 раз - это просто маркетинг.   Что это зависит от данных и в большей степени достигается только когда данные пресортированы. Читайте:
"There’s no question that HCC can give you much better results than basic compression – but it’s important to note that the data patterns and basic content make a big difference to how well the data can be compressed."

Я написал, что стратегии Oracle по cloud немного странная. Нет вполне очевидных на сегодняшний день вещей.  Пожалуйста, в этот OpenWorld целый день был выделен cloud, вышел EM12 (Cloud edition), уже не говоря о cloud.oracle.com

И наконец в комментариях к этому посту я уж совсем стал заговариваться и рассказывать что у  Exadata вполне могут быть проблемы с  OLTP нагрузкой потому что redo logs...лежат вместе с данными и  512Mb кэша обычного диска не хватает. Сразу несколько сотрудников Oracle написали, что проблемы не существует. Но Oracle Dev думал по-другому - и буквально на днях анонсировали Smart Flash Log - теперь redo запись идет параллельно на диск и flash и ответ приложению дается  когда одна из записей прошла. Если бы проблемы не было, то и не было бы нужды делать это изменение. Это значительное улучшение для OLTP.

Я хочу выразить искреннее признательность:

- Oracle Corp за возможность посетить OpenWorld
- IBM - за всестороннюю поддержку и финансовую помощь в этой поездке
- Oracle Dev Team за незабываемый ужин -)
- IBM Dev Team за глубокое погружение в технологии компании

PS На картинке вы видите автограф Rick Greenwald, одного из авторов книги по Exadata.

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

OOW. Day 5

Вообще то предполагалось что все будут слушать про cloud. Но другие сессий были гораздо интереснее.  Сначала я слушал про две новые возможности Enterprise Manager 12c - ASH analitics и Real Time Perfomance Diagnostics (RTPD). Whitepaper про них вот здесь. Если коротко, то RTPD это  возможность прямого соединения Enterprise Manager с БД, а не только через агента. При этом набор возможностей и собираемых статистик понятно отличается. Сделано это по всей видимости чтобы облегчить диагностику ситуаций когда базе плохо и ждать пока агент что-то там пришлет просто некогда. Удобно. Но рекомендую держать открытую сессию локально на сервере все равно. На всякий случай. Это достаточно существенное изменение в архитектуре, и что интересно, так сразу был сделан Veritas I3. Наверно они нашли документацию по нему и все-таки прочитали -). Презентатор также упоминал, что сам агент существенно переписан и конечно же улучшен.

ASH analitics это возможность достаточно удобного (и говорят настраиваемого) анализа данных.  Т.е. теперь прямо в основном окошке закладки Perfomance можно включать вложенные фильтры. Т.е. как бы "проваливаться" вниз по данным. Вы добавляете фильтры в любом порядке пока не достигните нужной степени детализации. 
Все больше причин посмотреть на EM 12c. Прочитать как его установить. 

Супер интересный формат был у секции Real Perfomance Questions and Answers. Прошли по залу, раздали листочки, каждый писал вопросы, которые хотел. А ребята из Real Perfomance Group (Greg Rahn, Graham Wood, and Bob Carlin) отвечали на них. Первый вопрос сразу же взорвал зал - "можно ли удалить все индексы если вы переехали на Exadata ?" - коротко их ответ был: "мы отвечаем на этот вопрос 2 раза в неделю. Переезд на Exadata не означает что можно отключить голову. Если у вас есть oltp нагрузка ей по прежнему нужны индексы". Это не большое открытие, верно  ? Но по их реакции было видно, что они устали отвечать на этот вопрос -) Дальше был вопрос про SSD и их ответ был - скорее всего если у вас есть SDD надо использовать их не под flash cache, а под данные, SSD хороши под random IO, под sequential IO они не дают выигрыша (а значит под redo не имеют смысла). Дальше сказали что кэш дискового  массива лучше чем "голые" SSD. Вроде открытие опять небольшие, но, как видно,  люди интересуются снова и снова. Супер презентация про SSD.

Может нам  тоже попробовать на RuOUG такой формат вопросов и ответов ?

Все. Game Over. Закат ввиду Golden Gate. Такси, самолет, самолет, такси - здравствуй пробки. Остались только фотографии.

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

OOW. Day 4

День начался весьма продуктивно - я обнаружил на в demoground стенд с oracle optimizer, а на нем неизвестное мне слово - cardinality feedback.  Я совершенно был не в курсе, что такое это самое  Cardinality Feedback. Если коротко - то оптимизатор может после выполнения запроса посмотреть, а не ошибся ли он при оценке данных. И если ошибся, то внести коррективы на следующем выполнении и возможно построить новый план.  Найденные коррективы к сожалению нигде кроме памяти не сохраняются, и каждый раз после старта базы придется начинать все сначала. По задумке, после того как один раз переоценку сделали, больше ее не повторяют. Сhristian Antognini пишет, что он видел в уже в версии   11.1 (?) что  оптимизатор никак не мог успокоиться и порождал новый child именно потому что производил переоценку. Workaround: Set _OPTIMIZER_USE_FEEDBACK=FALSE to disable the feature.


Ok, сегодня мы наконец узнали главную новость и интригу текущего OpenWorld - cloud.oracle.com. Возможность держать свой сервер приложений и свою базу данных в облаке Oracle.  В принципе звучит прикольно, но так как это уже есть у Amazon, то теперь надо разбираться в чем отличие. По возможностям, нам дают скорее всего что-то очень близкое к Enterprise Edition (так например включен partitioning). 

Судя по картинке можно даже создавать конфирации типа RAC One или DataGuard.  Но дальше пока странно - конечно можно разрабатывать на pl/sql, а вот Web Interface нам дают стоящий в cloud WebLogic, либо Apex. Apex вообще выглядит как основное средство для разработки для cloud, и есть даже целый набор готовых приложений.  Странности начинаются дальше, когда вы начинаете высматривать как же к ней, родной,  подключиться через sql*Net. Пока описаны только jdbc, да и то с оговоркой что только из (соседнего) cloud с сервером приложения. Вопрос пока открытый.
Объявлено, что все построено на технологиях Exadata/Exalogic, но, опять, странно что на странице спецификации не указаны такие возможности как гибридная компрессия или smart scan.  В любом случае пока даже попробовать ничего нельзя - можно лишь сходить зарегистрироваться для получения информации когда все станет доступным. К сожалению пока цены также не понятны. Отдельно мне интересно как хранение данных в Cloud совместимо с нашим законом о персональных данных. Без относительно даже конкретного Oracle Cloud.
  
Следующую инициативу - oracle social network я комментировать не хочу. Перефразируя Gwen Shapira - "facebook - для друзей который помогут вам, oracle social network - для друзей которые помогут вам закрыть сделку".

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

про веселых и находчивых. часть 2

Я писал ранее про веселых и находчивых. И конечно такие нашлись и с другой стороны.
Предлагаю вам интересное упражнение. Возьмем две системы (данные о  cpu специально замаскированы, отгадка ниже):

Первая стоит примерно $1mln, имеет 4 процессора, делает 200K  попугаев

Вторая, стоит  $2 mln долларов, имеет 16 процессоров, делает те же 200K попугаев
















Надеюсь всем очевидно, что первая имея в 4 раза (!)   меньше процессоров и стоит в 2 раза меньше и делает столько же попугаев сколько вторая ?   4*2 = 8 раз (!)  разница.  Мы сравниваем кстати в обоих случаях один размер базы данных, одну базу данных - Oracle Database 11gR2, разница между датами публикаций 3 месяца. То есть ну ближе уже невозможно найти системы. Из приведенных данных как бы очевидно, что только идиет будет приобретать систему 2. Я мог бы сделать лучший в мире пресс-релиз на основании этих данных.

Теперь отгадки: первая система, вторая система.  Надеюсь теперь не так очевидно какая из систем лучше ?

Правда заключается в том, что все эти тесты очень похожи на ситуацию, когда у вас спрашивают какой сегодня день и сколько времени, а вы отвечаете сколько сейчас показывает секундная стрелка. Те конечно это тоже правда, но совсем не та. Увы, сейчас тесты стали средством войны, а на войне, как известно все средства хороши.

PS Хочу выразить признательность Masood Heydari, Oracle VP, который был сегодня предельно корректен во время презентации Sparc Enterprise стратегии. Он кстати сказал, что per thread performance системы 1 равен per thread performance системы 2 но как мы видим это не так. Хотя опять таки, см. предыдущий абзац.


Update 1. Отгадка: Правда в тесте, та, что системе 1 понадобилось в два раза больше потоков чтобы достичь того же результата. Это значит, если мы мигрируете на эту систему то ваша БД будет работать медленнее. Он будет тянуть больше пользователей, но каждый из них будет работать медленнее. Это нормально. Просто на мой взгляд происходит подмена понятий - больше пользователей <-> быстрее работает.

Storage  стоит в 4 раза ($625K)  больше, чем сам сервер ($125K). Мне кажется что вообще все эти тесты большие про Storage, чем про CPU speed. Ну и наконец, чтобы сделать систему 1 выгоднее ее посчитали по метрике  Named Users, против метрики Processor системы 2.  Пожалуйста помните, что Enterprise система это всегда Enterprise система со своей высокой надежностью, возможностями по горячей замене и масштабируемостью. 

Update 2.  Лучше и не скажешь:
"The M-Series are designed with Mainframe-class RAS features (Reliability, Availability, Serviceability). They are based on the Sparc64-VII+ CPUs, excelling at single threaded performance.
The T-Series are the CoolThread servers, with the CMT (chipmultithreading) design, they are designed to run heavily parallel workloads, concentrating on throughput"

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

OOW. Day 3

Update 1. Все таки сделали сделают columnar compression в TimesTen ! В текущей версии этого нет, обещают в следующей. Наверно в Exalytics стоит какая-то специальная пока версия TimesTen.

День  начинается хорошими  техническими (наконец-то) новостями. Совершенно чумной блог команды Ksplice - нового приобретения Oracle, которое позволяет проводить обновления ядра  linux   без перезагрузки. Настоящее сумасшедствие - очень рекомендую. Откройте для себя OEL Beta Kernel Release 2 for Oracle Linux 6. Клевая white paper как работает Dynamic Threading в T4 под LDOM.

Update: Объявлены DTrace for Linux, Linux Containters.

Oracle Cloud - основные продукты на которых базируется Oracle Cloude - EM 12c (можно скачать здесь) и  Oracle VM (скачать здесь)

Специальные возможности Solaris для Oracle !

Еще раз повторили что HCC возможна без Exadata но с ZFS Storage Appliance.

Общают бесплатный Hardware Management с каждым новым котрактом.



Посмотрите выступление John Fowler - мне понравилось. Нормально,  без истерики.  Solaris is a best и все такое. Одно осталось непонятным - где M-series (8000/9000)  ???? Я вообще не услышал про них ни одного слова. Кто-нибудь может объяснить что с ними происходит ?


PS На картинке - вот эта яхта.

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

OOW. Day 2

Сегодня удалось наконец прорваться к демо room Oracle Hardware. Далее со слов специалиста, который отвечал на мои вопросы. На картинке слева видно что там все таки внутри Super Cluster - 6 Exadata Cell для СУБД,  ZFS Appliance как shared пространство для серверов. Дальше предлагается из  2 узлов Sun T4-4 собрать два кластера - один на основе Solaris 10 для web серверов, другой на основе Solaris 11 для Database. Также можно заказать карточку и подключить сервера к существующему SAN. На вопрос - только на время миграции или навсегда -  помялись, но сказали - что навсегда тоже можно.

Дальше удалось поговорить про Exalytics. Там одновременно OBI EE, TimesTen и Esbasse. Будет лицензироваться по пользователям. На вопрос где же там компрессия x10 раз - был ответ в TimesTen (?) Update - да, таки сделали !

Интересно было про масштабирование - что если не хватает двух таких машинок. Вреде бы как нужно начинать строить кластер над Weblogic, который в OBI EE. Хочу напомнить, что подключать эту штуку можно будет к любой БД, но лучше всего конечно к Exadata. Никто и не сомневался в последнем -)

Показали новенький Enterprise Manager 12c - красиво. На одной из секций показали что можно будет сравнивать не только AWR отчеты но и ADDM. И сохранять в offline. Это клево, спору нет.


Анонсировали Big Data Appliance. Отдельная большая тема, но если приглядется прикрутили бесплатные тулзы конечно к Exadata. Никого не хотел обидеть, наверное  все остальные делают также -)  Если у вас другое мнение  - можете начинать -). Update 1. Читать здесь

Сходил на несколько сессий, которые вроде про базу данных, и даже назывались internals. Даже слайды с прошлого года не поменяли. Я чувствую что что-то пропускаю, но ничего нового в/около  БД  (кроме EM) не объявляют.

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

OOW. Day 1

На фотографии слева   - demo room Oracle hardware: Exadata, Exalogic, Exalitics, Super Cluster, Oracle Database Appliance, Oracle Pilar hardware - черт, я уже путаюсь, что из них что -)


Очень большое кол-во сессий про RAC. Буквально все кто занимается всяким консалтингом рассказывают про RAC. Аудитория забивается полностью на любую сессию про RAC.

Я сходил на RAC parallel execution, где услышал про parallel_force_local=true, параметр,  который оставляет все slave на той же ноде где и координатор, parallel_adaptive_multi_user во время демонстрации не как не давал slave'ам уйти на другую ноду, теперь если добавить сюда parallel in memory execution и parallel queuing получается классный компотик, в котором не очевидно как что работает в каких комбинациях . Надо конечно пересмотреть свое представление о теории этого процесса.

На следующей секции расссказали что result_cache работает в RAC совершенно прозрачно и результат сохраненный на одном узле передается на другой. Но работает ли это с parallel execution я не понял -(

Побывал на секции как мигрировать с single instance на RAC c помощью streams - там столько всего накручено, что мне этот способ совсем не понравился -( По моему мнению если люди идут на RAC то остаются на той же платформе и standy нам в помощь.

Встреченный Jonathan Lewis, сказал мне что  таскает с собой ноутбук с 4-х узловым кластером. Он раньше написал, что его легко узнать по этому ноутбуку -).  На вопрос не пресмотрел ли он свое (отрицательное) отношение к RAC ответил что нет, что у него очень специальный взгляд на это, но заказчики хотят и нужно знать как это работает. А его новая книга выйдет 24 октября. Так что пока ждем.

Из новостей: анонсирована Exalytics (in-memory database  1TB of memory, 40 Cores Intel Xeon, IB network connection to   Exadata   + OBI EE, Essbase and TimesTen), новая аналитическая машина, слева на картинке.  Пообещали что ее можно будет подключать к любой существующей БД ! SAP HANA не дает никому покоя -)  Анонсы  Big Data и стратегия Cloud впереди.  Oracle явно хочет стать IBM -))))

Проспали, и не следили за  Ларри ? - не беда !
(основное что нужно знать - в этом году все быстрее в 10x10 = 100 раз). Во время выступления было интересно отступление про скорость процесоров T4 vs P7, надо будет послушать внимательно. Пока цитата из слайда: "T4 faster for Java then P7. P7 faster for arithmetic".

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

OOW. Day 0

Я обновлю этот пост как только появятся подробности.

Update 1. Если вы найдете очень интересную сессию (или вот тут)  на OOW - дайте мне знать и возможно я попаду на нее и расскажу/добуду презентацию -)

Update 2. Две клевые и по настоящему бесплатные программы: Oracle Mobile App, с помощью которой можно следить за новостями, и Oracle Support Mobile с помощью которой можно можно мучить Oracle Support практически круглосуточно -) 

Oracle Open World еще не начался,   а новостей уже высыпалось целая туча. Но если все предыдущие требовали от вас  немедленно купить новую красивую железку,  то вот настоящая хорошая новость - Oracle обещает что  Hybrid Columnar Compression будет поддерживаться в 11.2.0.3 (?, который уже вышел !) если у вас  Sun ZFS Storage Appliances или  Pillar Axiom Storage.  Что ? опять нужно что-то купить ? -(  Я надеюсь что будет достаточно только ZFS Storage Appliance Software. Я надеюсь.

Многие помнят, что HCC была в бете 11.2 и потом Oracle решил оставить эту возможность только для Exadata.

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