Additional Blogs by Members
cancel
Showing results for 
Search instead for 
Did you mean: 
vishalranadive
Explorer
0 Kudos

Last year in March one of my client came up with hardware migration plan on which his SAP ECC 5.0 system was installed. He wanted to move from SPARC architecture to intel x86 architecture with same operating system SOLARIS.

I had experience of copying system from PA-RISC to IA64 on HPUX, but there was binary compatibility (Thanks to HP). In SOLARIS there is nothing like binary compatibility between these two versions (SPARC SOLARIS & intelx86 SOLARIS) and also juan.reyes suggested that Solaris SPARC platform is big endian while Solaris x86 platform is little endian, based on that I had to perform a heterogeneous system copy. My worry was if I had to go for heterogeneous copy then TADM70 certification is mandatory.

In all these discussion ruchit.khushu came up with good statement and I should call it perfect solution. He said “The copy would be classified as homogenous since no OS/DB change is involved. However with in homogenous system copy export/import method has to be used. Backup/Restore won't work. Often export/import is mistaken for heterogenous copy which is not correct. Export/Import can be used for both homoegenous as well heterogenous copy. Back/Restore is purely Homogenous.  Change in endianess will cause the code page to change and that can only be taken care of using export/import. Nevertheless it can be termed homogenous system.

SAP is very very clear on this: If hardware architecture changes but OS remains the same it is homegenous system copy. In other words if OS is callled the same on both source and target (SOLARIS) in this case, it is homegenous system copy. Of course this automatically doesn't imply the possibility of backup/restore to copy database (SAP specifically gives example is of SOLARIS on SPARC and Intel). Further SAP adds that it treats this copy as homogenous and no OS/DB migration check is needed.”

This solved my problem. Thanks to SDN and all active contributors.

Regards,

Vishal Ranadive