PowerView is Off Sandra (Available) (0) Contact Us Help

Dashboard Knowledge Service Requests Patches & Updates Community Certifications Systems Collector 1982638.1

Give Feedback... You have been directed to this document based on an ID match. Alternatively, click here to search on this phrase. Hide

Copyright (c) 2018, Oracle. All rights reserved.

Using Oracle Data Guard between IBM AIX on Power systems and Oracle Solaris on SPARC systems (Doc ID 1982638.1) To Bottom

In this Document Was this document helpful?

Goal Yes
No
Solution
References
Document Details

APPLIES TO: Type: HOWTO

Status: PUBLISHED
Oracle Database - Enterprise Edition - Version 11.2.0.1 to 12.1.0.2 [Release 11.2 to 12.1] Last Major Update: Dec 2, 2015
IBM AIX on POWER Systems (64-bit) Last Update: Jun 4, 2018
Oracle Solaris on SPARC (64-bit)

Related Products
GOAL
Oracle Database - Enterprise Edition

The focus of this document is how to configure Data Guard between Oracle Solaris on SPARC systems and IBM AIX on POWER systems.
Information Centers
In order to document the necessary steps and requirements please observe the following: Information Center: Overview Database
Server/Client Installation and
Oracle Solaris on SPARC systems will be referred herein as 'SPARC' Upgrade/Migration [1351022.2]
IBM AIX on POWER systems will be referred herein as 'AIX'
Index of Oracle Database Information
The 'directionality' of the setup is not important as long as one side will be AIX and the other SPARC. Centers [1568043.2]
The steps are applicable to all Oracle Database releases starting from 11.2.0.1 until otherwise noted.
The scenario used will be one where primary is on AIX while the physical standby will be on SPARC. インフォメーション・センター: データベースおよび
Enterprise Manager 日本語ドキュメント
[1946305.2]
SOLUTION Information Center: Overview of Database
Security Products [1548952.2]
Step 1. Create a SPARC standby from the AIX primary using the steps outlined in section Creating a Physical Standby Database in the Data Guard Concepts and
Administration guide.
Document References

(a) Do not use RMAN DUPLICATE process. Instead, use a supported manual backup/restore method to populate the primary database files to the standby site. No References available for this document.
(b) When configuring LOG_ARCHIVE_DEST_n on primary for redo shipping to standby, set the associated LOG_ARCHIVE_DEST_STATE_n to DEFER first.
(c) Do not open the standby. Recently Viewed
(d) Stop in the steps before section 3.2.6 'Start the Physical Standby Database' and go to step 2 in this note.
Using Oracle Data Guard between IBM AIX
on Power systems and Oracle Solaris on
The following note can be use for guidance on using RMAN for the manual backup/restore process: SPARC systems [1982638.1]
ORA-01008: RMAN backup fails with
Note 469493.1 Step By Step Guide To Create Physical Standby Database Using RMAN Backup and Restore Assorted Errors on 11.2.0.2 if cursor
-- Do not perform Step #5 and instead return here to continue with Step #2 below. sharing is enabled [1472116.1]
-- Do NOT set event 10463 during RMAN backup/restore. How to Analyze Library Cache Timeout
with Associated: ORA-04021 ''timeout
occurred while waiting to lock object
%s%s%s%s%s.'' Errors [1486712.1]
Step 2. Mount the SPARC standby using the standby control file created on AIX primary in Step 1. To avoid seeing assert ORA-600[kcc_upgrade_1] we will need to set
event 10463 when first mounting the control file. 11gR2 Grid Infrastructure Installer Sees
no ASM disks When 10.2 Clusterware
Environment Exists [1277148.1]
If using an spfile: Extract abend -OGG-01264 The call to the
SQL> alter system set event='10463 trace name context forever, level 3' scope=spfile sid='*'; FM_tran_create() function from line 3807
SQL> startup mount force; in process_lob() returned an unexpected
value [1587942.1]
For init.ora add following line then startup mount standby: Show More
event='10463 trace name context forever, level 3'

Step 3. Remove event 10463 setting once mounting the standby has been successful. Shut it down, remove event 10463 setting from the standby's init.ora file, and re-
mount the standby database.

If using an spfile:
SQL> alter system reset event scope=spfile sid='*';
SQL> startup mount force;

For init.ora remove line for 'event' then startup mount standby:

Step 4. Configure normal Data Guard redo shipping & apply from AIX -> SPARC Continue with the documentation starting at section 3.2.6 Start the Physical
Standby Database in the Data Guard Concepts and Administration guide. The LOG_ARCHIVE_DEST_STATE_n on primary can then also be set to ENABLE.

RESTRICTIONS: Before the very first switchover and while SPARC standby is still in physical standby role using the standby control file that was created from AIX
primary:

Do NOT use RMAN to restore backups taken on AIX to SPARC standby.

Do NOT use RMAN to backup SPARC standby - if you want to backup SPARC standby, please use OS level backup procedures.
Do NOT use/enable Flashback Database at SPARC standby outside the scope of the Snapshot standby feature.

Step 5. (OPTIONAL) Convert the physical standby to a snapshot standby Before the very first switchover [to convert SPARC standby into a Primary], customers
may wish to use the Snapshot Standby feature as described in section 9.7 Managing a Snapshot Standby Database of the Data Guard Concepts and Administration guide in
order to test the readiness of their SPARC server's ability to handle the production workloads. Once testing is completed, the snapshot standby is then converted back to a
physical standby and switchover planned.

The same restrictions listed above must still be observed.

Step 6. Perform switchover and open the new SPARC production Use section 8.2.1 Performing a Switchover to a Physical Standby Database of the Data Guard
Concepts and Administration guide to convert the SPARC standby into a Production (new primary) database and the AIX database into the new standby.

Do not allow users or applications to connect to the new primary yet once the switchover completes.

Step 7. Recreate a new controlfile for the new production database and open production with new controlfile:

To recreate a new primary control file, use the following procedure:

a) On the open production, connect as SYSDBA, and issue "alter database backup controlfile to trace noresetlogs;"
b) Check the <DIAGNOSTIC_DEST> for a trace file that contains CREATE CONTROLFILE command:
 % cd $ORACLE_BASE/diag/rdbms/<db_unique_name>/<instance_name>/trace
% grep 'CREATE CONTROLFILE' *trc

c) Shutdown the production database

SQL> shutdown;

d) Run the commands in the trace file starting with 'startup NOMOUNT', 'CREATE CONTROLFILE REUSE .. NORESETLOGS ..', 'RECOVER DATABASE',
etc. Adjust syntax is needed.

Step 8. Production on SPARC is now ready At the end of execution of all the commands in Step 7, the production database is now available for users & applications to
access.

Note: It is possible that when opening the new Primary some ORA-07445 errors or other errors may occur indicating that some PL/SQL packages are invalid. If so refer
to Support Note: 414043.1 to recompile them.

IMPORTANT: Oracle recommends that a full backup be taken immediately at this point of the new production primary, including the newly created controlfile. Full usage
of RMAN backup/restore procedures plus Flashback Database is now allowed.

Step 9. Configure the new primary to ship redo to the new standby on the AIX server At the end of execution of all steps, the new primary can be setup to ship
redo to the new physical standby as well as start redo apply.

Note: Future switchover & failover based role transitions are supported with this Data Guard setup as described in section 8 Role Transitions of the Data Guard Concepts
and Administration guide.

IMPORTANT: If the controlfile of the standby ever needs to be re-freshed using a new copy from the primary the following MUST be observed:

Before performing a future switchover IF primary was AIX, perform Steps #2 and #3 again.
After a subsequent switchover, the *new* primary must have it's controlfile re-created as outlined in Step 7 and the restrictions covered under Step 4 will be in
place until done.

Didn't find what you are looking for? Ask in Community...

Related
Products
Oracle Database Products > Oracle Database Suite > Oracle Database > Oracle Database - Enterprise Edition > Oracle Data Guard > All Physical Standby Issues

Keywords
AIX; DATA GUARD; PHYSICAL STANDBY; PRIMARY; SOLARIS; STANDBY; SUPPORT
Errors
ORA-600 [KCC_UPGRADE_1]

Back to Top

Copyright (c) 2018, Oracle. All rights reserved. Legal Notices and Terms of Use Privacy Statement