System Copy with Oracle 10g from 64-bit to 32-bit on Windows

[HuseyinBilgen]

Introduction To System Landscape

When we design the landspace for a SAP Project, generally we prefer to have same platform for Development, Test and Production system.

This includes,

1. Hardware (32-bit or 64-Bit and also IA64, X64, or Unix 64 Bit platforms)
2. Operating System
3. Database
4. R3 Kernel

This helps, system administrators to identify system related problems causes functional problems.

For example, if a 64-Bit Kernel for Netweaver 700 on Windows/Oracle causes a problem, you cannot simulate it on your Test system if it is a 32 Bit platform.

Also you have to make sure that the kernel patch levels are all same on all systems.

h2. System Copy Experience with 64-bit to 32-bit

Environment<br />

Recently, one of our Customer asked us to copy Production System to their Test System. 

Here is the systems environments:

h4. Production System (Source System)
Component <br />Version <br />

Hardware	64-bit Intel Xeon (x64)
Operating System	64-bit Windows 2003 R2 SP1
Database	Oracle 10.2.0.2 64-bit
SAP Kernel	700 64-bit PL 133

h4. Test System (Target System)

*Component

      </td><td>Version

*

Hardware	32-bit Intel Xeon (x86)
Operating System	32-bit Windows 2003 R2 SP1
Database	Oracle 10.2.0.2 32-bit
SAP Kernel	700 32-bit PL 72

h3. Procedure

Here is the brief procedure. For details, please download System Copy Guides from http://service.sap.com/instguides

• Run "alter database backup controlfile to trace" on source database to get control file creation script.
• Generate new cntrl.sql and run on target system with modified paths
• Recover if backup is online via "recover datbase using backup controlfile until cancel;"
• After recovery shutdown database on target with "shutdown immediate".

Do not use "shutdown abort"</u></li><li>cd ORACLE_HOME/rdbms/admin on target system with <sid>adm</li><li>sqplus "/as sysdba"</li><li>SQLPLUS> startup upgrade</li><li>SQLPLUS> @utilrp.sql</li><li>SQLPLUS> shutdown immediate</li><li>SQLPLUS> startup</li><li>SQLPLUS> @utlrp.sq</li><li>If databaase scheme name is different from SAPSR3 on both systems, then you've to change dbs_ora_schema environment value to the one on Source System.</li><li>If schema name is other than SAPSR3, than you have to re-configure OPS$ me. For this please check the reference section which gives OPS$ mechanism notes.</li><li>Check connection with "R3trans -d"</li><li>Start SAP System and apply, post-copy procedures.</li></ol><p>That's it.</p><p>Hope it helps you to understand that it is not necessary to use R3load Procedure even platforms are different in bit level. </p>h2. References
<div class="article-content">
  <p>Note 050088 - Creating OPS$ users on Windows NT/Oracle</p>  <p>Note 361641 - Creating OPS$ users on UNIX</p> 
</div>