Добрый день. Сейчас SAP начал усиленно предлагать SAP ERP на HANA. Но при этом предупреждают, что сделали какие-то изменения в структуре таблиц. Поэтому будут проблемы с самописными отчетами ну и с SAP Query
Кто-нибудь уже пробовал переносить SAP ERP с Oracle/SQL Server на HANA?

Кто-то хвастался что они в Rump-up`е, но вот кто - не помню.
Полагаю что в РФ количество щаслифчиков исчисляется единицами, не достигающими и 5 ))

На киевском форуме вскользь рассказывали о больших изменениях в BSIS/BSAS/BSID/BSAD/BSIK/BSAK - т.е., отказаться от них не смогли - очень много стандарта на них завязано, но через HANA эмулируют наличие этих таблиц, а все прекрасно живет непосредственно на BKPF+BSEG.

Увы, это все, что слышал.
Но в любом случае, обещали, что миграция совершено не прозаичная задача.

Все это в частных беседах, на официальную версию не претендует.

Иногда получается проще и дешевле поднять чистую систему и перенести туда нужную функциональность запросами.

*вздыхает* это хорошо когда система без данных... а когда там барахла на многие терабайты... 10Тб, а то и 20...а то и 30...
вот тогда это действительно будет нетривиальная затея с гигантским даунтаймом.
а ведь, чем толще база, тем насущней проблема производительности....

Увы и ах, но по опыту с BW on HANA сценарии миграции покрывают не все возможные варианты инсталляций.
Остается надеяться что с ERP, как с core-компонентом, такой засады не случится.

что там SAP обещает, какой прирост производительности с SAP ERP on HANA?

продуктивные старты интересно были уже?

adropofmind а в каких попугаях мерять предлагается?

Мерять можно в микросекундах, можно в процентах и т.д. Прирост может быть очень разный. Если хотите своими глазами его увидеть - сходите на курс HA400(ABAP for HANA) .Вкратце - при спуске логики на уровень ханы можно получить ускорение от 1 до 1000 раз. Также SAP предлагает собрать у себя статистику и отправить им. В ответ - пришлют отчёт о потенциальном ускорении(в процентах по вашим транзакциям)

Dimarik
могли бы Вы разъяснить термин?:



насколько я понимаю, сама по себе СУБД не несет никакой логики и служит фактически хранилищем как и остальные СУБД (oracle, db2, mssql).
например у Oracle Exadata, насколько я помню, на уровне СУБД происходит первичная и пост-обработка запросов.. что и является одним из ускорителей. плюс активное использование кэшей (в том числе SSD)

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

SAP предлагает новую концепцию. Вынести максимальное количество выполняемой логики на уровень БД с Application сервера. А именно - в HANA. Специально для этого в ABAP 7.4 появился новый оператор call stored procedure.

Подскажите, а по человеко\часам - переход с ЕРП 6.0 ( практически один стандарт) сколько затрат(ну очень примерно)? много ли абапа ?

SAP ERP достаточно сырая система, судя по количеству нот, выпускаемых каждый день.

Переход на ERP on HANA может потребовать довольно серьезных затрат по ресурсам. Особенно, если много разработок. Если же у вас последний EHP, последняя версия ядра, ABAP 7.4 - то переход должен быть довольно безболезненным. В человеко-часах оценивать я не возьмусь... слишком много факторов.