DB2 pureScale

Много шума по поводу DB2 pureScale. Мне стало интересно, что же это такое, и я пошел на сайт IBM, с большим удовольствием оставил там свой рабочий адрес из домена oracle.com, просил мне писать еще, и получил замечательную whitepaper "Transparent Application Scaling with IBM DB2 pureScale". Что же там внутри ? Непрерывно вспоминают Oracle RAC и Ларри. Понятно, с кем/чем они собираются конкурировать :) Cache Fusion у них называется powerHA pureScale cluster acceleration facility, причем сокращается как CF :).
Архитектурно, если я правильно понял, отличие между RAC & pureScale в том, что в RAC каждый узел хранит свой buffer cache и является мастером части ресурсов, а тут все узлы должны ходить к единому источнику правды. Честно говоря не представляю себе, почему такая конструкция должна хорошо масштабироваться. Еще в whitepaper не описано, как обеспечить надежность этого единого источника правды. В остальном, все те же технологии, что и у Sun Oracle Database Machine - Infiniband, RDMA.

Достоинства и недостатки также кажутся понятными - если падает один из узлов, в RAC нужна реконфигурация, в pureScale - нет, зато по каждому чиху надо ходить за разрешением в CF, в то время как в RAC узлы могут работать с локальными данными, если их никто не просит. Не очень понятно, как быть в сложных случаях, когда на узле есть старая копия блока, но ее достаточно для consistent read, можно ли делать read only чтения на узле не уведомляя мастера, как там вообще с consistent read, когда блок изменялся на другом узле - но в одном документе всего не опишешь.

Я верю, что такая штука может выдавать очень хорошую производительность и что она хорошо масштабируемая, но.. для приложений которые все-таки преимущественно читают. Что-то мне подсказывает (но не эта whitepaper конечно же), что в случае большой конкуренции единый источник правды все же будет узким местом.

Но вот что действительно забавно в pureScale, так это поддержка pl/sql. Сделают sqlplus - и в общем будет все что нужно :)

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

Что нам стоит RAC построить

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

И вот один из заказчиков решил аргументировать, почему он не использует технологию Real Application Clusters.

Я бы понял, если бы речь пошла о масштабировании или сертификации приложения, каких-то исторических причинах. Нет вопросов. Но заказчик гордо сказал - RAC очень дорого для нас, нам он будет стоит $ 3 млн. Большие деньги. Вроде ясно - дорого. Начинаем выяснять, что к чему. Оказывается, у заказчика уже стоят два HP Superdome, каждый примерно по $3 млн, но второй...ничего не делает. Ждет, так сказать.
В принципе все стало понятно - через пару-тройку лет придется выкинуть эти Superdome, купить пару новых, уже пора копить на них деньги :))

Я молчать не могу :) На слайде выше показано как сэкономить $1 млн при покупке среднего класса машин, по сравнению с Superdome. В цену варианта с DL580 лицензии RAC уже включены, лицензии БД одинаковы в обоих случаях и они не учитываются. Надеюсь эта информация будет рассматриваться перед покупкой новых Superdome :)

Слайд впервые демонстрировался на семинаре RAC: От мифов к реальности за 120 минут, за что моя искренняя благодарность коллективу авторов.

Ну и чтобы окончательно добить тему, рекомендую Вам прочитать презентацию "Железная" экономия с Oracle. В этой презентации я пытаюсь на конкретных расчетах показать, как опции БД могут в некоторых случаях помочь оптимизировать затраты на железо. Кстати, я вовсе не "меркантильный КЮ", и внимательные читатели найдут там и ... бесплатные продукты Oracle. Кстати, можно и еще раз прочитать "Cнижение затрат на ИТ с помощью Oracle 11g R2".

PS
Теперь меня не возьмут в HP.

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

отчет IDC об Exadata V2

Аналитическое агентство IDC выпустило отчет об Exadata V2. Сам отчет можно прочитать на сайте Oracle. Отчет мне понравился прежде всего отсутствием воды, достаточно четким изложением. Рекомендую попробовать прочитать в оригинале.

Вольный перевод одного абзаца из документа:

"Exadata позиционируется как конкурентное решение для специализированных хранилищ, таких как Netezza и Teradata и, одновременно для масштабируемых систем IBM Power, включая старшие модели IBM Power System 595. В случае одобрения сделки Oracle-Sun, Oracle сможет предоставить интегрированные, оптимизированные системы для любых типов нагрузки и сможет конкурировать по производительности и цене с наиболее масштабируемыми серверами IBM "

PS
Теперь меня точно не возьмут в IBM.

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

Exadata и Sun Oracle Database Machine по-русски

В библиотеке брошюр появился целый раздел, посвященный Sun Oracle Database Machine. В разделе на текущий момент есть документы:

- Обзор продукта для руководителей
- Технический обзор продукта
- Глубокое погружение в Exadata & Database Machine

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

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

Наш знакомый парень

В Москву приедет парень, который на фотке между мной и Димой Волковым (если не узнаете кто он -- здесь отгадка). Будет технологическое мероприятие с его участием.

Подписчики блога получат специальное уведомление по e-mail раньше остальных. Кстати, подписка на блог здесь.

Тоже самое касается участников RuOUG, если они подпишутся на рассылку этого блога :)
Курсив мой, Dsvolk.

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

"...что такое Cloud Computing?...", часть 2

На прошлой неделе Дмитрий Волков писал в своем репортаже из Сан-Франциско: "Ларри действительно умеет выступать интересно" и тут я с ним полностью согласен.

Тем из Вас, кто не смог поехать на Open World, я рекомендую посмотреть замечательную сессию с участием Ларри и Едварда Зандера (бывшего президента Sun) на бизнес-форуме Churchhill Club. Это разговор про технологии, про Sun, про Java, про MySql, про SPARC, про Solaris, про историю Oracle и про то, что будет после слияния. (Господи, в Oracle будет 105,000 сотрудников). Мне очень понравилась эта встреча отсутствием заранее приготовленного сценария и большим количеством экспромптов.

Но больше всего мне понравился очередной пассаж про Cloud Computing, поэтому в этот пост я вставлю только небольшой фрагмент этого мероприятия под названием "...что такое Cloud Computing?...", часть 2, которая продолжает собой часть 1. Есть также видео под другим углом, репортаж IDG и полное видео всей сессии.

UPDATE Вышла статья про Cloud Computing в моем любимом журнале The Economist. Мне больше всего понравилась картинка на обложке :^) Статью можно почитать здесь.

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

Oracle Open World 2009. Day 4. Game is Over.

В последний день решили сделать несколько более технических сессий. Даже назвали некоторые из них Deep Dive :) Пришла команда, которая работает над оптимизатором, отвечала на вопросы. Это не очень интересно, поскольку задать короткий вопрос по теме невозможно. Нужны test case. Показали две ссылки:
- SQL Plan Management WP
- ссылку на свой блог

Для тех, кто ходит на наши семинары, это не новости. Тетушка из IOUG рассказывала про CPU патчи. Умоляла тестировать перед применением. И не бояться их применять. Ну да, можно держать два Oracle Home , и патчить один из них, затем переключаться на него. Надеюсь, для вас так же не супер-новость, этой технологии уже лет 5.

SUN-овский инженер признался, что Oracle использовал F5100, чтобы обогнать IBM. Этого не было написано в пресс-релизе. Рассказывал, как работает F20 в нашей Exadata. Карточка дико умная, есть специальный запас памяти на исправление ошибок. Из зала спросили, что будет если карточка умрет. Оказывается, в Exadata Software хранятся контрольные суммы блоков, и если сумма при чтении с карточки не сойдется, то будет выполнено чтение с диска.

<Булшит он>

Дикий разрыв между технологичностью американских, английских компаний и российской действительностью. Например говорилось, что надо ставить security patch. Надо ставить CPU. Все в зале соглашались. Я не знаю у нас ни одной организации, у которой существовал бы регламент для обновлений. База во внутренней сети ? Зачем ее обновлять-то тогда ? Соответственно, нет никакого смысла использовать ничего нового из придуманного в My Support. Отправлять им данные, что бы они уведомляли когда там новый патч ? Да мы их ставим раз в 5 лет. Точка. В US AirForce есть регламент установки новых патчей БД. Это рассказал человек, который обслуживает там системы. Обхохотаться можно, ну зачем, у них же сеть закрыта ! :)). А у них регламент. И точка.

Linux + OVM - ну конечно, это дешевле, и быстрее. На них кластера можно собирать. Обслуживание дешевле.
Enterprise Manager Packs + Secure Backup - ну а как управлять то БД ?

Неееет, это не наш метод. У нас купят железяку на 2-3 млн долларов, обмоют это дело. То что денег не хватило на support, не говоря уже о partitioning - н-и-ч-е-г-о. Мы обойдемся. И пройдемся до ларька с дисками. Напишем на коленке скриптик. Это просто преступление (нет, я не имею в виду откаты). Преступление в том, мы не умеем использовать технологии. А значит, по прежнему, чтобы заплатить налоги, квартплату или сделать перевод денег нужно просто удавиться. Или отстоять очередь.

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

Зато у нас есть привычка задавать глубокие вопросы. Нет позвольте, хватит мне тут презентаций, запустите пожалуйста debugger.

Они - используют технологии для бизнеса. Мы в них копаемся. Но не используем. Так и живем.

<Булшит офф>

Sergey Danilov: Можно я тоже выскажусь про пропасть между нами а Западом? :^)

<Булшит он>

Три дня назад ходили с женой в ГАИ сдавать на права. Сдали экзамен, подходим к окошку, а нам говорят: "Водительсткое удостоверение мы Вам выдать не можем, т.к. по Москве не работает база данных". Тычут пальцем в объяву, где собственно описана ситуация (жаль забыл сфоткать). Теперь самое интересное: база данных не работает уже четыре дня! Охренеть. Это же mission critical system. К базе данных, которая является единым источником правды о том, у кого какое водительское удостоверение нельзя доступиться несколько дней подряд. Да там одна таблица и три элементарных запроса. Если на дороге происходит катастрофа, то первое что они должны делать, это проверять информацию по этой базе. Какая тут Maximum Availability Architecture? Какой Active Data Guard? Какой RAC? О чем Вы? Я не удивлюсь, если эта база даже не бекапилась по-нормальному, поэтому они сейчас все сидят и набивают данные с нуля вручную (это всего лишь моя догадка). А что такого? Выгнали личный состав на работу и вместо физзарядки пусть перебивают данные с бумажек -- затрат никаких. Водители тоже подождут. Какой e-Government? О чем мы говорим?

Теперь как это сделано в Англии. Там этим вопросом занимается правительственное агентство DVLA (Driver and Vehicle Licensing Agency), которое еще в восьмидесятые годы перешло на использование СУБД. На данный момент база данных DVLA хранит записи о 43,000,000 водителей и 34,000,000 автомобилей (точная статистика здесь). База данных круглосуточно доступна в режиме online (в том числе, физическим лицам). Зайдите на их сайт. Вы поразитесь открытости этой огранизации. Можно заплатить налог на машину по SMS, по телефону, посмотрите как легко перегеристровать машину. Посмотрите их IT-стратегию, что там написано про availability, про 24x7, про failure resilience. В режиме online база данных DVLA интегрирована с системами DSA (Drivers Standards Agency), IPS (Identity and Passport Services), PND (Police National Database), SIS (Shengen Information System), MID (Motor Insurance Database), London Congestion Charge System и т.д. Про любой автомобиль и про любого водителя EU известно буквально все за 1/4 секунды (столько времени требуется технологии распознавания номерных знаков ANPR чтобы понять кто Вы :^)

<Булшит офф>

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

Oracle Open World 2009. Day 3. Ларри

Конечно же, все ждали выступления Ларри. Он действительно умеет выступать интересно. Это большое искусство. Лучше всего найти запись и посмотреть (кажется здесь). Английский очень ясный, все понятно. Начал Ларри опять с результатов тестов, в которых мы быстрее IBM. Пошутил, что IBM нашла ошибку, и что Oracle быстрее не в 16 раз, а только в 6, но он спорить с этим не будет. Дальше, основные темы - Linux, Oracle VM. Что приятно, значит пока политика партии не меняется. Про Solaris пока ничего не было, что ничего не означает :) Дальше конечно же, Exadata V2. Никаких революционных новостей тоже не было. Слайды с расчетами стали более выдержанными. Потом выходил какой-то местный парень с очень знакомым лицом и трудной немецкой фамилией, приглашал остаться в Калифорнии. Напоследок сказал "i'll be back", получил от Ларри майку и ушел. Я так понял, он приходил за майкой, буквально как у нас на семинарх :). Если напомнит, кто же это был, буду благодарен. Я точно его где-то видел. Ну, ладно, дальше Ларри стал рассказывать про My Oracle Support, как все будет проактивно. Идея классная, посмотрим на реализацию. Понятно, что после этого classic metalink уже точно закроют. Кстати, Локальная служба технической поддержки предупреждает... Дальше началось про Fusion, тут я ничего не понял, лучше почитать у специалистов. Вот, понял только одно, что Java & SOA наше все.

PS Компания Dell вложилась в виртуализацию (Oracle VM) очень сильно. Тут туча сессий, они даже рассказывают как OEBS в кластере запустить на виртуальных машинах. Да еще на iSCSI. Бугага. У нас бы их закидали помидорами за такие заявления. А у них это работает. Сами ребята из Dell говорят, что это они делают для своих заказчиков, так мол, им, заказчикам выгоднее. Не стал я рассказывать им, что у нас есть ларек, где все диски по 100 р, а дешевые решения никому не нужны :)))). У Dell на сайте даже есть целый раздел, посвещенный совместным решениям с Oracle.

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

Oracle Open World 2009. Day 3. It's all about customers !

Несколько пользователей Exadata ответили на вопросы, как они дошли до такой жизни. Было интересно, обещали выложить запись.
Один из ответов, цитирую по своим записям: "То что нам не пришлось собирать хранилище, а просто включить его, неплохо. Но вот, что реально важно, так это то что нам не пришлось ничего переписывать"

Очень рекомендую посмотреть весьма техническую презентацию James Madison, www.thehartford.com, об опыте внедрения и эксплуатации Exadata. Из рассказа James, я извлек следующие важные вещи:

• James тестировал различных производителей хранилищ. Он в курсе существования Netezza или Sybase IQ. Однако, важное замечание - тесты показали что несколько вендоров достаточно быстры, чтобы удовлетворить их требованиям.
  Но что делать с этой скоростью ? Необходима функциональность. Мне кажется, это очень важное замечание. У нас сейчас было несколько переговоров с заказчиками которые опирались только на результаты perfomance тестов, да еще и неправильно построенных. Функциональность не рассматривалась ни разу.

• У них примерно 90 Tb данных в Oracle DB, а также используется Teradata. Teradata они собираются убрать. Yes !

Phil Newlan (Oracle, RAC PACK) на коленях умоляет леди сделать bounding сетевых интерфейсов перед установкой RAC

В San Francisco жуткий дождь. Вода бъет фонтаном прямо из-под проезжей части.

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

Материалы с выступления на HighLoad++

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

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

Oracle Open World 2009. Специальный выпуск.

Она существует ! По крайне мере 5 штук :)

На фото справа инженер Sun держит карточку Sun Flash

Пресс релиз как партнеры смогут продавать Exadata



UPDATE, Sergey Danilov:

Посмотрите видео с живой демкой Exadata, выдающей OLTP-приложению 1,000,000 IOPS.



Специальный warning для хакеров:
Внутри видео есть некоторое количество маркетинговой информации. :^)

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

Oracle Open World 2009. Day 2. Performance. RAC Performance

Day 2 ознаменовался сессиями посвященными, так скажем, производительности.

Первая и конечно главная новость - детали почему мы все таки быстрее IBM. Официальный Press Release. Ccылка на T5440. Что сказал Ларри (на русском). Конечно же в тесте использовался Real Application Clusters.

Очень интересная секция Steve Shaw, Intel, автора PRO Oracle 10g RAC on Linux, большого поклонника Oracle Enterprise Linux & Oracle VM. Оказывается, в OEL & Oracle VM много сейчас делается что бы поддержать новые Nehalem и Intel Itanium. Кстати у него были интересные слайды по производительности Nehalem для OLTP нагрузки под Oracle, специальный tuning NUMA под Nehalem и прочие действительно хинты. Я, например, не знал про "service cpuspeed". Но он, нехороший человек, редиска - не дал презентацию. Достану - выложу здесь.

Отлично выступила наша "RAC Queen" Barb - у нее, американки, насколько ясный английский, что я заслушался. Кстати, кто не заметил, в 11g R2 RAC мы больше не поддерживаем LLT протокол. Barb сказала, что он не масштабируется. Но я в это не верю :)

Одна хорошая новость - теперь мы поддерживаем не 4 узла по iSCSI, а 30, и мой любимый заказчик сможет делать таки 5 и даже 6 узловой RAC'и. Wow !

Презентация Barb - будет.

Наша специальная команда RAC PACK заколебалась ставить RAC, затем патчить его во всех местах и отвечать на тысячу вопросов в гуях. Они обещают выложить Oracle VM (sic !) template, который после загрузки можно будет превратить в рабочий 2-х узловой кластер, всего то поправив текстовый файл с ip адресами, именами машин и пр. Демонстрация работы впечатлила.

Ну мы же не будем отставать. Нет. Мы не такие. Я надеюсь, уже во второй половине ноября мы объявим сдвоенное событие RAC DD4 DBA + RAC DD4 Developers. На первом мы поставим с нуля (с операционной системы) ready-to-production RAC, на втором, как всегда, расскажем, что теперь с ним делать :). Приглашения будут строго командными - т.е. dba на первую часть, разработчики на вторую. Команда минимум должна будет состоять из 3-х человек. 3-х разных человек.

Why not visiting Virtual Collateral Rack ?

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

Oracle Open World 2009. Day 1. Exadata.

Day 1 на Oracle OpenWorld ознаменовался несколькими сессиями, посвященными Exadata.

Ребята из Paragon Data Systems, построили RAC из 6 узлов, использовали NetApp в качестве storage, но по истечении некоторого времени оказались недовольны производительностью системы. Проблемы были как с Interconnect, так и с производительностью storage. NetApp не смог им помочь с производительностью своего массива.

И тогда, услышав песни Oracle Germanу про Exadata, они не стали по русскому обычаю сидеть 33 года на печи, а решили проверить. Их не остановило, что они работали с закрытым приложением - они его отрассировали, достали оттуда sql, построили business critical тесты, загрузили свою БД на обычные USB диски и поехали в Reading.

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

Но это еще не все. IBM consulting, публика, которая всегда была готова внедрять только свои решения, в совместном join Oracle - IBM центре предлагает услугу по внедрению Exadata. Только вдумайтесь, IBM помогает внедрять Oracle на технике SUN :)

Why not joining Exadata SIG ?

PS.

19 октября для партнеров Sun в московском офисе Sun пройдет семинар по Exadata. Звоните в Sun, чтобы узнать подробности. Контактное лицо Дмитрий Ретюнский. Читать семинар будет конечно же Oracle CIS.

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

October 8, Database Security Workshop, окончание

Made in Russia круче, чем Made in Germany :^)

Еще раз спасибо всем кто пришел.
Семинар будет расширен, будут решены технические накладки,
мы сделам его на русском языке и с полноценными лабораторными работами.
На примере этого семинара нам стало ясно, что интерес к безопасности очень высок.
TOP 25 отзывов можно посмотреть если нажать на "Читать дальше..."

TOP 25 отзывов:

1. Шереметьево-Карго: Оказывается, я знаю английский
2. Протек: Более детально объяснить действие ФЗ 152. Что сертифицировано, что нет
3. Связьтранснефть: Повторить презентацию Ральфа на его родном языке
4. Связьтранснефть: Забираю свои слова про плохой английсктий Ральфа. Я адаптировался
5. Детский Мир - Центр: German English is not perfect
6. Газэренгопромбанк: Интересно было бы посомтреть примеры реальных атак. :-)
7. РЖД: Речь Ральфа хотелось бы ускорить в 2-3 раза
8. In Touch Страхование: Увеличить скорость демонстраций
9. Росно: Много времени потрачено на нажимание кнопок. Больше технических подробностей как это работает
10. Toyota Motor: Добавить лабораторные работы как в мероприятии для партнеров
11. MTC: Отсутствие юмора у Ральфа
12. Русский стандарт: Акцент Ральфа. K 16:00 уже привык
13. Luxoft: немецкий и русский English взаимно непонятны
14. ФК Отктытие: Oracle одна из немногих компаний, которая старается смотреть на безопасность в целом
15. Банк Москвы: Усыпляющий голос следующего оратора
16. Банк Москвы: Выступление бывшего хакера познавательно и напористо
17. РНТ: Добавить доклад из www.red-database-security.com
18. Программы и комплексы: Презентация Ральфа усыпляет
19. Ингосстах: Плохая подготовка к демонстрации примеров
20. Ресо Гарантия: Меньше времени уделять обзорным докладам, больше демонстрациям
21. Open Way: Понравилась вводная часть о тех, кто, откуда и как может атаковать. Лектор жжет.
22. IBS: Больше времени уделить техническим показам.
23. Альфа Банк: Подготовить практические материалы, чтобы не было сбоев
24. Мегафон Москва: Метро ходит редко и сложно
25. Сургутнефтегаз: Уменьшить частоту возникновения технических проблем. Как-то иначе расставить стулья.

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

October 8, Database Security Workshop, Материалы

Мы говорим спасибо 69 раз всем 69 участниками семинара.

Материалы: (доступны без пароля, т.к. хакеры все равно взломают секунд за 160):

1. Презентация Peter Kestner
2. Презентация Ralph Baumbach
3. Материалы для лабораторных работ
4. Скрипты для лабораторных работ
5. Имиджи мы не можем выложить, но Вы их можете скопироватать у Николая Данюкова (nikolay.danyukov), +7 (985) 78Ч-Ч2-75, если подъедете в офис Oracle.

Николай оставит здесь комментарий про баги, которые встретились во время семинара.

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

Проблемы с почтовой рассылкой

Прошу прощения, но с почтовой рассылкой в нашем блоге явно не все ладно. То она вообще перестала ходить, то внезапно приходят новости из прошлого. Простите. Мы почти уже наняли нового web мастера, надеюсь все исправится. Надеюсь на ваше терпение.

Простите еще раз.

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

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

October 8, Oracle Moscow, комната Афины

Регистрация на семинар закончена. Мы получили 115 заявок и мы подтвердили к участию все заявки. Список участников можно посмотреть если нажать на "Читать дальше..."

У Oracle есть Заказчики и Партнеры (больше никого у Oracle нет :^) Из 115 участников 70 человек работают у заказчиков Oracle, и 45 человек работают у партнеров Oracle.

Теперь самое интересное: Нам необходимо вместить 115 человек в комнату, куда физически входят максимум 65 человек. Самым логичным и устраивающих всех решением нам показался вариант взлома логики работы комнаты, с целью раздвинуть ее стены на 4-5 метров к соседям, но наша хакерская попытка была пресечена механизмами защиты офиса Oracle СНГ. В связи с фактом неудачного взлома комнаты Афины я привожу ключевые руководящие принципы этого семинара:

1. Во время регистрации партнеры и заказчики будут отмечены разными цветами: Беджи красного цвета будут выданы сотрудникам заказчиков Oraclе. Беджи белого цвета будут выданы сотрудникам партнеров Oracle. Так как заказчики платят деньги партнерам за лицензии, техподдержку и консалтинг, то мы посчитали логичным, что красный цвет будет иметь более высокий приоритет чем белый цвет.

2. Приоритет красного цвета будет распространяться на вход в комнату Афины, вход в столовую и в туалет. Мы не будем реализовавать эту логику на аппаратном уровне -- мы будем полагаться на самосознание наших партнеров. Думаю, что все партнеры понимают, что заказчик всегда прав.

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

4. Мы просим партнеров по возможности воздержаться от посещения семинара, если только это не является необходимым для Вашей текущей деятельности. Эта логика не относится к партнерам, которые уже организовали командировку из других городов (Питер, Екатеринбург, Сургут и т.д.)

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

6. Для поднятия настроения мы выдадим всем участникам новые футболки с логотипом Oracle Database Options.

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

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

9. Мы правильно отрегулируем кондиционирование в комнате Афины.

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


Если у Вас есть вопрос, то можно написать комментарий прямо здесь в блоге.


Список подтвержденных участников в алфавитном порядке по фамилии:

1 PAVEL AGEEV
2 ALEXANDER ALEKHIN
3 RUSLAN AMALATOV
4 MIKHAIL ANANIEV
5 PETR ANDREEV
6 NOSENKO ANDREY
7 ANATOLY ANFINOGENOV
8 IVAN ANISIMOV
9 ADILET AZHYKEEV
10 ANDREY BAEV
11 ANDREY BLAZHNOV
12 IGOR BOGACHEV
13 SERGEY BRAZGIN
14 ALEXANDER BUKREEV
15 ILIA BURYKIN
16 DENIS BUZOV
17 EVGENII CHUGUNOV
18 ILYA CHUKHNAKOV
19 VLADIMIR CHUSHKIN
20 ANDREY DEKANOVICH
21 KONSATNTIN DEKHTYAR
22 SERGEY DENISOV
23 ANDREY DORIN
24 ARKADY EMELYANOV
25 PAVEL ERMAKOV
26 VLADISLAV ERSHOV
27 DMITRY FEDYSHIN
28 VIACHESLAV FESENKO
29 ANDREY FOMCHENKO
30 YAROSLAV FOMICHEV
31 ANDREY GASKOV
32 ALEKSEY GONCHARENKO
33 IVAN GONCHAROV
34 VLADIMIR GOROKHOV
35 SERGEY GROMOV
36 EVGENY ISAEV
37 ALEXANDR IVANOV
38 ANDREY IZHNIN
39 FELIX KEMPER
40 MIKHAIL KHOMYAKOV
41 YURY KHREBTOV
42 VYACHESLAV KLIMASHEVSKIY
43 SERGEY KOLOSOV
44 ALEXANDER KORSHUNOV
45 DMITRY KOSOLAPOV
46 ALEXANDER KOTOV
47 ALEXEY KRAYNOV
48 SERGEY KRUTOV
49 SERGEY KUNITSKY
50 SERGEY KUSHNAREV
51 ROMAN KUZMIN
52 SERGEY LARIONOV
53 YAROSLAV LATUSHKIN
54 ALEXEY LEVANDOVSKIY
55 VLADIMIR LOSEV
56 VADIM MARKOV
57 BORIS MARTYNOV
58 OLEG MISHIN
59 PAVEL MOSHKIN
60 DENIS NASTINOV
61 TIMOFEY NECHAEV
62 VITALI OBUKH
63 SVETLANA OLEFIRENKO
64 SERGEY PANASENKO
65 VALERIY PANCHENKO
66 ALEXANDR PETROV
67 SERGEY PLOTNIKOV
68 DENIS POTAPOV
69 EVGENIA POTSELUEVSKAYA
70 ANTON PUCHKOV
71 ANTON PUCHKOV
72 DENIS PYLEV
73 EVGENIY RASYUK
74 EUGENIY ROMANCHENKO
75 DENIS ROZHKOV
76 VITALY SAVENKOV
77 ALEXEY SAYEVITCH
78 EVGENY SCHEKALEV
79 SERGEY SCHERBAKOV
80 VLADIMIR SEMIN
81 ANDREW SHARKIN
82 OLEG SHCHERBATYKH
83 ANDREY SHEIN
84 ALEXEY SHELUDKO
85 ALEXEY SHIPILOV
86 DMITRIY SKULKIN
87 ANTON SKVORTSOV
88 ILYA SMOLNIKOV
89 ANTON SMORODNIKOV
90 ALEX SOLOVYEV
91 NADEZHDA STROGANOVA
92 PAVEL TARAKANOV
93 RUSTAM TEREGULOV
94 MICHAEL TIKHOMIROV
95 ALEXANDER TONKIKH
96 DENIS TRIFONOV
97 SERGEY TUZOV
98 ALEXANDER UGRINOVICH
99 SERGEY USPENSKIY
100 MICHAEL USTALOV
101 MIKHAIL VANIN
102 ANDREY VEDENYAPIN
103 ALEXANDER VETROV
104 NIKOLAY VINOGRADOV
105 VLADIMIR VLASOV
106 DMITRY VOLKOV
107 DMITRY VOLKOV (это не дублирование)
108 DMITRY YAKOVLEV
109 VALERY YOURINSKY
110 SOFYA ZEKTSER
111 SERGEY ZENAISHVILI
112 MIKHAIL ZOLOTUKHIN
113 MIKHAIL ZOLOTUKHIN
114 YURAY ZUBAKOV
115 ANATOLY ZVIAGINTSEV

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

LoadBalance 11.2.0.1 Released

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

Теперь LoadBalance for RAC опционально может производить не просто открытие сессий на узлах кластера, но и выполнять набор SQL-команд. Эти команды задаются в виде скриптов. Для поддержки этой функциональности введены три новых параметра:


1) START_SCRIPT
Позволяет задать имя файла с sql-скриптом - этот скрипт будет выполнен перед началом тестирования. В этом скрипте, например, можно создать набор объектов в БД, которые будут участвовать в тесте;

1) STOP_SCRIPT
Позволяет указать файл с sql-скриптом - этот скрипт будет выполнен после завершения тестирования. В этом скрипте , например, можно выполнить удаление объектов, которые использовались в тесте в тесте;

2) WORK_SCRIPT
Этот параметр позволяет указать скрипт рабочей нагрузки. Этот скрипт будет выполнен в каждой сессии, которая будет открыта для тестирования;

Замечания по использованию
Для выполнения скриптов LoadBalance не запускает SQL*Plus, а самостоятельно анализирует исходный текст файла, извлекая команды и выполняя их на СУБД !
В sql-скриптах поддерживаются все SQL и DDL команды. Дополнительно поддерживается команда DEFINE (определение символа макроподстановки - полный аналог одноименной команды в SQL*Plus) и команда SET SERVEROUTPUT ONOFF - для вывода сообщений от пакета dbms_output.
Как и в SQL*Plus, команды в скриптах разделяются либо точкой с запятой (";"), либо слэшем ("/"), и для однострочных комментариев можно использовать символы "--", а для многострочных - символы "/*" и "*/".
Весь вывод скриптов перенаправляется на выходную консоль утилиты (stdout). Если указано сохранение выходного потока в лог-файл (задан параметр LOGFILE), то выход от скриптов также будет сохранен в этом лог-файле.
Конечно же основной скрипт рабочей нагрузки (заданный параметром WORK_SCRIPT) будет выполнен для всех сессий, количество которых определено параметром COUNT.
Если утилита выполняется в многопоточном режиме (задан параметр THREADS), то скрипт рабочей нагрузки будет выполняться в параллельно в всех порожденных потоках.


Пример
loadbalance userid=rscott/rtiger@racdb count=20 start_script=start.sql work_script=test.sql stop_script=finish.sql logfile=test.log

Скачать утилиту можно по этой ссылке .

Чуть позже, мы рассмотрим недокументированные параметры утилиты LoadBalance ... :-)
Они позволяют выполнять продвинутые интересные тесты, например: проверять TAF (Transparent Application Failover) для открытых сессий, анализируя при этом распределение сессий до и после Failover сессии и подсчитывая его время; или же получать файл-трассировку выполнения LoadBalance с различными уровнями - вплоть до анализа всех команд посылаемых на сервер, и получения времени их выполнения.

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