primary и доп. инстанции на разных апп. платформах

[Skif]

Привет,
что-то отстал от жизни :-[ - только что меня чухали насчёт "оптимизации" с помощью сабжа. Хотелось по голове дать, да не нашёл "кирпича" - были (лет 15 назад) такие идеи, но думал канули в лету. Так нет же. Опять "успешные м" выдвигают. Может есть "кирпич" у кого под рукой :) - типа "SAP против"

[№1]

Вот кирпича-то и нет. Это ж первое чем "хвастают" - поддержка мильтиплатформенная ;)

[Uukrul]

Вот кирпича-то и нет. Это ж первое чем "хвастают" - поддержка мильтиплатформенная ;)

У нас как-то специально ставили одну инстанцию виндовую, так как там нужна была расчетная задача, вот и поставили отдельно апликейшен виндовый, на нем запустили эту задачу, для ускорения расчета, так как 99% времени математика занимала.

[Skif]

У нас как-то специально ставили одну инстанцию виндовую, так как там нужна была расчетная задача, вот и поставили отдельно апликейшен виндовый, на нем запустили эту задачу, для ускорения расчета, так как 99% времени математика занимала.

mmm... это или /sapmnt свой или скрипты курочить?

[Skif]

старею :))
7.13 Heterogeneous SAP System Installation
This section provides information on the installation of an SAP system in a heterogeneous system
landscape. "Heterogeneous system landscape" means that application servers run on different
operating systems.
Procedure
See SAP Note 1067221 for more information on:
%_ ̇ÿ* Supported combinations of operating systems and database systems
%_ ̇ÿ* How to install an application server on Windows in a heterogeneous (UNIX) SAP system
environment
%_ ̇ÿ* Heterogeneous SAP system landscapes with different UNIX operating systems (see also Exporting and
Mounting Global Directories: Distributed and High-Availability Systems [page 64])

[Uukrul]

старею :))

Ну я так понял разобрался или дернуть человека который это делал? А то я как бы очень далек от таких вещей.

[Skif]

Ну я так понял разобрался или дернуть человека который это делал? А то я как бы очень далек от таких вещей.

да всё понятно. хотя я не сторонник таких экспериментов :). как минимум, администрирование усложняется. смешанные апликухи при балансировке по-разному вести себя могут.

[Michael_]

Был в свое время опыт развертывания и работы в таком ландшафте. В итоге пришлось отказаться от этого - центральная крутилась на aix, аппликейшены на windows. На aix нужны было ставить дополнительно samba и вела она себя, прямо скажем, не адекватно - постоянно лезли всякие "каки" с шарами. Особенно доставало это в транспортной, ложилась периодически. Так что опыт только отрицательный - ну его нафиг, этот гетерогенный.

[bdmalex]

Я бы на такую экзотику согласился бы только в самом крайнем случае,
когда резко возросла(и понятно,что такой она и останется) нагрузка и 
надо срочно поставить дополнительный инстанс. Железа нужного нет и будет через полгода, не раньше....
А полгода надо с этим жить.
Единственный вариант, который я могу себе представить...

Хотя нет, есть ещё один случай , тоже экзотический.
Краем уха слышал, что формирование Excel файла в фоне на Юниксах у Абаперов вызывает какое-то недопонимание...
Так вот, если инстанс под виндой, то такое формирование работает без проблем.
Вот в таком виде - ещё есть хоть какой-то минимальный смысл создания гетерогенных ландшафтов...

P.S>
Кстати, когда-то на сайте сапа можно на эту тему было скачать матрицу совместимости и там тоже не для любой комбинации возможны варианты...

[Uukrul]

Краем уха слышал, что формирование Excel файла в фоне на Юниксах у Абаперов вызывает какое-то недопонимание...

Про EXCEL не знаю, но у меня ставили под виндой инстанцию (основаная система была HP-UX) на интелах, так как надо было математику считать, а интела оказались значительно быстрее, поэтому поставили задачку крутиться на это инстанции. Вроде как проблем небыло особых.

[bdmalex]

а интела оказались значительно быстрее, поэтому поставили задачку крутиться на это инстанции.

Подозреваю, что сравнение быстроты у вас было между "бородатыми" чпуксами и современными интелами.
В таком варианте соглашусь, что интела быстрее. Но это же - "не сравнение", а профанация...

[Uukrul]

Подозреваю, что сравнение быстроты у вас было между "бородатыми" чпуксами и современными интелами.
В таком варианте соглашусь, что интела быстрее. Но это же - "не сравнение", а профанация...

Ну инстанцию оно все быстрее поставить чем продуктивное железо сменить :-)

[№1]

а профанация...

И тут возникает классический вопрос: "Вам - шашечки, или - ехать?".
Несомненно, сравнивать несравнимое - это профанация и нонсенс с точки зрения железячника, а функционалу совершенно пофиг на чем это крутится.
Реально видел конфигурацию, когда аппликуха решала все очень быстро, но результат у людей появлялся несколько позже, чем с центральной инстанции на допотопном железе...

[Skif]

что-то подумалось к теме - скомпилированный SGEN код в базе должен проверяться при запуске на соответствие платформе и рекомпилироваться в случае несоответствия?

[Uukrul]

что-то подумалось к теме - скомпилированный SGEN код в базе должен проверяться при запуске на соответствие платформе и рекомпилироваться в случае несоответствия?

Нет конечно, не должен он это делать. Код ABAP-а компилируется в промежуточный байт-код для SAP-ядра, которое выполняет этот байт-код. Код абапа не выполняется процессором инстанции, поэтому все равно на какой платформе он обрабатывается. По факту, компиляция программ на абапе, не является той компиляцией, которую к примеру делаете на C и получается выполняемый код. В общем виде этот тот же интерпретатор, только байткода, который конечно быстрее, чем чистая интерпретация текста абап-программы.

[Skif]

вот же, млин! не прошло и 15 лет как сподобился поинтересоваться физикой процесса :)
так это прототип жава машины получается :)

[Uukrul]

вот же, млин! не прошло и 15 лет как сподобился поинтересоваться физикой процесса :)
так это прототип жава машины получается :)

Ну можно и так сказать, хотя кто чей прототип я не знаю, т.е. есть некая машина, выполняющая некий промежуточный код. Ясно что, такой код будет выполнятся быстрее, чем выполнять чистый абап, как было по версию 4.0. Если правильно помню, то после нее появилось понятие генерации кода.