Doubt on single stack or Dual Stack

Hello,
After logon to SAPgui how can we have come to know, system is installed on abap stack or dual stack.
Regards
K R Singh

Hello KR Singh,
the ways explained above are not sure shot ways to confirm if the system installed is single or dual stack.
HTTP Service can exist without J2EE as it did in older versions of SAP , same goes for the parameters (if they aren't configured properly).
The best way to check this is at the OS level.
Else you can do the following:
Check and validate the presence of J2EE schema in your database via transaction DB02
And combine this check with checking the presence of jlaunch and java processes in transaction ST06->Detailed Analysis->Top processes
Hope that helps.
Regards,
Siddhesh

Similar Messages

Java Stack Vs Dual Stack in Pi 7.3

Hi experts.
I open this thread because I'd like to know your opinion about the newJava installation option in SAP PI 7.3. In previous realeses (7.0,7.1) I felt more comfortable and safe in abap stack and I'm a little afraid about working only with java stack.
I'd like to know advantages and disadvantages to choose java stack instead of dual stack, why you'd choose one of two options or both in your nexts customers.
Thank u so much and happy new year!!!!

Java Stack or Dual Stack in 7.3
Java Stack alone: Almost all standard adapters including HTTP, IDOC and Proxy are all available in this stack. you need to use Integrated Configuration object for this. You are basically going to use Advance Adapter engine alone for the entire processing.
Pros:
No persistance steps here. So you would improve performance many folds for sure.
Throughput is also improved very much.
since 7.3, Solution Manager is available for monitoring inaddition to RWB and NWA. So monitoring would not be issue.
If you are looking for real performance improvement, Single stack Java to go.
Cons:
Abap mapping is not supported.
Message split to multiple receivers are not completely supported.
BPM interfaces are not seamless migration here. SAP 7.1 and lower versions support BPEL wheras 7.3 supports BPMN standards. So you might have to tweak a bit to modify existing interfaces here
Dual Stack:
Your option is pretty open. If you need some specific interfaces to handle only java stack, still that is possible and increase the performance. Also if you have lot of existing interfaces that requires BPM interfaces, ABAP mapping , Multiple split /branching etc.
still dual stack is the better option now. Here developer decides according to the requirement.
Still safe mode is going for Dual Stack for now and change in the future to single java stack alone.

Rebuild our XI application server from Single stack to dual stack

Hello,
We currently have an XI landscape with two application servers, the CI is of course a dual stack system, however the two app servers are single stacked, however we would like to make the two app servers into DUAL STACKs, my first guess was to rebuild the two apps from scratch and reinstall them as a dual stack apps. My Q is:
First: Do we need to rebuild both app servers, or can we make a change to the app servers to modify them to become dual stacked
Second: If we do need to rebuild both these apps, is there a specific document available to do this on Market place for installing a Dual stack app servers with PI?
Thanks in advance.
Sam
<Moved from SAP PI Forum>
Edited by: Prateek Raj Srivastava on May 13, 2010 12:27 PM

Hello,
Thank you all for your feedback,
Denny Liao, it is very interesting question you implied, we do have a J2EE directory created under the /usr/sap/SID/D30 directory:
/usr/sap/XQ9/D30
mqaapz28:xq9adm 13% ls -ltr
total 36
drwxr-xr-x   7 xq9adm   sapsys        96 Aug 24 2009 igs
drwxr-xr-x   9 xq9adm   sapsys      1024 Aug 24 2009 j2ee
drwxr-xr-x   2 xq9adm   sapsys      1024 Nov 11 2009 sec
drwxr-xr-x   3 xq9adm   sapsys      1024 Nov 24 10:48 log
obviously this app server does not have any (jlaunch/jcontrol process running) therefore it is not running as dual stacked. but interestingly enough I do see logs in the
/usr/sap/XQ9/D30/j2ee/cluster/server0/log directory created at the time of the initial install. and under:
/usr/sap/XQ9/D30/j2ee/cluster
mqaapz28:xq9adm 29% ls -ltr
total 30
drwxr-xr-x   2 xq9adm   sapsys      1024 Aug 24 2009 bootstrap
-rw-rr   1 xq9adm   sapsys        39 Aug 24 2009 version.bin
-rw-rr   1 xq9adm   sapsys      6339 Aug 24 2009 instance.properties.vmprop
-rw-rr   1 xq9adm   sapsys      3676 Aug 26 2009 instance.properties
drwxr-xr-x   7 xq9adm   sapsys      1024 Aug 26 2009 dispatcher
drwxr-xr-x 11 xq9adm   sapsys      1024 Aug 26 2009 server0
as per the note you mentioned above (741289 ) this explains how to recover a lost J2EE parameter setup, I am guessing this can be simply followed and re-enable the app server to run as a dual stack.
also my system information for the J2EE on the CI is:
System XQ9
Find other systems in SLD... Message Server
Host: mcsapxq9j
Port: 3924
Enqueue Server
Host: mcsapxq9j
Port: 3224
Database
Name: XQ9
Host: mcsapxq9dbx
Type: Oracle (Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production With the Partitioning and Data Mining options)
Software Components all components...
Name Version Applied
sap.com/SAP-JEECOR 7.00 SP21 (1000.7.00.21.0.20091214121410) 20100506125119
sap.com/SAP-JEE 7.00 SP21 (1000.7.00.21.0.20091214121301) 20100506124943
Licenses
Installation Number *** not yet assigned ***
System Number *** not yet assigned ***
Software Product Days Until Expiry
Download system configuration
Instance mqacsz27_XQ9_30 All processes running
Host: mqacsz27
OS: SunOS (sparcv9) 5.10
dispatcher Running
VM system properties...
PID: 21384
Name: Java HotSpot(TM) 64-Bit Server VM
Vendor: Sun Microsystems Inc.
Version: 1.4.2_21-b03
VM Parameters
Cluster
Node ID: 301932700
Kernel Version: 7.00 PatchLevel 76340.450
HTTP Port: 53000
HTTPS Port: 53001
P4 Port: 53004
Telnet Port: 53008
Info for crashes of this node
server0 Running
VM system properties...
PID: 21394
Name: Java HotSpot(TM) 64-Bit Server VM
Vendor: Sun Microsystems Inc.
Version: 1.4.2_21-b03
VM Parameters
Cluster
Node ID: 301932750
Kernel Version: 7.00 PatchLevel 76340.450
Info for crashes of this node
SDM Running
VM
PID: 21400
SDM Port: 53018
So: besides setting up the parameters in the above Note and consider the Load balancing, as there any other major setups required to start this app server as a dual stacked instance?
Thanks in advance.
SAM
Edited by: SAM_ONE on May 14, 2010 3:45 AM
Edited by: SAM_ONE on May 14, 2010 3:55 AM

Removing J2EE stack from dual-stack installation

Hello.
Does anyone know if it's possible to remove the JAVA-stack from a ERP6.0 dual-stack installation ?
We have a ERP 6.0 system running HCM services. The ERP system is installed as dual-stack, but the JAVA-stack is not in use as we also installed a separate NW 7.0 JAVA system hosting portal and java hcm services.
Thank you.
Gerhard.

Hi,
Yes, you can drop Java part from existing dual stack system.
1) Stop cenrtal service instance and all dialog instances of your system.
2) Also, stop J2ee engine of CI from SMICM.
3) Hash out all Java parameters in your default and instance profile (like j2ee, exe/j2ee, exe/jlaunch, jstartup etc.)
4) Delete central service instance.
5) Delete Database schema
6) Delete directories (/usr/sap/<SAPSID>/DVEBMGS<xx>/SDM and /usr/sap/<SAPSID>/DVEBMGS<xx>/j2ee)
Thanks
Sunny

PI system upgrade from 7.1 to 7.4 dual stack

Hi,
We want to upgrade PI system to 7.4 .currently we are using PI 7.1 system (dual stack)and want to go for 7.4 dual stack.
which one single stack or dual stack is the best approach and what are the impacts normally see when upgrading to newer version.
We are planning to install 7.4 freshly recomonded by SAP .
We need to migrate objects from older system to newer system?
I want to know the process from basis perspective also .
Import/export or migrate is the best way to move objects from older sytem to newer system.
Please suggest me any links about the process including basis point of view also suggestions for the approach.
thanks,
aman

>>>> which one single stack or dual stack is the best approach and what are the impacts normally see when upgrading to newer version.
I would prefer single stack considering the SAP's future road map but of course it depends on how much effort your company is ready to spend. Incase you have lot of CCBPM's then you'll have to redesign them using Netweaver BPM if you go with single stack.
As are going with fresh installation(migration) of dual stack then you don't need to invest much.
>>> We are planning to install 7.4 freshly recomonded by SAP .
We need to migrate objects from older system to newer system?
I want to know the process from basis perspective also .
There is wizard using which you can move the directory objects ( classical scenario's to Integrated configurations). Please use it for ID objects
Refer to the below blog for more details. (ignore blog's title. it's applicable for dual stack-> dual stack too)
Moving Integration Directory Artifacts from dual stack to single stack
For ESR you can simply export and import the tpz file.
>>> I want to know the process from basis perspective also .
They can simply follow the installation guide and execute the post installation steps properly.

PI 7.1(dual stack) and PI 7.31(Single stack) -

Friends,
I have a proxy to proxy scenario - Proxy --> PI --> Proxy
We have two servers PI 7.1(dual stack) and PI 7.31(Single stack)
i did the development in ESR and my ESR is pointing to PI 7.1, when i execute the scenario i receive one error message "receiver could not be determined", i ensured that all my input is correct, still i get the same error message.
the expectation is my scenario should point to PI 7.31, Can some one help me where and what settings i need to make in-order to make it work.
Please Note: All my data is correct and i read some scn forums wherein they asked to refresh the cache , i have refreshed the cache also still the problem persists.
Thanks in advance!

Iñaki Vila
Communication component in ID is the same as sender side.
could you share your sender configuration?
Did you mean Tcode - SXMB_ADM and under that Sender/Receiver configuration
Krupa Rao Atluri
In ID steps are correctly defined.
I spoke to my colleague he hinted that at RUN TIME we want to point to PI7.31, he mentioned config change needed in SXMB_ADM
any further inputs from any one could be useful.

Single stack vs. Dual Stack - Why does SAP recommend single stack?

Hello SAP,
I am a business partner who specializes in infrastructure consulting for SAP solutions. The SAP Consultants I am working with recently have been recommending that customers install single stack systems. I would like to know why? Are there problems with dual stack systems? Is SAP changing things in a later release and they want customers to be prepared for the change?
From an infrastucture point of view this recommendation combined with SAP NetWeaver architecture will result in an explosion of SID names which leads to an explosion of application server instances and DBMS instances and an explosion of installed servers. I know it is possible to combine SIDs into a single DBMS using MCOD and to have multiple application servers in a single physical server, but there are issues with mulitple application server instances and MCOD use which make normal maintenance operations difficult.
I think it would be much better for customers to install dual stack systems and simply adjust the SAP profile parameters to disable one stack or the other. This way, you could still have 1 stack per application server instance and you would not be have to be creative with SAP SID names!!! Creating a DBMS instance or installing an additional server is not a simple nor economical proposition.
Regards,
Zaz

I am a business partner who specializes in infrastructure consulting for SAP solutions. The SAP Consultants I am working with recently have been recommending that customers install single stack systems. I would like to know why? Are there problems with dual stack systems?
The problems are:
- difficult to size and maintain - Java + ABAP will fight for resources (memory,CPU) and there´s not much one can do to tune if either ABAP or Java as dual stack instance on a single box is running nuts (for whatever reason).
- System copies via R3load - if you want to copy a huge system (let´s say ERP 6.0 + Java stack) you need to use sapinst + R3load to do the copy. Imagine if the system is 1 TB or bigger, this is very time consuming
- Upgrades are complicated - if you upgrade a dual stack system you need to run two PREPARES and two upgrades at the same time - there are sync points each upgrade wait for the other to finish --> difficult to plan in sense of runtimes and even more notes/preparation to do (a dual stack SolMan upgrade from 3.2 to 4.0 had almost 100 notes (technical!) and two upgrade preparation guides...)
- interdependencies - example: you run ERP + EP + BI-Java on one system. You upgrade your BI (which is on a different box) to a new support package. Since the BI-Java need to be in sync with the BI ABAP support package you need to upgrade the EP too - and since there´s a direct dependency (doublestack system) you will need to install support packages on your ERP. So you finally end up in having dependency chains that a total different system (BI) will force you to upgrade/patch your ERP. And if you have e. g. a CRM connected to the same EP you will need to patch that too...
Is SAP changing things in a later release and they want customers to be prepared for the change?
No - the possibility of having a dual stack installation will be still there.
From an infrastucture point of view this recommendation combined with SAP NetWeaver architecture will result in an explosion of SID names which leads to an explosion of application server instances and DBMS instances and an explosion of installed servers. I know it is possible to combine SIDs into a single DBMS using MCOD and to have multiple application servers in a single physical server, but there are issues with mulitple application server instances and MCOD use which make normal maintenance operations difficult.
I agree - MCOD is not a good solution for this problem.
I think it would be much better for customers to install dual stack systems and simply adjust the SAP profile parameters to disable one stack or the other. This way, you could still have 1 stack per application server instance and you would not be have to be creative with SAP SID names!!! Creating a DBMS instance or installing an additional server is not a simple nor economical proposition.
There are 36 * 36 * 36 (minus a few reserved) names for SIDs- this should be enough - also for the biggest customers
Of course one could install both and disable the one you don´t need - but this won´t help in dependency thing. If you e. g. install a dual stack instance for CRM and disable the Java part, you can nicely run it. In case of an upgrade, you will need to upgrade the Java part too (see above) although you don´t use it. The upgrade will detect the doublestack and wait for the java instance to be upgraded too. Same is true vice versa. And believe me: you don´t want that
In fact it is better to separate - that´s at least our experience. The main no-go for such a configuration on our side was the dependency thing. Since they are there and you can´t do much about them we decided to have a 1:1 relationship for ABAP backend and Java "frontend". You will get more instances (and names and databases) but you can patch applications independently from each other. So an implementation of a BI patch won´t imply that you finally also patch your ERP production and other systems that connect to that portal.
There are virtualization techniques available to not need more boxes, you can consolidate them on one machine as if you were installing a dual stack so that is not really an issue. This depends, of course, on the platform and database you use (e. g. Oracle does not support production installations in VMWare). We use for our Java instances Solaris on Opteron (or Intel 64bit) and zones/containers and for the ABAP part we use Linux + Xen. Both virtualization methods come with the OS (so no additional $$$) and both are supported by SAP.
The propagated advantage of having a dual stack installation (shared memory access etc.) is so small that it doesn´t outban the additional complexity - which is definitely there.
I hope those arguments will help to understand SAPs (and the consultants) position - get back if you want more
Markus

Convert dual stack systems into single stack

Hi all,
need some info regarding the procedure to convert dual stack systems into single stack systems.

Hi Ambarish,
check this below discussion... I hope raising an OSS will not be useful in this case...
Dual stack to Single stack migration
Regards,
Chandru

Differences between dual stack and single stack Java system copies

Hi
Can any body please provide step - by -step procedure.
Thanks in advance
Edited by: Kobby bryant on Apr 13, 2008 10:39 PM

Hello Koby,
Dual stack is ABAP+Java instance.
Single stack or Standalone is just Java instance. There is no ABAP part.
Using the installation wizard, you could select the desired option and the installation is performed accordingly.
If you are looking for any specific info, please provide the details.
Regards,
Snehal

PI 7.31 Dual Stack SSL configuration

HI Gurus,
I have a quick query, I am configuring SSL on my PI 7.31 systems.
I have checked all the standard guides and forums but I have one doubt.
Q1 - Is it necessary to configure SSL both in ABAP and JAVA side ?
Q2 - If I just configure SSL in STRUSTSSO2 in ABAP , will it be more than enough ?
Q3 - In what cases do we need to configure SSL in JAVA side ? And does configuring SSL in JAVA mandatory require sapcryptolib files ?
Please share your views.
Cheers, SG

I want to understand is it necessary to configure SSL in both ABAP and JAVA in case of dual stack PI ?
>>> Please refer to Huseyin's comments in the below thread..
PI 7.3 Dual Stack SSL configuration
In what cases do we use JAVA SSL in Dual stack system ?
>>> AFAIK - when you use http_aae adapter/soap with https then you should configure the SSL on java stack.

PI 7.31 Dual Stack Using BPM/BRM and ccBPM

Hello,
My client has decided to use SAP PI 7.31, because we have many ccBPM solutions, being used a long time, the idea is install the Dual Stack solution and keep using the ccBPM, at least for while.
But for the new integration solutions, we would like to use the AEX(Local AEX-Based) and connect to BPM and BRM, and maybe migrate the old solutions when possible.
Is it possible, use the both solutions( AEX/BPM/BRM and ccBPM) ? In this case, we will have all the benefits and great perfomance
when using the AEX/BPM/BRM(Local AEX-Based) solution, that we have in the single stack ?
Best regards,
Dylon.

Hi, vishal jain.
Thank you! Checking your link, we will probably choose the third case:
If PI is installed as dual-stack, then PO, PI and BPM/BRM, will have to be installed with different SIDs. PI on one SID and BPM/BRM on a different SID.
But the question remains... in this case is possible to use ccBPM and BPM/BRM, ok ?
And when using the BPM/BRPM, how is the performance and benefits ?
Are the same when using single stack solution ?
Best regards!

NWDS for PI 7.4 Dual stack

Dear All
I am on SAP PI 7.4 dual stack which NWDS version should i use because i tried with both NWDS 7.3 and NWDS 7.31 also
NWDS 7.3 its not connecting at all it says improper configuration
NWDS 7.31 connected to ESR and but ID it says only for single stack.
Can you please help
Regards
Sandeep

Hi,
There is no dedicated NWDS 7.40, the NWDS 7.31 is also to be used for NW 7.40 (see also the note 1791485).
For NW server 7.40 SP<X> one has to use NWDS 7.31 SP<X+5>.
Best Regards,
Ervin

IFlow in SAP PI 7.4 Dual Stack

Hi
Can we use iflows in PI 7.4?
I know that by default iFlow option is not available in SAP PI 7.4 installation.
But can we enable it by applying some patches/Notes?
Regards
Osman

Hi Osman - It's not possible. This video should answer the reason..
PI 7.31 dual stack vs single stack

Is SAP PO 7.4 dual stack installation??

HI experts,
Could anyone let me know if SAP PO 7.4 is a dual stack installation or can we go for single stack as well.
As PI 7.4 is based on HANA , so while working on it shall we use ICO or old classic configuration. Shall we go for java based adapters(eg IDOC_AAE/HTTP_AAE) or old abap based adapter..
Thanks,

To add few cents - May be your basis guys just read the title
Support for Dual-Stack discontinued in SAP NetWeaver 7.4 in general with exceptions
SAP NetWeaver 7.4 is positioned as the follow-up on-premise release for SAP NetWeaver 7.31.
SAP NetWeaver is among other things optimized for SAP HANA as the foundation for the SAP Business
Suite on SAP HANA project. This means that dual-stack deployments and implementations are not
supported any longer. The only exception to this rule is SAP NetWeaver Process Integration on a traditional
database system, which still requires a dual-stack implementation. However, note that a single-stack SAP
NetWeaver Process Integration Java exists that offers 95% of the features of classical dual-stack
implementations. Therefore, customers should investigate whether an existing SA
Reference : http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/60bf3650-e219-3010-ef93-d11928aa8f8a?QuickLink=index&…

Homogeneous system copy ECC 6.0 EHP4 dual stack system

Hello ,
I have a requirement of homogeneous system for the below Source system
Source system :
ECC6.0 EHP1 ABAP+java dual stack system with DB2 AIX
Required Target system:
ECC 6.0 EHP1 (same as target system except single stack java not required)
1 .I was trying to use db specific homogeneous system copy method wiht redirected restore script
2. Not possible to get downtime on source system hense it's a production system , then i used target system installaion with homogeneous system copy database specific mehthod
Problem is - it's asking migration export while creating the target system , but i don't have any migration export since i have not exported from source system .
please help us to proceed further.
Thanks in Advance.

2. Not possible to get downtime on source system hense it's a production system , then i used target system installaion with homogeneous system copy database specific mehthod
What did you choose to do in database specific method - DB2 backup/restore ?
//Backup Restore
Homegeneous system copy(database specific method)
Target -
As I understand, you have started IMPORT using SAPinst for target system installation. During IMPORT, what target system installation (only ABAP or what ?) you chose ?
//I took ABAP+JAVA
'Problem is - it's asking migration export while creating the target system , but i don't have any migration export since i have not exported from source system .'
This is because the source system is ABAP+Java, and now during target system installation, then IMPORT procedure is asking for Java Export dump.
Thanks

Doubt on single stack or Dual Stack

Similar Messages

Maybe you are looking for