Data guard data copy

our primary database have cascade DML(insert,update,delete ) in triggers. With physical stndby DB by redlog processing. are there a duplicated processing ( both red log sql and cascade trigger) in physical standby database?
If it is YES, we need to disable this trigger.
Thanks for explaining in advance!!
Oradb

Thanks for your explaining.
A physical standby keeps in sync by applying redo blocks. my means inset data into table sql and cascade trigger with inserted table sqls in primary database will sync into physical standby database. So standby data inserted table will fire cascade trigger and then modify other tables.
If these cascade triggers are not be disabled, it seems there are a duplicated DML processing in standby database.
Some wrong?
Thanks for your clarification!!
oradb

Similar Messages

  • MC Service Guard + Data Guard + Data Broker?

    Hi guys,
    A clustered 2 nodes on HP-UX with MC service guard (active/standby), have a running oracle 10g db in one of the nodes. I am planning to implement data guard on the 2 node. But MC service guard is responsible for failover of the nodes, which I think is the same role of data broker. Would this cause a conflict between the MC service guard and data broker failover role? Should I not implement data broker? Could anyone give me some ideas? Thanks in advance.

    YES!! you can install 10g grid control under HP MC/Service guard. I have done it with some undocumented tweaking. As this is an undocumented feature, use it at your own risk.
    Problem :
    Installer picks up the hostname and the Management service is installed on the host instead of the package. When the package flips over to the other host the management service breaks.
    Solution :
    Copy the CD/DVD to the host or better still download the media from edelivery.oracle.com to your host. (I personally do not mount CD/DVD on HP servers because of the crazy pfs mounting. It tends to hang the server if you don’t do it right). You will have to install from the copied media since you will be modifying one of the supplied ini files.
    Edit oraparam.ini under Disk1/install in the copied installation media. Change SHOW_HOSTNAME=NEVER_SHOW to SHOW_HOSTNAME=ALWAYS_SHOW and save the file
    Start the installer. During the installation there will be a screen to enter the hostname. Change the hostname to the package name. (The labels in the hostname screen did not display properly. I use Exceed. If you see a screen with your hostname in a text box, just change it to the package name and continue).
    Towards the end of the installation, opmn configuration will fail. When it does open $ORACLE_HOME/webcache/webcache.xml and find the line “HOSTNAME=package_name” and change it to “HOSTNAME=hostname”. Retry the configuration step after making the change and your install should proceed and complete successfully.
    Web cache does not like packages. You should have multiple copies of webcache.xml – one for each host in the package (webcache.host.xml) – with the corresponding hostname in each file. As part of the package startup webcache.host.xml should be copied as webcache.xml before "opmnctl startall".
    Given Oracle’s direction and attitude, these solutions will be short lived. They want you to use RAC and Application Server HA instead of Service Guard.

  • Data Guard data population issue

    Hi ...
    I have data guard config with a scenario that new user schema is created (couple tablespaces and datafiles). The tablespace is setup in NOLOGGING mode. After checking the physical standby server, the datafiles are created.
    My questions:
    1. How to re-sync data from primary to physical standby assuming schema has created and no data has populated?
    2. How to drop the data in physical standby server on the same schema with primary server re. above issue, then start the objective on 1.?
    My environments are in AIX 5L with 9.2.0.4 in Unicode character set.
    Thanks in advance for any information.
    Cheers.
    BAM

    Hi Justin.
    Thanks for your reply.
    I have restored the tablespaces to logging mode again, and redo schema creation and re-import the data to the schema. When I did the db switch over, the primary site successfully changed to standby -- the opposite works well also.
    However, after querying these:
    SELECT NAME, UNRECOVERABLE_CHANGE# FROM V$DATAFILE;
    SELECT UNRECOVERABLE_CHANGE#,
    TO_CHAR(UNRECOVERABLE_TIME, 'mm-dd-yyyy hh:mi:ss')
    FROM V$DATAFILE;
    on my primary site, there was 5591564 bytes of unrecoverable_change# on one of the datafile on 05-06-2004 02:44:48am. Then on 05-05-2004 10:51:34 the unrecoverable_change# was gone (becomes 0) for the same datafile.
    In the doc. the unrecoverable_change# will be shown if somehow datablock error like following:
    ORA-01578: ORACLE data block corrupted (file # 1, block # 2521)
    ORA-01110: data file 1: '/oracle/dbs/stdby/tbs_1.dbf'
    ORA-26040: Data block was loaded using the NOLOGGING option
    happened. I've checked my logs in primary/standby alert logs and the data guard switch-over logs -- no similar error as above.
    Any idea what was happened on above scenario?
    Thanks.
    BAM

  • Data Guard adding new data files to a tablespace.

    In the past, if you were manually updating an Oracle physical standby database there were issues with adding a data file to a tablespace. It was suggested that the data file should be created small and then the small physical file copied to the standby database. Once the small data file was in place it would be resized on the primary database then the repication would change the size on the standby.
    My question is, does Data Guard take care of this automaticlly for a physical standby? I can't find any specific reference on how it handles a new datafile.

    Never mind, I found the answer.
    STANDBY_FILE_MANAGEMENT=auto
    Set on the standby database will create the datafiles.

  • How do i find dataloss in Data Guard?

    We are using redo log, in async mode, following is our setting.
    SERVICE=xxx_sb max_failure=100 reopen=600 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=xxx_sb
    When i query V$managed_Standby for delay_mins, its always zero. Meaning there is no delay in copying a log. I have 2 questions..
    1. How can i communicate to business that in worst case we will lose x Mintues of data? Its an OLTP, where the transactions are less then 2mins. Also during the night there are some batch jobs where the transactions are 60mins longs.
    2. Most of the time during peak hours there is a log switch happening every 10-15mins but during non-peak it may not happen for a long period of time, is it advisable to set ARCHIVE_LAG_TIME to 10 mins? as im not using archiver , we are using log writer for standby.
    any explanation or point to documentation would be appreciated,
    Thanks,

    Production databases who are running with fully fined configured Data Guard, do'nt have any dataloss because failover operation ensures zero data loss if dataguard is configured with maximum protection mode or maximum availability mode at failover time.
    http://www.dbazone.com/docs/oracle_10gDataGuard_overview.pdf
    The above pdf is oracle white paper which too confirmed it.
    LGWR SYNC AFFIRM in Oracle Data Guard is used for zero data loss. How does one ensure zero data loss? Well, the redo block generated at the primary has to reach the standby across the network (that's where the SYNC part comes in - i.e. it is a synchronous network call), and then the block has to be written on disk on the standby (that's where the AFFIRM part comes in) - typically on a standby redo log.
    Can you have LGWR SYNC NOAFFIRM? Yes sure. Then you will have synchronous network transport, but the only thing you are guaranteed is that the block has reached the remote standby's memory. It has not been written on to disk yet. So not really a zero data loss solution (e.g. what if the standby instance crashes before the disk I/O).
    To sum up -> LGWR SYNC AFFIRM means primary transaction commits are waiting for ntk I/O + disk I/O acks. LGWR SYNC NOAFFIRM means primary transaction commits are waiting for ntk I/O only.
    Source:http://www.dbasupport.com/forums/showthread.php?t=54467
    HTH
    Girish Sharma

  • 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.

  • Need suggestion on Active data guard or Logical Stand by

    Hi All,
    Need a suggestion of on below scenario.
    We have a production database ( oracle version 11g R2 ) and planning to have a Logical standby or physical standy (Active data guard). Our usage of the standby database is below.
    1) Planning to run online reports (100+) 24x7. So might create additional indexes,materialized views etc.
    2) daily data feed ( around 300+ data files ) to data warehouse. daily night, jobs will be scheduled to extract data and send to warehouse. Might need additional tables for jobs usage.
    Please suggest which one is good.
    Regards,
    vara.

    Hello,
    In active dataguad Whig is feature from 11gRx ,
    If you choose active dataguard, you have couple of good options, one is you can make a high availability of your production database, which can act as image copy of production, as you are asking in 11g you have more advantage where you can open in read only mode and at the sometime MRP will be active, so you can redirect users to connect standby to perform select operations for reporting purpose. So that you can control much load on production ,
    Even uou can perform switchover in case of role change, perform failover if your primary is completely lost. Also you can convert to physical to logical standby databases & you can configure FSFO
    You have plenty of options with active dataguard.
    Refer http://www.orafaq.com/node/957
    consider closing the thread if answered and keep the forum clean.
    >
    User Profile for user11261773
    user11261773     
    Handle:     user11261773  
    Status Level:     Newbie
    Registered:     Jul 14, 2011
    Total Posts:     12
    Total Questions:     6 (5 unresolved)
    >
    Edited by: CKPT on Mar 18, 2012 8:14 PM

  • Data Guard - Redo log files

    Hi....
    I have done data guard .......every thing is fine.......archives are bring transferred to standby..........
    Also, during configuration, I had created standby redolog groups 4,5,6 and copied to standby.....
    But in real time apply.......the standby is not using standby redolog groups 4,5,6........when i am query v$log it is showing group 1,2,3.
    Actually, its should use standby redo log for maximum availability.
    Please help....
    Thanks in advance.

    There was a similar question here just a few days ago:
    Data Guard - redo log files

  • Standby recovery error on data guard

    Hi,
    I am creating data guard of Oracle 9i in windows server 2003. I have copied all the primary datafiles with created standby control file to standby server and issued
    recover automatic standby database I am getting the below error.
    SQL> recover automatic standby database;
    ORA-00283: recovery session canceled due to errors
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'
    ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'.
    File is present at OS level and since these are standby i have changed the directory name to orcl1 to orcl2.
    Db version: 9.2.0.6.0
    OS version: windows server 2003
    Edited by: user10724679 on Feb 1, 2012 1:16 PM

    I am creating data guard of Oracle 9i in windows server 2003. I have copied all the primary datafiles with created standby control file to standby server and issued
    recover automatic standby database I am getting the below error.
    SQL> recover automatic standby database;
    ORA-00283: recovery session canceled due to errors
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'
    ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'.
    File is present at OS level and since these are standby i have changed the directory name to orcl1 to orcl2.
    Db version: 9.2.0.6.0
    OS version: windows server 2003
    Edited by: user10724679 on Feb 1, 2012 1:16 PMWell, As per the primary/source controlfile , All datafile location points to ORCL1, But now you copied them to ORCL2, Then how oracle knows that you have changed location? So before starting MRP, you have rename all those files as
    SQL> alter database rename file 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF' to 'D:\ORACLE\ORADATA\ORCL2\SYSTEM01.DBF';
    Like that rename all the datafiles & log files.
    Then start MRP. Post if any errors.

  • Oracle11g R2 Active Data guard using ASM Problem?

    I have configured oracle11g r2 RAC on 2 notes using ASM Grid ( OS unix).
    RAC is up and running.
    Now I am configuring Active data Guard.
    Under grid user instance +ASM and listener is running.
    Under oracle user static listener is running.
    All disk is mounted.
    Oracle RAC and Data Guard directory and structure I have keeped same.
    Now my problem is below:
    $ ./rman target sys/HPinvent123nbl@dcpdb AUXILIARY sys/HPinvent123nbl@drpdb
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed Jan 16 16:28:32 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
    connected to target database: DCPDB (DBID=316773134)
    connected to auxiliary database: DRPDB (not mounted)
    RMAN> duplicate target database for standby from active database;
    Starting Duplicate Db at 16-JAN-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: SID=5644 device type=DISK
    contents of Memory Script:
    backup as copy reuse
    targetfile '/u02/app/oracle/product/11.2.0/dbhome_1/dbs/orapwdcpdb1' auxiliary format
    '/u02/app/oracle/product/11.2.0/dbhome_1/dbs/orapwdrpdb' ;
    executing Memory Script
    Starting backup at 16-JAN-13
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=1897 instance=dcpdb1 device type=DISK
    Finished backup at 16-JAN-13
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 01/16/2013 16:28:48
    RMAN-06136: ORACLE error from auxiliary database: ORA-00200: control file could not be created
    ORA-00202: control file: '+data'
    ORA-17502: ksfdcre:4 Failed to create file +data
    ORA-15001: diskgroup "DATA" does not exist or is not mounted
    ORA-15055: unable to connect to ASM instance
    ORA-01031: insufficient privileges
    RMAN>
    Please help.\
    Thanks
    Solaiman

    root@drpdb1 []# id oracle
    uid=108(oracle) gid=700(oinstall) groups=701(dba)
    root@drpdb1 []# id grid
    uid=109(grid) gid=700(oinstall) groups=701(dba),702(asmdba)
    Edited by: 876149 on Jan 16, 2013 3:19 AM

  • 11g Active Data Guard Software?

    I got a copy of the 11g (for SUN SPARC) from the edelivery.com, and got the patch for 11.1.0.7 from metalink.
    I upgraded 110.2.0.4 to 11.1.0.7. But, I could not get the ADG to work.
    Here is what happened when I queried the database status.
    --------------------------- begin ---------------------------------
    SQL> alter database recover managed standby database cancel;
    Database altered.
    SQL> alter database open;
    Database altered.
    SQL> select status from v$instance
    2 ;
    STATUS
    OPEN
    SQL> select OPEN_MODE from v$database;
    OPEN_MODE
    READ ONLY
    SQL> alter database recover managed standby database using current logfile disconnect;
    Database altered.
    SQL> select OPEN_MODE from v$database;
    OPEN_MODE
    MOUNTED
    SQL> select status from v$instance;
    STATUS
    MOUNTED
    ---------------------------- end ------------------------------------
    Turning on the Redo Apply put the database mode back to 'MOUNTED'. For ADG, it should remain 'OPEN'. I suspect this copy of 11g does not have the ADG feature.
    Is there a way I could check whether the ADG is installed? Is there a directory under $ORACLE_HOME or a script under $ORACLE_HOME/rdbms/admin that indicates the ADG is indeed installed?
    Where did you guys get your software?
    Thanks very much in advance.

    You should have the right software and the right option installations in Entreprise Edition (otherwise Data Guard would not work at all).
    Did you check both alert log for possible error messages ?
    I think you should open the database in read-only mode instead of read-write mode:
    alter database open read only;See following OTN example: http://www.oracle.com/technology/pub/articles/oracle-database-11g-top-features/11g-dataguard.html
    Edited by: P. Forstmann on Jul 9, 2009 9:29 PM
    Edited by: P. Forstmann on Jul 9, 2009 9:34 PM

  • Data Guard Logical Standby DB Questions

    Hi,
    I am creating Oracle 9i Logical Standby database on AIX 5 on same server ( for
    testing only ).
    In Data Guard Manual ( PDF file page no : 86 ) it is said that
    Step 4 Create a backup copy of the control file for the standby database. On the
    primary database, create a backup copy of the control file for the standby database:
    SQL> ALTER DATABASE BACKUP CONTROLFILE TO
    2> '/disk1/oracle/oradata/payroll/standby/payroll3.ctl';
    My Questions regarding this are
    1. Does it missing "backup standby controlfile" word ? if not what is the use of
    this control file ? Because as per this manual section 4.2.2 step no 1 and 2 I
    have stopped the primary database and copied datafiles,logfiles and controlfiles
    as specified which are having consistent stage.
    2. On primary database I am mirroring 2 controlfiles at two diffrent locations.
    On Standby Database I am going to keep same policy. Then on standby database do I have to copy this controlfile to two locations and rename datafiles or I have
    to user controlfiles which I have backed up along with datafiles ?
    3. Suppose my primary database is "infod" and standby database is "standby".
    Then what should be value of log_file_format parameter of standby database ? On
    primary db I have defined "infod LOG_ARCHIVE_FORMAT=infod_log%s_%t.arc. Do I have to keep same or change it ? If on standby db I change the value do I
    require other parameters to be set ?
    regards & thanks
    pjp

    Q/A1) Its correct you dont need the standby keyword. Not sure abut the reason why but we have created logical standby running in prod using the oracle doc.
    Q/A2) Yo can specify any location and name for your controlfiles as it is instance specific and not depending on primary database.
    Q/A3) You can set any format for your archlogs on standby side. It doesnt bother the primary db or DG configuration.
    Regards,
    http://askyogesh.com

  • Oracle EBS R12 - DR setup using Oracle Data Guard

    Hi,
    Our customer has implemented Oracle EBS R12 (12.0.6) on a Two Node RAC on HP-UX env. The application Tier also has Two Nodes(Admin Tier and Web Tier).
    Oracle Clusterware - OCR and Vote Disk are on Raw Devices and the EBS database is on ASM.
    Customer wants to implement a DR solution with Oracle Data Guard with only 2 servers - 1 for the Database Tier and 1 for the Application Tier on the DR Site.
    I would like to know if this could be done by following note: 452056.1? I would also like to know if there are other useful docs.
    Thanks.
    Thiru

    Hi,
    Customer escalated this issue to Oracle and they came up with this reply:
    They can implement Disaster recovery solution from RAC to NON RAC using Solution A which use RMAN utilities for backup and recovery.
    While now AMP Application Management Pack gives the capablitiy to build non RAC from RAC Envioment, In future AMP will be capable also to support cloning of DB with Data Guard.
    Details
    Solution A - Using RMAN:
    For Release 12 customers, you can clone from a RAC to RAC (like to like) or RAC to non-RAC. This is using RMAN scripts to take a copy of the db when it’s in archive mode. if you’re leveraging any disaster recovery tools like data guard, the above solution should work fine…perhaps some fine tuning to the procedures
    Solution B - Using AMP in the future release
    For Release 11i , Release 12.x customers, AMP would be offering a new cloning solution that wouldn’t have dependency on Rapid Clone. This solution leverages the strengths of EM Grid Control in provisioning or cloning targets such as databases. This would be an advance solution that would support:
    o A full-fledged scale down cloning
    o Cloning of EBS deployed on Shared File System
    o Hot and Cold mode cloning
    o Quantifiable reduction in clone time for the entire EBS system
    This solution would be leveraging EM grid Control’s DB provisioning pack’s clone utilities, that are quite advanced and support cloning of DB with Data Guard.
    The recommendation is to start trialing AMP version 3.0, making the purchase and implementing within the Enterprise. As we release the new version of AMP (release 3.0.1), Customer would be in a better position to quickly implement the latest features
    Can anyone let me know if the solution A suggested will work.
    Rgds,
    Thiru

  • Data Guard with Oracle 9i and 10g -- have you done it?

    We have an ERP system (JDEdwards, db size approx 600 GB) and we'd like to copy the data in this system to a database on another computer. We'd use the remote database for reporting, so we need it to be available. We are looking at using Data Guard running in Logical Standby mode.
    The ERP database is Oracle 9i, and we are considering having the Logical Standby database be 10g. Have you done this and if so, what was your experience?
    Here's why we want to do this. There are many tables in the ERP database that contain descending indexes. We can't change this, and it is not supported with Data Guard under Oracle 9.2. Tables with descending indexes do not copy to the logical standby database.
    We were told that this is corrected in a newer release of Oracle, and we were wondering if a 10g database would properly copy tables with descending indexes.
    Thanks in advance for any experiences you can share.
    Best Regards,
    Mike

    What you are trying to do might not be possible. Because when you create logical standby you have to create a physical standby first and convert it. Primary and standby have to be same version.
    In furture it might be possible because 10G will support rolling upgrade of logical standby.
    However even it's possible you have to go through a lot of pain to setup and maintain it because Oracle don't support the setup.
    What you could try are Stream and Replication, I will say Stream is very interesting one. Because Oracle say : "Oracle Streams and Oracle Data Guard (including Data Guard SQL Apply) are independent features based on some common underlying infrastructure and technology. "
    http://www.oracle.com/technology/deploy/availability/htdocs/DataGuardStreams.html

  • Problem in 11g data guard

    Hi all
    i install 11g on two computers.
    On primary database i run the follwing commands.
    ALTER DATABASE FORCE LOGGING;
    DB_NAME=orcl
    DB_UNIQUE_NAME=orcl
    CONTROL_FILES='D:\app\Administrator\oradata\orcl\control1.ctl', 'D:\app\Administrator\oradata\orcl\control2.ctl',
    'D:\app\Administrator\oradata\orcl\control3.ctl'
    LOG_ARCHIVE_DEST_1=
    'LOCATION=E:\archive
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
    DB_UNIQUE_NAME=orcl'
    LOG_ARCHIVE_DEST_2=
    'SERVICE=orcl ASYNC
    VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
    DB_UNIQUE_NAME=orcl'
    LOG_ARCHIVE_DEST_STATE_1=ENABLE
    LOG_ARCHIVE_DEST_STATE_2=ENABLE
    LOG_ARCHIVE_FORMAT=%t_%s_%r.arc
    LOG_ARCHIVE_MAX_PROCESSES=30
    SQL> alter system set FAL_SERVER=orcl;
    SQL> alter system set FAL_CLIENT=orcl;
    SQL> alter system set STANDBY_FILE_MANAGEMENT=AUTO;
    SQL> SHUTDOWN IMMEDIATE;
    SQL> STARTUP MOUNT;
    SQL> ALTER DATABASE ARCHIVELOG;
    SQL> ALTER DATABASE OPEN;
    SQL> SHUTDOWN IMMEDIATE;
    SQL> STARTUP MOUNT;
    SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS 'c:\stanctl.ctl';
    SQL> CREATE PFILE='c:\initstand.ora' FROM SPFILE;
    i copy stanctl.ctl,initstand.ora on standby computer and run the follwing commands.
    DB_NAME=orcl
    DB_UNIQUE_NAME=orcl
    CONTROL_FILES='D:\app\Administrator\oradata\orcl\stanctl01.ctl', 'D:\app\Administrator\oradata\orcl\stanctl02.ctl',
    'D:\app\Administrator\oradata\orcl\stanctl03.ctl'
    LOG_ARCHIVE_DEST_1=
    'LOCATION=E:\archive
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
    DB_UNIQUE_NAME=orcl'
    LOG_ARCHIVE_DEST_2=
    'SERVICE=orcl ASYNC
    VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
    DB_UNIQUE_NAME=orcl'
    LOG_ARCHIVE_DEST_STATE_1=ENABLE
    LOG_ARCHIVE_DEST_STATE_2=ENABLE
    LOG_ARCHIVE_FORMAT=%t_%s_%r.arc
    LOG_ARCHIVE_MAX_PROCESSES=30
    SQL> alter system set FAL_SERVER=orcl;
    SQL> alter system set FAL_CLIENT=orcl;
    SQL> alter system set STANDBY_FILE_MANAGEMENT=AUTO;
    SQL> SHUTDOWN IMMEDIATE;
    SQL> STARTUP MOUNT;
    SQL> ALTER DATABASE ARCHIVELOG;
    STARTUP NOMOUNT;
    ALTER DATABASE MOUNT STANDBY DATABASE;
    ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
    i make spfileorcl.ora of initstand.ora and put it at
    D:\app\Administrator\product\11.1.0\db_2\database
    SQL> startup
    ORACLE instance started.
    Total System Global Area 535662592 bytes
    Fixed Size 1334380 bytes
    Variable Size 171967380 bytes
    Database Buffers 356515840 bytes
    Redo Buffers 5844992 bytes
    Database mounted.
    ORA-16004: backup database requires recovery
    ORA-01245: offline file 1 will be lost if RESETLOGS is done
    ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'

    The answer depends on the protection level are you using, If you are using maximum performance or maximum availability you can use 6 groups with 1 member in each group, in case of redo corruption the primary database will continue to function properly and you will have time to fix the corrupted redo. If you are planning to use maximum protection I would recommend at least 2 members in each group, to avoid primary crush in case of standby redo corruption.
    Checkout [http://www.dbsnaps.com/articles/ora_active_standby] for step by step data guard configuration video.
    Oded Raz
    [www.dbsnaps.com]
    [www.orbiumsoftware.com]

Maybe you are looking for