DBUG, 17-18 june, материалы
25.06 Update 1. Выложена недостающая презентация Вадима Гусева и решения 3 из 5 задач.
С совершенно неожиданным успехом (для первого раза) прошел наш семинар Oracle MIG-RAT-ION (aka DBUG).
С нами выступали коллеги из МегаФон-Москва, Oracle Consulting, RDTEX. Слушатели смогли получить представление как об официальной точке зрения на процесс upgrade так и о реальном опыте очень серьезных проектов.
Из более чем 80 слушателей мы получили тольку одну оценку "среднее", все остальные были отлично и хорошо. Спасибо нашим слушателям, что они подхватили нашу идею по решению заданий, и 3 из 5 задач были решены. Участники семинара могут ознакомиться с решениями.
По традиции, некоторые отзывы:
- Много различных интересных выступлений, понравились реальные истории из жизни о миграции баз крупных компаний (Stek Soft)
- Новые варианты облегчения миграции, Место проведения, Подача материала, Мозговой штурм по заданиям (Transsistemotechnika)
- Предложение решить практические задачи по обновлению версий БД, достаточное количество практических примеров (Petrol Plus Region)
- Много информации по существу (по теме). Много советов (практически из жизни) (Lionsoft)
- Классный технический семинар (Sheremetyevo Cargo)
- Практические задания, название семинара DataBug (РДТЕХ)
Поскольку тема Upgrade очень востребована и не только в пределах МКАД :), а далеко не все могут приехать, то после некоторой внутренней борьбы я решил открыть доступ к презентациям всем зарегистрированым читателям блога (25.06 я добавил презентацию Вадима Гусева в архив. Она же отдельно.). Enjoy ! Следующую версию семинара мы все равно улучшим :). Кстати контент попросил у нас otn.oracle.com. Не знаю даже, давать или нет :)))))
Конечно же лучше один раз услышать, чем увидеть. Фотографии мои, Анатолия Бачина и Юлии Булановой. Ждем отчет о семинаре в очередном номере Oracle Magazine/RE. Анатолий, когда уже Ваши репортажи будут публиковаться без приставки RE?
Вы можете прочитать о проекте РДТЕХ по миграции в Раййфайзенбанке. Не забудьте также, что 30 июня состоится веб-семинар РДТЕХ "Миграция на новую версию Oracle: как провести успешный проект?".
Юлия Буланова прислала нам свою собственную подборку фотографий (3 Mb).
Гы. РДТЕХу должно быть стыдно:
ОтветитьУдалить>В ходе проекта проводилась миграция с версии Oracle8 32bit Sun Spark Solaris Enterprise Edition Server 8.0.6.3.0 на версию Oracle9i 32bit Sun Spark Solaris Standard Edition Server 9.2.0.8.0 баз данных промышленных экземпляров банковских систем АБС4, эксплуатируемых в 44 региональных филиалах банка.
Тимур, Вы посмотрели не на ту цифру. Ключевая цифра в пресс-релизе 44, а не 9.2.
ОтветитьУдалитьЭто пресс-релиз про проект серьезного масшатаба, а не про конкретную версию Oracle.
И там вся соль про то, как справиться с этой самой цифрой 44. Им бы не пришло в голову делать пресс-релиз, если вместо 44 стояло 1 или 2. А вот 44 -- реальный повод рассказать об этом. Такой проект не сделать без дисциплины. Это уже серьезно.
Вот какие я сделал выводы для себя лично: когда один банк (с трезвым западным мышлением!) поглотил другой банк (наш российский!), то они слегка прифигели от доставшегося им "it-ландшафта" и начали в срочном порядке заделывыть проблемные места. Я не удивлюсь, если в срочном порядке пришлось бежать в Oracle докупать недостающие лицензии, продлевать поддержку и т.п.
На версии 8 реально поддерживаемые промышленные системы уже не живут. Вспомните график Игоря Мельникова, который он показывал в начале семинара Oracle MIG-RAT-ION. Надо было принимать срочные меры, иначе будет эффект "серой шейки", только с грустным концом.
Она подобрали версию Oracle, на которую можно было срочно переехать и продолжать жить не особенно меняя приложение, расширив таким образом "полынью серой шейки" на какое-то время.
Я не удивлюсь, если мы скоро увидим пресс-релиз по переезду всех филиалов банка на новую АБС с новым Oracle...
Legal disclaimer: I don't know this for a fact. This is just my guess :^)
>Тимур, Вы посмотрели не на ту цифру. Ключевая цифра в пресс-релизе 44, а не 9.2.
ОтветитьУдалитьЯ не о том смеюсь ^_^ Sparc
О да, меня это тоже смешит.
ОтветитьУдалитьЯ как увидел, направил в РДТЕХ сообщение: "Измените в пресс-релизе слово Spark на слово Sparc (в двух местах), а то я предвижу, что у на блоге пойдут замечения на эту тему. Sparc = Scalable Processor ARChitecture."
Не успел. :^) Но думаю, что в понедельник поправят.
Но спарк останется спарком как его не называй. :^)
"What's in a name? That, which we call a rose, by any other name would smell as sweet".
-- William Shakespeare
Сотрудника СБСофт и последнего докладчика на панорамной фотографии (2Mb) порвало - видимо глюкнул софт - или not supported ^) и это не оракле
ОтветитьУдалитьЭто не софт. Это руки. Я поправил - перекачайте пожалуйста.
ОтветитьУдалитьБыло здорово. жаль успел только на один день. Едиственное, что напрягало - это стулья и некоторая неподготовленность примеров ))
ОтветитьУдалитьНе могли бы вы выложить решения для представленных задач?
ОтветитьУдалитьДмитрий - Вы немного слуквили.
ОтветитьУдалитьДля решений которые были 17.06 были _немного_ другие формулировки заданий (неточности - которыми мы и непиминули воспользоваться).
Соответственно выложенный Вами архив (puzzle.rar) не удовлетворяет условию object_consistent=Yes :))
слуквил не то слово. Вообще поменял задание по ходу :)
ОтветитьУдалитьНо не очень понял какое конкретно задание вы имеете в виду.
а нет более подробных данных по миграции - объем, время миграции.
ОтветитьУдалитьУ нас было подобное - миграция 19 филиалов и одной центральной базы.
Правда было 2 человека.
Интересно узнать бы детали.
Свои детали доложите сначала. И подписаться тоже было бы неплохо :)
ОтветитьУдалитьНачали обзванивать ...
ОтветитьУдалить... а мы пока не мигрировали :((
"
ОтветитьУдалитьКто мне писал на службу жалобы?
Не ты?! Так я же их читал!
"
В. Высоцкий
Цитирую письмо:
"
ближайший переход осень этого года (хотя возможно после семинара темпы перехода возрастут и мы мигрируем быстреее)
"
Ну осень то - уже вот она. Вот и обзванивают :)))))))))))))))