Physical standby database, dblinks derived frn schemas help

I observed that many of the procedure,function,trigger of the database using dblinks which are derived from two schemas within the same database (i.e. eg: DBlink "CIS_TO_HIS" created in CISPROD schema connecting HISPROD schema of the same database). Now Oracle doesn't recommend this type of coding as a suitable.
But I am more concerned about implementing the same code over data guard in Physical standby database as it will be in read only mode and will have different TNS names entry. Therefore since database link uses TNS entry and physical standby would be using a separate TNS entry from primary, this might be a risk of transaction using those dblinks will fail. Hence can you please let me know the risk areas in physical standby of using dblink within same database?

The best solution for you is to stop using DB links between different DB schemas in the same DB.
If you do not use RAC, one workaround would be to use the loopback IP (127.0.0.1) to define your TNS connection over.
<Your DB>=
(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)                                                            
  (HOST = 127.0.0.1)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = <Your DB>)))That way, if you hit the production server, the TNS will lead you to the production DB, and if you hit the standby server, you’ll go to the standby DB.
You would need to create another TNS entry for the production DB on the standby server and use it for standby replication.
Since this change might affect production operation and failover abilities, you need to thoroughly test it.
Iordan Iotzov
http://iiotzov.wordpress.com/

Similar Messages

  • Need help on Physical standby database

    Currently our physical standby database is running in manual mode and logs are applied by me manually delay of 2 days.
    And also when I add a data file in the primary database ,I've to manually add the file again on the standby .
    This process is becoming too laborious, now I want to automate this process,
    Now my question is
    For automating this process ,do I need to bounce the database ?
    I want to have 2 days gap for archive log apply process? How should I do that.
    And what all parameters I need to change.
    Please advice....
    Verison Oracle 9.2.0.7
    OS-solaris 10

    Duplicate thread
    [duplicate thread | http://forums.oracle.com/forums/thread.jspa?threadID=699262&tstart=0 ]

  • Physical standby database implementation

    Hi!
    I am trying to implement a Physical standby database, I have already done it with both the primary and secondary in the same server and successfully shipped the logs and have it configured using Data Guard.
    But Now I am trying to implement the Physical standby in a separate server, but the logs are not getting shipped, I am using Oracle 9i Enterprise edition. I have checked all the steps, but not able to find the reason, why the logs are not getting shipped to the standby.
    Also I am not able to discover the Primary node from the Standby and I have Windows 2003 server in my standby and Windows XP Prof. in the Primary, Is this the reason, why my logs are not getting shipped?
    Please help. Thanks in Advance.
    Radhika

    Hi!,
    Thanks for ur response, I am posting my alert log here... can u please help me... I probably think it is the OS issue too... Your inputs are greatly appreciated...
    Thanks
    Radhika
    Fri Feb 10 18:21:19 2006
    Errors in file d:\oracle\admin\bsnl\bdump\bsnl_arc0_1668.trc:
    ORA-12535: TNS:operation timed out
    Dump file d:\oracle\admin\bsnl\bdump\alert_bsnl.log
    Mon Feb 13 11:04:59 2006
    ORACLE V9.2.0.1.0 - Production vsnsta=0
    vsnsql=12 vsnxtr=3
    Windows 2000 Version 5.2 Service Pack 1, CPU type 586
    Mon Feb 13 11:04:59 2006
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    SCN scheme 2
    Using log_archive_dest parameter default value
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    Starting up ORACLE RDBMS Version: 9.2.0.1.0.
    System parameters with non-default values:
    processes = 150
    timed_statistics = TRUE
    shared_pool_size = 50331648
    large_pool_size = 8388608
    java_pool_size = 33554432
    control_files = D:\oracle\oradata\BSNL\CONTROL01.CTL, D:\oracle\oradata\BSNL\CONTROL02.CTL, D:\oracle\oradata\BSNL\CONTROL03.CTL
    db_block_size = 8192
    db_cache_size = 25165824
    compatible = 9.2.0.0.0
    log_archive_start = TRUE
    log_archive_dest_1 = location=D:\oracle\oradata\BSNL_LOG mandatory
    log_archive_dest_2 = service=dbabsnl
    log_archive_dest_state_2 = ENABLE
    db_file_multiblock_read_count= 16
    fast_start_mttr_target = 300
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    undo_retention = 10800
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    instance_name = BSNL
    dispatchers = (PROTOCOL=TCP) (SERVICE=BSNLXDB)
    job_queue_processes = 10
    hash_join_enabled = TRUE
    background_dump_dest = D:\oracle\admin\BSNL\bdump
    user_dump_dest = D:\oracle\admin\BSNL\udump
    core_dump_dest = D:\oracle\admin\BSNL\cdump
    sort_area_size = 524288
    db_name = BSNL
    open_cursors = 300
    star_transformation_enabled= FALSE
    query_rewrite_enabled = FALSE
    pga_aggregate_target = 25165824
    aq_tm_processes = 1
    PMON started with pid=2
    DBW0 started with pid=3
    LGWR started with pid=4
    CKPT started with pid=5
    SMON started with pid=6
    RECO started with pid=7
    CJQ0 started with pid=8
    QMN0 started with pid=9
    Mon Feb 13 11:05:07 2006
    starting up 1 shared server(s) ...
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    ARCH: STARTING ARCH PROCESSES
    ARC0 started with pid=12
    ARC0: Archival started
    ARC1 started with pid=13
    Mon Feb 13 11:05:08 2006
    ARC1: Archival started
    Mon Feb 13 11:05:09 2006
    ARCH: STARTING ARCH PROCESSES COMPLETE
    ARC1: Thread not mounted
    Mon Feb 13 11:05:09 2006
    ARC0: Thread not mounted
    Mon Feb 13 11:05:10 2006
    alter database mount exclusive
    Mon Feb 13 11:05:16 2006
    Successful mount of redo thread 1, with mount id 1399936614.
    Mon Feb 13 11:05:16 2006
    Database mounted in Exclusive Mode.
    Completed: alter database mount exclusive
    Mon Feb 13 11:05:16 2006
    alter database open
    Mon Feb 13 11:05:18 2006
    Beginning crash recovery of 1 threads
    Mon Feb 13 11:05:19 2006
    Started first pass scan
    Mon Feb 13 11:05:21 2006
    Completed first pass scan
    3956 redo blocks read, 68 data blocks need recovery
    Mon Feb 13 11:05:21 2006
    Started recovery at
    Thread 1: logseq 18, block 9151, scn 0.0
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 18 Reading mem 0
    Mem# 0 errs 0: D:\ORACLE\ORADATA\BSNL\REDO02.LOG
    Mon Feb 13 11:05:23 2006
    Ended recovery at
    Thread 1: logseq 18, block 13107, scn 0.967486
    68 data blocks read, 68 data blocks written, 3956 redo blocks read
    Crash recovery completed successfully
    Mon Feb 13 11:05:28 2006
    LGWR: Primary database is in CLUSTER CONSISTENT mode
    Thread 1 advanced to log sequence 19
    Thread 1 opened at log sequence 19
    Current log# 3 seq# 19 mem# 0: D:\ORACLE\ORADATA\BSNL\REDO03.LOG
    Successful open of redo thread 1.
    Mon Feb 13 11:05:33 2006
    SMON: enabling cache recovery
    Mon Feb 13 11:05:33 2006
    ARC0: Evaluating archive log 2 thread 1 sequence 18
    ARC0: Beginning to archive log 2 thread 1 sequence 18
    Creating archive destination LOG_ARCHIVE_DEST_2: 'dbabsnl'
    Mon Feb 13 11:05:36 2006
    Undo Segment 1 Onlined
    Undo Segment 2 Onlined
    Undo Segment 3 Onlined
    Undo Segment 4 Onlined
    Undo Segment 5 Onlined
    Undo Segment 6 Onlined
    Undo Segment 7 Onlined
    Undo Segment 8 Onlined
    Undo Segment 9 Onlined
    Undo Segment 10 Onlined
    Successfully onlined Undo Tablespace 1.
    Mon Feb 13 11:05:36 2006
    SMON: enabling tx recovery
    Mon Feb 13 11:05:36 2006
    Database Characterset is WE8MSWIN1252
    Mon Feb 13 11:05:47 2006
    replication_dependency_tracking turned off (no async multimaster replication found)
    Completed: alter database open
    Mon Feb 13 11:05:55 2006
    ARC0: Error 12535 Creating archive log file to 'dbabsnl'
    Mon Feb 13 11:05:56 2006
    Errors in file d:\oracle\admin\bsnl\bdump\bsnl_arc0_1596.trc:
    ORA-12535: TNS:operation timed out
    Creating archive destination LOG_ARCHIVE_DEST_1: 'D:\ORACLE\ORADATA\BSNL_LOG\ARC00018.001'
    ARC0: Completed archiving log 2 thread 1 sequence 18

  • Bringing a Physical Standby database online without (a) tablespace(s)

    Dear all,
    Is it possible to create a kind of "dblink" in a physical standby database residing in a remote host (another host than the primary production database)? We want to make this standby DB to be online without one tablespace.
    Our database consists of 2 parts: a core part (around 55 Gb) - stored in 2 tablespaces, residing in one mounted disk - and an "attachment" part (around 550 Gb) - stored in one tablespace, residing in 2 mounted disks. The attachment part is of less importance. We would like to make a standby DB for the core part and exclude the attachment part (because of its extensive size) to be online.
    Currently we can not put this physical standby DB online, since it requires the attachment datafiles to be available.
    Would it be a problem if we NFS mount these 2 disks on the host where the standby database resides?
    The best solution would be if we can tell the standby DB that there is no need to update the attachment tablespace.
    Thanx a lot for anyone reading, thinking and most of all give the solution for my problem...
    Agape
    Thanx in advance.

    Hi Sybrand,
    Since we only will use the standby DB in read only mode, maybe the use of a Logical one will be usefull afterall.
    Can you please explain how to configure this need (having a standby DB without this one large TB) in a Logical standby DB?
    Your help will be highly appreciated.
    Thanx
    Solution found: Bringing physical standby database to online

  • Export on physical standby database ?

    Can we take export at physical standby database ?
    Its oracle 10.2.0.1.0

    GokhanAtil wrote:
    oracleRaj wrote:
    Renjith Madhavan wrote:
    It depends on what mode your standby database is in . If you are in managed recovery mode ... then you cannot take export backup . You will have to be in read only mode so that you can take export backup . But production and standby will not be in sync in that time . You will have to apply the redologs after you are done with the exports in manged recovery mode .
    Regards
    Renjith MadhavanOkay it means database is in read only mode then we can take export of schema or full database backup ?You need to use "Network export". Data Pump Export cannot run locally on a read-only instance because the job requires write operations on the instance. Please read:
    http://www.oracle.com/technetwork/issue-archive/2009/09-jul/datapump11g2009-quickstart-128718.pdf
    Best Regards,
    Gokhan
    If this question is answered, please mark appropriate posts as correct/helpful and the thread as closed. ThanksOKay, but traditional export utility will work on standby database ?
    Regards,

  • Error while creating physical standby database using Oracle Grid 10.2.0.5

    Hi All,
    I am setting up data guard using oracle grid.
    Primary database version: - 10.2.0.4
    Standby database version: - 10.2.0.4
    Primary OS Red Hat Enterprise Linux AS release 4 (Nahant Update 8)2.6.9
    Standby OS Red Hat Enterprise Linux AS release 4 (Nahant Update 8)2.6.9
    I am creating physical standby database using EM. But it is getting failed with error message in sqlnet.ora file
    Fatal NI connect error 12533, connecting to:
    (DESCRIPTION=(ADDRESS_LIST=)(CONNECT_DATA=(SERVICE_NAME=INPRDSB_XPT)(SERVER=dedicated)(CID=(PROGRAM=oracle)(HOST=indb50.oii.com)(USER=oracle))))
      VERSION INFORMATION:
            TNS for Linux: Version 10.2.0.4.0 - Production
            TCP/IP NT Protocol Adapter for Linux: Version 10.2.0.4.0 - Production
      Time: 17-AUG-2010 02:40:07
      Tracing not turned on.
      Tns error struct:
        ns main err code: 12533
        TNS-12533: TNS:illegal ADDRESS parameters
        ns secondary err code: 0
        nt main err code: 0
        nt secondary err code: 0As we can see, address_list is empty.
    Can anyone suggest what could be the reason behind this?

    Dear user13295317,
    Here is the error explanation;
    Oracle Error :: TNS-12533
    TNS:illegal ADDRESS parameters
    Cause
    An illegal set of protocol adapter parameters was specified.
    In some cases, this error is returned when a connection cannot be made to the protocol transport.
    Action
    Verify that the destination can be reached using the specified protocol.
    Check the parameters within the ADDRESS section of TNSNAMES.ORA.
    Legal ADDRESS parameter formats may be found in the Oracle operating system specific documentation for your platform.
    Protocols that resolve names at the transport layer (such as DECnet object names) are vulnerable to this error if not properly configured or names are misspelled.Hope That Helps.
    Ogan

  • Problem creating physical Standby database with RMAN

    Hi All
    I am trying to learn oracle dataguard and as part of the process learning creating standby database.
    Platform : Sun-Fire-V250 Sparc, Solaris 10
    Database Version - Oracle 11R2
    I am creating standby database on same server, so directory structure is different.
    Following the instructions on Oracle site I managed to create a functional physical standby database. But I am not able to create standby database using RMAN. These are the steps that I followed-
    1.Set up all necessary parameters on primary database as done while creating physical standby database manually, eg setting force logging, creating standby logs etc.
    2.Edited parameter file on primary database as done while creating manual pysical standby database creation. Some of the changes done are-
    On Primary Database:
    *.FAL_CLIENT='orcl11020' #Primary database unique name
    *.FAL_SERVER='stdby_11' #Standby database unique name
    db_file_name_convert='/<dir>/oradata/stdby_11','/<dir>/oradata/orcl11020'
    log_file_name_convert='/<dir>/oradata/stdby_11','/<dir>/oradata/orcl11020','/<dir>/oradata/stdby_11/redo_mem','/<dir>/oradata/orcl11020/redo_mem'
    standby_file_management=auto
    *.log_archive_config='DG_CONFIG=(orcl11020,stdby_11)'
    *.log_archive_dest_1='LOCATION=/<dir>/flash_recovery_area/ORCL11020/archivelog
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES) db_unique_name=orcl11020'
    *.log_archive_dest_2='SERVICE=stdby_11 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=stdby_11'
    *.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
    *.LOG_ARCHIVE_DEST_STATE_2='ENABLE'
    *.LOG_ARCHIVE_FORMAT='%t_%s_%r.arc'
    *.LOG_ARCHIVE_MAX_PROCESSES=30
    Copied same pfile for standby database and modified following-
    *.control_files='/<dir>/oradata/stdby_11/stdby_11.ctl','/<dir>/fra_stdby/stdby_11/stdby_11.ctl'
    *.db_name='orcl1102'
    *.db_unique_name='stdby_11'
    *.FAL_CLIENT='stdby_11'
    *.FAL_SERVER='orcl11020'
    db_file_name_convert='/<dir>/oradata/orcl11020','/<dir>/oradata/stdby_11'
    log_file_name_convert='/<dir>/oradata/orcl11020','/<dir>/oradata/stdby_11','/<dir>/oradata/orcl11020/redo_mem','/<dir>/oradata/stdby_11/redo_mem'
    standby_file_management=auto
    *.log_archive_dest_1='LOCATION=/<dir>/fra_stdby/STDBY_11/archivelog
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES) db_unique_name=stdby_11'
    *.log_archive_dest_2='SERVICE=orcl11020 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
    db_unique_name=orcl11020'
    3. Add relevant information in tnsnames.ora and listener.ora files and then restart listener.
    3. Created password file with same credential as primary database.
    4.Up-to-date RMAN backup of primary database available.
    5.Create standby controlfile with rman
    While primary database s open (I tried with primary database in mount mode as well)-
    $>rman catalog rman/paswd@rman target /
    RMAN> BACKUP CURRENT CONTROLFILE FOR STANDBY;
    6. Open a new terminal and startup standby database in nomount mode using parameter file created -
    $>ORACLE_SID=stdby_11
    $>export ORACLE_SID
    $>sqlplus / as sysdba
    SQL>STARTUP NOMOUNT pfile='<location/initfilename.ora'
    SQL>quit
    $> rman AUXILIARY / target sys/passwd@orcl11020 catalog rman/passwd@rman
    RMAN>DUPLICATE TARGET DATABASE FOR STANDBY DORECOVER;
    RMAN finishes without error but archive logs are not being tranported. Looking at the log, following caught my eye-
    Error 1017 received logging on to the standby
    Check that the primary and standby are using a password file
    and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
    and that the SYS password is same in the password files.
    returning error ORA-16191
    FAL[client, ARC2]: Error 16191 connecting to orcl11020 for fetching gap sequence
    Errors in file /<>dir>/diag/rdbms/stdby_11/stdby_11/trace/stdby_11_arc2_24321.trc:
    ORA-16191: Primary log shipping client not logged on standby
    Errors in file /<dir>/diag/rdbms/stdby_11/stdby_11/trace/stdby_11_arc2_24321.trc:
    ORA-16191: Primary log shipping client not logged on standby
    So on both primary and standby I confirmed
    SQL> show parameter remote_login_passwordfile
    NAME TYPE VALUE
    remote_login_passwordfile string EXCLUSIVE
    To make double sure that password files are same, I shutdown both databases, delete password files and recreated with same credentials.
    Password files are called - orapworcl11020 and orapwstdby_11
    Can someone guide me where thisngs are going wrong here please.

    Not sure if I understood it clearly.
    SELECT * FROM V$ARCHIVE_GAP;
    returns no rows so there is no gap.
    But could you please explain me the result of the previous query. To catch up again, on standby when I check
    SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG
    SEQUENCE# APPLIED
    75 NO
    74 NO
    76 NO
    77 NO
    I understand that though archive files have been copied across but they are not applied yet.
    On primary when I give your query -
    SELECT name as STANDBY,SEQUENCE#,applied, completion_time
    2 FROM v$archived_log
    3 where dest_id=2
    4 and sequence# BETWEEN 74 and 80;
    I get -
    STANDBY SEQUENCE# APPLIED COMPLETIO
    stdby_11 74 YES 28-JUN-11
    stdby_11 75 YES 28-JUN-11
    stdby_11 76 YES 29-JUN-11
    stdby_11 77 YES 29-JUN-11
    stdby_11 78 YES 29-JUN-11
    stdby_11 79 YES 29-JUN-11
    stdby_11 80 YES 29-JUN-11
    stdby_11 75 NO 07-JUL-11
    stdby_11 74 NO 07-JUL-11
    stdby_11 76 NO 07-JUL-11
    stdby_11 77 NO 07-JUL-11
    stdby_11 78 NO 07-JUL-11
    I have intentionally given
    sequence# BETWEEN 74 and 80
    because I know in the current incarnaion of the database, max sequence is 78.
    So my understanding is, the rows between 28-29 June are from previous incarnation, correct me if I am wrong
    Archive files of the current incarnation, since I successfully created standby database are shipped but yet to be applied - am I right?
    Then my final question is, when will these archives be applied to standby database?
    I am sorry to ask too many questions but I am just trying to understand how it all works.
    Thanks for your help again

  • How to create 11.2.0.2 physical standby database from 2 node RAC (11.2.0.2)

    Hi,
    Can any one please help me How to manually create 11.2.0.2 standalone physical standby database from 2 node RAC (11.2.0.2) database which is running in RHEL5 and ASM plugged in.
    DB : 11.2.0.2
    OS : RHEL5
    RMAN duplicate is causing problem with network and we decided to go for manual creation of the same.
    Thanks in Advance..

    Hi;
    Can any one please help me How to manually create 11.2.0.2 standalone physical standby database from 2 node RAC (11.2.0.2) database which is running in RHEL5 and ASM plugged in.
    DB : 11.2.0.2
    OS : RHEL5I had similar issue, what i did
    1. Used source oracle_home on standby server
    2. Created new asm instance and use same naming
    3. I took RMAN full backup on source and move it to target
    4. I edit initora file remove RAC setting and restore db(also edited listener file)
    Regard
    Helios

  • Issue on physical standby database

    Hi
    I've a problem on standby database.
    I recently added a datafile on primary database, then I scp'ed the data file to physical standby database.On physical standby database I tried performing recovery.
    I get following message in my alert log
    WARNING! Recovering data file 88 from a fuzzy file. If not the current file
    it might be an online backup taken without entering the begin backup command.
    ORA-279 signalled during: ALTER DATABASE RECOVER standby database ...
    how can I fix this now.
    We keep physical standby database 2 day behind, and apply logs manually.
    Physical standby database is maintained manually.
    Could someone help me in getting out of this problem.
    Oracle 9.2.0.7
    solaris

    Versus keeping it in manual mode, you can specify a time "delay" for the application of the logs:
    From http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/log_apply.htm#i1022811
    6.2.2 Specifying a Time Delay for the Application of Archived Redo Log Files
    In some cases, you may want to create a time lag between the time when redo data is received from the primary site and when it is applied to the standby database. You can specify a time interval (in minutes) to protect against the application of corrupted or erroneous data to the standby database. When you set a DELAY interval, it does not delay the transport of the redo data to the standby database. Instead, the time lag you specify begins when the redo data is completely archived at the standby destination.
    Note:
    If you define a delay for a destination that has real-time apply enabled, the delay is ignored.
    Specifying a Time Delay
    You can set a time delay on primary and standby databases using the DELAY=minutes attribute of the LOG_ARCHIVE_DEST_n initialization parameter to delay applying archived redo log files to the standby database. By default, there is no time delay. If you specify the DELAY attribute without specifying a value, then the default delay interval is 30 minutes.
    Canceling a Time Delay
    You can cancel a specified delay interval as follows:
    For physical standby databases, use the NODELAY keyword of the RECOVER MANAGED STANDBY DATABASE clause:
    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;
    For logical standby databases, specify the following SQL statement:
    SQL> ALTER DATABASE START LOGICAL STANDBY APPLY NODELAY;
    These commands result in log apply services immediately beginning to apply archived redo log files to the standby database, before the time interval expires. Also, see:
    Section 12.8, "Using a Physical Standby Database with a Time Lag"
    Oracle Database SQL Reference for the DELAY attribute of the ALTER DATABASE RECOVER MANAGED STANDBY DATABASE statement

  • Starting Physically Standby Database in Mount Mode

    Hi All
    I have configured Data Guard using Oracle 10g 10.2.0.4.0 (64 bits) on Windows 2008 Server (64 bits) Release 2 Enterprise.
    Data guard configuration was OK as the message from "Enable Configuration DG1" was "SUCCESS" for both
    Primary and Standby Database. I have also set both Databases and TNS to start Automatically whenever Windows Starts.
    The Problem is as long as the Standby Server is running, there is No issue.
    But when we Restarts the Backup Server, Physically Standby Database is Started and TNS is also Started,
    but Archives  are not received until I physically do the following steps so that it can received the Archives.
    SQL> startup nomount;                                                                                                                
    SQL> alter database mount standby database;                                                                 
    SQL> alter database recover managed standby database disconnect from session;
    Is there a way to start Physically Standby Database in Mount mode when windows started.
    Regards
    Thunder2777

    Hi Mihael
    I have created 2 files. 1 Bat file 2nd sql file which contains all commands as written above.
    When I execute start.bat file
    1. set ORACLE_HOME=C:\oracle\product\10.2.0\db_1
    2. set ORACLE_SID=UMISBK
    3. sqlplus / [email protected]
    1 & 2 executed properly. At 3 it just display SQL help for login as shown below.
    SQL*Plus: Release 10.2.0.4.0 - Production
    Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
    Usage 1: sqlplus -H | -V
        -H             Displays the SQL*Plus version and the usage help.
        -V             Displays the SQL*Plus version.
    Usage 2: sqlplus [ [<option>] [<logon>] [<start>] ]
      <option> is: [-C <version>] [-L] [-M "<options>"] [-R <level>] [-S]
    It Did Not execute start.sql file to excute sql commands.
    Regards
    Thunder2777

  • Physical Standby database Vs. Logical Standby database

    I have few questions regarding capability of Logical Standby Database against Physical Standby database.
    1. How efficient is Logical Standby database in terms of Physical Standby Database?? How both differ from each other and can I use Logical Standby Database for disaster Recovery?? Can It be use for recovering the failed Primary Instance?? If yes how efficient and reliable it is??
    2. What are the known bugs and roadblocks for logical standby database on Oracle 10.2.0.1 on Soalris X86-64?
    3.As logical standby database not going to replicate each and every schema of Primary database?? how is the change management effects to the logical standby from primary?? I mean there are some parameters and job that we create on primary how can it be transferred over to the logical standby??

    1. How efficient is Logical Standby database in terms
    of Physical Standby Database?? How both differ from
    each other and can I use Logical Standby Database for
    disaster Recovery?? Can It be use for recovering the
    failed Primary Instance?? If yes how efficient and
    reliable it is??I'm not sure what sort of "efficiency" you're talking about here...
    Physical standby is just the old, tried and true application of archived logs to recover a database. Very solid, very old school.
    Logical standby, on the other hand, is parsing the redo log, extracting logical change records, and applying them to the standby database. This obviously takes a bit more processing effort, it's newer technology, it doesn't have quite the level of support that physical standby does (i.e. certain data types are excluded), etc. You certainly can use it for failover, but it isn't quite as robust as a physical standby. Of course, this is getting better and better all the time and is definitely a focus of Oracle's development efforts.
    On the other hand, logical standby systems can do things other than act as a warm standby. They can be open serving reports, for example. You can create additional structures (i.e. new materialized views) to support reporting. A physical standby is pretty much always going to be in managed recovery mode, so it cannot be queried.
    2. What are the known bugs and roadblocks for logical
    standby database on Oracle 10.2.0.1 on Soalris
    X86-64?a) You'll want to do a Metalink search
    b) If you're talking about a high-availability solution, why are you looking at a base release of the database? Why wouldn't you apply the latest patchset?
    3.As logical standby database not going to replicate
    each and every schema of Primary database?? how is
    the change management effects to the logical standby
    from primary?? I mean there are some parameters and
    job that we create on primary how can it be
    transferred over to the logical standby??I'm not sure I understand... Changes made to the primary generate redo. Oracle parses that redo, generates a LCR, and sends that to the standby database where that change record gets applied.
    Justin

  • How to make a physical standby database in the read_only state in 11g?

    In 10g, we can make a physical standby database in the read_only state. But in 11g, no a read_only state for a physical standby database. How to make a physical standby database in the read_only state in 11g?

    Hi
    read-only mode (for 11g physical standby)
    A mode in which a database can be opened that allows queries, but disallows modifications.
    A physical standby database can be opened read-only so that queries may be performed. If a license for the Oracle Active Data Guard option has been purchased, a physical satndby database can be open while redo apply is active. This capability is known as Real-time Query.
    For more details have a look at:
    http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/manage_ps.htm#SBYDB00706
    Hipe this Helps
    Regards

  • Will logical standby database be replaced by physical standby database?

    Will logical standby database be deprecated or replaced by physical standby database because of Real Time Query?
    As far as I know, because of the emergence of Real Time Query, physiacl standby database is easier to work than logical standby database. There are so many restrictions on using logical standby database.
    Will logical standby database be deprecated in the future?
    Message was edited by:
    frank.qian

    Good question - you are right that with the advent of Real Time Query, physical standby databases can provide the 'reporting database' functionality that you used to have to use a logical standby database for.
    But remember that logical standby databases allow additional schema objects, like materialized views and indexes, that you can't have with a physical standby (for the reasons Hans mentions). For example, you could have a index-light primary database for OLTP style workload, and an index-heavy logical standby, with MVs and dimensions for reporting, DW, etc.
    For this reason I don't expect logical standby will become deprecated.

  • UDM on physical standby database in grid control 11.1

    I am getting
    Test Results
    ORA-06550: line 70, column 5: PLS-00201: identifier 'RAISE_APPLICATION_ERROR' must be declared ORA-06550: line 70, column 5: PL/SQL: Statement ignored
    While creating UDM on physical standby database in grid control 11.1. Please help me how to resolve this. I am able to create UDM on normal or primary databases.

    What credential is defined?
    Fairly certain only a sysdba connection will work unless the recovery is stopped and switched to read-only. Or when it becomes primary ...

  • Related to recovery in Physical standby database in RAC

    In Physical Standby database all instance involved in recovery processes or any one instance will be their in in recovery mode
    If is like this another instance will be for high availabily can any one in forum explain me it will be help full

    With your Primary database being RAC, the Physical Standby does not have to be RAC, although, obviously it would be preferred to have scalability as required at a DR site.
    Whether your Standby is RAC or non-RAC, the automatic Recovery that is done at the Standby is done by one instance only. It would be applying the ArchiveLogs from all the threads (i.e. instances) of the Primary.
    Database Recovery is always done by a single instance.
    Hemant K Chitale
    http://hemantoracledba.blogspot.com

Maybe you are looking for