Фотка c Oracle APPS Forum 2009
Понравилась фотка со стенда RDTEX на Oracle APPS Forum 2009.
Смело и доходчиво.
Как мне пояснили, на фотке Павел Баев - руководитель группы технической поддержки бизнес-приложений Oracle.
Респект от o-rac-le.
  |
Понравилась фотка со стенда RDTEX на Oracle APPS Forum 2009.
Смело и доходчиво.
Как мне пояснили, на фотке Павел Баев - руководитель группы технической поддержки бизнес-приложений Oracle.
Респект от o-rac-le.
да! да! у меня тоже есть такая фотка :)
ОтветитьУдалитьranger.
ps. долго думал, что бы такого политкорректного противопоставить этому слайду :)
и сколько OeBS'ов нужно взять для коктейля ? :)
ОтветитьУдалитьМне кажется, что этот слайд и политкорреконость не являются взаимо-исключающими понятиями, поэтому противопоставлять ничего не надо :^) Слайд вполне политкорректен сам по себе.
ОтветитьУдалитьТут вся красота в том, что придя на Oracle APPS Forum они не предлагают взять у них OeBS'ов. Насколько я знаю, они не занимаются внедрением/продажей OeBS'ов. Их message состоит в том, что они могут придти на площадку, где уже внедрен OeBS и перетащить его на RAC, обеспечив заказчику новый уровень масштабируемости и высокой готовности. Т.е. они предлагают чисто технологический сервис OeBS-клиентам.
ОтветитьУдалитьустановить то да,
ОтветитьУдалитьа вот умеют ли они клонировать
ОЕБС R12 под RAC? :)
Вопрос к команде РДТЕХ, но я думаю, что да :^)
ОтветитьУдалитьIMHO самая большая проблема это не клонирование, а правильная стратегия балансировки нагрузки, чтобы оно на RAC быстро работало и масштабировалось.
Я в свое время был техническим архитектором на проектах OeBS R11. Внедрял, когда еще клонирования нормального не было. 6+ лет назад. Была проблема найти и заменить в базе одни текстовые строчки на другие (тольно никто не знает в каких именно таблицах они лежат). Для этого я разработал утилиту db_grep, которая искала в базе по всем таблицам текстовые строки, которые должны меняться при клонировании и, если надо, заменяла их на новые строки. Тоже самое на middle tier, но уже обыкновенном grep-ом. И ничего. Склонировали. Ну под RAC может дополнительно чего надо будет сделать.
Я думаю, что следующий слайд на фотке будет "В РДЕТЕХЕ УМЕЮТ КЛОНИРОВАТЬ RAC ПОД OeBS", и т.п. :^)
Слайдов можно понаделать великое множество. Поверпойнт все стерпит. К слову, подобное клонирование не предусмотрено и, соответственно, ансапортед =)
ОтветитьУдалитьА кто видел следующий слайд? Мы лишь предположили, что будет, если мы нажмем на PgDn. :^)
ОтветитьУдалитьА почему вообще вопрос про клонирование R12 на RAC возник?
Сейчас есть стандартный процесс клонирования и никаких описанных выше прелестей делать не надо. Есть нота на металинке: 559518.1: Cloning Oracle Applications Release 12 with Rapid Clone on RAC Enabled Systems. Там все подробно написано. Вы или РДТЕХ или кто угодно ее открывает, клонирует и все supported.
В продакшене живет куча заказчиков с OeBS на RAC, в том числе в России штук десять. В Dell вообще вон общеевропейская система Order Management внедрена на 10 узловом (!) RAC: http://www.dell.com/downloads/global/casestudies/234_2007_dell_ma07_ordermgmt.pdf Уж небось научились как-то клонировать, чтобы было supported. Правда Dell еще вроде на R12 не переехал.
Но пост был не про Dell, не про R12 и не про клонирование. Пост был про фотку, которая смелая и классная.
Нота 783188.1 почетче будет! =)
ОтветитьУдалитьА первый Анонимус, который скользкий вопрос задал – так он просто правокатор какой-то =))
783188.1 вроде только про 11i
ОтветитьУдалить