Homogeneous Copy / Converting Distributed System as Central System.

CURRENT SAP LANDSCAPE.
SAP Production System is installed as a Distributed System:
SAP Application Host:_ AIX 5.2 - SAP Application (Central Instance - Central Services) based on NW 7.0 - ERP 2005 SR1.
Database Host: AIX 5.2 - Oracle 10G ver 10.2.0.2.0. - Database remains in SAN (Storage Area Network)
ESCENARIO ONE:
COPYING ONLY CENTRAL INSTANCE AND CENTRAL SERVICES TO A NEW HOST.
Purpose: I want to copy only SAP Application (Central Instance an Central Services) to a new host and connect to my current Database Host .
According System Copy Guide (*) the concept of System Copy includes installation of SAP instances again using copy of source system database, likewise in this Guide I found the following restrictions:
Restrictions.
1.     Copying the database only is not supported!
2.     Copying the central instance only is not supported!
      The migration controller deletes all dialog instances in the database, so the
      system is not complete any longer.
3.     Reinstalling the central instance without the database is not supported!
      The migration controller deletes all dialog instances in the database, so the
      system is not complete anylonger
Questions:
1.     Using Homogeneus Copy (Abap+Java) can I copy ONLY SAP Instances (Central Instance and Central Services) to a new host without copying Database ?
2.     Which is the best procedure to follow for this purpose?
(*) System Copy for SAP Systems Based on SAP NetWeaver 2004s SR1 ABAP+Java
Document version: 1.1 ‒ 08/18/2006
ESCENARIO TWO:
CONVERTING DISTRIBUTED SYSTEM IN CENTRAL SYSTEM
Purpose: Convert our SAP Distributed System (two hosts) in SAP Central System (one host)
Questions:
1.     Using Homogeneous Copy (Abap+Java) can I copy SAP Instances (Central Instance, Central Services) and Oracle Database Instance to only one host (Central System) ?
2.     Is there any specific experience or procedure for this special case?
3. Can I restore Database Full Offline Backup and SAP Application Offline backup in the new server as an alternative ?
Thanks.

Use the distributed system option, as that is what applies to your target system. It is all explained clearly in the system copy guide, which you should definitely reference as appropriate for your software version: http://service.sap.com/instguides -> Installation & Upgrade Guides -> SAP NetWeaver -> SAP NetWeaver 7.4 (or version as appropriate) -> Installation -> 2 - Installation - SAP NetWeaver Systems -> System Copy: Systems Based on SAP NetWeaver 7.1 or Higher -> Windows: ABAP (or system variant as appropriate). In the guide, choose the Database-Specific System Copy: MS SQL Server-Specific Procedure. Also, be sure to check out the chapter on Copying the Database Only - Refresh. Basically, it says to run SWPM on the target database instance, choosing <Product> -> <Database> -> System Copy -> Target System -> <System_Variant> -> Based on AS ABAP (or other as appropriate) -> Database Refresh or Move.

Similar Messages

Distributed System and Central System

Dear Gurus ,
We now started the implementation of ECC 6.0 , I have one doubt , In installation master guide there are two kinds of installation mentioned . Distributed System and Central System . Kindly let me know what is the difference between these two .
Regards
Selvan

Hi,
Distributed System- When you have your DB and CI hosted on two (physically/Logically) seperate hosts.
Central System - When you have your DB and CI hosted on same host
Thanks
Dhiraj

Distributed vs. Central System

Hi,
Currently I am in a scenario where my Database (DB2) and application is running on the same central system. I have endusers in almost 100 supply office and almost around 1 million consumer data. The system is the ISU Production server with ERP 6.0 running on AIX 6.1 in IBM P570 server. Recently we are experiencing some performance issues with the system like slow performance being a major issue. For the ISU production server we also have a failover server of same configuration which is at the moment almost unutilised.
Will it be wise to distribute the application and database between the two servers other that running both on the same? If so what will be the best procedure to do this sort of change as we are already in Production environment?
Thanks & Reagrds,
Daipayan Basu
In summary
DB and CI are in the same phisical machine. Can we place DB and CI in different phisical machines? All the mount points of ISU Production server are in SAN storage.
Regards,
Daipayan Basu
Edited by: Daipayan Basu on Feb 13, 2012 6:41 AM

Hello Michael,
Thanks a lot for your feedback. I will send you details about some of the performance issues that we are facing in our production environment. But before that I would like to share with you the breif architecture of our production environment.
At present our DB and CI is running on Node1 and there is a failover node (Node2) with same configuration. At the moment this Node2 is acting as standby server. What we are planning is to move tthe DB from Node1 to Node2 (failover server) and configure the cluster in such a way that in case of failure of Node1 CI will failover to Node2 (DB Node) and vise versa.
By doing so we can atleast allocate more RAM and CPU to both DB and CI.
In the present configuration we observe that a few z programs are consuming high memory taking work process in private mode.
Do you think segregration of DB and CI node may help resolve these issues?
I will be eagerly waiting for your response.
Warm Regards,
Daipayan Basu

Solution Manager - Central System Administration - Task list is wrong

Hi,
Solution manager 7.0 EHP1, System monitoring, Central system administration I have copied another customizing session,
updated task list but strange mixed list of tasks appeared: some tasks are visible even they do not exist in new one.
Thanks for help.
Dalibor

>
Dalibor Cip wrote:
> Hi,
> Solution manager 7.0 EHP1, System monitoring, Central system administration I have copied another customizing session,
> updated task list but strange mixed list of tasks appeared: some tasks are visible even they do not exist in new one.
> Thanks for help.
> Dalibor
Have you already seen
[SAP Note 1097862 - Incorrect no. of tasks in SAP Solution Manager overview|http://www.service.sap.com/sap/support/notes/1097862]?
It contains also instructions how to fix inconsistencies.
Best regards,
Ruediger

EP Central System + Dialog Instance Installation options

Hi Friends
For my production EP 6.0 WAS 6.40-Java instance I am getting 3 AIX servers, say server DBserver, Appserver1 & Appserver2, we want to install the database & CI on the DBserver, the other 2 servers need to serve the role of Application servers to the DB+CI server.
In our SAP R/3 Production systems we don't allow the users to login to the server hosting the (database+CI) & we allow them to login only to the appication servers, I want to do a similar setup for my Production portal landscape & require that the portal users are load-balanced using the SAP Web Dispatcher to the 2 application servers.
I have 2 questions on which installation options to choose to achieve the above objective.
1. Can somebody check & confirm if the below mentioned Installation sequence is correct for Installing the WAS on the 3 servers.
a) Using Installation option "Java System ->Oracle->Central System->Custom Installation-Java system" for the DBserver.
b) Installation option "Java System ->Oracle->Central System->Dialog Instance Installation" for Appserver1 & Appserver2.
2. Can somebody advice how do I need to install the portal on the 3 servers so that the above objective of load-balancing the users to the 2 App servers is met.
a) Do I need to install portal only on the DB+CI server & then the portal platform will be setup on the 2 App servers as well or
b) Can I install the portal separately on the 2 portal App servers.
Thanks & Rgds,
Abhishek

Hi Friends
Any replies will be appreciated & also rewarded with points.
Thanks & Rgds,
Abhishek

Unable to switch Central System Administration into Change Mode

Hi,
I am bit rusty on the Solution Manager - Central System Administration.
While experimenting with my Solman system I did the following.
1. Logged into Solman and started transaction Solution_Manager
2. Switched to the Solution that has been configured and then followed Operations Setup->Solution Monitoring -> System Administration -> Central System Administration for <My System> (here my system is the system I wish to monitor).
3. After following the navigation to the selected item as described in step 2, I selected the menu items Session Components->Complete.
4. After this action of selecting the Complete session from the menu, my Central System Administration for <My System> is continuously showing Display Mode.
I am unable to switch back the system to Change Mode.
Am I missing something ? What needs to be done ?
Regards,
Siddhesh

Siddhesh Ghag wrote:>
>
> 3. After following the navigation to the selected item as described in step 2, I selected the menu items Session Components->Complete.
>
> Regards,
> Siddhesh
This was the wrong step. By setting the Session Component to "Complete", no further changes are allowed (and you receive a pop-up).
The procedure to reopen the session component is not documented for customers. Please create a customer message on SV-SMG-MON-CSA, open the service connection and provide logon information.
You might state my name in the message, I will then assist the message processor.
Best regards,
Ruediger Stoecker

CUA can be used between 2 clients which are in the central system

Hi
Question 1:
In case of CUA, we have the conecept of central system and child systems. From Central system we will be able to administer child system. Buy my question is can we implement CUA with the clients which are also on the central system ?
Question 2:
Normally LDAP is connected to central system and central system inturn will be connected to child systems. But Can we connect Central system and LDAP to the child system at a time ? Is there any situaitons where we will come up with this situations ?
Thanks
Kumar

Hi,
> In case of CUA, we have the conecept of central system and child systems. From Central system we will be able to >administer child system. Buy my question is can we implement CUA with the clients which are also on the central system ?
>
Yes, you can control other clients of the central system through CUA.
> Question 2:
> Normally LDAP is connected to central system and central system inturn will be connected to child systems. But Can we >connect Central system and LDAP to the child system at a time ? Is there any situaitons where we will come up with this >situations ?
If you want to use CUA then your LDAP must be connected to your central system.
Thanks
Sunny

Unable to activate Central System Dispatching in CCMS

I've just finished the initial configuration of CCMS, setting the PI development system as the CEN (central monitoring system), initially.
But I've noticed the following problem. In http://help.sap.com/saphelp_nwpi71/helpdata/en/9d/df1241c738f423e10000000a155106/frameset.htm it says:
"...To activate central system dispatching, start transaction RZ21, and choose Technical Infrastructure - Configure Central System - Activate Central System Dispatching."
I completed that step successfully, but if I check in SM37 for the planified jobs, I can't find the job SAP_CCMS_CENSYS_DISPATCHER.
Background dispathing (data collection methods) is performed by SAP_CCMS_MONI_BATCH_DP and I can see this job in SM37, but I can't find SAP_CCMS_CENSYS_DISPATCHER, which is the job responsible for central system dispathing: auto-reaction methods).
I have activated both central system dispatching and background dispatching in client 000. As I can't see that job I've tried to deactivate and activate again, which is done successfully. But still it's not there in SM37.
Thanks for any help!

Hi Aamir,
initially I had scheduled the central dispatcher and background dispatcher in client 001, but I deactivated them, and after deactivating I activated them in client 000.
As for the filters in SM37, yes, I've made sure to check all the jobs using * for job name and for user, and doing that from client 000. In both 000 and 001 I can't find the job SAP_CCMS_CENSYS_DISPATCHER, which I think wouldn't allow me to planify auto-reaction methods.
Anyway, good hints, thanks.
(the problem persists)
Edited by: Jorge Lopez on Sep 23, 2009 6:33 PM

SolMan is Central System, how to seperate the database to make it distribut

Hi,
I really need some advice.
currently SolMan 7.1 on SQLServer2008R2 on Windows08R2 is installed as a central system installation (CI&DB same host).
Due to some security policy (long story), I need to seperate the DB, to move the DB to another server, making SolMan a distributed system (CI remain on existing host, DB on a different host).
SolMan is currently already fully setup and communicating to all my other SAP systems.
What will be the easiest way to move my SQLServer DB to another server?
Will this involve needing to reinstall my CI (Abap+Java) and SCS? If no reinstallation, then how do I make the current CI talk to the relocated DB?
What is the method that will have no impact on the SolMan configurations, meaning non of the connectivity from SolMan to the other SAP systems will break after the seperation of the DB?
regards,
Nick

I would
- shutdown the system (SAP + database) and make sure the services are all stopped
- copy the database over to a new server and start it (use Note 151603 - Copying an SQL Server database)
- set up the environment on the SolMan system to point to the new server (Note 98678 - SQL Server Connection Issues)
- start the instance
- if it starts remove the local installed database
Markus

CUA: Distribute users from central to specified child systems

Hello!
I've a question concerning CUA: I've added two new systems to our CUA. Now I want to destribute the users of the central-system to the new child-systems accompanied by assigning a specifed role for the child-systems. Unfortunately, the user maintanance - mass changes (SU10) does not support assigning the child-systems to users.
Is there any other possibility (perhaps a report) to automatically distribute the users or is it necessary to access each user manually and assign the child-systems and roles.
Any hint would be appreciated!
Thanks in advance!
Greetings
Wolfgang

Sorry, I was convinced that mass changes don't work for systems - but they do! Next time I'm going to check possibilities in more detail!
Greetings
Wolfgang

Going from centralized system to distributed system

Hello,
We would like to go from a centralized system and to a distributed system, having the database and the central instance on different servers. Could you please tell me if there is a procedure to do this or do we have to reinstall ?
Best regards,
Arijana

normaly it is easier to move the DB to another host.
Moving the CI you will need a new License Key, you will have to reconfigure all SAP Clients (SAP GUI) using the new hostname.
On the other hand before splitting the CI and database you should add additional Application servers (dialog instances).
Normaly you will not be able to utilize all resources of the database host, with just one application server installed on a separate machine. (valid for equal hardware configurations of both machines).
Peter

Missing Transfer to Central System button in CPPR screen

Hi
I am Working on SRM7.0 and ERP ehp4.
Trying to transfer PR from ERP to SRM Shopping cart using CPPR.
I created PR in ECC ->now displayed PR in Portal ->select PR and click Start collective processing button-> i could not find Transfer to Central System button in CPPR screen.
I believe only after clicking this button,i can transfer the PR to SRM shopping cart. Pls confirm.
Only two things i left to do in CPPR setting is badi and linkage setting, because Rfx is not required now.
1)BADI setting ME_REQ_SOURCING_CUST
Planning to activate only
Method IF_EX_ME_REQ_SOURCE_CUST~ACTIVE
parameter cv_ext_sc_ind   = cl_mmpur_constants=>yes. "SC creation in SRM possible
I am going to leave blank for method.
method IF_EX_ME_REQ_SOURCE_CUST~CHECK_EXTERNAL_SOURCE because i want manual click to convert Shopping cart.
2)Activate linkage setting
Here i am not going to activate RFX.because i am currently testing only PR to Shopping cart.
BOR Object Type BUS2105 RFXREQUESTED WS53800009 - not going to activate
BOR Object Type BUS2105 SOURCINGREQUESTED WS53800009 - plan to activate.
Because of lacking above setting, i am not getting Transfer to central system button? pls confirm.
Regards
Ckumar

Hello,
Method 1: IF_EX_ME_REQ_SOURCE_CUST~ACTIVE:
Here, three output parameters need to be set to true. By default, coding from the sample class will be copied. There is no need to modify anything here.
When the parameter CV_AUT_SOURCING is set to true, external sourcing (e.g. SAP SRM system) is active in SAP ERP system
When the parameter CV_EXT_RFX_IND is set to true, RFx can be created out of PR directly from SAP ERP system using application CPPR
When the parameter CV_EXT_SC_IND is set to true, PR in SAP ERP system will be transferred to SAP SRM using application CPPR
Method 2: IF_EX_ME_REQ_SOURCE_CUST~CHECK_EXTERNAL_SOURCE:
This method has output parameter CV_EXT_SOURCING. When the output parameter variables are set, the Purchase Request will be transferred to SAP SRM without any manual interaction in Collaborative Processing of Purchase Requisition (CPPR). Hence the code logic here needs to be adopted based on parameters in the Purchase Request (e.g. material group and purchasing group can be used as parameters to determine the Purchase Request to be transferred to SAP SRM).
A sample code logic for purchasing group u2018E7Uu2019 and material groups QZA04 and QZA05 is given below:
IF ( is_req_item-ekgrp = 'E7U' AND is_req_item-matkl = 'QZA04' ) OR ( is_req_item-ekgrp = 'E7U' AND is_req_item-matkl = 'QZA05' ). cv_ext_sourcing = cl_mmpur_constants=>yes.
Activate event type linkages for external sourcing
Run transaction SWETYPV in SAP ERP system.
Ensure that the following entries are present:
BOR Object Type
BUS2105
RFXREQUESTED
WS53800009
   No errors
BOR Object Type
BUS2105
SOURCINGREQUESTED
WS53800009
   No errors
If they are not present then copy the entry for event u2018Createdu2019 for object type u2018BUS2105u2019 and Receiver Type u2018WS53800009u2019 and change the event name.
Note : Workflow event RFXREQUESTED is used to trigger XML message while creating SAP SRM RFx from Collective Processing of Purchase Requirements (CPPR).
Regards
Mustameer

Logical System Name after System Copy

Hello,
I have three questions about the logical system name after system copy.
Q1) When I change SID D22 to S11 during system copy,
do I have to change the logical system name of all clients in the target system? The target system is used for test, and the landscape has S11 and Virtial system. The target system S11 does not communicate with the source system D22.
Q2) If the answer for Q1 is YES, is it correct that the following procedure for changing logical system name?
1.Tr-CD:BD54
Add new logical system name for all clients in the target system.
2.Tr-CD:SCC4
As for all clients, select new logical system name with F4 help.
Q3) If the answer for Q1 is YES, do I have to add new RFC connection entries with SM59 for all clients in the target system?
I refer to the guide "Homogeneous and Heterogeneous
System Copy for SAP Systems Based
on SAP Web Application Server
ABAP 6.40 SR1".
thanks,
Keishi

Hi Keishi,
As a good and ideal practice the answer to your first question Q1 is yes. Infact I would say that in case you are using ALE then it is must
For Q2 there has to be an additional step which is most important one. Running BDLS transaction which would allow you to change logical systems in relevant tables from the one of source system to target system.
For Q3 the answer is agaain yes and you can have two approaches>
1. manually recreate all the RFC destinations after sys. copy.
2. Export all the RFC destination data relevant tables before system copy and then reimport them after sys. copy.
Regards.
Ruchit.

Got stuck at import abap phase during system installation from system copy

hi,
we have ECC6 ehp4 sp5 level system (linux + db2), due to some reasons our quality system was crashed, we took homogeneous system copy of Production server through sapinst and now we are restoring in Quality server through sapinst. during import ABAP phase its taking long time to pass and system message its showing is
waiting 6134 minites for DDL template file DDLDB6.tpl in dump directories.
i stopped installation and once again started restoration through system copy. Now the system go stuck at the same phase

Hi,
AFAIK, report SMIGR_CREATE_DDL should be run in se38 before starting the export. This generates the required DDL statements which are needed for system copy.
For more info, refer system copy guide in http://service.sap.com/instguides. Hope this helps.
Rgds,
Soujanya

Logical system names after system copy

Hi!
I installed a new SAP system via System Copy (SAPINST) approach.
As a consequence the old logical system names have been copied.
Question:
What is the appropriate approach (tcode, report) to change the logical system names of each clients of SAP system?
Thank you very much!
regards
Jürgen

Logical System Names
When data is distributed between different systems, each system within a network has to be clearly identifiable. The u201Clogical systemu201D deals with this issue.
A logical system is an application system in which the applications work together on a common data basis. In SAP terms, the logical system is a client.
Since the logical system name is used to identify a system uniquely within the network, two systems cannot have the same name if they are connected to each other as BW systems or as source systems, or if there are plans to connect them in any way.
Although SAP does not recommend that you connect test systems to production systems, a test system can have the same name as a production system. This makes copying production systems to test systems a lot simpler.
You are only allowed to change the logical system name of a system if the system is not connected to any other systems, because changing the logical system name would render all the connections to other systems useless.
In BW, you make the settings for the logical system names in the BW Customizing Implementation Guide under Business Information Warehouse ® Connections to other Systems ® General Connection Settings. In the source system, you make the settings for the logical system in the Implementation Guide under Cross Application Components ® Distribution (ALE) ® Basic Settings.
Note SR047 lists names that cannot be given to BW systems, because they are reserved for internal use.
Logical system names must contain capital letters and numbers only. SAP recommends the following naming convention for logical system names: .

Homogeneous Copy / Converting Distributed System as Central System.

Similar Messages

Maybe you are looking for