Текущее время: Пт, мар 29 2024, 01:24

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: HANA vs. OEBS
СообщениеДобавлено: Пн, окт 05 2015, 09:49 
Ассистент
Ассистент

Зарегистрирован:
Пт, ноя 30 2012, 09:08
Сообщения: 38
Пол: Мужской
Всем привет, сейчас все советуют изучать SAP HANA. Почитал темы на форуме, посмотрел на Ютубе примеры/демонстрации и т.д.
Вопрос знатокам:
На мой взгляд SAP HANA просто стал куском оракла, т.к. реализуемым в HANA вьюшкам и методом разработок это уже как 10-20 лет используются в Oracle.
У меня стаж работы с ораклом +5 и ehp+abap +3 года, и не могу понять я:), что всё такие всей особенного не вдаваясь в базисные мелочи.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: От чайников к знатокам
СообщениеДобавлено: Пн, окт 05 2015, 10:42 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Пт, сен 28 2012, 13:20
Сообщения: 638
Откуда: Германия
Пол: Женский
может стоит почитать
viewtopic.php?f=14&t=91465&p=542566#p542566


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: От чайников к знатокам
СообщениеДобавлено: Вт, мар 29 2016, 18:16 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, авг 09 2005, 21:20
Сообщения: 538
Süßstückchen написала:
может стоит почитать
viewtopic.php?f=14&t=91465&p=542566#p542566


Лучше эту тему сюда перенести. Там только брутальные технари ходят, а тема актуальная не только для них.

_________________
Мы свое призванье не забудем - смех и радость мы приносим людям


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Чт, мар 31 2016, 16:24 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, окт 17 2015, 13:11
Сообщения: 59
Если кратко, то - нет. HANA в чем-то похожа на Oracle (MVCC, например), в чем-то совершенно другая (multithreading vs multiprocessing)
Не вдаваясь в технические детали, основное отличие (во всяком случае, до выхода Oracle 12+In-Mem) - поколоночное хранение, движок, заточенный на максимальную параллелизацию (calc engine), возможность строить нематериализованные вычисляемые на лету вьюхи графическими средствами. Кроме того, возможности строить комплексные вычисляемые вьюхи, используя вызовы вычисляемых вьюх, расположенных на других бд, возможность автоматически архивировать данные на отдельный инстанс (on-disk storage) и подтягивать их оттуда обычным селектом, возможности предиктивного анализа, фуззи-поиск, гео-поиск и т.д. и т.п. Назвать все это "куском оракла" никак нельзя.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Чт, мар 31 2016, 17:18 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, авг 09 2005, 21:20
Сообщения: 538
Комрады, ну о чем вы говорите? Сказать, что HANA и Oracle похожи, так у обоих есть MVCC это все равно что сказать "Все базы данных похожи, потому что в названии у них у всех есть слово "база" и слово "данных".

Oracle развивал свои решения на протяжении нескольких десятелетий проходя путь естественного отбора. Формировал свою стратегическую линию, купил производителя железок и процессоров с целью обеспечить единство в обеспечении производительности софта и железа. В сосоедней ветке я писал, что на тему обработки в БД в оперативной памяти уже давно многие облизывались, но недостатки перевешивали преимущества. И что в результате, БД Oracle 12 на x86 делает HANA на том же x86 от Dell минимум в два раза. Ну это факт и отрицать его нельзя. Производительность поднята за счет грамотного построения работы с кэшами и обработкорй SQL. Никаких колонок и прочей хрени, чистая OLTP классика. А если взять рисковые процессора c 32 ядрами на камне и 8 потоками обработки на ядро. Там производительность ваще несусветная. И что проще, переехать с апдейтом с Оracle 11 на Oracle 12 или мутить проект с миграцией на HAN-у .

IMHO, я всю эту затею с HANA вижу как великую авантюру от SAP, которая стала возможна после ухода из HO SAP поколения технарей. Мне жутко от открывающихся перспектив! Это как в соседней стране, где все радостно прыгали и всякое кричали, так и здесь некоторые персонажи c восторгом кричат HANA... HANA...и действительно какая то ХАНА!

_________________
Мы свое призванье не забудем - смех и радость мы приносим людям


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Пт, апр 01 2016, 12:12 
Ассистент
Ассистент

Зарегистрирован:
Чт, мар 27 2014, 15:22
Сообщения: 34
markone написал(а):
БД Oracle 12 на x86 делает HANA на том же x86 от Dell минимум в два раза. Ну это факт и отрицать его нельзя.

Пруфлинком поделитесь ?
Цитата:
А если взять рисковые процессора c 32 ядрами на камне и 8 потоками обработки на ядро. Там производительность ваще несусветная.

SAP SD two-tier benchmarks :

SPARC T7-2 (64 core/512 threads) - 2634 SAPS/core
INTEL XEON E5v4 (44 core/88 threads) - 2632 SAPS/core

Почувствуйте разницу, ага


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Пт, апр 01 2016, 16:16 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, авг 09 2005, 21:20
Сообщения: 538
kds написал(а):
Пруфлинком поделитесь ?

Вот отсюда взял (начиная с 8-ой страницы):
http://www.oracle.com/technetwork/database/in-memory/overview/benefits-of-dbim-for-sap-apps-2672504.html

А по поводу
kds написал(а):
SAP SD two-tier benchmarks :
SPARC T7-2 (64 core/512 threads) - 2634 SAPS/core
INTEL XEON E5v4 (44 core/88 threads) - 2632 SAPS/core
Почувствуйте разницу, ага

... ну как то по ядрам сравнивать CPU, которые построены на абсолютно разных архитектурах как то не комильфо.
Вот у Оракла есть дохлая железка 2 CPU - 168600 SAPS на коробку
И вот у Cisco есть дохлая железка 2 CPU - 115820 SAPS на коробку
Это как соревнования дистрофиков, ни у первой , ни второй железяки нет каких либо ярко выраженных преимуществ.
Когда говорил про "нисусветную производительность" я имел ввиду
Вот эту железяку
http://www.oracle.com/technetwork/database/exadata/exadata-x5-2-ds-2406241.pdf
где в конфигурации 1/8 шкафа это 2 сервера БД по 2 CPU E5 и 3 storage сервера тоже по 2 CPU E5
или вот эту железяку
http://www.oracle.com/us/products/servers-storage/servers/sparc/supercluster/supercluster-m7-data-sheet-2737630.pdf
Где уже не только сервера БД есть, но и сервера приложений.
Их производительность даже сравнить не с чем!
Самое смешное это то, что они в "в сборе" стоят в разы дешевле чем одни только лицензии на HAN-у, не говоря уж про стоимость перезда и HAN-овские железы.

_________________
Мы свое призванье не забудем - смех и радость мы приносим людям


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Пт, апр 01 2016, 18:21 
Ассистент
Ассистент

Зарегистрирован:
Чт, мар 27 2014, 15:22
Сообщения: 34
markone написал(а):
Вот отсюда взял (начиная с 8-ой страницы):
http://www.oracle.com/technetwork/database/in-memory/overview/benefits-of-dbim-for-sap-apps-2672504.html

Так и знал, что ничего "более другого" кроме этого BW-EML'ного "бенчмарка" не найдется.
К вопросу о том, почему SAP его не сертифицировал : Oracle submitted a benchmark based on a custom setup, with manual triggers and materialized views, which production environments cannot support

И где там "на том же x86 от Dell" ?
А уж о причинах использования экзадата-ноды можно только догадываться....
Цитата:
... ну как то по ядрам сравнивать CPU, которые построены на абсолютно разных архитектурах как то не комильфо.

и почему же ? в контексте производительности кокретной прикладной задачи
Цитата:
Когда говорил про "нисусветную производительность" я имел ввиду
Вот эту железяку
http://www.oracle.com/technetwork/database/exadata/exadata-x5-2-ds-2406241.pdf
где в конфигурации 1/8 шкафа это 2 сервера БД по 2 CPU E5 и 3 storage сервера тоже по 2 CPU E5

И где же там "рисковые процессора c 32 ядрами на камне и 8 потоками" ?
Цитата:
или вот эту железяку
http://www.oracle.com/us/products/servers-storage/servers/sparc/supercluster/supercluster-m7-data-sheet-2737630.pdf
Где уже не только сервера БД есть, но и сервера приложений.

Cервера приложений на SparcSupercluster ? Серьезно ?
Цитата:
Их производительность даже сравнить не с чем!

Cравнивать нужно сравнимое, а не обычные платформы с програмно-аппаратными комплексами использующими оптимизированный database processing offload
И причем здесь вообще In-Memory ?
Цитата:
Самое смешное это то, что они в "в сборе" стоят в разы дешевле чем одни только лицензии на HAN-у.

Посчитаем обычную 8-ми сокетную машину для базового ин-мемори "без свистелок" на , скажем, 4ТБ RAM. Цены из GPL обоих вендоров.
Oracle Database (EE + IMO) - 144 * 0.5 * (47500 + 23000) = 5 076 000$
SAP HANA BASE Edition (4TB это 64 юнита по 64 GB по цене 30601$ за штуку ) = 64 * 30601 = 1 958 400$

В случае Exadata X5-8 Half Rack, использующую туже машину, добавится 7 * 12 * 10000 = 840 000$ за лицензии на Storage Cell

Поправьте, плз, если ошибся в расчетах.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Пт, апр 01 2016, 20:24 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, авг 09 2005, 21:20
Сообщения: 538
Хе-х. Ну что вы так все близко к сердцу принимаете то? Легкая раздраженность засквозила, едкая ирония, спокойнее, не корову ведь проигрываете, да и весна, пятница опять же.

Не буду цитаты вставлять, - домой уже хочется. Попытаюсь описать все скопом.

1. О пруфе. Пруф, как пруф, у многих и такого нет. Собрали люди стенд, промеряли, сравнили, опубликовали. Кому то нравится, кому то нет. Вот SAP- у, как видим не понравился. Целый документ выпустил. Спасибо, кстати за ссылку, я этого раньше не видел. Вот честно, лучше они бы его не писали, а то как на тухлую отмазку все похоже. Мол все не правильно потому что мануал тригерс, и че? Как в том анекдоте, всему городу, значит мануал тригерс не мешает, а им видите ли мешает. Ну не сертифицировали, значит не сертифицировали. Можно подумать, что Оракл на один только SAP работает. Другим разработчикам, да и самомоу Ораклу нормуль.

2. По поводу ноды в экзадате не понял на счет чего там можно догадываться? Ну, наверное насчет чего то можно догадываться...

3 По поводу Делл - 8-я страница второй абзац сверху, типа что то в вольном переводе, "что если сравнить с похожей конфигурацией Делл и все такое".

4 Про ядра. Тут как хотите, считаете по ядрам, считайте, хозяин - барин. Но мне кажется что при многопроцессорной обработке многозадачных приложений нагрузка должна распределяться равномерно. Я конечно понимаю, что в свое время BW когда-то упорно не хотел свои потоки параллелить, и что на 4-х процессорном сервере работал только 1 процессор, мы даже от SAP письмо получили извинительное, что звиняйте, так и есть и нам очень жаль, и мы работаем над этой проблемой. Ну это так, к делу не относится, просто , чтобы разговор скрасить.

5. Сервера приложений на суперкластер? Конечно серьезно!, И не только саповские апликухи, а так же туда же засунуть и какой нибудь Хиперион, и PLM и интернет портал, например от магазина. Да много чего туда засунуть можно. Например две инстанции на EPH 70 и старенькую 4.6. Уже есть такое и работает. Управление доменами и зонами наще все. Задачка конечно не фунт изюма, Но для ханы такое вааще безперспективняк.

6. Конечно поправлю! Если рассматривать базу на 4 Тб, то ... Пффф, Для Оракла это просто не о чем. Не все же люди больные, чтобы целиком всю БД в оперативку впихивать. Хорошо, если 4 ТБ, а если 50, а если 100, а если 600 Тб, а такие есть! Так что оракловской ин мемори столько DIMM-ов не надо Поэтому навскидку, достаточно будет двух М7, это 1 ТБ оперативной, плюс 2 ТБ SSD, или 4 Тб. Точную мимнимальную конфигурацию у ораклоидов можно уточнить, ну и гдето Тб 10 на HD? тоже минималку не помню. Для всего это хозяйства , вот прочто бы на вскидку и не заморачиваться с конфигурацией, берм минимальную набивку того суперкластера. Что я помни о минимальной конфигурации суперкластера, та это его цена, - что то около 350 килобаксов. И ЭТО ВСЕ! ВСЕ КАРЛ! И это не 2 ляма убитых енотов, а 350 тыр.т.к. суперкластер это у них в оракле считается, как инженерная система, то туда входит стоимость железа и всего нужного софта, ОС, БД, менеджер и еже всякой хрени. И это если покупать все "с нуля" а не апдейтить. Для апдейта наверняка какие нибудь программы есть. И туда еще влезут все песочницы, тестовый ландщафт, разработка. Ну, может для всего этого хлама названной конфигурации не хватит, но все это принципиально может там одновременно работать.

_________________
Мы свое призванье не забудем - смех и радость мы приносим людям


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Сб, апр 02 2016, 14:56 
Ассистент
Ассистент

Зарегистрирован:
Чт, мар 27 2014, 15:22
Сообщения: 34
markone написал(а):
Хе-х. Ну что вы так все близко к сердцу принимаете то? Легкая раздраженность засквозила

Не стоит выдавать желаемое за действительное.

Цитата:
1. О пруфе. Пруф, как пруф, у многих и такого нет. Собрали люди стенд, промеряли, сравнили, опубликовали. Кому то нравится, кому то нет. Вот SAP- у, как видим не понравился. Целый документ выпустил. Спасибо, кстати за ссылку, я этого раньше не видел. Вот честно, лучше они бы его не писали, а то как на тухлую отмазку все похоже.

У каждого вендорского бенчмарка есть набор правил, которые вы либо соблюдаете и получаете сертификат, либо идете [s]лесом[/s] со своей "самодеятельностью" писать булшитмаркетинговые методички.

Цитата:
Мол все не правильно потому что мануал тригерс, и че?

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

Цитата:
2. По поводу ноды в экзадате не понял на счет чего там можно догадываться? Ну, наверное насчет чего то можно догадываться...

3 По поводу Делл - 8-я страница второй абзац сверху, типа что то в вольном переводе, "что если сравнить с похожей конфигурацией Делл и все такое".

Ну и чего бы тогда не взять свой же обычный X5-2 сервер (что и используется в экзадате) в аналогичной деллу конфгурации и показать всему миру "как мы делаем хАну в два раза" на действительно одинаковом железе ? Ан нет, за каким-то для ин-мемори теста понадобились экзадатные стородж-целлы. Вот и интересно....за каким.
Цитата:
4 Про ядра. Тут как хотите, считаете по ядрам, считайте, хозяин - барин.

Ну вот и "ладушки", а то "некомильфо", понимаешь...
Цитата:
5. Сервера приложений на суперкластер? Конечно серьезно!, И не только саповские апликухи, а так же туда же засунуть и какой нибудь Хиперион, и PLM и интернет портал, например от магазина. Да много чего туда засунуть можно. Например две инстанции на EPH 70 и старенькую 4.6.

"не только лишь все" могут позволить себе забивать гвозди микроскопом. Рад , что у вас с этим проблем нет.
Цитата:
Что я помни о минимальной конфигурации суперкластера, та это его цена, - что то около 350 килобаксов. И ЭТО ВСЕ! ВСЕ КАРЛ! И это не 2 ляма убитых енотов, а 350 тыр.т.к. суперкластер это у них в оракле считается, как инженерная система, то туда входит стоимость железа и всего нужного софта, ОС, БД, менеджер и еже всякой хрени.

375 000$ цена минимальной конфигурации спарксуперкластера по оракловому прайсу. Это только стоимость железа. Oracle Databаse на экзадате и спарксуперкластере вы обязаны отлицензировать (в части compute nodes) так же как и на обычном сервере. Иначе уже давно бы ничего кроме экзадаты и спарксуперкластера под Ораклом не лежало. Единственная "поблажка" это возможность capacity-on-demand-лицензирования.
Таким образом если полностью лицензировать приведенный минимальный спарксуперкластер ( 2 node x 32 core) для Oracle Database (не забываем про RAC) под In-Memory то в GPL-ценах получится :
64 * 0.5 * (47500 + 23000 + 23000) = 2 992 000 $
что все равно несколько больше чем "хАновские" "2 ляма убитых енотов"


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: HANA vs. OEBS
СообщениеДобавлено: Ср, апр 06 2016, 14:07 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, сен 23 2005, 12:34
Сообщения: 1219
Пол: Мужской
логичным развитием для SAP будет своё аппаратное обеспечение и ОС через некоторый период времени.

_________________
"...во-первых — учиться, во-вторых — учиться и в-третьих — учиться и затем проверять то, чтобы наука у нас не оставалась мёртвой буквой или модной фразой..." (c) В. И. Ленин


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB