db2crash,

факт ? где ? я не вижу. вижу цифирю записи дельты оракла + блокировки и дельты дб2, причем цифири без источника ... ну дельта с блокировкой больше, меня это не удивляет. хотите конкретные цифры - пожалуйте:
http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=105080802
http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=105101702

Немного о блокировках:
1. If the DB2 Lock List memory structure (which keeps track of locks within the database) is sized correctly, NO lock escalation occurs !!! The Self Tuning Memory Manager (STMM) will AUTOMATICALLY adjust this memory parameter to ensure lock escalation does NOT occur !!!

2. The Oracle UNDO table space and its UNDO segments require additional database storage and each reader of a data block must have its own copy of the data block:
- High overhead due to the fact that Oracle does not keep track of locks in memory, but tracks write locks on disk

3. Data Blocks within the UNDO table space are marked for reuse when a write transaction using the data block completes:
- Read transactions are NOT considered, this can result in the “read version” of the data block being overwritten before a read transaction completes, resulting in a roll back of the read transaction


Факты были чуть Выше ... :) .. теперь, отностительно TPC-C тестов.
Такие ссылки Я могу целый огород набросать. Подумать только, IBM System p 570-я ...
почему не System p595 с Power 6 ???
IBM Power 595 Server Model 9119-FHA - http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=108061001

Можно посмотреть здесь -
http://www.tpc.org/tpcc/results/tpcc_results.asp?orderby=dbms
или здесь - http://www.tpc.org/tpcc/results/tpcc_perf_results.asp

Вот вам еще один факт -
DB2 9.5 delivered a world record breaking result of record breaking 6,085,166 tpmC on the TPC-C benchmark running on a single system 64-core IBM Power 595 server. This result is 49% higher than the Oracle 10gR2 result which was run on a single system 128-core HP Integrity Superdome server.

Теперь о реальных фактах (а не в общем) ... можете поупражняться в сравнении:
http://www.sap.com/solutions/benchmark/sd2tier.epx
http://www.sap.com/solutions/benchmark/sd3tier.epx


DB2 recently released a new SD 2-tier benchmark using the Power6-based processor that is superior to Oracle (8000 vs. 7300 SD users) and has held the SD 3-tier benchmark leadership position for over the
last 4 years.

Value proposition for IBM DB2 9: Cost/Benefit Case for SAP Enterprise Migrations
[b]http://www-03.ibm.com/solutions/sap/us/detail/resource/L734039B13530T12.html

http://www-03.ibm.com/solutions/sap/us/detail/landing/J233701A22235G06.html
http://www.redbooks.ibm.com/abstracts/sg247385.html[/b]

Думаю,
что заказчики SAP - знают истинное положение вещей !!!

For many tablespaces, it’s also probably advisable to turn off lock escalation. SAP’s cluster table interface can read cluster tables without causing a problem with lock escalation; however, with other ERPs, lock escalation is one of the biggest contributors to poor performance.
http://www.db2mag.com/db_area/archives/1999/q2/99sp_yevich.shtml
Да это же старая статья - 1999 года .... :) ...Вы бы еще за 1899 год привели статью ... ха-ха-ха
Вам не следует вводит людей в заблуждение .. или это такой стиль прививает Ларик и вся его команда....

Насколько мне известно - SAP будет поддерживать только для Oracle 11gR2 (дальше - кирдык).

Для общего развития:
-----------------------
Oracle RAC was first made available in 2001. At the time, Larry Ellison made a lot of statements about how it would run Real Application (hence the name) like SAP and others. However, after 7 years, Oracle has yet to make RAC generally available for use with SAP. Why is that? Does it not live up to the promise of scalability and high availability under real world SAP workloads?

In 2004 Oracle began to pilot SAP on RAC with 1 customer on Tru64 (a now dead OS) and 1 customer on AIX. One year later they had moved up to 2 pilot customers on each platform. We are now in 2008 and RAC is still under “Controlled availability on all these platforms”. Do you want to run on a platform that could not be GAed even after 7 years of work? This is increased risk to your project s.

SAP does not support ASM (Automatic Storage Management with RAC) – But Oracle recommends ASM for all RAC installations. What do you do?

Use an unsupported option or go with a suboptimal storage management system that Oracle does not recommend?

Oracle RAC does not fully support rolling upgrades
- Only 5% of patches are rolling upgradeable
- No patchsets or Critical Patch Updates are rolling upgradeable
- SAP requires shared Oracle home directory negating rolling upgrades

Это меня позабавило ... да здравствует ORACLE RAC ... :)

Теперь о производитеьности:
------------------------------
Oracle results on Power 6 show a dramatic performance drop per core when running with RAC
You would need 76 cores of Oracle to equal DB2 on just 64 cores

SAP SD 2-tier results for databases running on the IBM Power6 processor. There are 2 results for DB2 and several results for Oracle. The Oracle results are both with non-RAC (the 8 core result) as well as with RAC (the 32, 48, 64, and 80 core results).

DB2 64-core result significantly exceeds the Oracle RAC 64-core result (by almost 20%).
In fact DB2 on 64-cores delivers the same performance as Oracle on 76 cores.

DB2 performance per core increases from 16-cores to 64-cores. In contrast the Oracle RAC results lose performance from the non RAC 8-core result down to the RAC clusters of 32, 48, 64, and 80 cores.
------------------------------------------------------------
SAP Performa nce - сравнение DB2 с Oracle:
Performance measurement before and after migration from Oracle to DB2 on same System p hardware:
DB2 40% faster Dialog
DB2 40% faster Batch processing
--------------------------------
и т.д.

не думаю, что проблемы с математикой у меня. при 6 нодах RAC падение одной из них даст просадку всего на 16%, это при том что ресурсы HADR-ского стендбая тупо простаивают. учитывая, что стендбай нода может быть одна, простаивать будет 50% ресурсов.
по записи лога в RAC, не вижу связи с временем переключения. попробую повторить: для того чтоб обеспечить сравнимую с RAC доступность дб2 придется писать не только в собственный лог, но и доставлять в синхронном режиме на стенбай ноду и записывать еще и там. на этом фоне 43кб выглядят гораздо привлекательней.

Не отрицайте очевидное.

Для начала посчитайте стоимость решения ORACLE RAC на 6-ти нодах для заказчика.
Дальше, сравните линейную масштабируемость ORACLE RAC (к слову - DB2 работает с 1024 узлами в кластере) , какой прирост призводительности получает заказчик и за какие деньги.
Дальше, приведите хоть один пример, работы ORACLE RAC c 6-нодами хотя бы на местном рынке и
за одно расскажите почему при увеличении узлов в класте в ORACLE RAC, падает производительность ... :) ... если не сможет ... тогда спросите у Technical Director at Oracle at Kirk McGowan ... или например у другого светила ORACLE ... Don Burleson и Mike Ault ...

Подсказка - Parallelism in RAC requires a lot of data movement between nodes !!! ,
сказываются архитектурные проблемы ...

Don Burleson is likely the most prolific author on Oracle technology having written over 30 books on Oracle. He speaks at most Oracle conferences. On his website is an article entitled “Beware of using RAC with a data warehouse” http://www.dba-oracle.com/oracle_tips_rac_clusters_warehouse.htm

At that same site is the quote from Mike Ault who literally wrote the book on RAC (author of “Oracle 10g Grid and Real Application Clusters”) who concurs with Burleson saying RAC is sub-optimal for data warehousing. The source for Mike Ault’s comments is at the same link above within the Burleson article.

OARCLE Вам расскажет ... ха-ха-ха ... :)

Теперь о математике ... Я Вам немного помогу ... :)

Для начала, оценим стоимость ORACLE RAC (4-узла) -
Oracle RAC on 4 4way AMD Servers running Linux, 4x4way AMD, 16 cpu Oracle/RAC,1st year maintenace, Total Oracle Price ~ $1.3M (внимание: Linux !!! Не AIX !!! ).

Теперь оценим стоимость для INFORMIX (даже не DB2!!!) - IDS on 8way p5 570 add in a passive Standby: 2x8way p5 570 (AIX), 9 cpu IDS Ent, 1st year maintenace, HDR, Total Informix Price ~ 664k

Обратите внимание - IDS has 100% Performance after failure

Думаю, для начала будет достаточно.
Про не линейность масштабирования ORACLE RAC - поговорим чуть позже.

С уважением,
Вадим.

db2crash,

Отвечаю по порядку ... :)

1. На счет фантазий ...
по блокировкам, эскалации и и/о, много фантазий, но не вижу фактов. факт состоит в том, что в конкретном тесте TPC на идентичном железе большее оракловое и/о тем не менее перевесило блокировки db2. я склонен думать, что именно на счет конкурентного доступа.

При чем сдесь операции I/O к блокировкам ????
Если у Вас есть сомнения по поводу достоверной информации, обращайтесь в SAP или в IBM.
И нечего народу лапшу вешать на уши. Те кто понимают, поймут о чем идет речь.

2. Читайте внимательно, Вы же мастер своего дела.
сравнивать производитеьность субд по тестам на разных желязяках, с разным кол-вом процессоров, да еще и на разных платформах по меньшей мере глупо. p5 570 мной был выбран именно потому, что этот tpc-c тест был выполнен на идентичном железе. в тестах SAP-SD на идеентичном железе не проводилось.

Я могу сравнивать производительность на разных аппартных платвормах и на одной и той же аппаратной платформе, в отличие от Вас. Производительность DB2 yf 15-20% выше на одной и той же аппаратной платформе !!! Это есть факт !!!! Если Вы хотите продать заказчику экстенсивную технологию, то есть затратную и аргументировать ему, что делаете ему великое благо - это тоже позиция .... все хотят заработать ... :) ... только не надо нам вешать лапшу !!!

Дураков хватает .... Ваш контингент - казнокрады !!!
Любой трезвомыслящий руководитель не будет выбрасывать день на ветер ... если он конечно не идиот или засланный казачок ... :)

3. Вы не только не владеете информацией, но и несете бред сивой кобылы !!!
что касается RAC, в отличие от shared-nothing кластеров IBM реально обслуживает OLTP нагрузку. оракловый кластер реально работает у десятков тысячь клиентов, в том числе и на SAP инсталяциях. кластера IBM для OLTP нагрузки не годятся никак, 1024 нод в клатере db2 из разряда "Джо умеет печатать на машинке со скоростью 1024 знаков в минуту, но така фигня получается ..."


Фигня получатся, если человек не понимает о чем говорит. Вы можете спросить у SAP И IBM
сколько у кого инсталляций. Отмечу сразу, что больше всего SAP было установленно на HP !!!
Что касается 1024-узлов, это реально работающая система, которую устанавливали в jодной из лаборатории IBM !!!

Теперь на счет OLTP - Вы наверное не знаете, что самый быстрый OLTP-движок, это INFORMIX,
после него идет DB2 (DSA-архитектура Infromix, обеспечивает мультипоточность в контксте процесса). Последние версии DB2, используют облегченные процессы на уровне операционной системы. Это упрощает управление и распределение памяти на уровне операционной системы в контексте виртуализации аппартных ресурсов - ведь это так модно сейчас.

Например, оптимизатор DB2 может запросить у менеджера операционной системы информацию, для эффективного планирования и управления выполнения SQL-запросов.

Думаю ,что ORACLE - это и не снилось в кошмарном сне .... ха-ха-ха ...

4. Каждый хочет увидеть то, что хочет ... :)
что касается масштабирования RAC - смотрим тесты SAP-SD Parallel:
http://www.sap.com/solutions/benchmark/sd1_results.htm
а конкретно IBM System p 570 на 2х,3х,4х и пяти нодах RAC 10g. четыре ноды RAC это 32 процессора = 151800 SAPS теперь смотрим не кластерные результаты IBM Power 595, 32 Processors на db2 9.5 = 177950 saps


Мой милый друг, смотрите между строй ... как SAP-считает сапсы, Я знаю, в отличи от Вас.
Поверьте, у меня для этого есть полное описание методологии такого расчета ... :)
Мне не нужно рассказывать чем отличется System p 570 от System p 595.

И вот еще что, стоимость HW в проэкте - это всего лишь - 30-40% от общей стоимости.
Делайте выводы ... кому и сколько Вы платите !!!

т.е. в реальности некластерный db2 9.5 всего на 15% производительней четырех нод RAC


Это не мало ... Попробуйте сравнить кластерный DB2 c ORACLE RAC или кишка тонка ...

5. Вас наверное плохо учили по математике .... Сканави ... :)
математика: теперь возьмите калькулятор и посчитайте к четырем нодам RAC понадобится всего одна небольшая нода p570 для обеспечения доступности при выходе из строя одного из компов и сколько будет стоить дублирование такого монстра как p595.


Попробуйте задачку из Моденова ... :) .. Почему Вас тянет сравнивать самолет с пароходом ???
Уж если сравнивать, то только 570-е конфигурации или 595-е ....

Вычислительный кластер DB2 можно построить и на 570-серии и на 595-й!
И все равно это будет дешевле !!! Не за счет железа ... за счет стоимости лицензий ORACLE+RAC.

И дело сдесь не в IBM железках ... какую бы Вы платформу не выбрали .. стоимость решения ORACLE RAC всегда выше ... :)

6. Был у нас такой юморист ....
Вы в курсе что только один 8-way p570 это более $2M (без СХД) ? две такие махины с информиксом это более $5M, только на половину такой суммы можно сотню "4x4way AMD"

Пример из жизни ... в одном из Телекомов, жил себе INFORMIX на Intel железяке (32-bit, 4GB RAM),
обслуживал биллинговую систему (~ 300 пользовалей) и не очем не тужил. Пришли верующий дяди из ORACLE ... отстой .. давайте повысим капатализацию вашего бизнеса ... :)
Установили ORACLE на старую железку ... заказчику чуть кондрат не хватил ... максимум 60-пользователей ... вот и весь сказ ... :)

Теперь о цифрах: DB2 на 25% требует меньше ресурсов чем ORACLE, INFORMIX на 75% чем ORACLE.
В OLTP-задачах, ORACLE боится INFORMIX как огня. При меньших ресурсах - эффективность выше.
Байки про великие OLTP результаты ORACLE нужны тем, кому нужно обоснование расходной части бюджетный средств - другими словами аферистам, тем которые лезут Вам в карманы !!!

Сказка ложь да в ней намек ... добрый молодцам урок !!!

С уважением,
Вадим.

разве, что в ваших эротических фантазиях, а вот в телекоме, тестах tpc и sap ситуация ровно противоположная.

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

С уважением,
Вадим.

nkulikov,

Коля, привет!
Очень рад, что ты нашел время посетить этот форум.
Как у тебя дела, какие планы на будущее? В IBM не тянет ? ... :)
Напиши мне на домашний e-mail.

С уважением,
Вадим.