Turkcell: Миграция 250TB хранилища на Exadata
В Европе Exadata стоит в каждой подворотне. Я не мог понять почему в СНГ это редкость, пока не начал работать с английскими заказчиками -- сразу все стало ясно. В Европе умеют считать деньги -- в России не умеют не хотят :^)
Пока Москва стоит в пробках коллеги из Turkcell мигрировали на Exadata 250TB хранилище. Как Вы знаете, хранилища сотовых операторов впечатляют своими размерами, так как приходится хранить все звонки с целью анализа всевозможных тенденций. Качественное хранилище представляет большую ценность и существенное конкурентное преимущество для сотового оператора. Хранилища размером 0.5PB - 2PB не являются в этой индустрии чем-то из ряда вон выходящим. Но ханилище должно быстро работать и не быть при этом дороже самой сотовой компании :^) Так вот, наши турецкие друзья мигрировали одно из хранилищ такого класса на Exadata. На самом деле, случилось это давно, еще во времена Exadata V2, но техническая информация от администраторов появилась только в сентябре.
Я уважаю Турцию. Это технологически продвинутая страна. Ведь даже наши друзья турки понимают, что получается в 10 раз быстрее и одновременно на порядки дешевле по всем направлениям: на порядки дешевле железо, на порядки меньше места в серверной, на порядки меньше электроэнергии и охлаждения, отсутсвуют коммерческие файловые системы, volume-менеджеры и что там еще влияет на конечную стоимось владения? -- ну да -- инженеры. Storage administrator? О чем Вы? Такой профессии в Turkcell больше нету. Теперь обыкновенный DBA вполне нормально администрит эти несчастные 25 TB (это не очепятка, это просто технология HCC сжала данные в 10 раз).
МТСы, Билайны, Мегафоны! Где Вы? Уже Турция сделала это. Вдумайтесь хорошенько: Т-У-Р-Ц-И-Я.
Disclaimer
После миграции на Exadata ни один Storage инженер не пострадал. Turkcell заблаговременно отправил их на курсы MBA и теперь они трудятся на благо компании на top-менеджерских позициях :^)
Сообщения
Sergey, а что если они вместо этого мигрируют на Teradata?
ОтветитьУдалитьРаз уш пошла мода на специализированные шкафы для баз...
Storage администраторы не нужны, компактность, SSD, объемы, отсутсвуют коммерческие файловые системы, volume-менеджеры.
Все это выполняется, плюс зрелость технологии, архитектурно ориентировано для DW, много всякого вкусного.
действительно , что бы управлять оракловыми DBA , нужно быть сертифицированнм управленцем MBA $))) - а то все разбегутся из-за неэффективной организации команды ;)
ОтветитьУдалитьи опять есть чему поучитсься у турков ;)
В основном бред :) Какие подворотни? :)
ОтветитьУдалитьЕсть иф-ция о кол-ве инсталяций ехадата по европе?
зы в снг уже есть. :)
>>Sergey, а что если они вместо
ОтветитьУдалить>>этого мигрируют на Teradata?
Teradata не Oracle. IMHO придется больше всего переделывать/переучиваться на весьма нестандартную технологию. А так все можно конечно.
Я бы еще побоялся того, что это слишком нишевая компания. Вот какой-нибудь Oracle их вдруг купит, да перестнет активно толкать... Что тогда делать -- опять мигрировать? :^)
>> действительно , что бы управлять оракловыми DBA ,
ОтветитьУдалить>> нужно быть сертифицированнм управленцем MBA $)))
золотые слова :^)
>> В основном бред :) Какие подворотни? :)
ОтветитьУдалитьНу Canary Warf например. Там с одной стороны небоскребы, а с другой стороны есть и такие места, где можно спокойно встать и пописать. Никто даже не заметит. Контрасты капитализма :^) В центре Чикаго тоже самое.
>> Есть иф-ция о кол-ве инсталяций ехадата по европе?
Да есть конечно. Проблема только в том, что она закрытая. Но на порядки больше.
>> зы в снг уже есть. :)
Да в CНГ есть конечно. Я не говорил что ноль полный. Просто заментна разница.
"Я бы еще побоялся того, что это слишком нишевая компания. Вот какой-нибудь Oracle их вдруг купит, да перестнет активно толкать... Что тогда делать -- опять мигрировать?"
ОтветитьУдалитьА если Oracle прикроет Exadata как очередную неоправдавшую себя технологию?
>> А если Oracle прикроет Exadata
ОтветитьУдалить>> как очередную неоправдавшую
>> себя технологию?
Обожаю нестандартное мышление. Но я пойду еще дальше чем Вы :^)
Например, сейчас в Oracle Database 10g/11g несколько тысяч официально зарегестрированных багов. Почему бы не прикрыть направление Oracle Database 10g/11g как неоправдавшее себя? Встречный вопрос: Что тогда будет?
Но Oracle не прикроет Oracle Database из-за багов. Почему? Потому что покупают. А почему покупают? Потому что все остальное существенно хуже.
>> МТСы, Билайны, Мегафоны! Где Вы?
ОтветитьУдалитьСергей, а у кого из них, реально работающие хранилище то есть? ;-))
>> Sergey, а что если они вместо этого мигрируют на Teradata?
А что это поменяет? Ихний украинский собрат в Киеве уже на Teradatе сидит. ХД то есть, только вот вопрос, отвечает ли оно потребностям бизнеса?
>> Сергей, а у кого из них, реально работающие
ОтветитьУдалить>> хранилище то есть? ;-))
Хороший вопрос. Пожалуй, только у одного :^) Об этом я и не подумал :^) Мне почему-то казалось, что у них у всех хранилища есть когда текст писал. А когда Вы спросили, то пораскинул мыслями -- ан нет, хранилища-то далеко не у всех. Во как. Ну да ладно. На самом деле, я не про сотовые компании хотел написать. Просто турки интересный проект забацали, и не засекретились, а рассказали как дело было. Молодцы ребята.
Странный пост. Ну турки. Ну мигрировали. Я не нашел в резентации, про то, зачем они это сделали. Я сейчас поддерживаю заказчика на Exadata который также перешел с DB2. Там были технические причины. Это интересно обсудить. Результаты интересно обсудить. Насколько мешают баги. Жалко что аргументацией становится "турки это сделали", наших людей на слабо не возмешь :))
ОтветитьУдалить>> Я не нашел в презентации,
ОтветитьУдалить>> про то, зачем они это сделали
Да, действительно, а какого хрена они это сделали?
Может у турок просто банально кончилось место в серверной комнате? Ну вынесли из сервеной лишних 10 стоек, да выкинули на помойку. Ну и что? В цивилизованной Турции просторные серверные, где цена квадратного метра на порядок ниже чем аренда площади в небоскребе на Canary Warf. Ты прав, место в серверной турок мало колышет. Позовут они своих турецких строителей, тык они им новую серверную за три копейки сделают, да еще с полным евроремонтом.
Стоимость пары storage-инженеров + стоимость пары volume-менеджеров в Турции близка к нулю. Уверен, что storage инженер в Стабуле получает меньше строителя-евроремонтника. :^)
Электричество. В слайдах указано, что съэкономили 57 - 20 = 17 KVA, что есть 13.6kW. При режиме работы 24/7 в год получается 13.6 x 24 x 365 = 119136 kWh. Как минимум еще столько же энергии пойдет на сooling. По цене 0.08 фунтов за kWh (мне известны цены только в UK :^) получаем 119136 x 2 x 0.08 = 19062 фунтов в год они экономят, что есть примерно 30000 привычных нам баксов.
Для бизнеса это копейки. Считай, стоимость одного-двух русских storage-инжеренеров в год. Ну или 12 турецких. ...или 302 китайских :^) Шутка.
Зачем же тогда турки огород городили? Им скорость принятия бизнес-решений была позарез нужна. Нужно было повысить business agility. Вот чтобы день прошел, и чтобы сразу звоночки проанализировать, пока конкуренты не проанализировали и решение быстрее них принять. Для этого им нужно было этого увеличение производительности на порядок. Чтобы отчет “Satış Kanalı Kırılımında Blackberry” вместо трех с половиной часов 66 секунд работал. Вот это для бизнеса представляло существенную разницу и за это бизнес был готов платить и принимать риски. Это же Турция -- там блин cut-throat competition. Там люди бизнеса за клиента друг другу харакири сделают. Скорость принятия бизнес-решения нельзя посчитать так же легко как электричество, понимаешь? Это только сам бизнес может прикинуть. И они никогда нам не скажут на презентациях какие именно знания они извлекают их хранилища при помощи тех 50000 отчетов в месяц и как эти знания помогают им принимать рещение. Они не спроста имена отчетов по-турецки оставили :^) (про google translate видимо забыли).
>> поддерживаю заказчика на Exadata который также перешел с DB2
>> Там были технические причины.
Дим, ну ты бы еще про Microsoft SQL Server написал. Ясный пень DB2 говно для таких задач :^)
Технический барьер -- это несомненно 100% case для смены платформы, но технический барьер это банально.
Мое мнение :^)
Фу, какие примитивные манипуляции: "У Турции уже есть, у вас ещё нет".
ОтветитьУдалитьУ Оракл СНГ спросите для начала. Что-то я не слышал, чтобы они стенд давали попробовать.
>> Фу, какие примитивные манипуляции:
ОтветитьУдалить>> "У Турции уже есть, у вас ещё нет".
С одной стороны, это все лишь блог. Мы тут просто шутки всякие пишем. Сарказм. Специально даже смайлики ставим в ключевых местах. Про себя в том числе. И про Оракл в целом.
И ведь действительно, мне даже стыдно стало. Начал по национальности сравнивать! На личности, так сказать, перешел. Скатился блин.
С другой стороны, есть разница и разницу хочется обсудить. Ведь действительно, почему у Турции есть, а у нас нет? Может, потому что у них климат помягче или религия у них другая -- мусульманство? Или бизнес-этикет или законодательство? Может они, как американцы и англичане, просто на слово верят? Типа, Оракл сказал что работает, значит надо брать, т.к. действительно работает. А у нас зачем-то тестировать обязательно хотят, и чтобы как минимум год тестировать, и чтобы в собственном центре данных и чтобы бесплатно и чтобы приложение вообще не надо было трогать :^)
Может мы русские более такие чиничные, а западники более такие наивные? С другой стороны, Турция это скорее восток чем запад. По середине, если быть географически точным.
Не могу не сослаться на интересный пост в тему сравнения почему у нас так, а у них по-другому: http://tema.livejournal.com/776202.html
...Может, поэтому я в англию с свалил... Ну да ладно, вы за турок-то меня строго не судите.
>> У Оракл СНГ спросите для начала.
>> Что-то я не слышал, чтобы они стенд давали попробовать.
Стенд давать в ближайшей перспективе не будут. Это правило висит на два уровня выше СНГ и никто его менять в ближайшее время не будет. Официальная позиция такая, что Oracle давно себе доказал, что технология работает, прозрачна для приложений и т.п., поэтому инвестировать в доказательства не требуется. Если есть сомнения, то можно отстоять очередь, приехать в английский центр тестирования и там тестироваться сколько необходимо. Я там, кстати, часто вижу турецкие банки -- сидят и тестируются. Видимо, на слово турки все-таки не особо верят.
Восток -- дело тонкое. Это я про нас, а не про турков. :^))))
> ... поэтому инвестировать в доказательства не требуется ...
ОтветитьУдалить> Если есть сомнения, то можно отстоять очередь, приехать в
>английский центр тестирования и там тестироваться
Сергей, и тебе до сих пор не понятно почему заказчики не хотят Экзадату?
Потом, как ты себе меня в отношении с клиентом? Прихожу к начальнику и говорю: "купи, всё будет Ок!". ? Так что ли? А с какого это я должен врать и говорить "Ok" про то, что сам не видел? И что я скажу начальнику на его вопрос: "дайте потестировать". Отправлю в Англию строять в очереди?
Я услашыл что Вы сказали, но я про другое. Это пост про то, что в России Exadata хотят на порядок меньше чем в Европе и на два порядка меньше чем в Штатах. Правила про очередь и про Англию у Oracle во всем мире одинаковые. Я пытался понять, почему для турок не проблема, а в России проблема. Или например почему банки в европе покупапют сразу больше десяти стоек экзадаты в раз, а у нас я пока ни одного банка с экзадатой не видел.
ОтветитьУдалитьЯ точно также как и Вы никогда не пойду к своему начальнику и не скажу "покупай все OK" если я этого не держал в руках. Зачем нам врать и принимать на себя не нужные мне риски?
Но ведь турки покупают, а мы нет. Болгары (братья-славяне!) из M-Tel внедрили Exadata как только появилась первая версия, а у нас тишина. Туркам тоже нужна виза и бабки, чтобы долететь до англии на тестирование. Они едут, а мы нет. Все европа едет, а мы нет. В чем разница между нами и "ими"?
Тут еще пара интерсных наблюдений: необходимо, чтобы в компании было какое-то "событие" (event), которое остро ставит вопрос о необходимости изменений. Это долно быть что-то неотвратимое Например, истекает срок гарантии на всю технику на надо просто заново все покупать, или например, есть понимание, что с такой производительностью жить больше нельзя и надо чтобы в 20 раз все быстрее работало. Может, у нас такой event никогда не возникает и все могут себе позволить не комиттиться на изменения.
Еще очень важно, чтобы бизнес видел в этом во всем свои деньги. Т.е. чтобы бищнес понимал, что для него есть в том 20-кратном ускорении, которое даст вон та коробка. Если такого понимания нет, то уже не важно хорошо работает та коробка или плохо.
Т.е. нужно понимание бизнеса и острая необходимость. У нас как-то видимо тяжело с этим. Я не знаю как еще объяснить это. Это не только к Exadata относится.
В описанной Вами ситуации ходить в начальнику бесполезно. Видимо, все и так как-то работает. Он попросит дать потестировать, потом какой-нибудь баг вилечить, потом что-нибудь еще, потом дорого скажет, потом версия базы данных не та, потом с каким-нибудь Veritas это не работает, и т.д. и т.п. Нет чего-то неотвратимого, что застявляет бежать и постоянно и в темпе меняться. Может, у нас конкуренции настоящей на рынке нет... Я даже не знаю. Если бизнесу надо, то бизнесу похрен, что там: Solaris или Linux и какая там версия. Начальник к Вам сам придет (прибежит, приползет) если это реально бизнесу надо, да еще будет стоять у над головой чтобы быстрее миграция проходила...
Или я не прав?
Тут на неделе был на семинаре по Exadata в ФОРСе, который проводил Husnu Sensoy. Всем конечно было интересно, но боюсь вряд ли кто из присутствующих реально может способстовать продвижению Exadat'ы. Husnu произвел сильное впечатление, очень продвинутый малый, и по Oracle, и по железкам. Думаю, он там в Турции не один такой.
ОтветитьУдалитьДа, это вопрос необходимости этой штуки бизнесу все-таки.
ОтветитьУдалитьКстати, для тех кто вдруг еще не в курсе, что такое есть Exadata или уже успел забыть:)
ОтветитьУдалитьRich Niemiec 1 декабря прочтет небольшой webinarчик (в рамках biwa и exadata sig)
программа и регистрация вот
http://ioug.itconvergence.com/pls/apex/f?p=219:1:1287220272789630
disclaimer
к докладчику и сайту непосредственного отношения не имею
>> поддерживаю заказчика на Exadata который также перешел с DB2
ОтветитьУдалить>> Там были технические причины.
Можно поинтересоваться каковы были "технические причины" ? Использовалась ли DB2 DPF ?
По поводу стэнд попробовать...
ОтветитьУдалитьSergey Danilov, насколько я понимаю образы Exadata есть стандартно на http://edelivery.oracle.com
(два образа Oracle Database Machine Database Host и Oracle Database Machine Exadata Storage Cell). Только в запароленных архивах. Если это то о чем я думаю (обычные образы ОС с уже развернутым ПО), то наверно можно было бы самому собрать стэнд пусть даже на виртуалках и опробовать новую технологию. Полагаю что и на виртуалке оно должно быть примерно в таких же пропорциях быстрее (безусловно! ;)) чем обычная инсталляция БД (файлы данных или ASM) в виртуалке.
Остается только вопрос где взять этот пароль?
Ну и конечно один момент: а что если кто-либо развернет эти образы не на саноркловском железе, а на каких-нибудь Supermicro....
В чем проблема?
ОтветитьУдалитьКачаем патч 9969888 (без пароля :)
http://www.pythian.com/news/15921/exadata-storage-server-software-11-2-1-3-1-released/
А стенд не дают - это видимо
VM image, с помощью которого демонстрируют exadata на ноутах :) или проводят обучение
http://tylermuth.wordpress.com/2010/06/18/exadata-cell-offload-processing/
> Использовалась ли DB2 DPF ?
ОтветитьУдалитьDPF это наверно DB2 partitioning. Я не знаю. Причины, как объяснили мне были следующие: - загрузка не успевала закачать все за ночь. Consistent Read как в Oracle в DB2 нет - в DB2 в этом режиме писатели блокируют читателей. Утром запускали отчеты, им нужны были актуальные данные. Чтобы избежать блокировки влючали режим грязного чтения, при этом в финансовые отчеты попадали несогласованные данные. Это почему-то не нравилось финансистам.
Прошу прощения если написал не коррректно про DB2.
>где взять этот пароль?
Меня тоже мучает этот вопрос на сайтах citybank, bank of new york, rbs. Всего ли пароль. Правда говорят что наш соотечественник однажды решил это проблему..правда с побочными последствиями. Подумайте об этом.
> Качаем патч 9969888
и не забывем прикупить infiniband, и сановское железо с определенным уровнем firmware. Больше проблем я не вижу. Кроме филосовской - зачем ? Если у вас есть реальная проблема - позвоните Данилову и он вас запишет в центр тестирования по блату:)
> Фу, какие примитивные манипуляции: "У Турции уже есть, у вас ещё нет".
ОтветитьУдалить+1500
"Consistent Read как в Oracle в DB2 нет - в DB2 в этом режиме писатели блокируют читателей." В старой DB2. В 9 версии (особенно 9.7) положение изменилось. Но если "загрузка не успевала закачать все за ночь" - какое там грязное чтение может помочь прочитать данные, которых вообще ещё нет? Не думаю, что это проблема именно DB2.
ОтветитьУдалить>> загрузка не успевала закачать все за ночь
ОтветитьУдалитьРаботал с двумя заказчиками в городе Манчестер, которые жаловались на тоже самое. Загрузка зашкаливает на утро и невозможно работать. Правда они на Oracle 10g R2 сидели. Сейчас оба на exadata мигрируют. Причем размеры баз у них были совсем небольшие по сравнению с турками. У обоих стояли Sun 25K и EMC DMX SAN.
>> По поводу стэнд попробовать...
ОтветитьУдалитьIMHO если есть сомнения в производительности, то стенд на виртуалках сомнений не развеет. Хотя, все конечно от глубины сомнений зависит. По-хорошему, чтобы сомнений не было, тестироваться надо только на реальном железе, на реальной нагрузке и минимум годика два. А лучше три :^) Но сомнения все равно могут остаться.
> Как минимум еще столько же энергии пойдет на сooling.
ОтветитьУдалитьСрочно учить принципы работы кондиционеров.
> По цене 0.08 фунтов за kWh (мне известны цены только в UK :^) получаем 119136 x 2 x 0.08 = 19062 фунтов в год они экономят, что есть примерно 30000 привычных нам баксов.
30тыщ долларов, столько стоит 1-2 месяца работы одного консультанта на миграцию. Консультанто-часов там потратили заведомо больше.
Хотя может действительно в Турции 1.5к\мес з.п. у толкого ИНженера, но 30к даже на одного русского инженера не набегает.
>> Срочно учить принципы работы кондиционеров
ОтветитьУдалитьЯ не эксперт по CRAC. Как правильно считать? Мне нужна была пессимистичная оценка "снизу". Например, в документе http://www.apcmedia.com/salestools/NRAN-5TE6HE_R2_EN.pdf в разделе Conclusion читаем, что потребление CRAC можно прикидывать как 1.3 от мощности самой системы, т.е. получается, что мой коэффициент 1.0 пессимистичен. Какие у Вас цифры/подходы к расчету?
Про русские, турецкие и китайские зарплаты была шутка. Мы все знаем, что 30000 это копейки.
Лед тронулся...
ОтветитьУдалитьhttp://www.ruoug.org/blogs/ego/
;)
--
EGo
Женя, классная фотка. Почему без Криушина? :^)
ОтветитьУдалитьРаз Exadata начал появляться у наших компаний-интеграторов, может они начнут раздавать её-ресурсы в аутсорсинг компаниям, у которых не то что на Exadata , на Oracle EE с нужными опциями нет денег. Было бы очень в духе времени облаков.
ОтветитьУдалитьKriushin Inside? :)
ОтветитьУдалитьТак Андрей еще пока в РДТЕХе работает, а я уже нет ;)
ОтветитьУдалить--
EGo
>Раз Exadata начал появляться у наших компаний-интеграторов, может они начнут раздавать её-ресурсы в аутсорсинг компаниям, у которых не то что на Exadata , на Oracle EE с нужными опциями нет денег.
ОтветитьУдалитьСм. http://www.oracle.com/newsletters/information-indepth/on-demand/dec-10/exadataod.html
Сомневаюсь, что будет намного дешевле покупки DBM
>http://www.oracle.com/newsletters/information-indepth/on-demand/dec-10/exadataod.html
ОтветитьУдалитьЗдорово, если я правильно понял, предлагается как минимум четверть стойки. Т.е. выделяется конкретное железо, а не виртуальная СУБД внутри DBM (по аналогии с виртуальными ОС)?
Тогда, действительно, сэкономить на этом, видимо, не удастся.
> Я не эксперт по CRAC. Как правильно считать? Мне нужна была пессимистичная оценка "снизу".
ОтветитьУдалить"CRAC system rating". rating - это не потребляемая мощность, а отводимое количество тепла.
Вот здесь в картинках схема работы http://js.com.ua/articles/princip_rabot_rondicionera
пессимистичная оценка это 0.5, типичная 0.3 Причем этот коэффициент применим и к охлаждение и к обогреву.
По экзадате: к нам пришли, сделали презенташку, цены, умножили\разделили и решили ничего не менять еще 3 года, тем самым сэкономив кучу денег. Через 3 года, когда они допилят всё это добро, пусть приходят и опять будем умножать и делить :)
> у которых не то что на Exadata , на Oracle EE с нужными опциями нет денег
ОтветитьУдалитьзначит им не нужен Oracle EE. Я неск лет назад очень сильно в своей конторе продвигал идею сдачи в аренду вычислительных мощностей оракл. У нас лицензии соответствующие были, свои ДЦ, каналы, железо... Но дальше исследования технологических возможностей не пошло. Те кому надо - могут купить целиком, у тех у кого нет денег - им не настолько надо чтобы пользоваться лицензионным, они тупо воруют.
Я боюсь показаться не патриотичным, но кажется к двум известным проблемам (дороги и мм..участники движения) у нас прибавляются еще две:
ОтветитьУдалить>они тупо воруют.
> и решили ничего не менять еще 3 года
Это конечно шутка, ничего более.
Сейчас, когда не дают увеличивать IT бюджет, тема аутсорсинга и облаков должна , казалось бы, актуализироваться, хотя бы для средних компаний. И судя по всему, Оракл постоянно двигается в этом направлении. Для тех, кто переживает, что DBA будут красть его данные, сделали Database Vault. И Exadata шаг в том же направлении (облаков). Вот только не пойму, разве Exadata не позволяет делить ее виртуально, без привязки к железу?
ОтветитьУдалить> и решили ничего не менять еще 3 года
ОтветитьУдалить>> у нас прибавляются еще две
Добавилось не у Вас, я не в бСССР живу и на бСССР компании не работаю уже много лет.
Есть HW и Oracle лицензии которые выполняют возложенные бизнесом задачи. Есть ряд отлаженных (!) процессов реализуемых HW, пока недоступные в Exadata (например Snapview и SRDF). Зачем выбрасывать это работающее и справляющееся HW и SW, чтобы просто идти в ногу со временем?
Помимо нового железа и лицензий надо оплатить сам процесс миграции, а это 1000чи часов работы сотрудников по полному тестированию и доработке имеющего функционала.
Вы представители оракла\интеграторов, вам выгодно пропагандировать новые фичи, прикольно попробовать новый функционал "в деле", чтобы потом написать вот такую заметку в стиле "а вас слабо". Но для бизнеса это просто вложение бабла, ради получения бОльшего бабла или для дальнейшего поддержания процесса получения бабла. Часто бизнесу с головой достаточно функционала 8i, без кластеров и прочих стримс, но есть игла на которой сидят, под именем "desupported". Чтобы как-то прикрыть эту иглу выпускаются новые фичи, в большинстве случаев использовать их можно только через 1-2-3 версии.
> Добавилось не у Вас, я не в бСССР живу и на бСССР компании не работаю уже много лет.
ОтветитьУдалитьУуупс. Но привычки то я вижу остались ? :) Шутка. Шутка.
> Вы представители оракла\интеграторов
Ууупс 2. Я не представитель ни первого, ни второго.
Этот пост написал человек из Oracle UK, на русском языке, но он не получит ни одного пенса если кто-нибудь что-то купит здесь, в этой стране. Он написал это потому что ему действительно обидно за нашу страну.
> тиле "а вас слабо"
Тоже считаю что подача материала могла бы более корректной (gentle).
*прослезился и ушел открывать очередной баг на MOS*
Я вижу что сейчас этот блог вызывает очень много вопросов - в первую очередь - 'что же они продают ?' Понимаю, что поверить что вам ничего не продают очень тяжело.
Наверно пришло время что-то изменить в подаче материала.
> Ууупс 2. Я не представитель ни первого, ни второго.
ОтветитьУдалить"Но привычки то я вижу остались ? :) " (с) Ж:-)
Вы работали в Джете, потом в Оракле. Интегратор, потом сам Оракл. Так что...
Вот какая действительно привычка появилась, так это сперва оценивать трудоёмкость, а потом уже стоимость железа\софта. Наша команда ДБА клиенту обходиться по одной экзадате в год и в силу бизнес задач её уменьшить нельзя :) Хотя наша команда не самая многочисленная.
Мой пост был не только об экзадате, а вообще о новых мегамодных фишках. Например стримсы. Тооолько они их хоть как-то заставили шевелиться и не падать, как бац... Послей 11ый версии их развивать не будут, приходите и платите денежку за ГГ. Нам не надо ГГ, у нас это наконец-то на стримсах взлетело! Хотя, положу руку на ..., можно сказать что и без стримсов бы всё отлично жило :) Квестовцы свою поделку на эту тему выпускали, с которой тоже пришлось поработать.
Каждый раз читаю New Features как мурзилку. По очереди восклицая: "А раньше вы каким местом думали?!" и "Ну и кому оно надо?!"
> . Наша команда ДБА клиенту обходиться по одной экзадате в год
ОтветитьУдалитьВзял 2 млн в год поделил на 10 дба..ну пусть на 15....
Давайте так - вы берете меня к себе и никогда не услышите от меня ни про какие новые фичи ?
В каждой шутке есть доля шутки
> Нам не надо ГГ, у нас это наконец-то на стримсах взлетело!
Это я понимаю. сейчас у моего заказчика все вяло шевелиться на mview иногда даже падая, но сказать ему про ГГ я не могу.
Я знаю что на мне проклятие интегратора и Oracle ...но я вменяемый :)))
>> пессимистичная оценка это 0.5, типичная 0.3
ОтветитьУдалить>> Причем этот коэффициент применим и к охлаждение и к обогреву.
Спасибо. Теперь буду применять коэффициент 0.5 когда понадобится грубая оценка.
>> Есть ряд отлаженных (!) процессов реализуемых HW,
ОтветитьУдалить>> пока недоступные в Exadata (например Snapview и SRDF).
Если какой-то процесс реализуем и отлажен на HW, то это ничего не значит.
Уж сколько раз Том Кайт и др. твердили миру, что SRDF дрожее и одновременно тупее, чем бесплатный data guard. Ведь при использовании SRDF (или любого другого способа Remote Storage Mirroring) Oracle обязывает полностью лицензировать вторую площадку. То есть data guard у Вас все равно длжен быть куплен. Зачем еще покупать дорогущий и одновременно тупой SDRF?
В Exadata не будет ничего похожего на SRDF. Это просто не нужно.
>> Зачем выбрасывать это работающее и справляющееся HW и SW,
>> чтобы просто идти в ногу со временем?
Если все работает и при этом дохрена бабок, то можно никуда особо не рыпаться. Но у многих заказчиков нет больше тех бабок, которые были раньше. А требования в производительности не уменьшаются. И тут приходит понимание, что можно жить без SDRF, Volume manager, storage-инжерена и т.п. При эитом будет одновременно дешевле и быстрее.
Но если все и так работает, то трогать не надо :^)
> Sergey Danilov: что можно жить без ...инжерена
ОтветитьУдалитьВсе, держите меня трое. сейчас я его забаню за это выражение. Без инженера можно, только очень недолго все это будет работать...примерно часа 2 :) Приезжай - я покажу тебе как она на самом деле работает..если без инженера.
без storage инженера.
ОтветитьУдалитьПоказывать не надо, так как я в этом ничего не понимаюю :^)
> Зачем еще покупать дорогущий и одновременно тупой SRDF?
ОтветитьУдалитьБесплатный data guard, к сожалению, не умеет "реплицировать" ничего кроме БД.
SRDF же такой суровой избирательностью, к счастью, не страдает.
Совершенно верно. SRDF имеет смысл только если не используется БД.
ОтветитьУдалить>"МТСы, Билайны, Мегафоны! Где Вы? Уже Турция сделала это. Вдумайтесь хорошенько: Т-У-Р-Ц-И-Я."
ОтветитьУдалитьМТС уже на Терадате, чего и всем остальным желаю.
>МТС уже на Терадате, чего и всем остальным желаю.
ОтветитьУдалитьоткуда такая информация?
ps я работаю на МТС, но про терадаты не слыхал...
Sergey Danilov> Если какой-то процесс реализуем и отлажен на HW, то это ничего не значит.
ОтветитьУдалитьЭто как? Как убедить клиента, что то за что он уже заплатил и что его досихпор удовлетворяет надо выбросить и заплатить еще раз за тоже, но с перламутровыми пуговицами? По пути пройдя по куче вновь расставленных граблей.
Sergey Danilov> Уж сколько раз Том Кайт и др. твердили миру, что SRDF дрожее и одновременно тупее, чем бесплатный data guard.
Если бы Том Кайт работал в ЕМС, то твердил бы он что-нибудь другое. У SRDF помимо плюса «тупой» - есть еще плюсы:
- он работает и за него уже уплОчено
- на него надо заметно меньше трудозатрат по поддрежанию и мониторингу. Уже имеющиеся 2-3 человека, управляющие еще и другими данными, вполне справятся еще и с управлением srdf для БД.
- оптимизровать ситуацию с лицензиями можно
Snapview – чего-то похожего по ТТХ у Oracle RDBMS нет.
Sergey Danilov> Если все работает и при этом дохрена бабок, то можно никуда особо не рыпаться. Но у многих заказчиков нет больше тех бабок, которые были раньше.
Чтобы использовать исправно работающие системы – денег нет, а вот чтобы внедрять свежевыпущенное – есть? Решение «не покупаем ничего» намного экономичнее решения «покупаем вот эту новую штуку».
Я же не говорю что Exadata – труп и никому не нужен. Она будет популярна, но это не всем подходящее решение.
Dmitry Volkov> Взял 2 млн в год поделил на 10 дба..ну пусть на 15....
«Обходится клиенту» и «платится ДБА» это две разных суммы :-) В среднем клиента чарджат по ~$100..300ph.
Но работу я смотрю ты нашел, поздравляю :) В этой конторе русских очень много.