Data Guard - Grid Control - Standby database

Heys,
now I have to RAC Clusters. The next step would be to setup a standby database to prepare a graceful switchover.
But what are the next steps ?
I am currently installing GridControl on a seperate host with the option: Enterprise Manager10g Grid Control Using an Existing Database
The installation is still running....
What are the steps ? Any documentation ? Any tutorials ?
Do I need to install agents on each client in the cluster ?
What about the name resolution ?
Any listener configuration necessary ?
Is the configuration done via data guard command line ?
Christian

Bear in mind that the standby creation wizard in Grid Control will only create a non-RAC standby. Once you get to Grid Control 10.2.0.5 and your databases are in 11g you will be able to use the Grid Control convert to RAC wizard on your standby. Prior to that you will have to convert the standby to RAC manually or follow the above mentioned paper and create the standby by hand and then import it into Grid Control.
Larry

Similar Messages

Data Guard, Grid Control 11, GI 11gR2, and DB 10gR2

Hi,
I'm seeing a rather odd behavior, and I'm hoping someone else has already been through this and knows what I'm doing wrong.
I have an installation of Grid Control 11.1 (recently patched) which I am using to create Data Guard replication of some 10gR2 database instances. For some confusing reason, sometimes when I use the GC wizard to add the standby database, it creates the listener for the new database in the EM Agent's OH/network/admin/listener.ora. Other times, it creates it in the 10gR2 DB's OH/network/admin/listener.ora. When it does the former, creation of the standby DB seems to work fine, but when it does the latter, not so much.
If it matters, my primary DB is 10.2.0.4 on 10.2 grid infrastructure, and my standbys are 10.2.0.4 on GI 11.2.0.2.
I have applied the latest PSU to my agents, so they are all the same version, so I'm confused as to why this might be happening. Has anyone else seen this issue?
Thanks,
Bill

My recommendation would be to not use OEM Grid Control to create your standby.
Even when it is working properly ... it does not create what I would consider a good implementation. Just as I don't consider the vanilla installation of the Oracle database by the OUI (all control files and redo logs in the same directory with the datafiles) very good.
You'd be far better off hand crafting your standby using two listeners ... one for public and one for replication.

DB link problem between active Data Guard and report application database

My database version in 11.2.0.2.0 and OS is Oracle Solaris 10 9/10.
I am facing a problem in my Active data guard Database for reporting purpose. Active Data guard information is as below.
SQL> select name, database_role, open_mode from v$database;
NAME DATABASE_ROLE OPEN_MODE
ORCL PHYSICAL STANDBY READ ONLY WITH APPLY
Problem detail is below
I have created a db link (Name: DATADB_LINK) between active data guard and report application database for reporting purpose.
SQL> create database link DATADB_LINK connect to HR identified by hr using 'DRFUNPD';
Database link created.
But when I run a query using db link from my report application database I got this below error.
ORA-01555: snapshot too old: rollback segment number 10 with name "_SYSSMU10_4261549777$" too small
ORA-02063: preceding line from DATADB_LINK
Then I check Active Data Guard database alart log file and get below error
ORA-01555 caused by SQL statement below (SQL ID: 11yj3pucjguc8, Query Duration=1 sec, SCN: 0x0000.07c708c3):SELECT "A2"."BUSINESS_TRANSACTION_REFERENCE","A2"."BUSINESS_TRANSACTION_CODE",MAX(CASE "A1"."TRANS_DATA_KEY" WHEN 'feature' THEN "A1"."TRANS_DATA_VALUE" END ),MAX(CASE "A1"."TRANS_DATA_KEY" WHEN 'otherFeature' THEN "A1"."TRANS_DATA_VALUE" END )
But the interesting point if I run the report query directly in Active Data Guard database, I never got error.
So is it a problem of DB link between active Data Guard and other database?

Fazlul Kabir Mahfuz wrote:
My database version in 11.2.0.2.0 and OS is Oracle Solaris 10 9/10.
I am facing a problem in my Active data guard Database for reporting purpose. Active Data guard information is as below.
SQL> select name, database_role, open_mode from v$database;
NAME DATABASE_ROLE OPEN_MODE
ORCL PHYSICAL STANDBY READ ONLY WITH APPLY
Problem detail is below
I have created a db link (Name: DATADB_LINK) between active data guard and report application database for reporting purpose.
SQL> create database link DATADB_LINK connect to HR identified by hr using 'DRFUNPD';
Database link created.
But when I run a query using db link from my report application database I got this below error.
ORA-01555: snapshot too old: rollback segment number 10 with name "_SYSSMU10_4261549777$" too small
ORA-02063: preceding line from DATADB_LINK
Then I check Active Data Guard database alart log file and get below error
ORA-01555 caused by SQL statement below (SQL ID: 11yj3pucjguc8, Query Duration=1 sec, SCN: 0x0000.07c708c3):SELECT "A2"."BUSINESS_TRANSACTION_REFERENCE","A2"."BUSINESS_TRANSACTION_CODE",MAX(CASE "A1"."TRANS_DATA_KEY" WHEN 'feature' THEN "A1"."TRANS_DATA_VALUE" END ),MAX(CASE "A1"."TRANS_DATA_KEY" WHEN 'otherFeature' THEN "A1"."TRANS_DATA_VALUE" END )
But the interesting point if I run the report query directly in Active Data Guard database, I never got error.
So is it a problem of DB link between active Data Guard and other database?
Check this note which is applicable for your environment
*ORA-01555 on Active Data Guard Standby Database [ID 1273808.1]*
also
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:8908307196113

Cleaning up the Grid Control Repository Database

Our Grid Control Repository database has grown large over time and we need to free up some space. When we remove targets, is all the data related to the target cleaned out?

Double check your partition maintenance is working.
Deleting targets will delete the underlying data, but you may have to do some general database cleanup to reap the benefit in space terms.

Purging the Grid Control Repository database

Our Grid Control Repository database has grown large over time and we need to free up some space. When we remove targets, is all the data related to the target cleaned out?

When you remove targets, related data is removed. However, it is advisable to use the emd_maintenance package to clean up and reclaim space.

Data Guard configuration for RAC database disappeared from Grid control

Primary Database Environment - Three node cluster
RAC Database 10.2.0.1.0
Linux Red Hat 4.0 2.6.9-22 64bit
ASM 10.2.0.1.0
Management Agent 10.2.0.2.0
Standby Database Environment - one Node database
Oracle Enterprise Edition 10.2.0.1.0 Single standby
Linux Red Hat 4.0 2.6.9-22 64bit
ASM 10.2.0.1.0
Management Agent 10.2.0.2.0
Grid Control 10.2.0.1.0 - Node separate from standby and cluster environments
Oracle 10.1.0.1.0
Grid Control 10.2.0.1.0
Red Hat 4.0 2.6.9-22 32bit
After adding a logical standby database through Grid Control for a RAC database, I noticed sometime later the Data Guard configuration disappeared from Grid Control. Not sure why but it is gone. I did notice that something went wrong with the standby creation but i did not get much feedback from Grid Control. The last thing I did was to view the configuration, see output below.
Initializing
Connected to instance qdcls0427:ELCDV3
Starting alert log monitor...
Updating Data Guard link on database homepage...
Data Protection Settings:
Protection mode : Maximum Performance
Log Transport Mode settings:
ELCDV.qdx.com: ARCH
ELXDV: ARCH
Checking standby redo log files.....OK
Checking Data Guard status
ELCDV.qdx.com : ORA-16809: multiple warnings detected for the database
ELXDV : Creation status unknown
Checking Inconsistent Properties
Checking agent status
ELCDV.qdx.com
qdcls0387.qdx.com ... OK
qdcls0388.qdx.com ... OK
qdcls0427.qdx.com ... OK
ELXDV ... WARNING: No credentials available for target ELXDV
Attempting agent ping ... OK
Switching log file 672.Done
WARNING: Skipping check for applied log on ELXDV : disabled
Processing completed.
Here are the steps followed to add the standby database in Grid Control
Maintenance tab
Setup and Manage Data Guard
Logged in as sys
Add standby database
Create a new logical standby database
Perform a live backup of the primary database
Specify backup directory for staging area
Specify standby database name and Oracle home location
Specify file location staging area on standby node
At the end am presented with a review of the selected options and then the standby database is created
Has any body come across a similar issue?
Thanks,

Any resolution on this?
I just created a Logical Standby database and I'm getting the same warning (WARNING: No credentials available for target ...) when I do a 'Verify Configuration' from the Data Guard page.
Everything else seems to be working fine. Logs are being applied, etc.
I can't figure out what credentials its looking for.

ORA-01403: no data found on LOGICAL STANDBY database

Hi ,
Logical Standby issue :
Oracle 10.2.0.2 enterprise edition .
M Working on LOGICAL Standby since 1 yrs but still i havent got this ......................................
I m getting countinuously no data foud errror on logical standby database .
I found the table causing the proble(db_logstdby_events) and skipped that table and instanciated table using bwlow package:
exec dbms_logstdby.instantiate_table (.......................................
but when i start apply process on logical standby it again give no data found for new table :
Even i tried to instantiate the table using EXPORT/IMPORT during down time but the same facing same problem .
As much as i known abt the error that is :
table1
id
10
20
30
Now if sql apply process on logical standby tries to performe the update transaction(for example) as belows
update table1 set id=100 where id=50;
above query will not be completed cos it will never find the values 50 which is not in table .Thts why this error comming ..
Now my worry is ... no users dare to change/make such changes on Logical standby .So if there is no changes in tables then sqll apply should get all the values to be needded for an update ......
watingggg guyssss/......

Troubleshooting ORA-1403 errors with Flashback Transaction
In the event that the SQL Apply engine errors out with an ORA-1403, it may be possible to utilize flashback transaction on the standby database to reconstruct the missing data. This is reliant upon the undo_retention parameter specified on the standby database instance.
ORA-1403: No Data Found
Under normal circumstances the ORA-1403 error should not be seen in a Logical Standby environment. The error occurs when data in a SQL Apply managed table is modified directly on the standby database, and then the same data is modified on the primary database.
When the modified data is updated on the primary database and received by the SQL Apply engine, the SQL Apply engine verifies the original version of the data is present on the standby database before updating the record. When this verification fails, an ORA-1403: No Data Found error is thrown by Oracle Data Guard: SQL Apply.
The initial error
When the SQL Apply engine verification fails, the error thrown by the SQL Apply engine is reported in the alert log of the logical standby database as well as a record being inserted into the DBA_LOGSTDBY_EVENTS view. The information in the alert log is truncated, while the error is reported in it's entirety in the database view.
LOGSTDBY stmt: update "SCOTT"."MASTER"
set
"NAME" = 'john'
where
"PK" = 1 and
"NAME" = 'andrew' and
ROWID = 'AAAAAAAAEAAAAAPAAA'
LOGSTDBY status: ORA-01403: no data found
LOGSTDBY PID 1006, oracle@staco03 (P004)
LOGSTDBY XID 0x0006.00e.00000417, Thread 1, RBA 0x02dd.00002221.10
The Investigation
The first step is to analyze the historical data of the table that threw the error. This can be achieved using the VERSIONS clause of the SELECT statement.
SQL> select versions_xid
, versions_startscn
, versions_endscn
, versions_operation
, pk
, name
from scott.master
versions between scn minvalue and maxvalue
where pk = 1
order by nvl(versions_startscn,0);
VERSIONS_XID VERSIONS_STARTSCN VERSIONS_ENDSCN V PK NAME
03001900EE070000 3492279 3492290 I 1 andrew
02000D00E4070000 3492290 D 1 andrew
Depending upon the amount of undo retention that the database is configured to retain (undo_retention) and the activity on the table, the information returned might be extensive and the versions between syntax might need to be changed to restrict the amount of information returned.
From the information returned, it can be seen that the record was first inserted at scn 3492279 and then was deleted at scn 3492290 as part of transaction ID 02000D00E4070000. Using the transaction ID, the database should be queried to find the scope of the transaction. This is achieved by querying the flashback_transaction_query view.
SQL> select operation
, undo_sql
from flashback_transaction_query
where xid = hextoraw('02000D00E4070000');
OPERATION UNDO_SQL
DELETE insert into "SCOTT"."MASTER"("PK","NAME") values
('1','andrew');
BEGIN
Note that there is always one row returned representing the start of the transaction. In this transaction, only one row was deleted in the master table. The undo_sql column when executed will restore the original data into the table.
SQL> insert into "SCOTT"."MASTER"("PK","NAME") values ('1','andrew');
SQL> commit;
The SQL Apply engine may now be restarted and the transaction will be applied to the standby database.
SQL> alter database start logical standby apply;

Not able to get data of primary in standby database (configured dataguard)

Hi all, I configured dataguard in my local system, i ve a few qsns (as i am new, ve patience)
1) scn differs wrt primary in standby (i checked, 1day difference), how to make scn same?
2)i created a table in primary, its not refelecting in standby, (below i ve pasted alertlog entries)
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Errors in file d:\oracle11g\app\administrator\diag\rdbms\stand\stand\trace\stand_dbw0_6916.trc:
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: 'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\SYSAUX01.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Errors in file d:\oracle11g\app\administrator\diag\rdbms\stand\stand\trace\stand_dbw0_6916.trc:
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\UNDOTBS01.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Errors in file d:\oracle11g\app\administrator\diag\rdbms\stand\stand\trace\stand_dbw0_6916.trc:
ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
ORA-01110: data file 4: 'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\USERS01.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Errors in file d:\oracle11g\app\administrator\diag\rdbms\stand\stand\trace\stand_dbw0_6916.trc:
ORA-01157: cannot identify/lock data file 5 - see DBWR trace file
ORA-01110: data file 5: 'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\EXAMPLE01.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Errors in file d:\oracle11g\app\administrator\diag\rdbms\stand\stand\trace\stand_dbw0_6916.trc:
ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
ORA-01110: data file 6: 'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\STREAM_TBS.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Errors in file d:\oracle11g\app\administrator\diag\rdbms\stand\stand\trace\stand_dbw0_6916.trc:
ORA-01157: cannot identify/lock data file 7 - see DBWR trace file
ORA-01110: data file 7: 'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\DATA01.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
ORA-16004 signalled during: alter database open read only...
3)wen i try to open standby database in read only mode gives below error..how do i solve it?
ERROR at line 1:
ORA-16004: backup database requires recovery
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1:
'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\SYSTEM01.DBF'

971424 wrote:
Hi all, I configured dataguard in my local system, i ve a few qsns (as i am new, ve patience)
1) scn differs wrt primary in standby (i checked, 1day difference), how to make scn same?Please do not use IM language here, instead of "qsns" use questions.
SCN can be differ in standby and it can be behind to primary based on the backup you have restored. Of course by performing recovery you can synchronize standby with primary database. You can use incremental backups for standby using link http://www.oracle-ckpt.com/rman-incremental-backups-to-roll-forward-a-physical-standby-database-2/
2)i created a table in primary, its not refelecting in standby, (below i ve pasted alertlog entries)
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Errors in file d:\oracle11g\app\administrator\diag\rdbms\stand\stand\trace\stand_dbw0_6916.trc:
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: 'D:\ORACLE11G\APP\ADMINISTRATOR\ORADATA\STAND\SYSAUX01.DBF'
ORA-27041: unable to open fileFirst check whether those files are exist in that location or not and if file names are different other than primary then rename file locations. Also check the permissions on the folder/files.

Oracle 10.2 Grid Control – Adding Database residing on different hosts

I used to work with Oracle 9.2 Enterprise Manager. Now I have installed Oracle 10.2.0.2 Grid Control on Windows 2000. I want to do database administrator from Oracle Grid Control for Oracle 9i, Oracle 10.1 and 10.2 databases. I do not want to install any agents on my database servers because they are production servers,
All of I am interested in to have nice user interface of Oracle 10g grid control, so I can do database administration such as adding a database file, looking at database users, sessions etc. I was able to do all of that with Oracle9i enterprise manager. IN Oracle9i EM, one can manually add a database instance if it cannot be discovered using an agent. Is it possible to do that in Oracle 10g grid control?
When I start Grid Control, go to targets tab and then database tab and want to add a database, it asks for host name. When I enter hostname (which is accessible from the network), it says host not found. Is an agent required on the host before Grid Control can recognize it. In Oracle 9i enterprise manager, there was an option to manually add a database (i.e. automatic discovery was not successful), is it possible to do that with Oracle 10g grid control.

Over the years, working with Oracle, I've found tremendous value in reading the docs. You might find similar value doing that too.
The only issue you seem to have is an unwillingness to learn the architecture and concepts behind the product you are trying to install. You get rid of the error by deleting the entry and doing it correctly.
There is no way to drop a brick on your foot and not have it hurt. <g>

ORA-01157: cannot identify/lock data file error in standby database.

Hi,
i have a primary database and standby database (11.2.0.1.0) running in ASM with different diskgroup names. I applied an incremental backup on standby database to resolve archive log gap and generated a controlfile for standby in primary database and restored the controlfile in standby database.But when i started the MRP process its not starting and thows error in alert log ORA-01157: cannot identify/lock data file. When i queried the standby database file it shows the location on primary database datafiles names not the standby database.
PRIMARY DATABASE
SQL> select name from v$datafile;
NAME
+DATA/oradb/datafile/system.256.788911005
+DATA/oradb/datafile/sysaux.257.788911005
+DATA/oradb/datafile/undotbs1.258.788911005
+DATA/oradb/datafile/users.259.788911005
STANDBY DATABASE
SQL> select name from v$datafile;
NAME
+STDBY/oradb/datafile/system.256.788911005
+STDBY/oradb/datafile/sysaux.257.788911005
+STDBY/oradb/datafile/undotbs1.258.788911005
+STDBY/oradb/datafile/users.259.788911005
The Actual physical location of standby database files in ASM in standby server is shown below
ASMCMD> pwd
+STDBY/11gdb/DATAFILE
ASMCMD>
ASMCMD> ls
SYSAUX.259.805921967
SYSTEM.258.805921881
UNDOTBS1.260.805922023
USERS.261.805922029
ASMCMD>
ASMCMD> pwd
+STDBY/11gdb/DATAFILE
i even tried to rename the datafiles in standby database but it throws error
ERROR at line 1:
ORA-01511: error in renaming log/data files
ORA-01275: Operation RENAME is not allowed if standby file management is
automatic.
Regards,
007

Hi saurabh,
I tried to rename the datafiles in standby database after restoring it throws the below error
ERROR at line 1:
ORA-01511: error in renaming log/data files
ORA-01275: Operation RENAME is not allowed if standby file management is
automatic.
Also in my pfile i have mentioned the below parameters
*.db_create_file_dest='+STDBY'
*.db_domain=''
*.db_file_name_convert='+DATA','+STDBY'
*.db_name='ORADB'
*.db_unique_name='11GDB'
Regards,
007

Reg: Exporting the data from the Physical Standby database system.

Hello all,
We have an oracle standard edition one 11gR1 environment, in which i need to export the data from the physical standby system.
So can anyone suggest me, How to do it safely (mount state).
Regards,
Konda.

Hi,
You can use "exp" utility to export the database from a read only database whereas you can't export the read only database using "expdp".
Since you are using version 11g, it is not advisable to use exp. You can convert your standby to snapshot database, open read, write and export the database using expdp and then again convert it to standby.
This is a very easy process which we follow in our company to do testing when required.
Follow note 11g Using Snapshot Standby Database. (Doc ID 443720.1) for converting and usage.
Thank you!!

Grid Control and Database Control

If I'm installing a new set of database servers (10g Rel2 10.2.0.5 - linux RHEL4) that I plan to have under Grid control (on a separate Grid-control only machine) can I opt to not install the Database Control on the monitored database servers? If so, can someone point me to some documentation? I think I'm getting confused with the semantics in the various documents. I do realize that I need to deploy agents to the monitored database servers. Much appreciated.

http://download.oracle.com/docs/cd/B16240_01/doc/em.102/b31949/toc.htm
http://download.oracle.com/docs/cd/B16240_01/doc/nav/portal_booklist.htm (Full List)
When you plan to install a Grid Control, then you do not have to configure DB control on the targets.
For Grid, you do have to install a Grid Agent on each target server which needs to be monitored.
Go through the above link which talks about the Concepts of Grid.

What is the major plus with Data Guard compare to standby

Hi,
We don't need active active replication between our prod and DR, our DR can be 20 minutes RPO (Recovery Point Objective) so what is the main advantage of configuring and installing oracle data guard compare to a simple standby server?
My understanding of data guard is a that oracle will ship your log auto on the DR and apply it instead of me, doing it with 2 script (one on primary server that ship log over, the second on standby that apply the archive log).

1. Your Primary site get hit by something you can failover to the standby.
2. If you have a large group of "Reader" users on the Primary you can switch them to the Standby using Active Data Guard.
3. You can do a switchover and avoid an outage if your Primary server needs work of any kind.
4. You can preform backup at either site taking even more load off you primary if needed.
or as the books says:
Disaster recovery, data protection, and high availability.
Down Side
1. Cost
2. Network Load (or additional load)
Edited by: mseberg on Feb 7, 2011 10:23 AM

Data Guard: Replication on standby is not working.

Experts,
I've executed below command on standby database :
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;
I thought this command would bring all recent changes immediately. However after executing this statement, replication is not happening. I mean if I update something on primary , it's not getting replicated on standby db.
Later I realized this command is for switching standby to primary.
How to roll back the above change on standby ?
Thanks

Please see below:
An attempt was made to cancel a managed recovery session but no managed recovery session was active.
If you restart the recovery does it error?
* I restarted recovery on Standby and did not error out. See below*
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT ;
Database altered.
If not and you do a log switch on the Primary does the archive move and not apply, or not move?
I have done log switch on Primary with below command and it did not give any error:
SQL> alter system switch logfile;
System altered.
In the primary DB alert log file I can see below errors :
Mon Dec 12 10:59:52 2011
Thread 1 advanced to log sequence 322 (LGWR switch)
*Current log# 2 seq# 322 mem# 0: +DBDATA/iam/onlinelog/group_2.262.764445763*
*Current log# 2 seq# 322 mem# 1: +DBFLASH/iam/onlinelog/group_2.258.764445763*
Mon Dec 12 10:59:52 2011
*Deleted Oracle managed file +DBFLASH/iam/archivelog/2011_12_01/thread_1_seq_218.383.768756737*
Archived Log entry 804 added for thread 1 sequence 321 ID 0x41fac87c dest 1:
Mon Dec 12 10:59:52 2011
*FAL[server, ARC3]: FAL archive failed, see trace file.*
ARCH: FAL archive failed. Archiver continuing
Any light from above information ?
Thanks
Edited by: 859875 on Dec 12, 2011 8:09 AM

EBS 11i (11i.10.2) Data Guard Switchover testing with Database 10gR2.

In my new job, I have to test DG switchover and with EBS 11i.
I know the database switchover part very well, but I don't know what needs to be done for 11i applications after switching from primary server to the standby server.
Please guide me what steps/procedures needs to be followed to switchover 11i applications to the standby site after the database switched over to standby database?
Both the database and the 11i applications installed on primary Linux server and the same architecture on the separate secondary Linux server.
Thanks,

Please also see:
Business Continuity for Oracle E-Business Release 11i Using Oracle 11g Physical Standby Database - Single Instance and Oracle RAC [ID 1068913.1]
Oracle E-Business Suite Release 11i High Availability Documentation Roadmap [ID 1072807.1
Thanks,
Hussein

Data Guard - Grid Control - Standby database

Similar Messages

Maybe you are looking for