April 28-29-30: RAC DD4D TTT session in Moscow

Подошло время экспортировать RAC DD4D за пределы России. Дмитрий Волков (Oracle), Игорь Мельников (Oracle), Виталий Савенков (ФОРС), Евгений Горбоконенко (РДТЕХ) и Андрей Криушин (РДТЕХ) начали подготовку других тренеров, которые будут вести RAC DD4D в Европе и США. Проект идет под кодовым названием RAC DD4D TTT (Train-The-Trainer). Человек в шапке с милицейской символикой -- Rick Greenwald (Oracle), автор 15 книг, включая Oracle Essentials 11g и Beginning Oracle Application Express.


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

ДР рождения Real Application Clusters Option !







Не знаю как Вы, а мы отмечали сегодня день рождения опции Real Application Clusters.

Все совпадения с ДР Сергея Данилова считаю случайными :))

PS
Под картинкой реальный отзыв одного из наших слушателей.


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

RAC: От мифов к реальности за 120 минут - материалы от 27 апреля

Большое спасибо всем, кто пришел к нам 27 апреля послушать про RAC. Всего было 15 человек (сказывается эффект понедельника). Несмотря на то, что первая часть семинара получилась длинее, мы закончили добавление узел в кластер в 7.25 вечера.

Большое спасибо компаниям СБСОФТ, Intel и Aquarius и лично Дмитрию Кучугурову (СБСОФТ), Петру Фатьянову (СБСОФТ) и Сергею Дубровскому (Aquarius).

Стали доступны презентации (5Mb) и фотографии (1.5Mb). Пароль мы Вам сообщили. Слушатели предыдущего семинара тоже могут посмотреть, т.к. пароль не изменился.

В открытом доступе можно посмотреть групповое фото (2Mb), снятое перед обеденным перерывом, а также фото самых стойких (3Mb), дождавшихся результатов добавления в кластер четвертого узла.

Приходите на наши следующие семинары из этой серии. Мы будем публиковать анонсы на этом блоге и на сайте Oracle. До новых встреч!


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

RAC DD4D, 21 -23 апреля

В этом сообщении мы выкладываем материалы семинара, проведенного специально для одного очень уважаемого заказчика. Как всегда на семинарах 1:1 мы узнали ничуть не меньше, чем рассказали. Разработчики нас похвалили, DBA ...не ругали, скажем так. В производстве у компании помимо несчетного числа 2-х узловых кластеров, находится распределенный кластер о 3-х нодах и число их будет расти. Используется самое простое и дешевое оборудование, ISCSI, Linux. На публике мы сможем рассказать об этом этой осенью.

На обычные семининары мы стараемся ограничивать число участников от одной компании 3 сотрудниками. Но если Ваша компания уже эксплуатирует, или серьезно собирается использовать Oracle RAC мы готовы проводить семинары в формате 1:1, где не ограничиваем число слушателей от Вашей компании. У нас есть формальные требования к кол-ву участников, помещению, некоторым договоренностям. Но все решаемо. Да, и мы готовы выезжать за пределы МКАД :))

Все вопросы можно задать мне по почте, Dmitry.Volkov@оракул.ком


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

пятничная загадка

Что такое делает Игорь Мельников в пятницу вечером в нашем офисе ? Попробуйте угадать, не подглядывая в отгадку :)))


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

Sun Microsystems









Мы купили Sun Microsystems...


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

Oracle Communications Billing and Revenue Management (BRM) on RAC

На семинаре RAC DD4D на втором дне задавался вопрос: "Сертифицирован ли Oracle Communications Billing and Revenue Management (Oracle BRM, или попросту говоря биллинг от Oracle) на RAC"?

Ответ: Да, Oracle BRM сертифицирован на RAC.

Можно посмотреть white papers на сайте Oracle и на сайте IBM по результатам тестирования на технике IBM.

Читаем: The 100-million-subscriber accounts were split into groups of approximately 8 million subscribers over 12 schemas. Each schema was handled by one Oracle RAC node. Together, the 12 schemas (Oracle RAC nodes) made up a single Oracle RAC database instance, т.е. ребята данные партиционировали под 12 узлов RAC. Использовался: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0—64-bit production, with Partitioning and Oracle RAC options. Партишенинг не забыли -- молодцы. Все по науке RAC DD4D делали :^)

Интрересно, что в своем собственном документе IBM пришет: Use Oracle 10g RAC for high-availability configurations only. Не любят в IBM наш RAC. Почему? Пототому, что он у них денежки отбирает. IBM хочет на такие проекты больш-ууу-щую железку продать, плюс, естественно под high-availability configuration вторую такую же пристроить (!). А задача-то получается с массовым параллелизмом, ее на RAC можно легко масштабировать: купить железок в 12 раз меньшего размера, что дешевле на два-три порядка.

Не любите IBM? Посмотрите другой white paper про тестирование Oracle BRM на технике Sun. Эти ребята все-таки на RAC DD4D не ходили, поэтому тестировали только на 4 узлах RAC. Зато они перегнали IBM по активному использованию других Database Options. Читаем: Oracle Database 10g Enterprise Edition release 10.2.0.3.0 — 64-bit production, with the Partitioning, RAC, OLAP, and Data Mining options. (видимо, DBOD когда-то прослушали :^)

Референсы тоже есть в наличии. Но боюсь что не в России. На семинаре RAC DD4D я рассказывал, что RAC работает одинаково хорошо в любых странах мира. Ему, RAC-у, все равно в какой стране Oracle BRM обслуживать.


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

Real User Experience Insight

На семинаре RAC DD4D после моего рассказа о Response Time Formula и ее измерении внутри БД, возникло несколько вопросов, а как померять время отклика в целом для приложения. В частности для случая сервера приложений. Поскольку сервер приложений использует пул соединений и со стороны БД при плохом проектировании может быть сложно отличить один бизнес-процесс от другого.

Так вот, у Oracle есть специальный продукт для этого случая - Oracle Enterprise Manager Real User Experience Insight.

Продукт достаточно уникальный тем, что измеряет время отлика не инструментируя приложение (как Veritas I3, например), а анализируя сетевой траффик. Таким образом, может быть измерено время отклика для пользователей любого сервера приложений, не обязательно написанного на java.

Отсылаю вас за подробностями к white paper. В Oracle этой темой владеет Сергей Иванович Томин.


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

RAC DD4D 16-17 апреля, материалы

Dmitry Volkov:

К нам пришли очень терпеливые и выдержанные люди. 60 человек разместились в помещении для 40 человек и самый злой отзыв был "неудобно писать на коленках".

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

Презентации и исходные тексты примеров (31 Mb). Все фотографии (33 Mb). Пароль сообщался на мероприятии.

Фотография слева, конечно же называется "Немного философии" с Сергеем Даниловым в главной роли. Внимательный зритель обратит внимание на тени на фотографии :). Несколько наиболее интересных фотографий с семинара.

По традиции, некоторые отзывы:


Что понравилось:

- Демонстрации (ЦБ РФ)
- Всесторонне освещение достоинств и проблем RAC (Банк Москвы)
- Главное, что появилось понимание, что надо делать, чтобы успешно использовать RAC (УралСибБанк)
- Форма преподнесения материала (Русский Стандарт)
- Доступное изложение информации (Банк Глобэкс)
- Очень интересный семинар (РИА Новости)

Что не понравилось:

- Не все понимаю, не дают клавиатуру (РОСНО)

Чтобы Вы предложили, чтобы улучшить мероприятие:

- Хотелось бы услышать больше примеров внедрения (несколько слушателей)

Да, мы постараемся давать побольше примеров уже работающих систем.

Приз ведущих семинара получает отзыв:

- Жалко, что семинары только в будние дни (Форс-ЦР)


Мы также получили предложение сделать специальную версию семинар для девушек, Womens Edition (RAC DD4D WE), так сказать. Ищем в power point какую-нибудь гламурненькую тему чтобы оживить наши презентации...:)

Продолжение следует..


Sergey Danilov:

Что понравилось:

- * (Swedbank)
- Люди! (ОАО Авиадвигатель)
- Мероприятие для нас, а не для "галочки" (АКБ Авангард)

Очень много хороших отзывов. Очень много.

Что не понравилось:

- Докладчики не всегда были готовы дать ответы на задаваемые вопросы (Банк Глобэкс, Банк Русский Стандарт)

Задайте пожалуйста вопросы еще раз. Как правило, если мы не знаем, то мы стараемся прямо говорить "мы не знаем" :^) Если вопрос требует ответа, то пожалуйста напишите комментарий или позвоните нам. Мы обязательно дадим Вам ответ.

- Тесно/душно/плохая еда/слишком горячий чай/не хватило пирожков/плохие стулья/неудобно добираться/побольше экран/получше проектор/нет откидных столиков и т.п. (много слушателей)

Сейчас мы не можем делать абсолютно все мероприятия на внешних площадках, где еда на порядок качественнее, а залы просторнее. Комната Афины является самой большой аудиторией в офисе (да и местоположение самого офиса весьма спорное). Мною уже запущен процесс по смене экрана и по монтажу высококачественного проектора на потолке. Мы по возможности будем стараться делать на внешних площадках, но это сложнее по логистике. Вообще, мы изначально планировали мероприятие только на 40 мест и только по заявкам. Но заявок пришло больше, и т.к. заявки гарантируют место на семинаре мы не смогли сдержать натиска.

- Примитивные примеры и демонстрации. Много информации, которая сложна для человека, ранее не работавшего с RAC. (Нетрис)

Мы будем продолжать искать баланс между понятностью, сложностью демонстраций и временными ограничениями семинара. К сожалению, не было заполнено поле "что бы Вы предложили чтобы улучшить мероприятие". Хотелось бы получить список из трех самых примитивных примеров и мы их заменим или усложним. Предложите нам сценарии примеров, которые можно показать за короткое время, которые информативны и иллюстративны.

- Слишком много новой информации. Не все удалось освоить. :-) Но это не проблема семинара. (тоже Нетрис, но другой слушатель)

Задайте нам вопросы. Приходите на следующий семинар.

- Много маркетинговой и рекламной информации (Стинс Коман)

Не совсем понятно определение рекламной/маркетинговой информации. В самом общем случае, деятельность любой коммерческой организации направлена на увеличение объема бизнеса. При желании можно доказать связь между любым курcом/тренингом Oracle, в том числе платным :^), в том числе преподаваемым независимо от Oracle :^), и увеличением коммерческого успеха Oracle с точки зрения продаж лицензий и т.п. Получается, что мероприятие сработало как реклама/маркетинг.

Вся идея семинара RAC DD4D состоит в том, чтобы делать его без маркетинга/рекламы, по крайней мере в классическом понимании этих вещей. Цель -- передать "двухдневную" порцию знаний, чтобы организации могли начать первый проект по RAC, обойдя при этом уже известные проблемы, разрушить парадигму "Мы это не используем, потому что не знаем что это такое и как оно работает".

Теперь посмотрим с другой стороны: для слушателей семинара его прямая ценность состоит в том, что полученные знания потенциально увеличивают их капитализацию на рынке труда. Запустив в production первый проект на RAC и записав это в CV совершенно реально превратить эти знания в живые деньги, т.е. при желании можно доказать связь между словом RAC в CV и величиной зарплаты, карьерой и т.п. Не верите -- посмотрите на ребят из СБСОФТ, РДТЕХ и т.п. Мы сейчас о каком именно рекламируемом объекте говорим -- об аудитории семинара или об Oracle? :^) Шутка. Это было "Немного философии".

Назад к семинару. Там в некоторых местах заявлялось, что "эта функциональность лицензируется отдельно", например, Advanced Compression, Partitioning и т.п. Может быть, именно это имелось в виду? Partitioning шагает рука об-руку с RAC. К сожалению, не было заполнено поле "что бы Вы предложили чтобы улучшить мероприятие". Хотелось бы получить список мест, где есть реклама и мы ее уберем. Скачайте слайды когда они будут доступны и укажите нам номера слайдов или процитируйте фразы, которые мы должны исключить из своего лексикона.

Еще раз: цель этого мероприятия состоит в том, чтобы технические специалисты почуствовали ценность технологии и поняли что такое RAC на самом деле, что можно следать при помощи RAC, а что нельзя. Если мы отвлекаемся от этой цели -- дайте нам реальные факты.


Что бы Вы предложили, чтобы улучшить мероприятие?

- Ужать до одного дня (NetCracker)
- Мало дней (АЦ ЕИС Жилище)
- Слишком много информации за два дня -- разбить на три дня (ООО Конфин В)
- Двух дней мало, стоит сделать 3 и добавить технических деталей (RealSoft)

Очень много предложений по изменению продолжительности семинара. В принципе, контента хватит и на три и на четыре дня. Как нам кажется, на три дня Вам уже будет тяжело отпроситься с работы, а одного дня все-таки маловато. Хотя, может стоит рискнуть и один раз попробовать сделать "RAC DD4D XXL" на три дня?

Когда мы проводим этот семинар в формате 1:1 для группы разработчиков, которые уже реально будут мигрировать на RAC, то мы увеличиваем количество дней, плюс знакомимся с кодом и архитектурой системы и выдаем RAC-омендации. Мы также продолжаем консультировать после семинара.

- Побольше живых примеров как в виде демо, так и в виде презентаций (но с описанием и с "разбором полетов") (Форс-БС)
- Хотелось бы услышать реально серьезный опыт внедрения и дальнейшей поддержки RAC (уровень сотового оператора). (IT Consulting)
- Больше "историй успеха". Увидеть реализацию и пообщаться с авторами проекта всегда полезно. (АКБ Авангард)
- Хотелось бы больше практики примеров внедрения (ООО Технокад)
- Больше реальных примеров из жизни с "подводными камнями" (Банк Русский Стандарт)
- Приглашать больше докладчиков об опыте внедрения (Банк Москвы)

Дмитрий Волков уже ответил. Мы добавим больше примеров проектов в виде наших собственных презентаций. Это сделать не так сложно, но для подробной и объективной информации нужны внешние спикеры. Это сложный процесс, т.к. очень немногие видят ценность в том, чтобы придти и выступить. Мы стараемся приглашать каждый раз из разных организаций. Из-за этого на разных семинарах глубина погружения в детали разная и зависит от спикера. На семинаре RAC DD4D в октябре выступал Александр Алехин, промышленный DBA из Соник Дуо (Мегафон Москва) с докладом о системе приема платежей на RAC. Он рассказывал про весь жизненный цикл "переезда" на RAC, но отвлекать его каждый раз очень не просто. Мы всегда сообщаем, что если Вы хотите рассказать про проект -- свяжитесь с нами. Мы дадим Вам время и Вы можете рассказать любой (положительный или отрицательный) опыт.

Вообще, мы думаем об отдельном мероприятии, которое будет состоять только из выступлений заказчиков о результатах проектов на RAC. Мы назовем его "Oracle RAC Forum". Можно сделать параллельные сессии по индустриям. Можно сделать отдельно про технические детали и отдельно для представителей бизнеса. При этом Oracle не говорит ни слова. Подумайте только: Oracle не говорит ни слова -- мы сидим в сторонке и слушаем. Диму Волкова с Игорем Мельниковым отправим в отпуск. Никакой рекламы, никакого маркетинга. Только заказчики и только для заказчиков. Заказчики обмениваются информацией между собой. Как Вам идея? ...но что-то я размечтался. Для этого надо собрать очень много спикеров (в одно время и в одном месте). Пока нам получается проще выступать самим, чем организовать "Oracle RAC Forum". С точки зрения объективности информации и предоставления спикеров большие надежды на RuOUG. Поживем увидим.

- Проводить семинар почаще (раз уж RAC это mainstream) (ЗАО Компания ТрансТелеком)

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

- Добавить возможность участникам семинара выполнять упражнения по темам (выполнять лабораторки) (ОАО МОЭК)
- Не дают клавиатуру (РОСНО)

У нас есть RAC DD4D LAB Edition, но это платное мепроприятие и оно к сожалению доступно пока только партнерам Oracle. В аудитории только 13 "машино-мест".

Это были далеко не все отзывы, но мы внимательно смотрим на все, что Вы нам пишите.


Еще раз спасибо всем кто пришел. Мы получили огромное удовольствие. Будьте в контакте и приходите на следующие меропрития. Например, 27 апреля будет RAC: От мифов к реальности за 120 минут. Ссылка на регистрацию. Приходить надо с начальником. Первая часть для начальника (будет сплошной мартетинг и реклама). Вторая - про установку RAC. Подробнее здесь.


Напоследок цитирую призовой отзыв:

Жалко, что семинары только в будние дни (Форс-ЦР)


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

RAC: От мифов к реальности за 120 минут - материалы от 15 апреля

Большое спасибо всем, кто пришел к нам 15 апреля послушать про RAC. Всего было 39 человек.

Большое спасибо компаниям СБСОФТ, Intel и Aquarius.

Я преклоняюсь перед Дмитрием Кучугуровым и Петром Фатьяновым из СБСОФТ. Я преклоняюсь перед ними...

Стали доступны презентации (3Mb) и фотографии (5Mb). Анатолий Бачин из Oracle Magazine Russian Edition тоже прислал фотографии (3.5Mb). Пароль мы Вам сообщили. Слушатели предыдущего семинара тоже могут посмотреть, т.к. пароль не изменился.

В открытом доступе можно посмотреть групповые фотографии: номер 1 (снята перед обеденным перерывом, 1.5Mb) и номер 2, которая снята в 8.55 вечера, с самыми стойкими DBA во время автоматической отработки последних процедур по добавлению узла в кластер, 1.5Mb. На этот раз мы закончили на 25 минут раньше.

На угловом фото: У нас похоже появился альтернативный логотип семинара. Внизу не знак Audi -- это было объяснение того, что такое масштабируемость. :^)

Читаем некоторые анкеты:


Что понравилось:

- Все (РосФинМониторинг)
- Ответы на вопросы (Банк Русский Стандарт)
- Доступность изложения материала (ООО МПК)
- Показано на "живых примерах" (АЦ ЕИС Жилище)
- Живое общение, непринужденная обстановка (GMES)
- Сложность RAC оказалась для меня мифом (Евросеть)
- Доступность объяснений. Комфортная форма общения (Почта России)
- Понравилось определение масштабируемости на практике (Евросеть)
- Доступность изложения материала, четкие ответы, основанные на практическом опыте (Почта России)
- Первая половина. Предметно и наглядно (ПетролПлюсРегион)
- Грамотность изложения. Наглядные и понятные примеры (Мультикарта)
- Использование Swingbench (ИФД Капитал)
- Презентация и доклад Дмитрия Кучугурова из СБСОФТ (ОАО Авиадвигатель)
- Качественное изложение информации. Полные и развернутые ответы на вопросы (ГВЦ ОАО РЖД)
- Демонстрации в части I (СБ РФ)

Что НЕ понравилось:

- Больше разборов конкретных примеров с выделением критериев целесообразности внедрения RAC и достигнутых показателей (Банк Русский Стандарт)

27 апреля добавим еще 3 конкретных примера.

- Парковка (Русский Стандарт)

Больная тема. Парковка отсутствует -- офис находится посередине большой стройки. У нас есть несколько мест, на которые мы можем поставить машины начальников. Правило парковки -- не более трех часов. Если нам сообщат номера и марки машин (elena.gudova гав гав oracle.com или тел. 641-1400), то мы оформим пропуска.

- Паузы в части II (СБ РФ)

Вторая часть ведется в прямом эфире, и на реальном железе. Тяжело предвидеть все ситуации. Интересно, что некоторым наоборот нравится, что случилась проблема и потом из нее все вместе выходят: "Побольше проблемных ситуаций с привлечением спецов Oracle, как было сегодня" (ООО МПК) :^) 27 апреля мы думаю что не выбьемся за пределы графика.

Что бы Вы предложили чтобы улучшить мероприятие:

- Почаще и подольше (АЦ ЕИС Жилище)

Постараемся почаще. К сожалению, многим не нравится "подольше" :^)

- Больше внимания техническим вопросам (ТПО Комус)

Во второй части обязательно.

- В первой части сократить объем слайдов, чтобы было меньше 20 на одну презентацию. Чаще делать перерывы (GMES)

Спасибо - краткость сестра таланта. Сократим слайды. Сделаем еще один перерыв.

- Выдавать презентации на руки (ПетролПлюсРегион)

Мы с удовольствием это сделаем в перерыве по Вашему запросу. Мы также выложили материалы в этом сообщении в электронной форме.

- Добавить про хранилище данных и про его использование с RAC (имя заказчика специально не указано)

Добавим. Внедрять RAC на хранилищах данных проще, чем на транзакционных системах. Это связано с тем, что обработка в запросов в хранилищах данных легко распараллеливается и большинство запросов только массово читают данные, что положительно влияет на масштабируемость в RAC. Для хранилищ данных у Oracle есть специализированное решение -- Oracle Database Machine (Exadata), которое с ходу ускорит работу хранилища в 10+ раз. RAC входит в это решение как один из компонентов. Если Вы строите хранилище или у Вас уже есть хранилище с размером где-то от 5Tb, то Database Machine может вывести его на совершенно новый уровень производительности.

- Давать информацию про особенности работы RAC на разных программно-аппаратных платформах (Solaris, AIX, HP-UX) (ГВЦ ОАО РЖД)

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


Это были далеко не все анкеты, но мы внимательно читаем ВСЕ, что Вы нам пишите!

Спасибо за Ваше время и участие.
Мы снова ждем встречи с Вами.


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

Фотка c Oracle APPS Forum 2009

Понравилась фотка со стенда RDTEX на Oracle APPS Forum 2009.

Смело и доходчиво.

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

Респект от o-rac-le.


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

RAC DD4D, 16-17 апреля 2009 года, Москва, Офис Oracle

Мы рады сообщить, что Андрей Криушин и Евгений Горбоконенко из компании РДТЕХ подтвердили свое участие в семинаре RAC DD4D 16-17 апреля. Традиция всегда участвовать на открытых семинарых в полном составе будет сохраняться. Ребята прошли через множество проектов по RAC. Их слушают затаив дыхание.

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

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

UPDATE 1: Мы уговорили Андрея Криушина выступить с докладом про опыт внедрения. В программе это отражено не будет, так как нет уже времени.


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

Gartner: Oracle RAC moved to MAINSTREAM use




Sergey Danilov:

В начале ферваля всемирно известная аналитическая компания Gartner (все вендоры безумно любят цитировать Gartner) опубликовала аналитическую записку Oracle RAC Moved to Mainstream Use. Я тоже люблю Gartner -- ребята знают, что пишут и отвечают за то, что пишут. Статью интересно почитать. В статье освещено множество тенденций. Она будет интересна и начальникам и IT-специалистам.

Мне лично больше всего понравилось слово mainstream (я запоминаю только слова из названий статей :^) . И это непонятное английское слово mainstream на самом деле означает очень простую вещь: RAC теперь используют и внедряют обыкновенные компании. Технология просто работает. У технологии есть четкое и понятная ценность для бизнеса: масштабируемость, высокая готовность и возможность сэкономить на железе (последнее особенно актуально при росте организации и особенно сильно перекликается со словом масштабируемость).

Не надо быть IT-вундеркиндом, чтобы внедрить RAC. Это mainstream. Не надо быть супер продвинутым IT-заказчиком, чтобы пойти на внедрение RAC. Это mainstream. Именно слово mainstream пришло мне в голову, когда компания СБСОФТ запустила в production проект в Почте России, и именно поэтому мы попросили СБСОФТ поучаствовать с нами в серии семинаров RAC: От мифов к реальности за 120 минут, чтобы Вы тоже почувствовали это магическое слово -- mainstream...

Позволю себе прокомментировать RAC-commendations от Gartner:

  • Organizations desiring shared capacity for databases and horizontal scaling of the database to align with business demand should evaluate RAC.
    Приходите к нам на RAC: От мифов к реальности за 120 минут. Вам захочется evaluate RAC.

  • Organizations should obtain RAC training and education, because clustering is more complex than single-instance DBMSs.
    Приходите к нам на RAC Deep Dive for Developers. Вы получите RAC training and education.

  • Customers desiring transparent failover of transactions during server failures should use Oracle application programming interfaces (APIs) and write application logic to enable automatic processing of the transaction on alternative available RAC nodes.
    Приходите к нам на RAC Deep Dive for Developers. Вы изучите API и узнаете все про automatic processing of the transaction on alternative available RAC nodes.

  • Do not use RAC where distributed, shared-nothing environments are required.
    100%. Не стоит строить территориально-распределенные системы, растягивая узлы RAC в масштабах страны. Приходите к нам на RAC Deep Dive for Developers, там есть и про это.

  • Use caution when considering RAC for small businesses and when there is a lack clustering skills.
    У Вас small business? В кризис большие компании станут маленькими, а у маленьких компаний появится возможность стать большими. :^) Ну а lack of clustering skills мы исправим -- приходите к нам на RAC Deep Dive for Developers.

Dmitry Volkov:

Мне очень понравился отчет. Он очень правдивый. Gartner очень точно отметил больные места 9i, и то, что они в большинстве исправлены к настоящему моменту. Хотя, по прежнему есть недовольство ASM, на ней нельзя держать binary файлы (будет исправлено в 11gR2), требуется чтобы LUN были одинакового размера. Не везде еще GUI, хотя с выходом EM 10gR5 почти все уже закрыто. Да, требуется научить приложение отрабатывать потерю узлов (TAF, FAN). И наконец, самое главное - хотя у Oracle сейчас есть ответы почти на все вопросы, по прежнему, цитата: "we found some customers, especially those from small and midsize businesses and new to RAC, to be less familiar with these options."

Приходите к нам на семинары. Мы сделаем все, чтобы Вы были fully familiar with all RAC options :)


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

FAN-callback в .Net

Начато бета-тестирование Oracle Provider for ADO.Net 11.1.0.7.10
В новой версии появилась возможность определять FAN-callback. Таким образом, теперь в .Net приложениях можно определять собственнную реакцию на события в кластере (запуск/падение узла или сервиса). Раньше данная возможность была доступна только для OCI и Java-приложений.

Слушатели очередного семинара RAC Deep Dive for Developers увидят живую демонстрацию, - как это работает.

Помимо этого, новая версия вводит полную поддержку Advanced Queueing. Например: стало возможным получать нотификацию о появлении сообщения в очереди (Asynchronous Notification). В случае кластера это тоже можно использовать: реагировать на уровне приложения на сообщения от LBA [Load Balancing Advisor]. Как вы помните, сообщения от LBA попадают в очередь SYS$SERVICE_METRICS. Мы можем настроить автоматическую пересылку (propagation) сообщения из этой очереди в нашу собственную очередь с трансформацией в формат приложения, и далее в приложении получать сообщения уже из собственной очереди. Эта очень сильная идея тоже будет рассмотрена на нашем семинаре.

Скачать Oracle Provider for ADO.Net 11.1.0.7.10 можно по следующей ссылке.


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

RAC: От мифов к реальности за 120 минут - 15 и 27 апреля

Открылась регистрация на мероприятие RAC: От мифов к реальности за 120 минут, которое состоится в среду 15 апреля, и в понедельник 27 апреля в офисе Oracle, в аудитории Афины на 9 этаже.

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


Для регистрации на 15 апреля воспользуйтесь ссылкой 1.
Для регистрации на 27 апреля воспользуйтесь ссылкой 2.


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

RAC in your life

RAC позволяет Вам главное - быть совершенно спокойным, что Ваше присутствие не потребуется во время сбоя. И Вы можете .. да хоть наслаждаться камином в районе полярного круга...just checking the performance from time to time...:)


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

RAC: От мифов к реальности за 120 минут - материалы от 1 апреля

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

Большое спасибо компаниям СБСОФТ, Intel и Aquarius.

Стали доступны презентации (5Mb) и фотографии (5Mb). Пароль мы Вам сообщили. В открытом доступе можно посмотреть групповые фотографии: номер 1 и номер 2 (1.5Mb каждая).

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

На угловом фото: Дмитрий Кучугуров, менеджер проектов компании СБСОФТ, на графиках Oracle Grid Control комментирует реакцию RAC на отключение питания одного из узлов кластера.


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

RAC: От мифов к реальности за 120 минут - 1 апреля

В дополнение к 100% техническим семинарам RAC DD4D и DBOD мы запускаем новую серию мероприятий класса "RAC для руководителей", которое мы будем регулярно проводить в офисе Oracle, в аудитории Афины на 9 этаже. Посмотрите приглашение и программу. Что же это за мероприятие и при чем тут мифы?

Мероприятие состоит из двух частей.

Первая, короткая часть, предназначена исключительно для IT-директоров, менеджеров и архитекторов проектов:

  • Занимает только 120 минут, без перегруза.

  • Понять в чем состоит ценность RAC для бизнеса.

  • Избавиться от мифов, сказок и прочих небылиц о технологии.

  • Увидеть как RAC позволяет построить масштабируемую систему.

  • Увидеть как RAC обеспечивает непрерывность работы приложений.

  • На реальных цифрах и примерах убедиться почему с использованием RAC можно снизить расходы.

Несмотря на позиционирование первой части исключительно для не-технических людей, мы утверджаем, что эта часть будет интересна и техническим людям. Проведя 15 мероприятий RAC DD4D мы поняли, что очень часто технические специалисты не до конца понимают в чем собственно business value уже используемого ими продукта.

Отсюда вытекает правило мепроприятия: представителям бизнеса желательно приходить вместе с техническим специалистом, а техническому специалисту необходимо позвать с собой начальника. Представители партнерских организаций Oracle также оджидаются именно вместе со своими заказчиками. После первой части вся группа участников будет иметь четкое понимание что такое Oracle RAC. Без мифов и небылиц.

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

  • Познакомиться с процессом установки. В семинар RAC DD4D эта тема не входит.

  • Познакомиться с кластерными сервисами и понять стратегию управления ими.

  • Познакомиться с добавлением узла в кластер средствами Enterprise Manager.

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

Мы проводим эти семинары вместе с компаниями СБСОФТ, Intel и Aquarius.

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


UPDATE 1: Мы собираемся повторить этот семинар 15 апреля (это будет среда) и 27 апреря (это будет понедельник). У меня пока нет ссылок для регистрации на эти два семинара. Ссылки должны появиться 30 или 31 марта. Если 1 апреля по каким-то странным причинам начало Вас смущать и Вы решите переместиться на 15 или 27 апреля, то я попрошу Вас перед регистрацией на 15 или 27 апреля сняться с регистрации на 1 апреля, чтобы у нас не было "мертвых душ".

UPDATE 2: Мы настоятельно просим технических специалистов приводить с собой своих начальников. Мы специально делаем это мероприятие для пары "руководитель + специалист". Руководитель уходит после перерыва. У руководителя мало времени и ему не интересны технические детали. Специалист остается до конца, а потом докладывает руководителю о результатах. :-)

Если технический специалист придет только один, то мы посчитаем это непростительным (unforgivable). Мы вызовим его к доске и попросим поучаствовать вместе с нами с докладом об Oracle на свободбную тему. Вся идея мероприятия состоит в том, чтобы специалист привел в собой руководителя и чтобы каждый получил ту часть информации, которая ему интересна (при этом если из огранизации придет одновременно два человека, и один будет выдавать себя за CIO или CEO, то мы конечно же не сможем это проверить). Вообще, мы стараемся сделать так, чтобы мероприятие было максимально понятным не-техническим людям и фактически превратилось в площадку для свободного общения и ответов на вопросы по RAC.

UPDATE 3: Мы получили несколько сообщений о том, что в систему нельзя зайти и зарегистрироваться. К сожалению, у нас нет контроля над исходным кодом этой системы, которая в данный момент работает для 150+ стран мира. Я могу только посоветовать Вам попробовать использовать другой browser или очистить cookies. Вы также можете попробовать создать совершенно новый Profile и начать регистрацию заново. Если зарегистрироваться ну никак не получается, то приходите без регистрации (но вдвоем с руководителем!) :-)

Если Вы хотите что-то спросить, то можно отправить комментарий.


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