Data Guard - Different Platforms

Hello,
I'm currently looking at Oracle's Data Guard/Standby DB option. (Standard Edition Version) Our primary database is on a Sun Solaris Sparc system and we want to have our Standby on an Sun Solaris Intel system. Is this possible with Sun Sparc? Will I run into issues attempting to apply the redo logs?
Help??? :)
Edited by: user10448714 on Aug 13, 2009 9:47 AM

Check these Metatlink notes they may help you out here.
execute this SQL for a database on the 2 platforms
SQL> select platform_id, platform_name from v$database;
You will need to check the platform_id for solaris it is 2, if the intel solaris is 2 then according to the document it should work.
For a complete list of supported platform/OS combinations see Metalink Note 413484.1
See Oracle Metalink Notes 395982.1 and/or 414043.1 for more exact restrictions and further details.

Similar Messages

Data Guard across platforms?

Hi All,
Does Oracle 10g data guard work across platforms; like primary db in Windows standby in linux or primary in solaris and standby in aix or something like that?...
Thanks & Regards,
Rosh

Does Oracle 10g data guard work across platforms; like primary db in Windows standby in linux or primary in solaris and standby in aix or something like that?...No, its not possible,both server should have same operating system,but u can achieve it by using oracle streams.its works with different platforms.
Kuljeet

Data Guard Broker - platform requirements

Hi there,
I've been checking the docs and haven't been able to find a definitive answer - my question is, if you have your primary and standby databases on a 64-bit architecture (HP-UX64 for example), can you have the broker that manages that configuration on a 32-bit architecture (Windows, Linux etc)?
Any advice would be greatly appreciated. If anyone has a setup like what I've described, please let me know.
Many thanks,
IM

Hi again, I've managed to answer my own question (from AskTom):
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:4111318776437#60461502943814
"observer"? you mean the data guard monitor. Yes, the standby must be on the same platform as the
primary - but the monitoring software (enterprise manager stuff) may be elsewhere.
Cheers,
IM

Data guard between different platforms?

I'm pretty sure the answer is no but just want to be sure, so my question is...Can you have a data guard physical standby server that is running on a different platform than the primary?
For instance, We have just been informed by our sakes rep that Oracle is dropping the Itanium platform because future releases of red hat will no longer be supporting the Itanium platform and that Oracle is following the red hat model...
Can we setup dataguard to migrate off of current hardware platform to a new X86_64 platform?
Thanks.

user520056 wrote:
I'm pretty sure the answer is no but just want to be sure, so my question is...Can you have a data guard physical standby server that is running on a different platform than the primary?No, this is not possible.
For instance, We have just been informed by our sakes rep that Oracle is dropping the Itanium platform because future releases of red hat will no longer be supporting the Itanium platform and that Oracle is following the red hat model...
Can we setup dataguard to migrate off of current hardware platform to a new X86_64 platform?
Thanks.This would follow the same rule that both, primary and standby must run on the same platform and o/s. So I guess, the answer would be that you would need to move both of your servers. But, just to be assure, you should raise the same question on the dedicated forum of dataguard where product manager of DG , Larry Carpenter hangs around as well. That would be the place where I would ask my data guard doubts.
Data Guard
HTH
Aman....

Urgent! Application tier and Data tier on different platforms

Hello!
I would be very grateful if someone confirms that the deployment of the Beehive, where Application tier and Data tier are placed on different platforms, is supported.
For example, Oracle Database (Data tier) on Linux, and Oracle Application Server (Application tier) on Windows.
Thanks in advance.
Dima.

Hi Dima,
Yes, this will work.

Oracle 9i Data Guard supported on Windows 2000 platform ?

Is Oracle 9i Data Guard supported on Windows 2000 platform ?

YES, we are currently using Data guard on 2000 Windows Server. Will need to have the Management server installed in order to get the Data guard function.

Active Data Guard in different database versions (11.2.0.3 and 11.2.0.4)

In case of Active Data Guard can i run different database versions (11.2.0.3 and 11.2.0.4) at Primary and DR for production environment ? And will having RAC in environment make any difference?

Hi,
>>In case of Active Data Guard can i run different database versions (11.2.0.3 and 11.2.0.4) at Primary and DR for production environment ?
As per normal Data Guard requirement, Oracle 11.2 does support flexibility where Primary and Standby may have different hard wares such as CPU architecture and OS etc. but the Oracle RDBMS software version must be the same. Having said so does not mean it will not support it. Beginning with 11.1.07, a physical standby database can be used to execute a rolling database upgrade to a new Oracle Patch Set or database release by using the transient logical rolling database upgrade process. It means you can have with different database version but for how long, you need to check above documents.. For complete information you should read this note:
Data Guard Support for Heterogeneous Primary and Physical Standbys in Same Data Guard Configuration (Doc ID 413484.1) &
http://www.oracle.com/technetwork/database/features/availability/maa-wp-11g-transientlogicalrollingu-1-131927.pdf
2) >> And will having RAC in environment make any difference?
NO. You can find answer at - https://docs.oracle.com/cd/E11882_01/server.112/e41134/standby.htm#SBYDB4716
**The primary database can be a single instance database or an Oracle Real Application Clusters (Oracle RAC) database. The standby databases can be single instance databases or Oracle RAC databases.
HTH,
Pradeep

Configure about the DATA GUARD APPLICATION on ORACLE 9i platform

I have worked on Oracle 9i (9.2.0.1) platform. I have installed Oracle 9i server edition in my machine, and created one database name ORCL.
I want to configure DATA GUARD APPLICATION in my machine... is it possible?
if it is then how can I do this...

Yes, it is possible.
Please refer to the Dataguard Concepts and Administration Manual for installation guidance.
Please do not bother to come back to ask further doc questions, showing you are not prepared to do your own work.
Sybrand Bakker
Senior Oracle DBA

Configuring Data Guard on 2 different instance in same machine

Hi All,
I am new to the Data Guard concept. I am using Oracle 10g (Release 10.2.0.1.0) in Windows 7 environment . I have created 2 database instance its running fine.
For testing purpose, Is it possible to implement Data Guard concept between 2 instance in the same machine? whether it will impact any problem?
Thanks & Regards
Sami.

You would use the same one. That is, you would not have a separate tnsnames.ora and listener.ora.
What I was trying to say is you still need to add the SID_LIST_LISTENER lines that Data Guard uses
Example
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /u01/app/oracle/product/11.2.0)
(PROGRAM = extproc)
(SID_DESC =
(global_dbname = PRIMARY_DGMGRL.uservices.umn.edu)
(ORACLE_HOME = /u01/app/oracle/product/11.2.0)
(sid_name = PRIMARY)
TNS Example
STANDBY =
(DESCRIPTION =
(SDU=32767)
(SEND_BUF_SIZE=2092500)
(RECV_BUF_SIZE=2092500)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = HOSTNAME)(PORT = 1521))
(CONNECT_DATA =
(SERVICE_NAME = STANDBY)
Best Regards
mseberg (Its very late here)

Data Guard logical standby Versus Streams

I'm referring to both Oracle 10g/9i
If a Data Guard logical database uses similar technology to Streams (Log Mining and SQL apply), why can't you stand up a standby database on a different platform, or at least I have found nothing on the subject.
But in 11g Oracle Data Guard (physical standby database) is a solution for same endianness platform migration.
I will appreciate any insight on the subject.

Yes...thats true...both uses same technology...
REDO LOGMINER
SQL------------------------>BLOCK LEVEL CHANGES---------------------------------->SQL
But there are serious implemetation diff..
1) Oracle Data Guard is designed for protecting from data failure and disasters.
Streams is designed for information sharing and distribution but can also provide a very efficient high availability solution.
2) Streams is configured from the bottom up — individual tables, schemas, capture processes, apply processes, queues.
Logical Standby is configured from the top down — start with entire database, then specify only what you don’t want.
As logical standby is top down and changes are capture at remote location (logical standby db) and for that archive log need to be shipped using FAL client/server to remote and to ship the archivelog in Data Guard configuration, all members should be running on same platform.
As said before, Streams is configured from the bottom up, it start with tables--> Schemas--->Database and we can capture changes at local/remote location. If we capture changes locally, target streams db can be on diff platform. But for downstream capture must need same platform as logical standby database needed so that archivelogs can transport from source to downstream db.

Using data guard for migration pruposes.

Hi we are looking to consolidate a couple of databases onto a single server. One of the databases is our bi database which is currently running on a single server and it is running oracle 10.1.0.3 on suse linux 64 bit.
We also have an oracle 2 node cluster running on RHEL4 64 bit linux itanium. which is our sote database.
We are looking to create a physical standby server of the store database onto a new server and storage array and also we are looking to migrate the bi database over to the same server/storage platform and would like to use ASM as the storage option for both of the database once they are migrated and also replicated to the new server.
I guess my question is...can I run multiple different versions of oracle on the same server or is this just a bad idea? we know that we need to have the same version 10.2.0.3 for the physical standby server which is a different version than the bi datatabse so would it be better idea to upgrade the bi database to also be running 10.2.0.3 before we are to try and replicate it to the new hardware?
I hope this is not confusing,
Thx.

Lets start with what physical Data Guard standby is ... it is the creation of a row-for-row, block-for-block duplicate of a primary production database.
If the version are not identical that is impossible.
If the data contained within them is not identical that is impossible.
If you want to merge databases I would suggest Transportable Tablespaces ... nothing is faster and safer.
Once you have you data merged you can then create a physical Data Guard standby for purposes of replication if you wish.

Data Guard Set-up

Hi All,
Platform - RHEL 6, Oracle 11gR2.
My Primary server is new hardware with more space and memory. The data files are striped across more mount points. Memory - 16G
Plan to install a Oracle Data Guard 11gR2 on a old server for testing only. Memory 3G. Due to lack of space we can't have so many mount points as production.
My question is Can I setup Data Guard in this limitation on my test server. How will it map with the mount points in production system.?
Is there any good document on this.?

My Primary server is new hardware with more space and memory. The data files are striped across more mount points. Memory - 16G
Plan to install a Oracle Data Guard 11gR2 on a old server for testing only. Memory 3G. Due to lack of space we can't have so many mount points as production.
My question is Can I setup Data Guard in this limitation on my test server. How will it map with the mount points in production system.?The setup is same, But it will depends on how you use parameters.
Lets suppose you want to perform to build standby using RMAN duplicate, Even the datafiles are stripped in different mount points, just you need to take care of parameters
Ex: primary locations /u01/oradata/prod, /u02/oradata/prod, /u03/oradata/prod
Standby location just /u05/oradata/stby
So you have to configure them as
DB_FILE_NAME_CONVERT='/u01/oradata/prod','/u05/oradata/stby','/u02/oradata/prim','/u05/oradata/stby','/u03/oradata/prod','/u05/oradata/stby'
Also take care of LOG_FILE_NAME_CONVERT
refer this.
http://docs.oracle.com/cd/B19306_01/server.102/b14237/initparams048.htm
Remaining configuration is same. check below links for that
http://docs.oracle.com/cd/B19306_01/server.102/b14239/rcmbackp.htm#i636427
Step By Step Guide To Create Physical Standby Database Using RMAN [ID 469493.1]
You can perform RMAN duplicate from active database for the versions from 11gRx
http://docs.oracle.com/cd/B28359_01/server.111/b28294/rcmbackp.htm#i636427
Thanks.
>
user13355115
     Newbie
Handle:      user13355115
Status Level:      Newbie
Registered:      Aug 1, 2010
Total Posts:      146
Total Questions:      62 (56 unresolved)
>
Consider closing thread if answered and keep the forum clean.
Thanks.
Edited by: CKPT on Apr 18, 2012 1:58 PM

Clarification on Data Guard(Physical Standyb db)

Hi guys,
I have been trying to setup up Data Guard with a physical standby database for the past few weeks and I think I have managed to setup it up and also perform a switchover. I have been reading a lot of websites and even Oracle Docs for this.
However I need clarification on the setup and whether or not it is working as expected.
My environment is Windows 32bit (Windows 2003)
Oracle 10.2.0.2 (Client/Server)
2 Physical machines
Here is what I have done.
Machine 1
1. Create a primary database using standard DBCA, hence the Oracle service(oradgp) and password file are also created along with the listener service.
2. Modify the pfile to include the following:-
oradgp.__db_cache_size=436207616
oradgp.__java_pool_size=4194304
oradgp.__large_pool_size=4194304
oradgp.__shared_pool_size=159383552
oradgp.__streams_pool_size=0
*.audit_file_dest='M:\oracle\product\10.2.0\admin\oradgp\adump'
*.background_dump_dest='M:\oracle\product\10.2.0\admin\oradgp\bdump'
*.compatible='10.2.0.3.0'
*.control_files='M:\oracle\product\10.2.0\oradata\oradgp\control01.ctl','M:\oracle\product\10.2.0\oradata\oradgp\control02.ctl','M:\oracle\product\10.2.0\oradata\oradgp\control03.ctl'
*.core_dump_dest='M:\oracle\product\10.2.0\admin\oradgp\cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='oradgp'
*.db_recovery_file_dest='M:\oracle\product\10.2.0\flash_recovery_area'
*.db_recovery_file_dest_size=21474836480
*.fal_client='oradgp'
*.fal_server='oradgs'
*.job_queue_processes=10
*.log_archive_dest_1='LOCATION=E:\ArchLogs VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=oradgp'
*.log_archive_dest_2='SERVICE=oradgs LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oradgs'
*.log_archive_format='ARC%S_%R.%T'
*.log_archive_max_processes=30
*.nls_territory='IRELAND'
*.open_cursors=300
*.pga_aggregate_target=203423744
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=612368384
*.standby_file_management='auto'
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='M:\oracle\product\10.2.0\admin\oradgp\udump'
*.service_names=oradgp
The locations on the harddisk are all available and archived redo are created (e:\archlogs)
3. I then add the necessary (4) standby logs on primary.
4. To replicate the db on the machine 2(standby db), I did an RMAN backup as:-
RMAN> run
{allocate channel d1 type disk format='M:\DGBackup\stby_%U.bak';
backup database plus archivelog delete input;
5. I then copied over the standby~.bak files created from machine1 to machine2 to the same directory (M:\DBBackup) since I maintained the directory structure exactly the same between the 2 machines.
6. Then created a standby controlfile. (At this time the db was in open/write mode).
7. I then copied this standby ctl file to machine2 under the same directory structure (M:\oracle\product\10.2.0\oradata\oradgp) and replicated the same ctl file into 3 different files such as: CONTROL01.CTL, CONTROL02.CTL & CONTROL03.CTL
Machine2
8. I created an Oracle service called the same as primary (oradgp).
9. Created a listener also.
9. Set the Oracle Home & SID to the same name as primary (oradgp) <<<-- I am not sure about the sid one.
10. I then copied over the pfile from the primary to standby and created an spfile with this one.
It looks like this:-
oradgp.__db_cache_size=436207616
oradgp.__java_pool_size=4194304
oradgp.__large_pool_size=4194304
oradgp.__shared_pool_size=159383552
oradgp.__streams_pool_size=0
*.audit_file_dest='M:\oracle\product\10.2.0\admin\oradgp\adump'
*.background_dump_dest='M:\oracle\product\10.2.0\admin\oradgp\bdump'
*.compatible='10.2.0.3.0'
*.control_files='M:\oracle\product\10.2.0\oradata\oradgp\control01.ctl','M:\oracle\product\10.2.0\oradata\oradgp\control02.ctl','M:\oracle\product\10.2.0\oradata\oradgp\control03.ctl'
*.core_dump_dest='M:\oracle\product\10.2.0\admin\oradgp\cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='oradgp'
*.db_recovery_file_dest='M:\oracle\product\10.2.0\flash_recovery_area'
*.db_recovery_file_dest_size=21474836480
*.fal_client='oradgs'
*.fal_server='oradgp'
*.job_queue_processes=10
*.log_archive_dest_1='LOCATION=E:\ArchLogs VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=oradgs'
*.log_archive_dest_2='SERVICE=oradgp LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oradgp'
*.log_archive_format='ARC%S_%R.%T'
*.log_archive_max_processes=30
*.nls_territory='IRELAND'
*.open_cursors=300
*.pga_aggregate_target=203423744
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=612368384
*.standby_file_management='auto'
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='M:\oracle\product\10.2.0\admin\oradgp\udump'
*.service_names=oradgs
log_file_name_convert='junk','junk'
11. User RMAN to restore the db as:-
RMAN> startup mount;
RMAN> restore database;
Then RMAN created the datafiles.
12. I then added the same number (4) of standby redo logs to machine2.
13. Also added a tempfile though the temp tablespace was created per the restore via RMAN, I think the actual file (temp01.dbf) didn't get created, so I manually created the tempfile.
14. Ensuring the listener and Oracle service were running and that the database on machine2 was in MOUNT mode, I then started the redo apply using:-
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
It seems to have started the redo apply as I've checked the alert log and noticed that the sequence# was all "YES" for applied.
****However I noticed that in the alert log the standby was complaining about the online REDO log not being present****
So copied over the REDO logs from the primary machine and placed them in the same directory structure of the standby.
########Q1. I understand that the standby database does not need online REDO Logs but why is it reporting in the alert log then??########
I wanted to enable realtime apply so, I cancelled the recover by :-
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
and issued:-
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
This too was successful and I noticed that the recovery mode is set to MANAGED REAL TIME APPLY.
Checked this via the primary database also and it too reported that the DEST_2 is in MANAGED REAL TIME APPLY.
Also performed a log swith on primary and it got transported to the standby and was applied (YES).
Also ensured that there are no gaps via some queries where no rows were returned.
15. I now wanted to perform a switchover, hence issued:-
Primary_SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
All the archivers stopped as expected.
16. Now on machine2:
Stdby_SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
17. On machine1:
Primary_Now_Standby_SQL>SHUTDOWN IMMEDIATE;
Primary_Now_Standby_SQL>STARTUP MOUNT;
Primary_Now_Standby_SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
17. On machine2:
Stdby_Now_Primary_SQL>ALTER DATABASE OPEN;
Checked by switching the logfile on the new primary and ensured that the standby received this logfile and was applied (YES).
However, here are my questions for clarifications:-
Q1. There is a question about ONLINE REDO LOGS within "#" characters.
Q2. Do you see me doing anything wrong in regards to naming the directory structures? Should I have renamed the dbname directory in the Oracle Home to oradgs rather than oradgp?
Q3. When I enabled real time apply does that mean, that I am not in 'MANAGED' mode anymore? Is there an un-managed mode also?
Q4. After the switchover, I have noticed that the MRP0 process is "APPLYING LOG" status to a sequence# which is not even the latest sequence# as per v$archived_log. By this I mean:-
SQL> SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS,FROM V$MANAGED_STANDBY;
MRP0 APPLYING_LOG 1 47 452 1024000
but :
SQL> select max(sequence#) from v$archived_log;
46
Why is that? Also I have noticed that one of the sequence#s is NOT applied but the later ones are:-
SQL> SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
42 NO
43 YES
44 YES
45 YES
46 YES
What could be the possible reasons why sequence# 42 didn't get applied but the others did?
After reading several documents I am confused at this stage because I have read that you can setup standby databases using 'standby' logs but is there another method without using standby logs?
Q5. The log switch isn't happening automatically on the primary database where I could see the whole process happening on it own, such as generation of a new logfile, that being transported to the standby and then being applied on the standby.
Could this be due to inactivity on the primary database as I am not doing anything on it?
Sorry if I have missed out something guys but I tried to put in as much detail as I remember...
Thank you very much in advance.
Regards,
Bharath
Edited by: Bharath3 on Jan 22, 2010 2:13 AM

Parameters:
Missing on the Primary:
DB_UNIQUE_NAME=oradgp
LOG_ARCHIVE_CONFIG=DG_CONFIG=(oradgp, oradgs)
Missing on the Standby:
DB_UNIQUE_NAME=oradgs
LOG_ARCHIVE_CONFIG=DG_CONFIG=(oradgp, oradgs)
You said: Also added a tempfile though the temp tablespace was created per the restore via RMAN, I think the actual file (temp01.dbf) didn't get created, so I manually created the tempfile.
RMAN should have also added the temp file. Note that as of 11g RMAN duplicate for standby will also add the standby redo log files at the standby if they already existed on the Primary when you took the backup.
You said: ****However I noticed that in the alert log the standby was complaining about the online REDO log not being present****
That is just the weird error that the RDBMS returns when the database tries to find the online redo log files. You see that at the start of the MRP because it tries to open them and if it gets the error it will manually create them based on their file definition in the controlfile combined with LOG_FILE_NAME_CONVERT if they are in a different place from the Primary.
Your questions (Q1 answered above):
You said: Q2. Do you see me doing anything wrong in regards to naming the directory structures? Should I have renamed the dbname directory in the Oracle Home to oradgs rather than oradgp?
Up to you. Not a requirement.
You said: Q3. When I enabled real time apply does that mean, that I am not in 'MANAGED' mode anymore? Is there an un-managed mode also?
You are always in MANAGED mode when you use the RECOVER MANAGED STANDBY DATABASE command. If you use manual recovery "RECOVER STANDBY DATABASE" (NOT RECOMMENDED EVER ON A STANDBY DATABASE) then you are effectively in 'non-managed' mode although we do not call it that.
You said: Q4. After the switchover, I have noticed that the MRP0 process is "APPLYING LOG" status to a sequence# which is not even the latest sequence# as per v$archived_log. By this I mean:-
Log 46 (in your example) is the last FULL and ARCHIVED log hence that is the latest one to show up in V$ARCHIVED_LOG as that is a list of fully archived log files. Sequence 47 is the one that is current in the Primary online redo log and also current in the standby's standby redo log and as you are using real time apply that is the one it is applying.
You said: What could be the possible reasons why sequence# 42 didn't get applied but the others did?
42 was probably a gap. Select the FAL columns as well and it will proably say 'YES' for FAL. We do not update the Primary's controlfile everytime we resolve a gap. Try the same command on the standby and you will see that 42 was indeed applied. Redo can never be applied out of order so the max(sequence#) from v$archived_log where applied = 'YES' will tell you that every sequence before that number has to have been applied.
You said: After reading several documents I am confused at this stage because I have read that you can setup standby databases using 'standby' logs but is there another method without using standby logs?
Yes, If you do not have standby redo log files on the standby then we write directly to an archive log. Which means potential large data loss at failover and no real time apply. That was the old 9i method for ARCH. Don't do that. Always have standby redo logs (SRL)
You said: Q5. The log switch isn't happening automatically on the primary database where I could see the whole process happening on it own, such as generation of a new logfile, that being transported to the standby and then being applied on the standby.
Could this be due to inactivity on the primary database as I am not doing anything on it?
Log switches on the Primary happen when the current log gets full, a log switch has not happened for the number of seconds you specified in the ARCHIVE_LAG_TARGET parameter or you say ALTER SYSTEM SWITCH LOGFILE (or the other methods for switching log files. The heartbeat redo will eventually fill up an online log file but it is about 13 bytes so you do the math on how long that would take :^)
You are shipping redo with ASYNC so we send the redo as it is commited, there is no wait for the log switch. And we are in real time apply so there is no wait for the log switch to apply that redo. In theroy you could create an online log file large enough to hold an entire day's worth of redo and never switch for the whole day and the standby would still be caught up with the primary.

Best Practice for monitoring database targets configured for Data Guard

We are in the process of migrating our DB targets to 12c Cloud Control.
In our current 10g environment the Primary Targets are monitored and administered by OEM GC A, and the Standby Targets are monitored by OEM GC B. Originally, I believe this was because of proximity and network speed, and over time it evolved to a Primary/Standby separation. One of the greatest challenges in this configuration is keeping OEM jobs in sync on both sides (in case of switchover/failover).
For our new OEM CC environment we are setting up CC A and CC B. However, I would like to determine if it would be smarter to monitor all DB targets (Primary and Standby) from the same CC console. In other words, monitor and administer DB Primary and Standby from the same OEM CC Console. I am trying to determine the best practice. I am not sure if administering a swichover from Cloud Control from Primary to Standby requires that both targets are monitored in the same environment or not.
I am interested in feedback. I am also interested in finding good reference materials (I have been looking at Oracle documentation and other documents online). Thanks for your input and thoughts. I am deliberately trying to keep this as concise as possible.

OMS is a tool it is not need to monitor your primary and standby what is what I meant by the comment.
The reason you need the same OMS to monitor both the primary and the standby is in the Data Guard administration screen it will show both targets. You also will have the option of doing switch-overs and fail-overs as well as convert the primary or standby. One of the options is also to move all the jobs that are scheduled with primary over to the standby during a switch-over or fail-over.
There is no document that states that you need to have all targets on one OMS but that is the best method for the reason of having OMS. OMS is a tool to have all targets in a central repository. If you start have different OMS server and OMS repository you will need to log into separate OMS to administrator the targets.

Question on db_unique_name in init.ora for Data Guard

I need to set up only one physical standby on a different box (at a different location) for the primary db in production.
OS: Sun Sparc Solaris 10
Oracle: 10.2.0.3
Can I use the same db_unique_name in init.ora for both primary and standby DBs?
What are the minimal parameters required by Data Guard I have to specify in the init.ora in my case?
Could anyone please post an example of init.ora for both primary and standby DBs?
Thanks very much in advance.

http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/create_ps.htm#i63561

Data Guard - Different Platforms

Similar Messages

Maybe you are looking for