Sie sind auf Seite 1von 18

Migration Using Triple-O Method

-By Sripathy Pavan Kumar

About Triple-O Method:

The Triple-O method is using the O2O technology to perform the initial data load (copying the current contents of the source database to the target database) while the SAP application is up and running. Oracle Golden Gate is used to synchronize all changes applied on the source system, while the migration is running. There are no limitations for the usage of the SAP system during the migration. Also heterogeneous database migrations and direct database upgrades are supported by Triple-O.

About Triple-O Method:

The Triple-O method is a further development of the O2O method. This method is certified by SAP to perform an online migration. Triple-O method allows to migrate an Oracle database with a downtime for the database copy of not more than 15 minutes. The downtime is independent from the database size. The downtime is needed to stop the SAP system on the source, check the final synchronization of the migrated system and to restart SAP on the target system.

About O2O Method:

Oracle-to-Oracle (O2O) is being used to migrate an SAP database between different systems. O2O allows for homogenous and heterogeneous system copies. O2O supports all operating systems SAP products are certified on. O2O supports combination of a platform migration with a release upgrade. It is possible to upgrade directly to an higher database release with O2O. The downtime needed to migrate a database with the O2O method is depending on the database size and other factors.

O2O Architecture:

Large tables >=20 MB are transferred directly over the network using PL/SQL scripts. Export/Import is done for tables < 20MB. Copy speed is @ 1000GB/Hr.

About Oracle Goldengate:

Oracle GoldenGate offers a realtime, log-based change data capture (CDC) and replication software platform to meet the needs of todays transaction-driven applications. The software provides capture, routing, transformation, and delivery of transactional data across heterogeneous environments in real time. Using this technology, customers can achieve continuous availability for critical systems and real-time data integration for fast, easy access to current and accurate data.

Components of OGG
Oracle GoldenGate is composed of the following components Extract Data pump Replicat Trails or extract files Checkpoints Manager Collector

OGG Component overview

Extract The Extract process runs on the source system and is the extraction (capture) mechanism of OGG. Data pumps A data pump is a secondary Extract group within the source OGG configuration. If a data pump is not used, Extract must send the captured data operations to a remote trail on the target. Replicat The Replicat process runs on the target system, reads the trail on that system, and then reconstructs the DML or DDL operations and applies them to the target database. Trails To support the continuous extraction and replication of database changes, OGG stores records of the captured changes temporarily on disk in a series of files. This Exists on source, Target and Intermediary system. Checkpoints Checkpoints store the current read and write positions of a process to disk for recovery purposes and ensure that they prevent redundant processing. Manager Manager is the control process of OGG and takes care of resource management. Collector Collector is a process that runs in the background on the target system when continuous online change synchronization is active.

How Goldengate works

Prerequisites for Triple-O SAP Migration:

At least Oracle version on source system. Target DB version must be on 10.2 or 11.2. Supplemental logging must be enabled . OLTP compression must not be used on Source tables to be replicated but can be enabled for the target. 30% free CPU time in average on database server. Additional file system space of 50% of the redo log amount in 24h time frame on the source system. Additional file system space of 50% of the redo log amount in 48h (or the duration of the initial data load) on the target system.

Using Triple-O SAP Migration::

There is no downtime needed to start or stop the online migration. No need for special database patches. Migration can be started and stopped at any time without risk for the productive system. Downtime needed for the database copy part of the migration is typically only 15 minutes. The downtime is independent from the database size. Triple-O is SAP release independent.

How Triple-O SAP Migration works:

Key Steps in Triple-O SAP Migration:

Key Steps in Triple-O SAP Migration:

Run the Oracle Advanced Customer Service (ACS) for SAP O2O (Oracle to Oracle) package which includes all functionality to create a complete set of migration scripts including a new source user creation, target database and related tablespace creation, and the OGG source and target configurations. Install the Oracle GoldenGate software on source and target Run the O2O package on the source system Start GoldenGate change data extract and pump processes on the source system, which will being capturing and queuing change data and DDL (as needed). Start the initial database load to copy the database objects from the source to target database. Validate initial database load.

Note: All tables in the SAPR3 schema will be included and will contain a SCN/CSN token so that later each table can be filtered by SCN/CSN. A code snippet to add such as token is:\Table SAPR3.*, Tokens (tk-csn = @GETENV ("TRANSACTION", "CSN"));

Key Steps in Triple-O SAP Migration:

Start GoldenGate replicat apply processes on the target system, which will be applying captured change data and DDL (as needed).
Note: While the replicat process(es) will be started using the AFTERCSN option, tables within a single replicat will be configured to skip transactions based on the table grouping of the initial loads. This automatically configured by the O2O scripts. Transaction filter by table will be done with something similar to the following code snippet:\ Map SAPR3.MYTABLE, Target SAPR3.MYTABLE, Filter ( @NUMSTR (@TOKEN ("TK-CSN")) > 1234567);

Switch over. Once both system are in sync the source SAP system may be stopped. After the last changes is applied to the target the SAP system can be started on the target system. The source SAP shutdown and target SAP startup will typically take approximately 15 minutes regardless of the system size.

Triple-O and O2O are well established methods which offers a fast and reliable approach, not only to migrate a SAP database from any SAP supported OS platform from Oracle Database 9i Release 2 on, to the Oracle Exadata Database Machine, but also to implement a couple of additional features and benefits into the migration process.

Additional related information:

About Oracle Exadata Database Machine: The Oracle Exadata Database Machine (OEDM) is used for storing the databases of the individual SAP systems. The OEDM cannot be used for SAP Instances and run on Oracle Solaris 11 Express or the Oracle Linux 5 operating system. BR Tools and Central services can used on OEDM. Only DB Migration from a existing system is supported by OEDM. SAPINST for DB on OEDM is supported from version 7.0 EP 3 and 7.3 EP 1.
(Refer Note 1619343)

Oracle GoldenGate Installation and Setup Guide Oracle GoldenGate Administration Guide Oracle GoldenGate Reference Guide Oracle GoldenGate Troubleshooting and Performance Tuning Guide Oracle GoldenGate Tutorial guide SAP Note 1508271,1619343