Search this blog for other interesting articles

Monday, 24 December 2012

What is the difference between homogeneous system copy and heterogoneous system copy?



This article answers the following queries:

  • What is System refresh?
  • What is the difference between homogeneous system copy and heterogeneous system copy?
  • What is the difference between System refresh and System copy?
  • What is the need of System refresh?
----------------------------------------------------------------------------------------

System Refresh:

System refresh is nothing but copying an SAP system to another.
Let us say the system from which copy is being done is called as source system and system in which data to be copied as target system.
If the target SAP system already exists then this is known as system refresh.

Difference between homogeneous system copy and heterogeneous system copy:

 If the target SAP system doesn’t exist and you are building a new SAP system on the same o/s and database then this process is called as homogenous system copy.  In case the o/s and database are different in your source and target SAP systems, then that process is called heterogeneous system copy or migration.

What is the need of System refresh?

In real time scenarios,

i)               If Quality system data is outdated with Production system, testing may succeed in quality system but may fail in Production system. So, it is required that Quality system should have  same data as Production system, so that better testing can be done in Quality system whose data is similar to production. So, it is suggested to refresh quality system with production system data periodically.


ii)            There might be a requirement to perform a production system upgrade (like support pack / version upgrade.) Instead of performing upgrade directly on actual production system, it is better idea to setup a mock / test system similar to production system with the actual data and perform the upgrade there first. After performing upgrade on mock system, some details related to errors likely to occur, actual time it took for upgrade, major issue if any can be identified so that necessary precautions can be taken while performing the upgrade on the actual production system.

iii)      In case a newly inducted team should be given training, instead of providing training to them on the actual system( DEV/QA/PRD), a system refresh can be done and a test/training system can be setup and access can be given to those systems. This makes sure that no damage is done to DEV/QA/PRD systems.

Will explain you the steps involved in System refresh(with screenshots) in the next article.











10 comments:

Anonymous said...

Good blog, yours information is very effective ---> Arjun Sagar

Unknown said...

very nice information......

Anonymous said...

Hi..you r providing such a good information on this blog ..its..really appreciable --> Srikanth

Unknown said...

nice information its very useful.....

Anonymous said...

thank you very much..........

Yaso said...

Hi, Its been useful info,
thanks for sharing,
Gud work.

gopinath said...

Thank you so much for the clear information. can you please share us the steps for the system copy ( Pre requiste /Post activities etc).

Also suppose we having two clients in QA say 120 /130 . is any particular client can be refreshed as PRD data using system copy? please explain.

Unknown said...

Hi Prasad,This is very useful information Thanks a lot and I am looking for more information regarding system refresh

Unknown said...

Hi Durga,

clear explanation.

Great work.. keep going. :)

Regards,
Mohsin

khalil said...

how to find the system from which the copy has been done.

Search this blog for other interesting articles

Please subscribe & activate link received to your email id to receive latest articles

Enter your email address:

Delivered by FeedBurner