Dsvolk Oracle News

please standby

По счастию до 16 августа здесь постов не будет. А я постраюсь увидеть и сфотографировать эту красоту. А там глядишь и 11g выпустят :)

Using Oracle Clusterware to Protect Single Instance Database 11g

Пошаговая инструкция как построить HA кластер при помощи Oracle Clusterware.
Как я уже писал, такая конструкция не требует дополнительного лицензирования.

SI_DB_Failover_11g.pdf (application/pdf Object)

Я почти уверен, что эта инструкция будет очень востребована.

Кстати, тоже самое уже можно сделать 10g. Я почти уверен :)

11g: Product Editions & Features

А мне очень понравилась ссылка :

Oracle Database 11g: Product Editions & Features

Просто, но со вкусом, с массой дополнительных ссылок на описание features.
Единственное, что там не хватает - ссылки на pricing

Oracle RAC SIG

Я обнаружил, что по недоразумению еще не написал о
Oracle RAC SIG web site

На мой взгляд, один из самых лучших технических открытых сайтов посвещенных Oracle RAC.

Direct NFS client (11g NF)

Наконец, появилась первая более техническая статья про NFS клиента в ядре 11g

directnfsclient_11gr1_twp.pdf (application/pdf Object)

Если я правильно понял, то теперь будут сняты ограничения на использование только сертифицированных устройств для хранение БД под NFS. Хотя явно, это и не сказано..

PS
Обратите внимание на файл $ORACLE_HOME/dbs/oranfstab :)

10.2.0.4 Patch Set

Уже можно "подсмотреть", что собираются исправить в 10.2.0.4
Metalink Note:401436.1

Однако по прежнему неизвестно, когда выпустят патч:
"
Please note that 10.2.0.4 has not been released on any platform , and does not have release dates available
"

Как только появиться определенность с датами - сообщу :)

Кстати, обратите внимание на
Bug 5667023 - Linux: CRS does not start after applying 10.2.0.3

там же есть workaround, действительно на RHEL 4 U4 нет таких проблем.

(меня уже кто-то спрашивал стоит ли переходить на 10.2.0.3 и приводил информацию, что
после обновления не стартует crs)

Linux GFS certify for RAC

Пока только обещана сертификация
GFS и 10gR2 RAC на RHEL5 ( вернее на Oracle Enterprise Linux 5, конечно же :)

С другой стороны Note:329530.1 содержит таки казуистические выражение насчет существующей поддержки GFS в RHEL 4 и 3.
Не могу это цитировать, это надо читать :)

И вообще, ASM наш выбор !

СУБД Oracle Database 10g – новые возможности для разработчиков

Судя по анкетам, одной из самых популярных презентаций на нашем семинаре
Oracle RAC: Deep Dive for Developers является презентация "СУБД Oracle Database 10g – новые возможности для разработчиков" которую Игорь Мельников (Igor.Melnikov) делает в рамках нашего семинара. Она неизменно вызывает большой интерес у слушателей.

Почему же в канун выхода 11g я выкладываю презентацию для 10g ?
Если коротко, то сейчас многие озабочены переходом на 10g, чтобы затем перейти на 11g. Подробнее о причинах можно читать ранее.

New Critical Patch Updates

Critical Patch Updates and Security Alerts

T2000 and Oracle RAC

"Generally speaking Oracle will scale well on Sun Fire CoolThreads servers" пишет нам Sun Microsystems и дает несколько советов по настройке.

Могу только согласиться. У меня была возможность сразу после появления T2000 ее протестировать. Ее 8 ядер немного проиграли 8 ядрам Ultra Sparc IV+ да и то, в пиковой нагрузке. При весьма ощутимой разнице в цене.

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

Собственно совершенно не вижу причин почему бы не собрать RAC на 4-х таких машинках - по лицензионной политике проходит Standard Edition ( 4 socket), а значит RAC бесплатен. 32 ядра - это знаете ли сила. При цене железа ~ $45,000 (по Sun US price list). Вот здесь можно найти примерные цены на серверы SUN с UltraSparc IV+ и почувствовать разницу. При всем моем глубочайшем уважении к UltraSparc. Ничего нового я здесь не открываю, как всегда существует парадигма price/perfomance - каждый ее решает для себя

UPDATE 1.

Оказалось, что коллеги во внутренем mail-list'e недовольным T2000 на основании тестов у реальных заказчиков. Не буду приводить примеры тестирований, поскольку очень уж результат зависит от теста.

Приведу лишь короткое и очень мне понравившиеся сравнение технологий SF 890 и T2000

> A current V890 uses UltraSPARC-IV/IV+ dual core processors.
> The processor has a clock speed in the range of 1.2 GHz (low-end
> UltraSPARC-IV) to 1.8 GHz (high-end UltraSPARC-IV+). Each
> processor has 2 MByte L2 and 32 MByte L3 cache.
>
> A T2000 uses an UltraSPARC T1 processor with up to 8 cores.
> The processor has a clock speed in the range of 1.0 GHz to 1.2
> GHz. The processor has 3 MByte L2 cache but no L3 cache. The
> core is derived from the earlier UltraSPARC-II microarchitecture,
> so as a rule of thumb the core performs less work than a later
> generation core with the same clock speed, and potentially
> much less work than a later generation core with a faster clock
> speed and large L3 cache.
>
> This doesn't mean a T2000 can't be used successfully as a
> database server but it does mean that a T2000 can't be expected
> to match a V890 for a single threaded task.
>
> Maybe the following questions might help:
>
> 1) is the single threaded task on the critical path for the
> application, and if not, who cares?
> 2) a V890 is a single box which presents a SPoF, so what about
> HA requirements?
> 3) a V890 is potentially far more expensive in terms of both
> hardware and Oracle software than a pair of T2000's with
> equivalent throughput, so what about price/performance?
>
> I can't give you a magic solution if 1) goes against you but
> if straight line speed isn't the only factor then 2) and 3)
> might help. You will probably find that the software cost is
> the dominant factor in 3), especially when considering T2000
> servers.
>
> BTW the statement about FPU is not entirely correct and is
> unlikely to be relevant for most Oracle database workloads in
> any case:
>
> http://en.wikipedia.org/wiki/UltraSPARC_T1

RAC ЧАВО

Ниже я постараюсь ответить на несколько вопросов по технологии Oracle RAC, которые задаются на мой взгляд наиболее часто - RAC ЧАВО (Часто задаваемые Вопросы и Ответы). Хочу также поблагодарить Игоря Мельникова (Igor.Melnikov) за участие в сборе материалов. Данный пост обновлен 18.07 2007

Прежде всего мне хочется упомянуть малоизвестный факт об истории технологии RAC. Эта технологий появилась еще в версии Oracle 6, в 1985 году, до появления в СУБД Oracle pl/sql и знаменитого row locking механизма http://www.oracle.com/corporate/home2.html). Работала она правда только под VAX машинами. Уже в следующей версии, 7-ой Oracle Parallel Server работал на нескольких платформах.

Мне кажется, в IT очень важно понимать, сколько лет развивается та или иная технология. Потому что, часто они быстро появляются, и также быстро пропадают. В последние несколько лет тема Grid является заглавной для новых выпусков БД Oracle. Так 9i была выпущена со слоганом Unbreakable, подразумевая что ее "неубиваемость" основвывается на технологии Oracle RAC, версии 10g и 11g просто несут в себе индекс [G]rid. Итак, мы говорим о технологии, которой более 20 (!) лет.

Итак, вопросы которые часто задают:

1. Назовите где эта технология используется в России ?

Очень хороший вопрос. Примерно такой же хороший, как спросить "а имеют ли Ваши электроны Российское гражданство ?".
RAC - прежде всего технология, не зависящая от установленного в стране законодательства. Когда спрашивают про примеры использования бухгалтерской программы, то хотят уточнить, поддерживает ли она Росссийское законодательство. Это понятно, без этого использовать бухгалтерскую программу невозможно.
Но RAC - это технология. И законы физики работают, извините, вне границ государств.

Более правильный вопрос - "приведите пожалуйста примеры индустрий, которые используют данную технологию ?". OK, пожалуйста, познакомьтесь со специальным N страничным документом RAC customers book. Мне кажется там можно найти примеры по всем индустриям.

И все-таки почему так мало именно российских примеров внедрения RAС ?

a) Одна их причин в том, что ORACLE CIS работает только через партнеров. Т.е. все проекты проходят только через парнеров. Вот почему они не собирают/не публикуют references (а они есть, и очень большие ) - не могу сказать.

б) Наверно работает и наш Россиский менталитет - лучше ничего не говорить соседу, чтобы он не дай бог не позавидовал (?). Недаром есть даже анекдоты на эту тему. У нас вообще крайне неохотно говорят об используемых технологиях. Думаю, что увы, это наша Российская специфика. Вот Ваша организация готова выступить как reference использования технологий ?

2. Но ведь приложения в RAC не масштабируются и на одной большой машине работают лучше ? ( http://blogs.sun.com/dcb/entry/oracle_rac_s_secret)

Ответ очень прост: - если приложение не масштабируется, оно будет работать плохо даже на очень большой "железке". С примерами, я думаю, встречались очень многие.

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

Я думаю, что лучшим ответом о масштабировании является, тот факт, что в RAC конфигурации работают SAP R/3 и Oracle E-Business Suite (последний в том числе в Россси :) ) Если приложение написано хорошо (а невозможно написать такого монстра плохо) - оно работает в RAC.

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

Также в России (!) уже есть примеры, когда приложения "сжирало" самые большие имеющиеся на данный момент компьютеры (HP Superdom, SUN Fire 25K). Реальность таких IT - это непрерывно выспрашивать у вендора, когда будет более мощная машина. Я знаю примеры, когда откладывали внедрения новой бизнес функциональности из-за ожидания поставки очередного монстра.

3. Но ведь RAC это очень дорого ?

OK, давайте посчитаем. Прайс-лист Oracle доступен по адресу http://www.oracle.com/corporate/pricing/pricelists.html

Я выделяю 3 сегмента серверного оборудования:

- серверы начального уровня (2-4 процессора)
- серверы уровня предприятия (8 процессоров)
- high-end серверы (12 и более процессоров)

Серверы начального уровня

В большей своей массе в этом сегменте лидируют серверы с Intel архитектурой

Возьмем открытый прайс-лист компании Kraftway (www.kraftway.ru) от 09.07.2007

Увидим, что

Express 400 EM11 (4CPU Xeon 3Gz, 4Gb RAM) стоит 425,331 р

Express ISP ES24 (2CPU Xeon 3,2Gz, 2Gb RAM) стоит 94, 547 р

Для построения кластера нам понадобится 2 сервера Express ISP ES24 с общей стоимостью 189, 094 р

По лицензионным ограничениям на 2 2-х процессорных сервера можно установить Standard Edition, куда опция RAC уже включена бесплатно.

Итак, мы имеет разницу в цене между одним Express 400 EM11 и кластерным вариантом

425,331 - 189, 094 = 236,237 р ~ $9,000

( процессорные лицензии oracle стоят одинаково для обоих вариантов: 4 Socket * $15,000 )

Сервера уровня предприятия и high-end сервера

Я попробую посчитать на примере железа Sun Microsystems.
Нет, это не месть за пост Sun'овского инженера :) из предыдущего ответа. Я выбрал SUN, в первую очередь потому, что имеют многолетний опыт работы с техникой SUN, очень ее уважаю. Считаю, что Solaris - вообще одна из лучших ОС для Oracle (прошу это не обсуждать - это аксиома :)). Тот факт, что SUN испытывает (ывал) затруднения никак не связан с высочайшим уровнем ее технических разработок. Насколько я знаю, только в Sun Fire можно одновременно использовать процессоры нескольких поколений (!). Даже IBM не смогли (или не посчитали нужным) это реализовать.

Итак, я буду использовать открытый прайс-листы SUN по адресу
http://ru.sun.com/products/configurations/index.html

Давайте также учтем, что несмотря на размеры основного сервера, во всех серьезных организация принято устанавливать Standby DB или HA Cluster. С целью упрощения расчета стоимости я рассматриваю вариант Standby DB (см. также комментарии к посту ниже). Для варианта 1 сервера она нам нужна для отказоустойчивости и средства восстановления от логических ошибок, для варианта кластера - отказоустойчивость у нас уже есть, нужно только средство восстановления от логических ошибок.

Также в варианте 1 сервера бессмысленно ставить Standby DB на машину не равную основной - в противном случае она не сможет нести всю нагрузку промышленной системы.

Итак, Я взял несколько машин, все с процессорами UltraSPARC IV+, в каждой машине на процессор приходится 4Gb памяти.

Sun Fire V490 Server (4 CPU) - $65,000
Sun Fire V890 Server (8 CPU) - $131,000
Sun Fire E4900 (12 CPU) - $701,000
Sun Fire E6900 Server (24 CPU) - $1,409,000

Более полные спецификации с ценами

Серверы уровня предприятия
-------------
В качестве сервера уровня предприятия будем используется SF 890, в качестве равного ему кластерного варианта 2 сервера 2 SF490

Рассчитаем стоимость для SF 890

$131,000 (железо) + 8*$40,000 (процессорные лицензии Oracle) = $451,000

Рассчитаем стоимость для 2-х SF 490:

2*$65,000 (железо) + 8*$40,000 (процессорные лицензии Oracle) + 8*$20,000 (RAC option) = $610,000

$451,000 < $610,000 Как мы видим вариант RAC проигрывает на ~$160,000. Но давайте вспомним про Standby. Получим для SF 890 удвоение суммы, поскольку у нас две машины и Standby DB нужно полностью лицензировать. В кластерном варианте в качестве Standby достаточно поставить еще один SF 490 $902,000 ~ $610,000 + $65,0000 (железо) + 8*$40,000 (лицензия на standby) $902,000 < $995,000 Итак, мы видим, что RAC вариант проиграл грубо говоря ~$100,000 при общей стоимости системы ~$1,000,000. Теперь продумаем, что делать, когда нам потребуются еще скажем 2 CPU ? В случае SF 890 нам придется купить новое "железо", потратив $700,000 а в случае кластера - всего лишь докупить SF 490 - 65,000 (железо) + 4*$40,000 (Oracle) + 4*$20,000 (RAC options) = $305,000

High-end серверы
--------------------

В качестве high-end сервера будем использовать E4900 (12 CPU) , в качестве равного ему кластерного варианта 3 сервера SF490

Рассчитаем стоимость для E4900 (12 CPU)

$700,000 (железо) + 12*$40,000 (лицензии Oracle EE ) = $1,180,000

Рассчитаем стоимость для 3-х SF490:

3 * ( $65,000 (железо) + 4*$40,000 (Oracle) + 4*$20,000 (RAC options) ) = $915, 000

$1,180,000 > $915, 000

С RAC мы выиграли почти $280,000 !

Рассмотрим добавление standby. Для E4900 это удвоит стоимость системы, для кластерного варианта добавит еще один SF 490.

$2,360,000 ~ $915, 000 + $65,000 (железо) + 4*40,000 (Oracle)

$2,360,000 > $1,140,00

теперь разрыв увеличился до $1,120,000 (!)

При больших серверах разрыв еще больше увеличивается.

Выводы:

Удивительно, но в некоторых весьма реальных случаях экономия в случае использования RAC может составить порядка 1млн $. Вот так :).
Разрыв совершенно очевиден начиная с примерно 12 процессоров. На уровне 8 процессоров, следует учеть развитие ИС, standby систему - и выгода также будет очевидна. На уровне 4-х процессоров в игру вступает Standard Edition, куда опция RAC включена бесплатно.

Понятно, что я взял цены price лист без учета скидок, локальных налогов, технической поддержки. Что у разных вендоров картина может быть разной. Но я прошу Вас об одном - посчитайте. Это не очень сложно, а выводы могут быть весьма удивительными.

4. Если Все так здорово, то почему все-таки используют эту технологию не очень многие ?

Есть как минимум несколько причин:

a) "Железные" вендоры проводят вполне успешную политику. Очень часто, когда приглашают Oracle железо уже куплено и говорить о выборе технологии поздно. Можно лишь посоветовать начинать модернизацию IT с выбора технологии, а не большой железки.

б) Бюджетные организации страдают от необходимости продемонстрировать, куда именно вложили деньги. Если потратили $1 милллион на большой красивый шкаф - это понятно. А если на несколько маленьких машинок - то не очень. Я думаю, что все кто работал с бюджетными организациями понимает, о чем я пишу.

в) Мало кто хочет посчитать убытки от простоев. Страна большая. Подумаешь, уйдут одни клиенты, придут другие. В Европе совсем не так. Там автоматизированная бесперибойная система - основа бизнеса. За нее очень держатся. Она помогает зарабатывать деньги, а значит надо в нее вкладывыть.

PS
Если Вы все же остались недовольны моей идей использовать при подсчете standby - в следующем посте смотрите информацию про Sun T2000 :)

RAC and Database Vault

Будьте внимательны, совместное существование RAC и Database Vault имеет свои особенности.
Так после установки DBV ...перестанет стартовать автоматически БД. Чтобы это исправить, рекомендуется зарегистрировать БД с помощью crs_register влючая параметр
"USR_ORA_CONNECT_STR=sys/password as sysdba". Ну и надо быть осторожным настраивая правила. Коллеги, похоже перестарались, у них перестал работать даже backup...

Oracle and TimesTen

Поскольку головной сайт компании по прежнему считает новостью выход TimesTen 6 - спешу сообщить Вам, что с мая 2007 на всех основных платформах доступна Timesten 7.0.2

Основные возможности версии 7.0 можно прочитать в Features Overview

Я же расскажу о том, что мне понравилось на семинаре.

Начался он достаточно смешно. Сразу, до начала презентации спросили, зачем вообще нужен TimesTen если теперь в 11g есть client result set ?

Ответ был вполне убедителен. Result Set дает не более 25% выигрыша производительности. Действительно, ведь закешировать можно либо специально написанные выражение, либо вызовы с конкрентными bind переменными. Т.е. далеко не все. А TimesTan хранит все свои данные прямо в памяти и только в памяти. Что дает, в реальных ситуациях от 2-х до 4-х разов ускорения. Задумайтесь, никакая новая дисковая подсистема столько Вам не выдаст !

Надо ответить, что TimesTen весьма современная и полнофункциональная БД: собственный "sqlplus", собственный оптимизатор. Все вполне серьезно. А уж система Data Aging вообще вызывает восхищение.

Есть система репликации между отдельными экземплярами Timesten. Что позволяет строить отказоустойчивые системы.

После покупки Oracle быстрыми шагами вводятся возможности для упрощения использования TimesTen теми разработчиками, что работал с Oracle - функции decode, rownum и пр. Можно получить доступ к timestan из sql developer уже текущего релиза.

И наконец, самое основное: Oracle Сache connect - есть возможность прозрачно кешировать отдельные таблицы Oracle !
При этом можно настроить обновление измененных в Oracle данных в TimesTen !
Со стороны TimesTen CacheConnect представляет собой клиента Oracle поэтому поддерживаются
все фичи клиента такие как taf, ons

И кто же эти счатливые потребители TimesTen. Вы конечно можете не поверит, но почти половина успешных внедрений Timesten приходится на клиентов с Oracle RAC. Действительно, если Ваз так беспокоит одновременно отказоустойчивость и быстрота обработки - связка TimesTen + RAC не имеет себе равных.

Конечно есть и минусы:

- только одно соединение CacheConect с Oracle. Это может стать узким местом. Обещали исправить.

- прозрачный переход с использованием CacheConnect получается для java приложений.
конечно если у Вас Oracle Forms то придется мигрировать на java. OCI клиент пока не может ходить в TimesTen. Или я чего не понял, или это исправят (??)

certify and planning release info

- Ожидается, что 10.2.0.3 в июле 2007 будет доступен на всех платформах.
- Планов на 10.2.0.4 пока не объявлено. Можно предположить что его выпуск будет увязан в выпуском 11g
- 11g 32bit (?) Linux ожидается в августе 2007.
- Только что был сертифицирован 10gR2 под Oracle Enterprise Linux 5.

11g roadshow, part 4

Последняя часть моего рассказа об 11g roadshow.

Она посвещена наиболее "раскрученной" новинке в 11g - real application testing.

Рекомендую посмотреть презентацию этой технологии.

Ну и ниже мои комментарии:

Во-первых почему "real" - потому что проигрываться на тестовой систем будут ваши реальные транзакции с боевой системы. Т.е. Вам не нужно придумывать нагрузку, а нужно ее "захватить".

Делается это очень просто - на производственной системе включается ..трассировка на все сессии. Product manager пояснил, что все очень оптимально, на диск пишутся не сырые trace file, а уже в binary формате.

В принципе уже в 9i существовала возможность писать трассировки в кольцевой буфер в памяти и сбрасывать его на диск время от времени. Мне кажется данный механизм и используется. Только не было доступно извне, когда буфер заполнился, поэтому простым смертным это было тяжело использовать.

Знание как захватывается нагрузка дает нам:

- Прямо перед включением захвата нужен полный backup. Чтобы затем его восстановить на тестовой систем. Это повысит аккуратность "проигрывания". В противном случае часть транзакций, скажем, не найдет "своих" счетов.

- Нужно заготовить серьезное дисковое пространтсво под хранение данных

- Нужно приготовиться к уменьшению производительности.
Конечно, будет какое-то проседание производительности для конечного пользователя. В свое время мы исследовали как проседает производительность при включении обычной трассировки. Если это обычное OLTP приложение то можно оценить примерно в 10%

- Будут затрачены доп. ресурсы на захват

Ребята из внутренней группы тестирования провели тесты, с целью узнать накладные расходы. Так вот, для OLTP это примерно 10% доп CPU времени, для приложения, которое осуществлят массовую загрузку данных - в среднем 20%, но может доходить и до 40%

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

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

Можно ли осуществлять захват отдельных пользовательских сессий ? По документации можно, но по bug report'ам похоже, что пока это не работает.

Из общих соображений понятно, что поскольку все захвачено в binary виде, то нет возможности вмешаться в SQL код. Скажем Вы догадались, какие SQL плохие, но никак изменить их при проигрывании не можете.
Т.е. не можете оценить общий эффект от их модификации. Нужно менять на производственной системе, еще раз производить захват и проигрывание.

Для оценки производительности можно построить новые индексы, materialized view, можно даже тестироваться на новом patchset (или даже захватить на 10.2.0.4 а проиграсть на 11g) - но вот как работать с SQL планами при этом я не понял.

В заключение: несомненно, крайне полезная опция, несмотря на свою цену и некоторые ограничения при использовании.

Announcing Oracle Database 11g

Можно послушать, что говорят ведущие лица компании о выходе 11g. В частности рекомендую послушать, какие новые возможности отмечает Charles Phillips.
Презентации конечно же не технического уровня, но показывают общее направление движения.

Announcing Oracle Database 11g

В целом, как я переговорил с коллегами, 11g имеет не столько инноваций, как скажем, когда выходила 10g. Конечно, с выходом 10g появилось свое clusterware, ASM да прочих новвоведений хватало. Но как показывает практика, освоить их смогли далеко не все. Сейчас же некоторые западные консультанты даже расстраиваются, мол "не о чем говорить" :))) Не совсем так, говорить вполне есть о чем. Но действительно, самое главное, для простых разработчиков - нет революционных изменений. Кроме, пожалуй secure files (замена blob, clob). Мне кажется, это важно для пользователей - продукт становится лучше без коренных изменений. В последнее время я часто слышал жалобы, что от версии к версии одни направления начинаются, другие прекращаются. В 11g этого практически нет.

Есть (и достаточно много) улучшений. Одно из самых востребованных - это механизмы стабилизации планов запросов - SQL Plan management. Это когда новый план вашего запроса будет применяться, только если его подтвердит Ваш DBA.

Конечно есть и real native compilation (теперь не нужен внешний компилятор, в ядре Oracle есть свой кросс-платформенный), появился hierarchical profiler - но этот не как не затрагивает Ваш когд, если он успешно работатает на 10g.

Для администраторов кол-во улучшений гораздо больше. Требуется достаточно больше время, чтобы это освоить. Достаточно упомянуть Fault Diagnostic Automation - что сразу несколько меняет подход к управлению БД. А уж сколько изменнений в advisor в database control - вооще сразу не сосчитать.

Хочу попробовать сразу ответить на вопрос: может не стоит переходить с 9i на 10g, а сразу на 11g ?
Мне кажется, что не стоит ждать. 10.2.0.3 - весьма стабильный патчсет. А как шутят в среде IT, только 3 версия продукта начинает работать стабильно (кстати так было с Oracle 3 и Windows 3.0 :)))) Когда еще выйдет 3 патчет для 11, совсем не известно. Так что мигрируйте на 10g уже сейчас.

Переход на 11.1 будет возможен с 9.2.0.4 или выше. 10.1.0.1 или выше, 10.2.0.1 или выше.

Build Your Own Oracle RAC Cluster on Solaris 10 and iSCSI

Just for fun:
Build Your Own Oracle RAC Cluster on Solaris 10 and iSCSI

11 roadshow, part 3

Top N best feature:

Для кластера:

- ускорили. улучшили.
- ADDM в кластере работает на глобальном уровне (с отдельными AWR)
- на 70% увеличили производительность в read -only тесте
- ускорили чтения с диска

Вввод-Вывод:

- В ASM сделали возможность выбрать предпочитаемую дисковую группу (для extented cluster'ов)
- Можно поставить свой MAX_IO_SIZE !? (наконец закончилась эта магия 1mb)

- SQL query result cache дает около 25% прироста производительности (в реальных ситуации)
- Обещают что query result cache будет работать между нодами кластера

- для OCI клиентов поддерживает локальный кеш (инвалидация работает на механизме (change notification in bound connection на клиента)

Оптимизатор:

- Новые планы (скажем после сбора статистики) не будет выполняться, пока их не подтвердит DBA.
Удобно, скажем в момент миграции 10g -> 11g обещают что по умолчанию начнут работать теже планы что и в 10g
- Просто зуб дают что теперь auto_sample_size заработал нормально. Вроде бы можно собрать статистику и затем медленно разглядывать как изменяться планы. Как точно пока не знаю.

11 roadshow, part 2

Различные наблюдения:

- RBO все таки здесь (кажется он с нами с 10.2)
- statspack также с нами
- Outlines тоже здесь но уже рекомендуют заменить на SQL Plan Management
- alert file теперь в XML формате ! (теперь его смотрят командой adrci !!! :(( )

11g roadshow, part 1

За несколько дней до официального представления 11g любимая корпорация решила провести обучение сотрудников новым возможностям 11g.

Первый день в целом маркетинговый. Рассказали про предполагаемые цены/пакеты:

Oracle Real Application Testing Option (SQL Replay) - $10K CPU

Includes restricted use of SQL Tuning Set capability from Tuning Pack
Advanced capabilities (Performance Analysis for Replay and Auto SQL Tuning for SPA) provided via Diagnostic and Tuning Packs

Oracle Advanced Compression Option - $10K CPU

Compression for OLTP (Compression for DW already in EE) - SQL>create table compress for all operations
Secure Files compression and de-duplication
DataGuard Network compression
Data Pump compression
Fast RMAN compression

Oracle Total Recall Option - $5K CPU

Flashback Data Archive

Oracle Business Intelligence Suite Standard Edition One - Pricing $1000 per user
Min = 5 Max = 50

Oracle Database SE1 – 2 CPU
Warehouse Builder
BI Server
Answers
Dashboards
BI Publisher

11g countdown:

Changing Hostnames in Oracle RAC

Pythian Group Blog » Changing Hostnames in Oracle RAC

RAC on Windows with Linux

Интересная статья о производительности Oracle RAC на Windows и Linux.

Comparison_Oracle_Windows_Linux.pdf (application/pdf Object)

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

В целом, то что промышленная ОС где-то (в пиковых нагрузках) ведет себя лучше, чем Linux - не новость.
Новость, что это промышленная ОС - Windows :)
В свое время мы сравнивали Solaris x86 c Linux и получили где-то сходные выводы...

Customers obout Oracle RAC

Customers Run Mixed Workloads on Oracle Real Application Clusters

Benefits Of Oracle Real Application Clusters

11g Launch

Очень похоже, что 11g будет представлена 11 июля .

Очевидно совпадение чисел - случайность :)

Кстати, вот и девиз новой версии: "Oracle Database 11g: Enabling Innovation"

OCFS2

Черт дернул меня посмотреть, для каких платформ сертифицирована OCFS2,
которая for use in storing Oracle data-files, redo-logs, archive-logs, control files, voting disk (CRS), cluster registry (OCR), etc. along with shared Oracle home.

Первая же фраза на странице проекта: OCFS2 is the next generation of the Oracle Cluster File System for Linux.

Стесняюсь спросить, а как же Windows ? (в руководстве по установке упоминается OCFS !)

А как же планы выпустить ее под Solaris ? ( во внутренних презентациях прямо об этом говорили ..)

Или я чего-то не понимаю, или во второй версии действительно ничего не поддерживается, кроме Linux. А в 10.2 для Windows по доброте положили 1 версию, внутренне надеясь, что все будут, как и положено использовать ASM ???

Как бы там не было, несмотря на просьбы дать 256 mb под OCR и voiting disk, в случае OCFS меньше чем 500 mb дать не получиться:

3 Configuring Oracle Clusterware and Oracle Database Storage: "If you put voting disk and OCR files on Oracle Cluster File System (OCFS and OCFS2) then you should ensure that the volumes are at least 500 MB in size. OCFS requires partitions of at least 500 MB"

Oracle Coherence

В прайс-листе появился новый продукт: Oracle Coherence
в редакциях:

Coherence Standard Edition
Coherence Enterprise Edition
Coherence Grid Edition
Coherence Real Time Client

|Oracle Certified Expert Program

Оказывается объявлена сертификация помимо OCA, OCP, Master еще и на уровнь Expert.

Подробности здесь: http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=143
или education.oracle.com->certification далее выбрать страну и далее database.

Честно говоря не знаю, заработало это уже или нет.

Также обратите внимание на новые треки по управлению Linux'ом.

В общем картина получается достаточно интересная. Вполне можно получить кроме OCP еще сертификаты по управлению Linux и кластером (RAC). Мне кажется, что таких сертификатов будет более чем достаточно при приеме на работу. Если конечно у работодателя будет linux :))

Oracle RAC и синхронизация времени

Рассинхронизация времени между узлами кластера может приводить к .. некорректному выполнению SQL выражений.
Т.е. один и тот же SQL дает разный результат в зависимости от того, на каком узле он был выполнен.

Добавьте пункт про проверку синхронизации времени с свою инструкцию по установке.

ORA-12545 with RAC and server load balance

rac1.us.oracle.com - ip адрес узла
rac1-vip.us.oracle.com - VIP адрес узла.

Почему Вы думаете что Netca вешает listener на 2 ip адреса в каждой ноде кластера ?
Зачем слушать что-то кроме VIP адреса узла ?
Вот и я не знал, пока не убрал эту строчку (выделено жирным ниже)

LISTENER_RAC1 =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = rac1-vip.us.oracle.com)(PORT = 1521)(IP = FIRST))
)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = rac1.us.oracle.com)(PORT = 1521)(IP = FIRST))
)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
)
)
)

Однако если и Вы уберете строчку rac1.us.oracle.com то Ваши клиенты, у которых в tnsnames будет стоять (LOAD_BALANCE = yes) будут через раз получать ошибку ora-12545.

И это при том, что Вы убедитесь, что все листенеры на всех нодах работают, друг о друге знают.

Причина описана в Note:364855.1: При перекресной регистрации PMON, если в БД не стоит параметр local_listener, сообщает удаленному хосту не vip адрес, а...один из тех, что есть на узле. В моем случае сообщался адрес rac1.us.oracle.com

А там понятно, (без выделенной жирным выше строчки )никто не слушает.

Итого, правильно, все таки не поднимать listener на rac.us.oracle.com, а прописывать local_listener. Потому что в случае потери узла, VIP адрес перезжает, а вот обычный - нет. Поэтому после потери узла, клиенты, которых будут перебрасывать, будут ждать долго..

Конечно, не пройдет очередной update информации в listener, он догадается что другого узла нет..но я бы не экспериментировал.

Есть еще вариант с похожей проблемой.
Когда на клиенте имена хостов не резолвятся. Т.е. клиент идет на rac1-vip, его перебрасывает на rac2-vip, а он (клиент) не знает что это. Поэтому убедитесь что файлы /etc/hosts совпадают на клиентах и узлах.

Oracle JDeveloper 11g download

Oracle JDeveloper Software

SQL Developer and Migration Workbench

Теперь можно проводить миграцию из Microsoft Access, Microsoft SQL Server and MySQL databases в Oracle прямо из SQL Developer.

Называется этот продукт Oracle SQL Developer Migration Workbench, он является дополнением к
SQL Developer

Т.е. необходимо скачать SQL Developer 1.1 Path 3, затем провести его обновление.

Или подождать немного, выйдет SQL Developer 1.2, в котором, я надеюсь все будет включено.

Кстати, рекомендую вот этот блог сотрудника Oracle - много новостей о продуктах для разработчиков

Oracle Data Access Components (ODAC) Beta Download

Вот и первая ласточка, обратите внимание на номер версии - 11.1 :))

Oracle Data Access Components (ODAC) Beta Download

Кстати, в Oracle Developer Tools for Visual Studio .NET Beta

какие-то совершенно удивительные вещи есть:

- Built in support for executing SQL*Plus scripts
- User-Defined Types: Create, explore and modify UDTs; custom class code generation for .NET applications

а в Oracle Data Provider for .NET Beta Features
- Process Database Down Events: ODP.NET automatically frees connections of a downed Data Guard instance

CLUVFY and different version of RHAS

При установке 10gR2 RAC на RHAS 4 U5 runcluvfy.sh сообщает о том, что некоторые проверки прошли неудачно. В частности не стоят необходимые пакеты:

- compat-gcc-7.3-2.96.128 (обновление из технического update для RHAS 3)
- compat-gcc-c++-7.3-2.96.128
- compat-libstdc++-7.3-2.96.128
- compat-libstdc++-devel-7.3-2.96.128

Конечно же ставить в RHAS 4 пакеты из RHAS 3, как рекомендуются все инструкции в интернете, нет никакой необходимости. Достаточно проверить, что эти пакеты есть более свежих версий.

Подверждение моим догадкам лежит в Bug 6069612, который говорит нам, что при использовании RHAS 4 cluvfy не учитывает версию RHAS, продолжая считать, что работает с RHAS 3

В этом же Bug проводятся (см ниже) более свежие версии. Несмотря, на то, что в Update 5 версии еще более новые проблем не возникает.

@ Red Hat Enterprise Linux 4
@ (Update 1) Packages
@ The following packages (or later versions) must be installed:
@ binutils-2.15.92.0.2-10.EL4
@ compat-db-4.1.25-9
@ control-center-2.8.0-12
@ gcc-3.4.3-9.EL4
@ gcc-c++-3.4.3-9.EL4
@ glibc-2.3.4-2
@ glibc-common-2.3.4-2
@ gnome-libs-1.4.1.2.90-44.1
@ libstdc++-3.4.3-9.EL4
@ libstdc++-devel-3.4.3-9.EL4

Oracle Database 11g New Features

Все хотят рассказать об 11g :)

Однако ссылки ниже от человека, работающего в Oracle 20 (!) лет

Oracle Database 11g: Rich Niemiec's Favorite New Features

RAC Technologies Matrix for UNIX Cluster

Доступная в открытом доступе ссылка: RAC Technologies Matrix for UNIX Clusters

Мне пока не понятно, как она пересекается с Certify Matrix
По меньшей мере она добавляет ее. Вот только я бы уточнил в support'е найденные по этой ссылке утверждения.

RAC support in virtual enviroment

У коллег возник вопрос по поводу поддержки RAC в среде HP Virtual Server Environment. Metalink однозначно сообщает, что такая конфигурация "not yet supported".

Несмотря на это HP публикует "HP Virtual Server Environment
Reference Architectures for Oracle" где рассказывает как здорово RAC работает в виртуальных машинах.

Это очень странно, потому что такую конфигурацию Oracle все-таки не поддерживает.
Oracle вообще не поддерживает виртуальные машины, только hardware partitioning.

Для подтверждения этой моей идее хочется процитировать Note:249212.1 ( Support Status for VMWare )

"
If a problem arises and it is a known Oracle
issue, Oracle support will recommend the appropriate solution. If that solution
does not work, the issue will be referred back to VMware for support
"

Что в вольном переводе на русский: не используйте виртуальные среды в промвшленной эксплуатации. Используйте их только в качестве демонстраций технологий.

E-Business Update #33 | May 18, 2007

11g New Features

Если очень интересно, новые возможности 11g можно посмотреть в презентации TUSC
Однако помните, что это все неофициальная информация, основанная на 3 патч сете, а уже выпущен 4-ый.

Официальная информация начнет появляться с июля месяца. К сожалению, дату выпуска продукта пока еще не объявили :(

Oracle Database 10g Downloads

Кто может угадать, для какой платформы повилась готовая сборка 10.2.0.3 ?

Ответ лего найти по ссылке:
Oracle Database 10g Downloads

Oracle memory configuration on Windows

Я очень долго считал, что попытки использовать в production окружении Windows + Oracle заранее обречены на провал. И дейстивтельно, что может получиться хорошего в архитектуре, когда все сессии вынуждены существовать в рамках одного процесса (process thread) ? Однако, реальность часто отличается от наших о ней представлений..

Для начала замечу, что Windows не совсем обычная платформа для Oracle. Во-первых, некоторые возможности БД могут работать только под Windows ! Подобных предпочтений не сделано ни для каких-либо других платформ. Во-вторых, сейчас новые сборки для 11g появлются сначала для Windows..

Вернемся к архитектуре. Действительно, Oracle под Windows выполнен в архитектуре тредов (thread-based). Документация считает, что такая архитектура обладает следующими преимуществами:

- Faster context switching
- Simpler System Global Area allocation routine, because it does not require use of shared memory
- Faster spawning of new connections, because threads are created more quickly than processes
- Decreased memory usage, because threads share more data structures than processes

Не согласится сложно. Но несмотря на все эти преимущества, поддержка большого кол-ва сессий (>500) на платформе windows оказывается совсем не тривиальной задачей. В первую очередь нам нужно много памяти.

Если у Вас Oracle 32 bit - то без специальных ухищрений Вы получаете примерно 1.7 Gb памяти. Но нам хотелось бы по крайне мере 3 gb ! Вы можете продолжить эксперименты с помощью технологий PAE и /3G. Хотя и тут вместо обещанных 3 Gb вы получите не более 2.7Gb (http://www.oracle.com/technology/tech/windows/faq.html)

И только с помощью AWE ваша жизнь немного улучшается

On Windows 2000 and higher, Oracle interfaces with the Microsoft's Address Windowing Extensions (AWE), which allows the Oracle database to access to up to 64 GB of memory

Сама технология описана на сайте Микрософт: http://www.microsoft.com/whdc/system/platform/server/PAE/pae_os.mspx

Как ей воспользоваться описано на Metalink Note Note:225349.1

Великолепная презентация конфигурации Oracle (32 и 64 bit) под Windows
http://www.microsoft-oracle.com/WebPages/DownloadFile.aspx?File=Oracle%20Memory%20Configuration%20for%20Windows.ppt

И очень хорошая новость - нам удалось уменьшить размер выделяемой по умолчанию памяти на трид (thread) с 1 Mb до 500K с помощью orastack

Как результат - Oracle 32 bit на 2-х процессорной машине с 6 Gb памяти
выдерживает более 300 сессий !

PS
Все равно на Windows так и не работет DCD в Oracle 9i ! (крик души :)))

Oracle Enterprise Manager 10g

В этом месяце (мае 2007) произошло важное, по моему мнению, для EM событие - вышел plugin для Symmetrix DMX.
Простыми словами - вышел первый plugin для подсистемы хранения данных. До сих пор все plugin выходили для серверов приложений, операционных систем (точный список можно увидеть здесь http://www.oracle.com/technology/products/oem/datasheets.html)

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

Я честно говоря, ожидаю, что следующий plugin будет для Hitachi. Но посмотрим, может выиграет и HP :). В любом случае это будет обозначать очередной виток интереса к продукту.

Я так впечатлился успехами EM, что хочу тут же предложить Вашему вниманию еще два крайне интересных документа:
За что предлагается заплатить, покупая managment packs:General Overview of EM 10g R3 Management Packs, Plug-ins, and Connectors Licensed Functionality и как EM поддерживает различные версии БД: Enterprise Manager 10g Release 3 Supported Oracle Database Features

Oracle Seasons

У Oracle есть не только собственная эскадрилья самолетов, яхта, но и "Oracle Seasons", специальный диск с отличной джазовой музыкой, записанной специально для Oracle. Пусть сегодня это будет майская композиция: Let There Be love - Братья Ивановы и А.Бутурлина
(bitrate конечно понижен, чтобы не нарушать авторских и смежных прав)

Сбор статистики оптимизатора

Правильный сбор статистики оптимизатора со временем играет все более важную роль для общей произволительности приложения. Оптимизатор становится все более и более
сложным (и мы все надеемся что разумным :), для правильных выводов ему нужны достоверные данные. Задачей администратора СУБД является обеспечить достоверность
этих данных.

Как показал Tom Kyte, сбор статистики оптимизатора нужно выполнять с помощью dbms_stats.

Однако, остаются неопределенными такие важные параметры как % сбора статистики (estimate_percent), число бакетов (bucket), да и набор колонок, для которых следует выполнять сбор статистики. Как показал Wolfgang Breitling, в статье "A LOOK UNDER THE HOOD OF CBO: THE 10053 EVENT", следует собирать гистограммы не только для индексных колонок.

Начиная с 9i в составе dbms_stats появились методы, позволяющие заставить Oracle самому выбрать наилучшие параметры

Так можно указать estimate_percent => dbms_stats.auto_sample_size, а для числа бакетов указать method_opt=>'for all columns size skewonly'

Однако, как и всякая магия - эта работает не всегда.

Очень рекомендую познакомится с блестящей презентацией "What's up with dbms_stats ?" посвещенной оценке работы dbms_stats.

Из моего опыта следует:

1)Высокий % (~90%) совпадения с реальными данными
получается уже при estimate_percent=60%.

При этом время сбора статистики для 60% примерно на треть меньше, чем для сбора
полной статистики (compute).

Таким образом можно рекомендовать проводить первоначальный
сбор статистики с estimate_percent = 60%. Это дает хорошую оценку времени сбора
полной статистики и хорошее приближение к реальным данным.

2) Для реальной таблицы (~40 млн строк)
method_opt=>'for all indexed columns' не выделил более 75 бакетов даже для колонок
с более чем 12 млн уникальных значений, в то время как
method_opt=>'for all indexed columns size skewonly' skew выделил до 200 бакетов.

Выводы:
Несмотря на общее недовольство авторов презентаций новомодной автоматикой dbms_stats, она явно может оказаться полезной. собрать статистику и сохранить ее для дальнейшего анализа в отдельной таблице с помощью dbms_stats.export_table_stats крайне рекомендуется.

С помощью method_opt=>'for all columns size skewonly' можно также собрать статистику по неиндексным колонкам.

А если включить мониторинг (ALTER TABLE...MONITORING) то последующий сбор статистики будет только для тех объектов, по которым были изменения.

Однако, наличие ошибок в версии 9i (сбор статистики по первичному ключу) не позволяет быть уверенным 100%, что эта процедура работает оптимальным образом.

В моем случае method_opt=>'for all indexed columns size skewonly'
все-таки привел к замедлению приложения по сравнению с 'for all indexed columns'.

В результате сравнения трассировок причина оказалась в дополнительных событиях ожидания 'db file sequential read' для операции insert. Данные ожидания были связаны с чтением индексных блоков. Почему при другом методе сбора статистики этого не происходит - загадка.

Так что рекомендую протестировать как это работает в Вашей версии.

В 10g есть одна неприятная ошибка связанная с RMAN. В отсутсвии статистик на fixed объектах любая сессия RMAN потребляет все доступное temp пространтсво. Исправляется с помощью вызова dbms_stats.GATHER_FIXED_OBJECTS_STATS

Oracle RAC: Deep Dive for Developers

Нам (Дмитрий Волков (Dmitry.Volkov) и Игорь Мельников (Igor.Melnikov)) удалось провести первый курс "Oracle RAC: Deep Dive for Developers". Уникальность его в том, что в отличии от всех известных курсов такого рода, основной материал подается для разработчиков. Прочие курсы сосредоточены на обучении администраторов установке и администрированию RAC.

Мы же рассказываем, что необходимо изменить однозначно в приложении, а что можно проверить под нагрузкой и исправить, если это окажется "узким местом" системы. Рассказываем и как искать "узкие места" системы. Какими новыми возможностями 10g стоит пользоваться и для чего. Приводим примеры изменения старого кода, чтобы он заработал в среде Oracle RAC.

Вы можете подробно ознакомиться с содержанием курса.

В данный момент курс активно дорабатывается на основании полученных нами замечаний. В частности я работаю над улучшением примеров. Часть примеров будет выложена в этом блоге.

В этом году курс станет одним из стандартных технических курсов, проводимых для ISV партнеров.

Если Вам понравилось описание курса, вы работаете в одном из партнеров Oracle, и Вы бы хотели провести курс у себя, обращайтесь в партнерский отдел - контакты есть в описании курса.

Хочу поблагодарить принимавшую нас сторону за позитивный настрой и высказанные замечания. На их основе мы улучшаем свой курс.

Тестируем Oracle RAC

Крайне рекомендую при тестировании надежности Oracle RAC использовать нижеследующую статью:

MAA_WP_10gR2_FastRecoveryOracleClusterwareandRAC.pdf (application/pdf Object)

Мне кажется, там достаточно подробно описано, что и как необходимо тестировать, а также как измерить результаты.

Обратите внимание, что большая часть "best practice" относится к патчсету 10.2.0.3.

Конечно, надо помнить, что в статье описывается тестирование "физики": "железо" + системное ПО. Не забывайте тестировать логику и производительность Вашего приложения !

ip=first in listener.ora

Указание ip=first в listener.ora заставляет listener слушать только указанный в строке host ip адрес, а не все интерфейсы по умолчанию.

Пример:
(ADDRESS = (PROTOCOL = TCP)(HOST = racnode1-vip)(PORT = 1521)(IP = FIRST))

Конечно, наиболее применим этот атрибут именно в RAC, чтобы не поднимать listener на внутренних адресах (используемых для интерконнекта)

Презентация: Internet Application Server for Sales

По просьбе парнера сочинилась презентация по IAS специально для Sales менеджеров.
Техническим специалистам категорически не рекомендуется ее читать. Во время подготовки оказалось, что донести техническую информацию до sales менеджеров - отдельное исскуство...

ODTUG Kaleidoscope 2007

Присмотритесь вот к этому событию:
ODTUG Kaleidoscope 2007

Состав выступающих потрясающий, вот те кого знаю я:
-Jeff Hohman
-Mark Rittman
-Donald Burleson
-Ken Atkins
-Paul Dorsey
-Steven Feuerstein
-Peter Koletzke
-Cary Millsap

Не хватает только Tom Kyte....

Users Are Investing in Oracle's DBMS Infrastructure

"
At the recent Oracle OpenWorld event, customers reported that Oracle's Real Application
Clusters (RAC), Automatic Storage Management (ASM) and Enterprise Manager Grid Control
(EMGC) offerings are being adopted more widely. When combined, these solutions form an
Oracle Grid computing solution providing a workload-driven, scalable environment.
"
Читать отчет Gartner полностью

PS

10.2.0.2 -> 10.2.0.3

После обновления 10.2.0.2 -> 10.2.0.3 Вам необходимо вручную поправить скрипт $ORA_CRS_HOME/bin/usrvip
В противном случае Вы не сможете добавить Application IP в clusterware.
Детали - в Note:413077.1

Buffered Messaging (Queue)

Начиная с 10gR2 официально появился механизм очередей, чьи сообщения хранились не в таблице, а прямо в SGA.
Кажется, изначально это было придумано еще для Oracle Streams, и возможно механизм существовал еще раньше.

Конечно, обмен через такие очереди существенно быстрее, чем через persistent, зато в случае сбоя сообщения теряются.

Познакомиться, как это работает, можно в документации.

Но декларируется, что этот механизм работает в RAC !
И даже больше. Кажется, что именно через buffered queue работают dbms_schedule и data pump.

А раз так, настройка этого механизма становиться жизненно важной.

К нашему ужасу, после установки кластера при попытке работы с buffered queue с разных узлов мы получили сообщение:
ORA-25306 CANNOT CONNECT TO BUFFERED QUEUE'S OWNER INSTANCE

Оказалось, что для обращение с другого узла используется механизм db link. Т.е. сессия при первом обращении строит db link, затем через него обращается к другому узлу. Так вот, из-за этого механизма и могут проистекать разные проблемы.

Конечно у Вас должен быть установлен параметр REMOTE_LISTENER, но будьте аккуратны при написании соответсвующего alias в tnsnames. Он парсится для построения db link.
Затем, у Вас должен быть установлен параметр db_domain.
И конечно заданы значения для STREAM_SIZE.

На основании информации REMOUTE_LISTENER и tnsnames.ora и строится db link. Его можно посмотреть с помощью запроса

select OWNER, DB_LINK, USERNAME, HOST from DBA_DB_LINKS where db_link like '%AQ$%'

а затем и протестировать

select 'x' from dual@your_db_link_name_here

И только если такой запрос пройдет, у Вас начнут работать buffered queue в среде RAC.

Кстати, так как используется db link, то не пытайтесь создавать buffered queue в схеме sys.
Подсоединиться как sys через db link Вам никогда не удасться.

PS

Кстати, после изменения параметра db_domain пришлось перестроить репозиторий DB Control. Об этом напишу в одном из следующих постов.

Как мне кажется, проблемы с buffered queue возникают из-за того, что при работе DBCA вводится не полное имя БД (БД + домен), а короткое.

PS
Внимательные пользователи заметят, что читаться очередь между узлами пойдет ...через публичную сеть.
Поддерживаемого workaround пока я не знаю.

Windows Vista

10g Release 2 доступен для скачивания на платформе Microsoft Windows Vista.

Что интересно, SQL Server пока не поддерживает Vista, если судить по страничке Microsoft SQL Server: Try SQL Server 2005 Today.

Что и говорить, oracle server development team просто молодцы !

Приведу также несколько ссылок с oracle.com, по которым можно сравнить 10g и SQL Server 2005:

http://www.oracle.com/technology/products/database/clustering/pdf/TWP_RAC_Compare_SQLServer2005.pdf
http://www.oracle.com/technology/deploy/availability/htdocs/DataGuardDatabaseMirroring.html
http://www.oracle.com/technology/deploy/performance/withSS2005.html
http://www.oracle.com/technology/deploy/performance/pdf/twp_perf_oracle%20database%2010gr2%20vs%20ss2005.pdf

Разница между Database Control и Grid Control

К сожалению мне не удалось найти единого документа, объясняющего разницу между этими продуктами.
А это все-таки разные продукты, несмотря на очень близкую функциональность и внешний вид.

Прежде всего (Note:402554.1, Internal Only)

"
In Enterprise Manager 10g, Database Manageability can be accomplished through 2 separate user applications:
1. DB Control - single standalone database manageability; Only 1 10g database can be monitored at a time
2. Grid Control - enterprise wide database manageability; The features of DB Control are fully integrated into Grid Control but the data is displayed at an enterprise level encompassing many databases.
"
Т.е. задачи и продуктов различны. Тем не менее, у них одинаковая архитектура:

"
In both Grid Control and DB Control, the framework is made up of three main components:

1.A Management Agent that gathers data and performs job related functions on a target (For RDBMS, these targets would include databases, instances, RAC Clusters, RAC databases, RAC instances, Data Guard databases, TNS listeners, and host targets).

2.A J2EE application known as the OMS that renders the HTTP(S) Webpages known as the UI (Grid Control Console and DB Control Console)

3.A repository schema owned by SYSMAN that includes tables, views, triggers, PL/SQL routines, packages, procedures, and dbms jobs needed to keep the EM Framework functioning

"

Однако, из той же Note, можно сделать заключение, что команды, разрабатывающие Db Control и Grid Control разные, а следовательно могут, пользуясь общим EM API создавать различные UI странички и скрипты. Что мы и видим на практике. По предыдущей ссылке доступны screen shot одинаковых закладок как DB Control так и Grid Control.

Из документации, мы также знаем, что Grid Control требует отдельного репозитория (экземпляра БД) и должен устаналиваться в отдельную от БД директорию. БД репозитория при этом не требует отдельного лицензирования, о чем я уже писал.

Напротив DB control устанавливается в том жe $ORACLE_HOME, что и Database.

Ссылки по теме:
How to change a 10.2.0.x Database from Locally Managed to Centrally Managed
Note:400476.1

How to manage DB Control 10.2 for RAC Database with emca
Doc ID: Note:395162.1

PS:

Running EMCA Results in Database quiesce And No New Connections or Operations Can Be Performed During the DB Control Repository Creation
Note:375946.1

Oracle RAC Samples

Если Вы по какой-то причине пропустили ссылку на Oracle RAC Samples - обязательно ее посмотрите. Наиболее интересный пример там "Sample HA Agent for Oracle Database" - показывается как построить HA кластер на Oracle Clusterware. "А тут необычного ?" спросите вы. А необычное - это стоимость такого решения. Если Вы лицензировали Enterprise или Standard Edition, то Вы уже заплатили за Clusterware и теперь можете строить HA кластер бесплатно ! (это необходимо уточненить при подписании контракта на поддержку, но текущая lisence policy это позволяет). Построение standby решения требует лицензировать второй сервер. Построение RAC решение требует лицензировать все узлы + докупить RAC option. Покупка, скажем, Veritas Cluster - недешевое удовольствие. Так что, еще раз, очень рекомендую присмотреться к возможностям Oracle Clusterware. Да, у него нет пока графического интерфейса, взаимосвязи между группами "зашиты" внутри, но функциональность Oracle Clusterware позволят Вам сделать уже сделать очень и очень многое.

Oracle Audit Vault

Объявлено о выходе Oracle Audit Vault. Официальное сообщение ожидается сегодня, 7 мая, на страничке Oracle Press Releases .

Oracle RAC, установка на Linux 64 bit

Не вполне очевидно, но при установке 64 bit clusterware на 64 bit Linux требуется несколько 32 bit библиотек.
Если не установить данные библиотеки падает VIPCA с не очень вразумительными ошибками. Необходимость 32-bit библиотек описана в документации и на сайте великолепного Puschitz

Будьте внимательны, невыполнение требований к необходимым версиям и составу пакетов приводят в дальнейшем к достаточно сложно диагностируемым ошибкам.

Конечно же, установливайте RAC только на сертифицированные платформы !

Главная ссылка по сертификации : Certify - Product Selection: Real Application Clusters

Как мне кажется, сейчас следует использовать Enterprise Linux 4. Скачать (ISOs) можно по адресу http://linux.oracle.com.

Отличная Note 266043.1 Support of Linux and Oracle Products on Linux

И помните, Note:249212.1: RAC is not supported on VMWare by Oracle

PS
Сейчас мы готовим удивительный семинар по деталям переноса приложений в среду RAC. Удивительный потому, что такого семинара пока никто больше не сделал ?! :) .
Этот семинар будут доступен партнерам начиная с конца мая месяца. You are welcome !

Распределение пользователей по версиям СУБД

Игорь Мельников на мероприятии в Челябинске показал очень интересный слайд: Распределение по версиям СУБД кол-ва обращений пользователей в службу технической поддержки.
Из слайда видно, что кол-во обращений пользователей 8i уже порядка 5%, с другой стороны кол-во обращений пользователей 10g стабилизировалось на уровне 53%, что превышает кол-во обращений пользователей версии 9i.

Конечно, кол-во обращений не вполне коррелирует с реальным использованием БД. Т.е. теоретически может быть, что БД используется, но обращений нет. Т.е. оценка числа пользователей косвенная, но другой нет и быть не может. Пользователь может использовать БД и не ставя Oracle в известность, просто оплачивая тех. поддержку.

Возникает вопрос, а где посмотреть сроки поддержки по версиям ? Ответ, конечно же, находится на metalink:

Certity -> View Certifications by Product ->Desupport Advisories and Noties -> Database Desupport Notices

Где Вы, например, можете узнать что для 8i Extended Support заканчивается в декабре 2007 года.

Oracle Data Vault

В презентации, сделанной в Челябинске, один из слушателей остроумно заметил, "что-же делать, если будут созданы политики, которые помешают администратору выполнять свои функции, а скажем пароль администратора Data Vault (dvowner) будет утерян ?"

Документация нам совершенно спокойно сообщает возможность отключить Data Vault (DV)

cd $ORACLE_HOME/rdms/lib

make –f ins_rdbms.mk dv_off

cd $ORACLE_HOME/bin

relink oracle

Почему-то все упорно считают это дырой в системе.
Я не понимаю, расстраиваюсь. DV - не средство защиты Вашей операционной системы. Если злоумышленник может изменять binary файлы вашей ОС где работает БД - что уж легче подменить команду passwd, скажем.

DV защищает данные от неавторизованного доступа. Теперь что-бы получить такой доступ необходим сговор как минимум двух людей. Ранее скажем пользователь root мог простой войти в БД. Теперь - не может, нужно сговариваться с DBA. Вот где прогресс.

2 важная идея, как мне кажется - DV не нужно сертифицировать (гостировать), поскольку она не использует механизмов шифрования. Если я не прав, - поправьте меня.

По ссылке Вы можете найти архив с моей презентацией в Челябинске. Обратите внимание на документ Oracle-PersonData.pdf. Данный документ содержит статьи Федерального закона Российской Федерации от 27 июля 2006 г. N 152-ФЗ “О персональных данных” и продукты Oracle, которые помогают в его реализации.

OEM 10g лицензирование

Действительно, Вы имеете возможность разместить OEM репозиторий на отдельном от production/test/development сервере и при этом нет необходимости лицензировать Oracle software на этом сервере. Естественно, при этом, Вы не можете хранить Ваши пользовательские данные на сервере репозитория.

Лицензирование паков EM (packs) легко видеть в прайс-листе - требуется лицензировать каждого пользователя или каждый процессор, в зависимости от выбранной метрики для БД.

Oracle RAC SIG Home

Это очень интересный site, объединяющий разработчиков и пользователей oracle RAC.

Миссия группы SIG описана по ссылке http://www.oracle.com/technology/products/database/clustering/pdf/OTN_info-rac-sig.pdf

Не уверен, что он в открытом доступе, однако если он Вам доступен крайне рекомендую для плафтормы Hp-UX скачать

"HP/Oracle CTC RAC10g R2 on HP-UX 11.23 cookbook"

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

После регистрации становятся доступны web семинары.

Крайне рекомендую. Крайне.

OPN, Greece, Rhodos, 19 april 2007

Благодаря служебному положению мне удалось побывать на партнерской конференции Oracle, проводимой на острове Родос.

Это незабываемое событие, крайне полезное из-за возможности общения с партнерами. У меня было несколько очень интересных разговоров о технологиях Oracle, о взаимодействии партнеров и Oracle.

Красоты природы очень располагают к неспешной и откровенной беседе между людьми.
Так что, те из партнеров пропустил это событие - будут очень жалеть: в один день была возможность искупаться в 2-х морях и пробежать 400 метров по стадиону, который был построен до н.э.

Самара 12 апреля - Технологический семинар Oracle

Вы можете скачать мои презентации, которые я делал для семинара в Самаре 12 апреля 2007 года.

Statement of direction Oracle Workflow

Read full article

Построение профиля сессии на основе триггера on-logoff

Представляю Вашему вниманию свое исследование по возможности оптимизации ИС с помощью триггера On-logooff.

Описание метода можно прочитать в Oracle Magazine RE
Построение профиля сессии в СУБД Oracle на основе триггера on-logoff

Или на моем сайте.

Вы можете получить sql скрипты в одном архиве.

Способ был проверен в реальных проектах и дал весь полезную информацию.
Так что если у Вас хватит терпения прочитать "много букаф" - возможно это окажется Вам очень полезно.

PS
Хочу Выразить признательность за совместную работу над этим методом Игорю Старостину
(http://oracledba.ru/)

Database Vault доступен для 9iR2 !

Хорошие новости для тех, кто не торопиться переходить на Oracle 10g !

Oracle Database Vault доступен для скачивания для Oracle 9.2.0.8 на платформе Solaris по следующей ссылке: Oracle Database Vault Downloads

Поддержка AIX, HP-UX and RedHat Linux 64 обещана в близжайшие дни.

Самара 12 апреля 2007 - Технологический семинар Oracle

Я выступаю с двумя презентациями на технологическом семинаре в Самаре, 12 апреля 2007 года.

Ссылка на описание события - Технологический семинар Oracle

Ссылки на мои презентации и доп. материалы к ним появятся в этом сообщении после события.

Если Вы будете на событии - буду рад ответить на любые Ваши вопросы !

10gRAC BP with HP Serviceguard

10gRAC (application/pdf Object)

Эта статья мне понравилась описанием возможных вариантов на платформе HP и их преимуществами/недостатками.

Из анализа базы известных инсталляций, можно видеть, что до выхода 10gR2 больше использовалась комбинация ServiceGuard + RAW, нежели ASM. После выхода R2 ситцация на мой взгляд примерно 50/50.

Варианты с CFS встречаются гораздо реже, хотя конечно в архитектуре они выглядя очень привлекательно.

Итого: если Вы уверены что можете использовать мощь Service Guard, СFS - используйте этот вариант. Он продвинутый, но технически сложный.
Вариант Oracle clusterware + ASM (raw device поверх SLVM) - мне кажется наиболее простым в поддержке.

New Benefits & Pricing for Product Support | OPN

Начиная со 2 апреля произошли изменения для партнеров в системе поддержки Metalink.

New Benefits & Pricing for Product Support | OPN

Теперь если Ваш партнерский статус не влючает (или вы исчерпали) необходимое кол-во SR, Вы можете приобрести Service Requiest Pack.

Рекомендую также к прочтению FAQ, он более понятен, чем преыдущая ссылка.

Вы также можете обратиться за разъяснениями в партнерский отдел Oracle:

Выбрав контакты на сайте Oracle Partner Network
Позвонив в представительство корпорации Oracle в России и странах СНГ по Тел.: +7 (495) 641-1400
Выбрав на сайте partner.oracle.com в нижнем левом углу ссылку Contact Partner Services, далее указать регион EMEA, далее составлять сообщение

Oracle 10G Data Guard Real Time Apply & Flashback

Мне понравилась статья по демонстрации DG Real Time Applay

http://www.ausoug.org.au/pls/portal30/docs/FOLDER/NZOUG_CONF_07/MITRA,+TJ+-+10G+DATA+GUARD.DOC

Обратите внимание, что автор остался доволен версией 10.2.0.3 и обращает внимание на особенности более ранних версий.

Oracle ETC Home

Судя, по описанию эта организация существует для демонстрации партнерам Oracle решений Oracle.

"
Our key mission is to ensure organisations are successful in choosing and deploying the most appropriate technology solutions to meet their business challenges. We achieve this by showcasing Oracle and Partner products and joint technologies and advising on the most appropriate complimentary solutions that meet each organisations unique requirements
"

Чтобы получить больше деталей, связывайтесь с партнерским отделом Oracle CIS.

Oracle ETC Home

Oracle Newsletters

Не пропустите возможность выбрать и подписаться на тематические рассылки Oracle !

http://www.oracle.com/newsletters/index.html?msgid=5516594

Oracle Data Integrator, part 2

Итак, Oracle Data Integrator (ODI) написан на Jython, варианте Python, написанном на Java. лаконичнее всего Jython описан в WiKi.

Раз это java, то обращение к данным источникам и целевым данным идет через jdbc. А раз так, то:

ODI работает почти на всех платформах, для которых есть JVM
Поддержкиваются почти все БД, для которых есть jdbc

И это еще не все. Все что делает ODI делается через Knowledge Modules. KM - это темплейт для генерации кода, который в результате будет выполняться. Нужно выгрузить данные из MS SQL и загрузить их в Oracle - берете соответсвующий KM модуль. Если Выс, что-то не устроило - есть возможность подправить исходный темплейт.

KM модуль для примера выше это выгрузка данных с помощью bcp в текстовый файл или pipe и загрузка их с помощью sqlloader. Никакой фантастики.

Существуют 6 видов KM модулей:

LKM - для загрузки staging схемы
IKM -Integration - для перегрузки из staging в production
CKM - для очистки данных
RKM - реверс-инжиниринг
JKM - журналирование (для включения Data Capture)
SKM - для генерации web сервисов

Позволю себе привести картинку описывающие все типы KM модулей.
Такая ясная архитектура позволяет выстроить модель вашего E-LT процесса, а затем, скажем, заменить один LKM на другой, более производительный, ничего больше не изменив !

Процесс создания KM более менее описан, и большой список уже готовых доступен после регистрации на сайте http://my.sunopsis.com/

Итак, мы имеем - ODI работает везде где есть java, со всеми источниками к которым можно настроить jdbc, обрабатывая данные с помощью легко дополняемой бибилиотеки KM модулей.

Не сложно поверить, что такая архитектура сделал продукт весь популярным.

Oracle Data Integrator, part 1

Компания Sunopsis сделала почти невозможное - она успешно конкурировала на рынке продуктов ETL с самой IBM. Более того, вместо привычной технологии ETL была предложена технология E-LT, которая при ближайшем рассмотрении оказывается очень даже интересной. По крайне мере, она ближе разработчикам, знакомым с SQL, макисмально используется возможности БД, не требуется изучать никакого дополнительного языка трансформации.

И вот в октябре 2006 года Oracle объявил по покупке компании Sunopsis. И вот теперь продукт находится в прайс-листе. Вы можете познакомиться с его основными возможностями скачать его.

Возникает вопрос, а как же быть с флагманским продуктом Warehouse Builder, который являлся флагманским продуктом для построения хранилищ данных ?

Во-первых , официальная версия приводится в специальном документе:
http://www.oracle.com/applications/fusion/oracle-business-intelligence-strategy-faq.pdf

Во-вторых, обратите внимание на очень разное ценообразование на эти два продукта.

Oracle 10g RAC - Работает !

Неоднократно слыщал выражения сомнения в работоспособности 10g. Так вот осмелюсь доложить:

10.2.0.3 в конфигурации RAC прекрасно выдержал весьма серьезное тестирование !

Два сервера IBM P5 595 с 64 с процессорами POWER5 частотой 2302 MHz в каждом, под управлением ОС AIX 5.3, были объединены в Real Application Cluster под управлением Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit

СУБД использовала локально управляемые табличные простраства (local managment),автоматическое управление сегментами данных (Automatic Segment Space Management) автоматическое управление сегментами отката (automatic undo management).

Табличные пространтсва использовали различный размер блока данных - 8K,16K,32K.
Общий объем БД - более 6 Tb.
Размер SGA - примерно 140 Gb, из около 96 Gb - кэш БД.
Файлы данных размещались на кластерной файловой системе GPFS компании IBM (global parallel file system). В качестве кластерного ПО использовалось ПО Oracle Clusterware.

В каждом из серверов было установлено по 8 SAN адаптеров.
Серевые интерфейсы для публичного доступа (public) и межкластерного соединения (cluster interconnect) задублированы средствами ОС AIX. Таким образом каждый из интерфейсов обладал пропускной способностью более 4 Gbit.

Приложение использует такие возможности СУБД как Virtual Private Database (VPD), Streams, опцию Partitioning.

Максимальное число сессий, работающих на кластере - более 4,000.
Для эмуляции нагрузки использовалось ПО IBM Rational. Нагрузка создавалась с 8 северов-генераторов нагрузки.

Выполнялось примерно 1000 транзакций в секунду, 32,000 атомарных операций, при этом производилось 17 Gb информации в журналах отката (redo size). При этом средние времена операций на пересылку блока ~ 3-4 ms, среднее время операции ввода-вывода - до 5 ms.

"Да, это работает !"

Проведенные тесты показали прежде всего безотказную работу программно-аппаратного комплекса. За все время проведения тестов не было сбоев аппаратуры или системного ПО.

Разработчки не скрывали своего удовлетворения, поскольку ряд предыдущих тестирований, выполненных на другой аппратной платформе и версии СУБД выявляли критические проблемы (ORA-600).

Показанные программно аппаратным комплексом времена выполнения бизнес процедур оказались в допустимых границах. В моменты пиковой нагрузки были выявлены 2 не критические проблемы.

- проблемы с производительностью GPFS. Разработчики AIX уже знают об этой проблемой, соответствующий патч готовится в выходу.
- проблемы с высоким % ожиданий системой освобождения защелок (latch free) при одновременном запуске 80 биллинговых роботов. Тесты показали, что данная проблемы не является проблемой Oracle RAC, она также проявлется в некластерной конфигурации. Соответсвующий сервисный запрос (service request) был открыт в службе поддержки Oracle. В качестве обхода данной проблемы было рекомендовано снизить число одновременно работающих роботов, что привело к ускорению общей пропускной способности системы.

Что особенно приятно - специальная комната Oracle/IBM solution center. А инженеры IBM в частной беседе сообщили что больше всего тестируют Oracle, DB2 такой популярностью не пользуется !

Изменения в прайс-листе

Будьте внимательны, начиная с 16 февраля 2007 года были внесены изменения в определение термина
"processor" для Standart Edition*.

"
The processor definition has been amended to account for equivalency between a “socket” and a “processor” for the purposes of counting the number of licenses required for Standard Edition and Standard Edition One programs
"

Pricing Alerts For Partners

Если Ваша организация является Oracle partners Вам может быть полезна нижеследующая ссылка,
показывающая, что нового появляется в прайс-листе.

E-Business Pricing Alerts For Partners

Oracle Extends the Value of Lifetime Support

Oracle9i Database Release 9.2 moves into the Extended Support stage of Lifetime Support effective August 1, 2007. To make our technical support even more valuable to customers and to their business, we’ve waived the first-year Extended Support fee for Oracle9i Database Release 9.2. Extended Support for Oracle9i Database 9.2 will be available for three years following the expiration of Premier Support.

Oracle9i Database Release 9.2 Extended Support details include:

Extended Support fee waived for the period August 1, 2007, to July 31, 2008.
Access to Fixes and Critical Patch Updates (CPUs) during the first year of Extended Support at no additional cost.
Patch set 9.2.0.8 will be the last patch set available for Oracle9i Database Release 9.2.
Effective August 1, 2007, all Fixes and CPUs will be created against the 9.2.0.8 code line.

Transport AWR Data in 10g R2

Начиная с версии 10gR2 появилась возможность выгрузить репозиторий AWR и загрузить в другую БД.

Для этого используется пакет dbms_swrf_internal, а примеры его использования доступны в
rdbms/admin/awrextr.sql и rdbms/admin/awrload.sql

Однако будьте внимательны,

'this script should only be called under the guidance of Oracle Support'.

IBM AIX 5L Performance Tools

IBM Wikis - AIX 5L Wiki - Performance Other Tools

Обратите внимание на nmon - удобная штука, умееет складывать все в файлы, далее строить графики с помощью Excel.

Даже в великих компаниях все самое интересное делают отдельные инженеры.....

How to manage DB Control 10.2 for RAC Database with emca

Крайне полезная Note:395162.1

"How to manage DB Control 10.2 for RAC Database with emca"

содержащая полезную информацию по установке DB/Grid Control, и содержащую в том числе фразу:

Dropping a Grid Control or DB Control repository quiesces and unquiesces the database.
Что совершенно неожидано для пользователей :(((

10gR2 Cluster name

Я нашел весьма странный способ определить имя кластера для Oracle 10gR2 clusterware

ocrdump -stdout -keyname SYSTEM.css.clustername | grep ORATEXT | awk -F: '{ print $2 }'

Другого способа нет ??
Надеюсь? что я просто не дочитал документацию...

Тюнинг за два дня

Весьма полезная ссылка для тех, кто решил освоить новомодные методы администрирования БД

b28051.pdf (application/pdf Object)

Старые DBA будут плеваться, в этом документе даже не упоминается Statspack, но похоже что машина уже развернута в сторону управления через OEM. А поэтому знать его по крайней мере полезно.

Data Guard, две интересные ссылки

Первая ссылка, аналитическая статья, что полезно для убеждения начальства :)
Data Guard: Double Data Protection

(не пропустите ссылки ниже на этой странице)

Вторая, Oracle Magazine
http://www.oracle.com/technology/oramag/oracle/07-jan/o17availability.html?msgid=5355628

С одной стороны, вроде как уже почти все используют DataGuard, с другой стороны считают этот механизм противоположным Oracle RAC, что на самом деле не верно

Oracle Database 10g Product Family

Краткий справочник, чем же отличаются редакции Oracle Database, или на что направлена та или иная опция для версии 10g собран в статье
Oracle Database 10g Product Family

Интересная ссылка

Есть Очень интересные статьи, правда с большим количесвом полухакерских :) приемов. Но интересно :)

Solaris 64-bit 10.2.0.2 RDBMS server patchset error

Ниже оригинальная информация от Oracle:

You are being sent this email because you have downloaded the 10.2.0.2 RDBMS server patchset for Sun Sparc Solaris 64-bit from metalink.oracle.com. Some of you may have already been informed about this Mandatory Patch but this second Notification is due to some additional information being added to the alert.

Any customer who has installed or needs to install an Interim patch to a Solaris 64-bit 10.2.0.2 Database installation MUST read this.

Please note that the Solaris 64-bit 10.2.0.2 Patch 5117016 is a MANDATORY PATCH which is required to be installed before installing any other Interim Patches.

If other Interim patches are installed, including Critical Patch Updates (for example CPU July 2006), ALL MUST be rolled back BEFORE applying the mandatory patch. Further details on this issue can be found in ALERT Note 394933.1.

If another Interim patch is already installed and the mandatory patch is applied, the $ORACLE_HOME/lib/libserver10.a will be corrupt. Note: Rolling back any or all patches will NOT resolve the corruption. Details on resolving this corruption can be found in Note 396649.1.

Simple check: If $ORACLE_HOME/rdbms/lib/libserver10.a exists, the mandatory patch has probably not been installed. If you apply a patch and it does not fix your problem, this is probably the cause.

Где скачать oracle - опять не просто

Удивлен наличем у oracle отдельного сайта для Media Packs
http://edelivery.oracle.com

Его даже позиционируют как сайт для всех продуктов, которые могут быть лицензированы (читай проданы ?)

Наверно будет большая путаница - что-то на otn, что-то на edelivery....

Understanding Shared Pool Memory Structures

Вполне понятная статья аж 2005 года но с подробностями про 10gR2.
Несложная, для общего развития очень рекомендую.

How To Forecast Tuning Results

Написанная еще в 2004 году статья, в которой делается попытка показать, как рассчитать возможный эффект от оптимизации sql запросов. Мне кажется очень интересно почитать, хоть и не очень просто написан этот simple method, по мнению автора

Solaris, Wait For IO

Мне кажется это самое простое обяснение почему на Solaris на многопроцессорных машинах Wait For IO часто вводит в заблуждение

Whenever there are any blocked processes, all cpu idle time is treated as wait for I/O time! The vmstat command correctly includes wait for I/O in its idle value…”

Еще в В 1997 году

В Sun-Online описали, почему в многопроцессорной системе
cpu:wio может "врать"

http://sunsite.uakom.sk/sunworldonline/swol-08-1997/swol-08-insidesolaris.html

"Even one processor in biowait() could potentially cause all the processors on an MP system to show up as waiting for I/O"

Далее читать по тексту.

Резюме: необходимо обязательно мониторить систему с помощью vmstat
proc:b

measure logical I/O speed

Я полагаю что этот несложный на первый взгляд скрипт - очень полезный для понимания работы СУБД в операционной системе.

Пока я не видел опубликованных результатов, во сколько раз 1 логическое чтение медленне физического в Oracle. Есть идеи, как это должно быть, но нет измерений.

Я постараюсь измерить и опубликовать результаты.

Если кто-то видел уже готовые тесты - срочно напишите :)

Oracle Critical Patch Update

Следующий ожидается в октябре.

Может я что-то не допонял, но если Вы успели перейти на свеженький 9.2.0.8 - этот патч Вы не поставите. Толи уже исправлено, то ли еще не протестировано.

Oracle RAC: good & bad news

Blog раположенный на sun.com призывает не использовать RAC, а покупать процессоры
http://blogs.sun.com/dcb/entry/oracle_rac_s_secret

Сам же Oracle показывает счастливых пользователей:
http://dsvolk.msk.ru/oracle/rac/forester-On_RAC.pdf

Правда как всегда посередине - если Вы понимаете, как работает
Oracle RAC - используйте. Если нет - покупайте процессоры.

Top 10 Backup and Recovery best practices

Metalink Note:388422.1

Дешево и сердито. Хотя тема гораздо более сложная - начать вполне можно с этих 10 советов.

Tuning IBMAIX5L for an Oracle Database

Что я и говорил - все слова знакомы, а вот действия отличаются.
Все-таки unix-unix'у рознь. Нельзя оперировать понятиями - я знаю oracle или unix. Конкретные инкарнации - еще куда не шло, а все скопом - не бывает.

Excel

Оказывается что в состав Excel входит так называемый Пакет анализа.

Оказалось, очень полезная штука. Поспорили мы тут на днях, а имет ли отношение изменение параметра XXX к изменению загрузки cpu:sys.

Замеряли, до и после, все как надо.
Затем загнали sar в Excel, затем Анализ Данных, описательная статистика. Вот тебе и среднее, и стандатное отклонение, и стандартная ошибка, минимум, максимум - все сразу и мгновенно. Тут же видно, имеют ли два набора отклонения в рамках ошибок, или нет.
Если нет - значит эффект есть, иначе - погрешность измерений.

Средства, включенные в пакет анализа данных, доступны через команду Анализ данных меню Сервис. Если эта команда отсутствует в меню, в меню Сервис/Надстройки необходимо активировать пункт "Пакет анализа".

Очень рекомендую.

pga_aggregate_target mistery

Начиная с версии 9i свято верил, что pga_aggregate_target был сделан для того,
чтобы не уводить систему в swap, когда выставили слишком большое число sort_area_size.
Вроде бы Oracle не должен захватывать памяти, больше чем pga_aggregate_target.
И действительно, в 9i такого не встречалось.

Однако в 10.1 при выставленных 6 Gb памяти, Oracle спокойно отъедает 12gb !!!
Читаем документацию
"
total PGA allocated: This gives the current amount of PGA memory allocated by the instance. Oracle tries to keep this number less than the value of PGA_AGGREGATE_TARGET. However, it is possible for the PGA allocated to exceed that value by a small percentage and for a short period of time, when the work area workload is increasing very rapidly or when the initialization parameter PGA_AGGREGATE_TARGET is set to a too small value.
"
Ни фига себе "small percentage", в 2 раза !

В statspack видим

"warning: pga_aggregate_target was set too low for current workload, as this value was exceeded during this interval"

Оказывается, это сообщение появляется если за наблюдаемый период over allocation count из v$pgastat был > 0.

Ну а раз так, отхватим еще памяти.

Правда если посмотреть в PGA Memory Advisory, то 99.99% проходов уложились в Optimal Executions.
Типа со стороны Oracle все нормально, а то что это в swap'е это никого не волнует.

Выводы:
1. Oracle молодец, быстро успевает захватывать доп. память.
2. Бороться с этим эффектом похоже бесполезно, документация советует
"
If over-allocation occurs, you should increase the value of PGA_AGGREGATE_TARGET using the information provided by the advice view V$PGA_TARGET_ADVICE
"

Возможно (это догадка), что дело опять в параметрах _smm_max_size (_pga_max_size)
Don Burleson, ссылаясь на чужую статью
http://www.dba-oracle.com/oracle_news/2005_12_19_10g_release_changes.htm

Рассказывает что в 10gR2 поменяли внутренние лимиты на _smm_max_size.
Возможно эта работа началась еще в 10gR1.

И значит, если нет доп. памяти, увидев, что PGA растет такими темпами, есть активность swap,
надо зажимать _smm_max_size.

замерить скорость отчета

Для того чтобы замерить скорость отчета удобнее всего воспользоваться timex.

timex -opt sqlplus login/password @test.sql

Однако чтобы получить полные данные нужно включить accounting Solaris
root@sf2:/[518]# /etc/init.d/acct start

Важные дополнения:

Ключ timex -s позволит распечатать системную статистику, которая может быть очень полезной при анализе расхождения времен.

Не забудьте выключить accountинг после эксперимента
root@sf2:/[519]# /etc/init.d/acct stop

И наконец, великий Adrian Cockcroft почти 7 лет назад рассказал
что анализ account эга позволяет сделать нам профиль нагрузки приложения !
http://www.sun.com/blueprints/1099/workload.pdf

Интересная ссылка

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

Recovery flowchart

http://examples.oreilly.com/unixbr/oracle.html

интересный блог

Интересны заметки про RAC, про поиск по документации

The Memory Structures from Tom Kyte's Expert Oracle 10g Edition

Безусловно очень интересная статья про структуры oracle.

В частности интереса тем, что проясняет в часности вопрос, может ли одна сессия использовать более 5% от pga_aggregate_target (если workarea_size_policy=auto)

Насколько я понял, в сессии выполняющей сериальный запрос каждая область сортировки будет не более 5%, в сессии выполняющей параллельный запрос 0.3 * PGA_AGGREGATE_TARGET / (number of parallel processes).

Еще раз, важно каждая область сортировки.

Понятно, что pga_aggregate_target аллокируется не сразу по старту экземпляра, а по мере необходимости.

В случае если число сессией возрастает, oracle старается увличить память pga до PGA_AGGREGATE_TARGET, одновременно зажимая лимиты для сессий. Tom приводит графики, как это происходит.

Что же делать если у нас есть сессия, отдельные области под сортировку которой нам бы хотелось сделать скажем под 100m ?

Tom Kyte
http://asktom.oracle.com/pls/ask/f?p=4950:8:::::F4950_P8_DISPLAYID:47466211228419

показывает что и тут нет проблем.
Почти потому, что заставить делать сортировки в памяти более 200m проблема.

Дон Бурлесон утверждает, что это лимит устанлвиватся недокументированным параметром
_pga_max_size, но Tom показывает, что этот лимит назывется _smm_max_size.

Результирующая фраза:

"
No RAM sort may use more than _smm_max_size, which is expressed in Kilobytes as
a value.
"

Резюме.

Использовать workarea_size_policy=auto полезно, чтобы не приходилось следить за swap'ом.
Если у Вас есть сессии, которым надо много сортировать, лучше (и быстрее будет) для них вручную выставить sort_area_size и workarea_size_policy=manual, скажем в триггере on_logon.
Можете устанавливать недокументированные параметры _pga* и _smm*, но зачем тогда вообще пользоваться автоматическим механизмом ?

Интересно также прочитать Льюиса
http://www.jlcomp.demon.co.uk/untested.html
который как может костерит Дона Бурлесона :)))

Обо мне

Twitter

Рассылка новостей по email

Подпишитесь на dsvolk.blogspot.com

Архив блога

Полезные ссылки

Метки