Standby error.

Hi All,
Configured Oracle 11gR2 Data Guard. No DG Broker.
Having issues with log shipping and applying; Errors as below;
Primary -
SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
           796
Standby -
SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
           790
SQL> select max(sequence#) from v$archived_log where applied='YES';
MAX(SEQUENCE#)
           761
Standby -
SQL> SELECT THREAD#,SEQUENCE#,PROCESS,CLIENT_PROCESS,STATUS,BLOCK#,BLOCKS FROM V$MANAGED_STANDBY;
   THREAD#  SEQUENCE# PROCESS   CLIENT_P STATUS           BLOCK#     BLOCKS
         0          0 ARCH      ARCH     CONNECTED             0          0
         0          0 ARCH      ARCH     CONNECTED             0          0
         0          0 ARCH      ARCH     CONNECTED             0          0
         0          0 ARCH      ARCH     CONNECTED             0          0
         1        766 RFS       UNKNOWN  RECEIVING         67585       2048
         1        767 RFS       UNKNOWN  RECEIVING          6145       2048
         1        768 RFS       UNKNOWN  RECEIVING             1       2048
         1        762 MRP0      N/A      WAIT_FOR_GAP          0          0
Primary Alert log -
Archived Log entry 551 added for thread 1 sequence 796 ID 0xb92fa192 dest 1:
...                                                                                 rc:
ORA-12152: TNS:unable to send break message
LNS: Failed to archive log 2 thread 1 sequence 797 (12152)
ORA-12592: TNS:bad packet
DR Alert Log -
CORRUPTION DETECTED: In redo blocks starting at block 327420count 2048 for threa                                                                                        d 1 sequence 794
RFS[174]: Possible network disconnect with primary database
RFS[175]: Assigned to RFS process 10361
RFS[175]: Opened log for thread 1 sequence 763 dbid -1188064878 branch 784059669
RFS[176]: Assigned to RFS process 10356
RFS[176]: Opened log for thread 1 sequence 764 dbid -1188064878 branch 784059669
RFS[177]: Assigned to RFS process 10365
RFS[177]: Opened log for thread 1 sequence 762 dbid -1188064878 branch 784059669
Primary database is in MAXIMUM PERFORMANCE mode
RFS[178]: Assigned to RFS process 10372
RFS[178]: No standby redo logfiles available for thread 1
RFS[178]: Opened log for thread 1 sequence 797 dbid -1188064878 branch 784059669..
FAL[client]: Failed to request gap sequence
GAP - thread 1 sequence 762-769
FAL[client]: All defined FAL servers have been attempted.

CKPT wrote:
Please crosscheck above point and next time post complete log file what you have done in primary and what you did on standby. Then certainly it can give more clarity and it will be easy to estimate.
Here are the steps ;
Primary-
CURRENT_SCN
15537481982
Standby -
CURRENT_SCN
15508606035
-- Backup in primary. The incremental backup size was 3G.
rman target /
run {
allocate channel c1 type disk format '/u09/backup/incr_%U';
backup incremental from scn 15508606035 database;
using target database control file instead of recovery catalog
allocated channel: c1
channel c1: SID=726 device type=DISK
Starting backup at ....
backup will be obsolete on date 27-SEP-12
archived logs will not be kept or backed up
channel c1: starting full datafile backup set
channel c1: specifying datafile(s) in backup set
including current control file in backup set
piece handle=/u09/backup/incr_8knlm3vd_1_1 tag=TAG20120920T131429 comment=NONE
channel c1: backup set complete, elapsed time: 00:00:01
Finished backup .....
released channel: c1
rman> backup current controlfile for standby format '/u09/backup/bcg_standby_01.ctl';
-- Copy the backups to the standby /u03/backup/
Standby-
alter database recover managed standby database cancel;
create pfle ='/u03/pfile_standby.txt' from spfile;
shu immediate
--edit the pfile created above and delete the control files entries
startup nomount pfile='/u03/pfile_standby.txt'
RMAN> restore standby controlfile from '/u03/backup/bcg_standby_01.ctl';
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
output file name=/u04/fra/omfXXXXX.ctl --- don't remember the output file exactly
Finished restore .....
sho parameter control_file ----> shows the bcg_standby_01.ctl
RMAN> sql 'alter database mount standby database';
RMAN> catalog start with '/u03/backup';
RMAN> recover database noredo;
using channel ORA_DISK_1
Finished recover at ....
-----> No other output here and was in 1 second.
sql> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
SQL> select current_scn from v$database;
CURRENT_SCN
15538253425
Primary -
alter system set log_archive_dest_state_2='enable';
alter system switch logfile;Issues post roll forward -
1)The errors I am getting is same as posted above.
2) Log shipping is moving slowly but my apply is almost stuck
3) Also I see sometimes my archive files of smaller sizes around 30-70M compared to my Normal 900M.
Primary
-rw-r----- 1 oracle oinstall 901M Sep 19 02:15 arch_1_762_784059669.arc
-rw-r----- 1 oracle oinstall 900M Sep 19 02:15 arch_1_763_784059669.arc
-rw-r----- 1 oracle oinstall 900M Sep 19 02:15 arch_1_764_784059669.arc
-rw-r----- 1 oracle oinstall 73M Sep 19 01:24 arch_1_784_784059669.arc
-rw-r----- 1 oracle oinstall 46M Sep 19 00:25 arch_1_783_784059669.arc
-rw-r----- 1 oracle oinstall 31M Sep 18 21:57 arch_1_777_784059669.arc

Similar Messages

  • Logical standby error with export dump

    oracal 10g have a setup logical standby and when i am running export dump from logical i got this error.
    EXP-00008: ORACLE error 16224 encountered
    ORA-16224: Database Guard is enabled
    EXP-00000: Export terminated unsuccessfully
    can someone help me out how can it posibal to take export dump and datapump from logical standby.
    thanks

    16224, 00000, "Database Guard is enabled"
    // *Cause: Operation could not be performed because database guard is enabled
    // *Action: Verify operation is correct and disable database guard                                                                                                                                                                                                                                                                                                                                                                                       

  • Fail to ping standby . error = 3113 in trace files (oracle 9i)

    Hi there. One of my standby databases is not working properly, I mean is not synchronized with primary. Both database are 9i Release 2 running on Compaq Tru64 servers
    I look for the primary trace files and I found this trace file:
    $ vi umercado_arc1_141731.trc
    "umercado_arc1_141731.trc" 28 lines, 1164 characters
    /oracle/app/oracle/admin/umercado/bdump/umercado_arc1_141731.trc
    Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.4.0 - Production
    ORACLE_HOME = /oracle/app/oracle/product/9.2.0
    System name: OSF1
    Node name: utora01.emsut.com.sv
    Release: V5.1
    Version: 2650
    Machine: alpha
    Instance name: umercado
    Redo thread mounted by this instance: 1
    Oracle process number: 13
    Unix process pid: 141731, image: [email protected] (ARC1)
    *** SESSION ID:(10.1) 2008-09-02 16:03:38.240
    Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
    Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
    Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
    Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
    *** 2008-09-03 11:22:29.405
    RFS network connection lost at host 'umercado3'
    Fail to ping standby 'umercado3', error = 3113
    Error 3113 when pinging standby umercado3.
    *** 2008-09-03 11:22:29.411
    kcrrfail: dest:3 err:3113 force:0
    Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
    Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
    The error I want to highlight is "FAIL TO PING STANDBY UMERCADO3, ERROR 3113"
    I did this testings on the primary server:
    - Unix ping to standby node , ok
    - tnsping to standby database (tnsping umercado3), ok
    Therefore I do not find the reason for this error. By this time I have defeered the transfer from the primary to standby.
    Any advice is welcome.
    Thanks!

    Suggestion: would attempt to make a sqlplus connection from the primary to the standby using the tns entry that you have configured for the log_archive_dest parameter. you need to connect to the standby as sys.
    What happened:
    I did a sqlplus connection ON THE PRIMARY DATABASE using the tns entry that is exactly the same used in log_archive_dest_2 parameter. Here is it:
    SQL> conn sys/*********@UMERCADO3 as sysdba
    Connected.
    Therefore I do not think it is a problem in the standby password file.
    Any suggestions?

  • ORA-01033: ORACLE initialization or shutdown in progress (standby error)

    Hi all,
    OS : SunOS 5.10 Generic_144488-02 sun4u sparc SUNW,Sun-Fire-880
    Database : 10.2.0.4
    I made physical standby database from primary to stanby using RMAN as
    rman target / nocatalog sys/password@standby
    RMAN>run {
    allocate auxiliary channel ch1 device type disk;
    duplicate target database for standby;
    standby creation finished sucessfully , but when i performed log switch and forcely archive the current log the arhive was not trasferring.
    while trying to connect from primary to standby as :
    conn sys/password@standby (the below error displaying)
    ORA-01033: ORACLE initialization or shutdown in progress
    On stanby also the same error coming while connecting to sys/password@standby
    but while setting export ORACLE_SID=standby and ORACLE _HOME i can be able to connect to sqlplus and managed standby database in recovery mode.
    I am not confused why sys/password@standby is not being connecting ..
    Please help !
    Thanks

    Standby alert log :
    alter database recover managed standby database disconnect from session
    Fri Dec 10 14:59:17 2010
    Attempt to start background Managed Standby Recovery process (pstdby)
    MRP0 started with pid=16, OS id=11517
    Fri Dec 10 14:59:17 2010
    MRP0: Background Managed Standby Recovery process started (pstdby)
    Managed Standby Recovery not using Real Time Apply
    parallel recovery started with 3 processes
    Fri Dec 10 14:59:23 2010
    Waiting for all non-current ORLs to be archived...
    Media Recovery Waiting for thread 1 sequence 84
    Fri Dec 10 14:59:23 2010
    Completed: alter database recover managed standby database disconnect from session
    primary alert log :
    Errors in file /software/oracle/admin/stdby/bdump/stdby_arc1_24121.trc:
    ORA-12545: Connect failed because target host or object does not exist
    PING[ARC1]: Heartbeat failed to connect to standby '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=oracle)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=pstdby_XPT)(INSTANCE_NAME=standby)(SERVER=dedicated)))'. Error is 12545.
    Sat Dec 11 02:18:33 2010
    Error 12545 received logging on to the standby
    Sat Dec 11 02:18:33 2010
    Errors in file /software/oracle/admin/stdby/bdump/stdby_arc1_24121.trc:
    ORA-12545: Connect failed because target host or object does not exist
    PING[ARC1]: Heartbeat failed to connect to standby '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=oracle)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=pstdby_XPT)(INSTANCE_NAME=standby)(SERVER=dedicated)))'. Error is 12545.
    Edited by: VipinK on Dec 10, 2010 1:39 AM

  • Oracle 10g physical standby error

    Hi all,
    We been frequently getting this error on our standby DB and not sure if it's network related or a possible configuration tuning.
    RFS[425]: Assigned to RFS process 3640
    RFS[425]: Identified database type as 'physical standby'
    Primary database is in MAXIMUM PERFORMANCE mode
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[425]: No standby redo logfiles created
    Mon Nov 23 09:47:28 2009
    Fetching gap sequence in thread 1, gap sequence 35418-35418
    Mon Nov 23 09:48:02 2009
    FAL[client]: Failed to request gap sequence
    GAP - thread 1 sequence 35418-35418
    DBID 3292763437 branch 615642223
    FAL[client]: All defined FAL servers have been attempted.
    Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
    parameter is defined to a value that is sufficiently large
    enough to maintain adequate log switch information to resolve
    archivelog gaps.
    Mon Nov 23 09:48:17 2009
    RFS[384]: No standby redo logfiles created
    Mon Nov 23 09:48:21 2009
    RFS[425]: Possible network disconnect with primary database
    Closing latent archivelog for thread 1 sequence 35419
    EOF located at block 1201 low SCN 0:-1055223653 next SCN 0:-1055223015
    Latent archivelog 'E:\ORACLE\ARCH\xxxxx\LOG_615642223_1_35419.ARC'
    If you wish to failover to this standby database, you should use the
    following command to manually register the archivelog for recovery:
    ALTER DATABASE REGISTER LOGFILE 'E:\ORACLE\ARCH\xxxxx\LOG_xxx615642223_1_35419.ARC';
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[426]: Assigned to RFS process 3200
    RFS[426]: Identified database type as 'physical standby'
    Primary database is in MAXIMUM PERFORMANCE mode
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[426]: No standby redo logfiles created
    Any ideas?
    thx

    I've inherited this DB and never really looked at the settings.
    The error I see in the primary DB is
    FAL[server]: Fail to queue the whole FAL gap
    Protection level on primary is
    SQL> SELECT PROTECTION_MODE, PROTECTION_LEVEL FROM V$DATABASE;
    PROTECTION_MODE PROTECTION_LEVEL
    MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE
    Edited by: jrmtl on Nov 23, 2009 7:32 AM

  • Physical standby error

    Hi friends,
    I configured a physical standby database for my primary database. I am able to switchover successfully to physical standby database. So the roles are now changed. Primary is physucal standby, and physical standby is primary.
    Now when Iam switching back (now primary to physical standby), there is error at the physical standby which states media recovery needed. I have checked the archives are present at this location. I tried to recover....but thats not working.
    Both the databases are 10.2.0.1.0 on windows platform.
    Any comments??

    Iam sorry for the delay.... here's the alert log
    ORA-16139 signalled during: alter database commit to switchover to primary...
    Sat Jun 23 14:55:29 2007
    alter database commit to switchover to primary
    Sat Jun 23 14:55:32 2007
    If media recovery active, switchover will wait for completion
    Database not available for switchover
    End-Of-REDO archived log file has been received
    Archived log files detected beyond End-Of-REDO
    Incomplete recovery SCN:0:824807 archive SCN:0:830335
    Database not available for switchover
    End-Of-REDO archived log file has been received
    Archived log files detected beyond End-Of-REDO
    Incomplete recovery SCN:0:824807 archive SCN:0:830335
    Switchover: Media recovery required - standby not in limbo
    ORA-16139 signalled during: alter database commit to switchover to primary...
    Sat Jun 23 14:59:26 2007
    alter database commit to switchover to primary with session shutdown
    Sat Jun 23 14:59:39 2007
    If media recovery active, switchover will wait for completion
    Database not available for switchover
    End-Of-REDO archived log file has been received
    Archived log files detected beyond End-Of-REDO
    Incomplete recovery SCN:0:824807 archive SCN:0:830335
    Database not available for switchover
    End-Of-REDO archived log file has been received
    Archived log files detected beyond End-Of-REDO
    Incomplete recovery SCN:0:824807 archive SCN:0:830335
    Switchover: Media recovery required - standby not in limbo
    -Nand

  • Heartbeat failed to connect to standby Error is 1031

    I getting an error in LogTransportService
    PING[ARC0]: Heartbeat failed to connect to standby . Error is 1031.
    Kindly help me

    details of v$dataguard_status
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.
    1,031     PING[ARC0]: Heartbeat failed to connect to standby 'STDBY'. Error is 1031.

  • Help! standby errors

    Hi, we got some weird messages from standby alert log on the apply instance of standby. Could someone help me what we need to do to fix this problem. Thank you so much.
    Our system is Oracle RAC (2 nodes, 10g, ASM, Windows Servers 2003). Both primary and standby have the same configuration
    Fri Feb 06 02:17:28 2009
    Recovery of Online Redo Log: Thread 1 Group 12 Seq 547 Reading mem 0
    Mem# 0: +DATA/standby/onlinelog/group_12.287.677414141
    Mem# 1: +RECOVERY/standby/onlinelog/group_12.5749.677414141
    Fri Feb 06 04:59:38 2009
    Errors in file c:\oracle\product\10.2.0\admin\standby\bdump\standby2_p005_6116.trc:
    ORA-00339: archived log does not contain any redo
    ORA-00334: archived log: '+DATA/standby/onlinelog/group_1.306.677414335'
    ORA-10567: Redo is inconsistent with data block (file# 8, block# 39122)
    ORA-10564: tablespace PAD_INDEX
    ORA-01110: data file 8: '+DATA/standby/datafile/pad_index.319.677763323'
    ORA-10561: block type 'TRANSACTION MANAGED INDEX BLOCK', data object# 50004
    Fri Feb 06 04:59:38 2009
    Errors in file c:\oracle\product\10.2.0\admin\standby\bdump\standby2_p005_6116.trc:
    ORA-00339: archived log does not contain any redo
    ORA-00334: archived log: '+DATA/standby/onlinelog/group_9.312.677414345'
    Fri Feb 06 04:59:38 2009
    Errors in file c:\oracle\product\10.2.0\admin\standby\bdump\standby2_p005_6116.trc:
    ORA-00600: internal error code, arguments: [3020], [8], [39122], [33593554], [], [], [], []
    Fri Feb 06 04:59:38 2009
    Errors in file c:\oracle\product\10.2.0\admin\standby\bdump\standby2_p005_6116.trc:
    ORA-00600: internal error code, arguments: [3020], [8], [39122], [33593554], [], [], [], []
    Fri Feb 06 04:59:38 2009
    Trace dumping is performing id=[cdmp_20090205045938]
    Fri Feb 06 04:59:40 2009
    MRP0: Background Media Recovery terminated with error 12801
    Fri Feb 06 04:59:40 2009
    Errors in file c:\oracle\product\10.2.0\admin\standby\bdump\standby2_mrp0_1728.trc:
    ORA-12801: error signaled in parallel query server P005, instance standbyDB2:standby2 (2)
    ORA-00600: internal error code, arguments: [3020], [8], [39122], [33593554], [], [], [], []
    Fri Feb 06 04:59:41 2009
    Managed Standby Recovery not using Real Time Apply
    Fri Feb 06 04:59:44 2009
    Recovery interrupted!
    Recovered data files to a consistent state at change 6773432869
    Fri Feb 06 04:59:46 2009
    Errors in file c:\oracle\product\10.2.0\admin\standby\bdump\standby2_mrp0_1728.trc:
    ORA-12801: error signaled in parallel query server P005, instance standbyDB2:standby2 (2)
    ORA-00600: internal error code, arguments: [3020], [8], [39122], [33593554], [], [], [], []
    Fri Feb 06 08:58:42 2009
    Primary database is in MAXIMUM AVAILABILITY mode
    Standby controlfile consistent with primary
    RFS[30]: Successfully opened standby log 11: '+DATA/standby/onlinelog/group_11.288.677414139'
    Fri Feb 06 16:27:51 2009
    Primary database is in MAXIMUM AVAILABILITY mode
    Standby controlfile consistent with primary
    RFS[30]: Successfully opened standby log 12: '+DATA/standby/onlinelog/group_12.287.677414141'

    There is a bug published in metalink.
    Please read note 30866.1 and 7197445.8

  • Setting up Physical Standby Error when using EM GC

    Here is the error I keep getting:
    e:\oracle\product\10.2.0\db_2\network\admin\listener.ora: java.io.IOException: The system cannot find the path specified
    Here is what I'm finding in the drcprimary.log
    DG 2007-04-02-10:02:46 0 2 0 DMON: cannot open configuration file "E:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DR1PRIMARY.DAT"
    DG 2007-04-02-10:02:46 0 2 0 ORA-27041: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 OSD-04002: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 O/S-Error: (OS 2) The system cannot find the file specified.
    DG 2007-04-02-10:02:46 0 2 0 DMON: Error opening E:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DR1PRIMARY.DAT, error = ORA-16572
    DG 2007-04-02-10:02:46 0 2 0 DMON: Establishing E:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DR2PRIMARY.DAT as the most current file
    DG 2007-04-02-10:02:46 0 2 0 DMON: cannot open configuration file "E:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DR2PRIMARY.DAT"
    DG 2007-04-02-10:02:46 0 2 0 ORA-27041: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 OSD-04002: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 O/S-Error: (OS 2) The system cannot find the file specified.
    DG 2007-04-02-10:02:46 0 2 0 DMON: Error opening E:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DR2PRIMARY.DAT, error = ORA-16572
    DG 2007-04-02-10:02:46 0 2 0 DMON: cannot open configuration file "E:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DR2PRIMARY.DAT"
    DG 2007-04-02-10:02:46 0 2 0 ORA-27041: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 OSD-04002: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 O/S-Error: (OS 2) The system cannot find the file specified.
    DG 2007-04-02-10:02:46 0 2 0 DMON: cannot open configuration file "E:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DR2PRIMARY.DAT"
    DG 2007-04-02-10:02:46 0 2 0 ORA-27041: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 OSD-04002: unable to open file
    DG 2007-04-02-10:02:46 0 2 0 O/S-Error: (OS 2) The system cannot find the file specified.
    DG 2007-04-02-10:02:46 0 2 0 DMON: Configuration does not exist, server ready.
    DG 2007-04-02-10:02:46 0 2 0 DMON: Entered rfm_release_chief_lock for CTL_BOOTSTRAP
    DG 2007-04-02-10:02:47 0 2 0 #### NSV network timeout value set to 0 seconds by ARC0

    Hi, Windows is not case sensitive, Java is. Make sure every directory listing in the set up matches the case that you have on the machines. Example discrepencies NETWORK and network or ADMIN and admin.
    Hope this helps
    Trev

  • Logical Standby - Log Apply Error

    Hi All
    I have configured a 10.2.0.4 logical standby database (single instance) for RAC primary by LOG APPLY process stopped with this error:
    ORA-01422: exact fetch returns more than requested number of rows.
    Now I did run this command before creating logical standby: EXECUTE DBMS_LOGSTDBY.BUILD;
    And I know that there are 80 tables which cannot be uniquely identified, which is fine by business.
    Could you someone please tell how can I deal with this problem.
    Regards
    Amit

    I have configured a 10.2.0.4 logical standby database (single instance) for RAC primary by LOG APPLY process stopped with this error:
    ORA-01422: exact fetch returns more than requested number of rows.
    Now I did run this command before creating logical standby: EXECUTE DBMS_LOGSTDBY.BUILD;
    And I know that there are 80 tables which cannot be uniquely identified, which is fine by business.
    Could you someone please tell how can I deal with this problem. It looks like a Bug too, check this below note
    *Bug 5889516 - Intermittently ORA-1422 logical standby errors [ID 5889516.8]*

  • Standby ORA-12505 error

    I have tried to create the standby without the DG broker .However , I am getting this error in alert log at primary which I am not able to resolve.
    PING[ARC6]: Heartbeat failed to connect to standby 'to_standby'. Error is 12505.
    Mon Jul 04 12:41:35 2011
    Error 12505 received logging on to the standby
    Mon Jul 04 12:41:35 2011
    Errors in file d:\oracle\p11\saptrace\background\p11_arc6_1904.trc:
    ORA-12505: TNS:listener does not currently know of SID given in connect descriptor
    PING[ARC6]: Heartbeat failed to connect to standby 'to_standby'. Error is 12505.
    Pfile of Primary Server
    *._B_TREE_BITMAP_PLANS=FALSE
    *._IN_MEMORY_UNDO=FALSE
    *._INDEX_JOIN_ENABLED=FALSE
    *._OPTIM_PEEK_USER_BINDS=FALSE
    *._OPTIMIZER_MJC_ENABLED=FALSE
    *._SORT_ELIMINATION_COST_RATIO=10
    *._TABLE_LOOKUP_PREFETCH_SIZE=0
    *.archive_lag_target=0
    *.background_dump_dest='D:\oracle\P11\saptrace\background'
    *.compatible='10.2.0'
    *.control_file_record_keep_time=30
    *.control_files='D:\oracle\P11\origlogA\cntrl\cntrlP11.dbf','D:\oracle\P11\origlogB\cntrl\cntrlP11.dbf','D:\oracle\P11\sapdata1\cntrl\cntrlP11.dbf'
    *.core_dump_dest='D:\oracle\P11\saptrace\background'
    *.db_block_size=8192
    *.db_cache_size=260938137
    *.db_files=254
    *.db_name='P11'
    *.db_unique_name='P11_primary'
    *.dml_locks=4000
    *.event='10191 trace name context forever, level 1'
    *.FAL_Client='to_primary'
    *.FAL_Server='to_standby'
    *.FILESYSTEMIO_OPTIONS='setall'
    *.job_queue_processes=1
    *.local_listener='(ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.1.104)(PORT = 1521))'
    *.log_archive_config='dg_config=(P11_disaster,P11_primary)'
    *.log_archive_dest_1='LOCATION=C:\oracle\P11\oraarch\P11arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=P11_primary'
    *.log_archive_dest_2='SERVICE=to_standby LGWR ASYNC DELAY=5 VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=P11_disaster'
    *.log_archive_dest_state_1='enable'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_max_processes=10
    *.log_archive_min_succeed_dest=1
    *.log_buffer=1048576
    *.log_checkpoint_interval=0
    *.log_checkpoints_to_alert=true
    *.open_cursors=800
    *.parallel_execution_message_size=16384
    *.pga_aggregate_target=347917516
    *.processes=80
    *.query_rewrite_enabled='false'
    *.recyclebin='off'
    *.remote_login_passwordfile='exclusive'
    *.remote_os_authent=true
    *.replication_dependency_tracking=false
    *.sessions=96
    *.sga_max_size=521876275
    *.shared_pool_reserved_size=26093813
    *.shared_pool_size=300938137
    *.sort_area_retained_size=0
    *.sort_area_size=2097152
    *.standby_file_management='AUTO'
    *.star_transformation_enabled='true'
    *.undo_management='AUTO'
    *.undo_retention=43200
    *.undo_tablespace='PSAPUNDO'
    *.user_dump_dest='D:\oracle\P11\saptrace\usertrace'
    Pfile of Standby Server
    *._B_TREE_BITMAP_PLANS=FALSE
    *._IN_MEMORY_UNDO=FALSE
    *._INDEX_JOIN_ENABLED=FALSE
    *._OPTIM_PEEK_USER_BINDS=FALSE
    *._OPTIMIZER_MJC_ENABLED=FALSE
    *._SORT_ELIMINATION_COST_RATIO=10
    *._TABLE_LOOKUP_PREFETCH_SIZE=0
    *.background_dump_dest='D:\oracle\P11\saptrace\background'
    *.compatible='10.2.0'
    *.control_file_record_keep_time=30
    *.control_files='D:\oracle\P11\origlogA\cntrl\control01.ctl','D:\oracle\P11\origlogB\cntrl\control02.ctl','D:\oracle\P11\sapdata1\cntrl\control03.ctl'
    *.core_dump_dest='D:\oracle\P11\saptrace\background'
    *.db_block_size=8192
    *.db_cache_size=155870822
    *.db_files=254
    *.db_name='P11'
    *.db_unique_name='P11_disaster'
    *.dml_locks=4000
    *.event='10191 trace name context forever, level 1'
    *.FAL_Client='to_standby'
    *.FAL_Server='to_primary'
    *.FILESYSTEMIO_OPTIONS='setall'
    *.job_queue_processes=1
    *.local_listener='(ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.1.102)(PORT = 1521))'
    *.log_archive_config='DG_CONFIG= (P11_primary, P11_disaster)'
    *.log_archive_dest_1='LOCATION=C:\oracle\P11\oraarch\P11arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=P11_disaster'
    *.log_archive_dest_2='SERVICE=to_primary LGWR ASYNC DELAY=5 VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=P11_primary'
    *.log_archive_dest_state_1='enable'
    *.log_archive_dest_state_2='enable'
    *.log_archive_max_processes=10
    *.log_buffer=1048576
    *.log_checkpoint_interval=0
    *.log_checkpoints_to_alert=true
    *.open_cursors=800
    *.parallel_execution_message_size=16384
    *.pga_aggregate_target=207827763
    *.processes=80
    *.query_rewrite_enabled='false'
    *.recyclebin='off'
    *.remote_login_passwordfile='exclusive'
    *.remote_os_authent=true
    *.replication_dependency_tracking=false
    *.sessions=96
    *.sga_max_size=311741644
    *.shared_pool_reserved_size=15587082
    *.shared_pool_size=300870822
    *.sort_area_retained_size=0
    *.sort_area_size=2097152
    *.standby_file_management='AUTO'
    *.star_transformation_enabled='true'
    *.undo_management='AUTO'
    *.undo_retention=43200
    *.undo_tablespace='PSAPUNDO'
    *.user_dump_dest='D:\oracle\P11\saptrace\usertrace'
    TNSnames of Primary File
    # Filename......: tnsnames.ora
    # Created.......: created by SAP AG, R/3 Rel. >= 6.10
    # Name..........:
    # Date..........:
    # @(#) $Id: //bc/700-1_REL/src/ins/SAPINST/impl/tpls/ora/ind/TNSNAMES.ORA#4 $
    P11.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11.WORLD)
    TO_STANDBY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.102)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11_DISASTER.WORLD)
    TO_PRIMARY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11_PRIMARY.WORLD)
    LISTENER_P11.WORLD=(address=(protocol= tcp)(host=10.0.1.104)(port= 1527))
    Listener.ora of Primary
    # Filename......: listener.ora
    # Created.......: created by SAP AG, R/3 Rel. >= 6.10
    # Name..........:
    # Date..........:
    # @(#) $Id: //bc/700-1_REL/src/ins/SAPINST/impl/tpls/ora/ind/LISTENER.ORA#4 $
    ADMIN_RESTRICTIONS_LISTENER = on
    LISTENER =
    (ADDRESS_LIST =
    (ADDRESS =
    (PROTOCOL = IPC)
    (KEY = P11.WORLD)
    (ADDRESS=
    (PROTOCOL = IPC)
    (KEY = P11)
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = prod104)
    (PORT = 1527)
    STARTUP_WAIT_TIME_LISTENER = 0
    CONNECT_TIMEOUT_LISTENER = 10
    TRACE_LEVEL_LISTENER = OFF
    Tnsnames.ora of Standby
    # Filename......: tnsnames.ora
    # Created.......: created by SAP AG, R/3 Rel. >= 6.10
    # Name..........:
    # Date..........:
    # @(#) $Id: //bc/700-1_REL/src/ins/SAPINST/impl/tpls/ora/ind/TNSNAMES.ORA#4 $
    # Filename......: tnsnames.ora
    # Created.......: created by SAP AG, R/3 Rel. >= 6.10
    # Name..........:
    # Date..........:
    # @(#) $Id: //bc/700-1_REL/src/ins/SAPINST/impl/tpls/ora/ind/TNSNAMES.ORA#4 $
    P11.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11.WORLD)
    TO_STANDBY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.102)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11_STANDBY.WORLD)
    TO_PRIMARY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11_PRIMARY.WORLD)
    LISTENER_P11.WORLD=(address=(protocol= tcp)(host=10.0.1.102)(port= 1527))
    Listener.ora of Standby
    # Filename......: listener.ora
    # Created.......: created by SAP AG, R/3 Rel. >= 6.10
    # Name..........:
    # Date..........:
    # @(#) $Id: //bc/700-1_REL/src/ins/SAPINST/impl/tpls/ora/ind/LISTENER.ORA#4 $
    ADMIN_RESTRICTIONS_LISTENER = on
    LISTENER =
    (ADDRESS_LIST =
    (ADDRESS =
    (PROTOCOL = IPC)
    (KEY = P11.WORLD)
    (ADDRESS=
    (PROTOCOL = IPC)
    (KEY = P11)
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.102)
    (PORT = 1527)
    STARTUP_WAIT_TIME_LISTENER = 0
    CONNECT_TIMEOUT_LISTENER = 10
    TRACE_LEVEL_LISTENER = OFF
    Please advice.
    Regards
    Edited by: dharm.singh on Jul 4, 2011 12:33 AM

    It is working now after adding this entry
    SID_LIST_LISTENER=(SID_LIST=(SID_DESC=(SID_NAME=P11)(ORACLE_HOME=D:\oracle\P11\102))) and also able to connect to primary to standby.
    using command
    sqlplus sys/****@to_standby as sysdba
    However , the Primary alter log is showing many errors
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Mon Jul 04 14:56:05 2011
    SMON: enabling cache recovery
    Mon Jul 04 14:56:07 2011
    Incremental checkpoint up to RBA [0x3e4.3.0], current log tail at RBA [0x3e4.3.0]
    Mon Jul 04 14:56:08 2011
    Error 1033 received logging on to the standby
    Mon Jul 04 14:56:08 2011
    Errors in file d:\oracle\p11\saptrace\background\p11_arc0_1532.trc:
    ORA-01033: ORACLE initialization or shutdown in progress
    Mon Jul 04 14:56:08 2011
    LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
    Error 1033 received logging on to the standby
    Mon Jul 04 14:56:08 2011
    Errors in file d:\oracle\p11\saptrace\background\p11_lns1_400.trc:
    ORA-01033: ORACLE initialization or shutdown in progress
    LGWR: Error 1033 creating archivelog file 'to_standby'
    LNS: Failed to archive log 2 thread 1 sequence 996 (1033)
    Mon Jul 04 14:56:08 2011
    FAL[server, ARC0]: Error 1033 creating remote archivelog file 'to_standby'
    FAL[server, ARC0]: FAL archive failed, see trace file.
    Mon Jul 04 14:56:09 2011
    Errors in file d:\oracle\p11\saptrace\background\p11_arc0_1532.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    Mon Jul 04 14:56:09 2011
    Successfully onlined Undo Tablespace 1.
    Mon Jul 04 14:56:09 2011
    SMON: enabling tx recovery
    Mon Jul 04 14:56:10 2011
    Database Characterset is UTF8
    Starting background process QMNC
    QMNC started with pid=26, OS id=180
    Mon Jul 04 14:56:16 2011
    Completed: ALTER DATABASE OPEN
    Mon Jul 04 14:57:00 2011
    Shutting down archive processes
    Mon Jul 04 14:57:05 2011
    ARCH shutting down
    ARCa: Archival stopped
    Mon Jul 04 15:02:06 2011
    Errors in file d:\oracle\p11\saptrace\background\p11_arc2_500.trc:
    ORA-16143: RFS connections not allowed during or after terminal recovery
    Mon Jul 04 15:02:06 2011
    PING[ARC2]: Heartbeat failed to connect to standby 'to_standby'. Error is 16143.
    p11arc0_1532.trc log file_
    Dump file d:\oracle\p11\saptrace\background\p11_lns1_400.trc
    Mon Jul 04 14:56:04 2011
    ORACLE V10.2.0.2.0 - 64bit Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
    With the Partitioning, OLAP and Data Mining options
    Windows Server 2003 Version V5.2 Service Pack 2
    CPU : 2 - type 8664, 1 Physical Cores
    Process Affinity : 0x0000000000000000
    Memory (Avail/Total): Ph:2627M/3319M, Ph+PgF:9964M/11161M
    Instance name: p11
    Redo thread mounted by this instance: 1
    Oracle process number: 26
    Windows thread id: 400, image: ORACLE.EXE (LNS1)
    *** SERVICE NAME:() 2011-07-04 14:56:03.968
    *** SESSION ID:(73.1) 2011-07-04 14:56:03.968
    *** 2011-07-04 14:56:03.968 57032 kcrr.c
    LNS1: initializing for LGWR communication
    LNS1: connecting to KSR channel
    Success
    LNS1: subscribing to KSR channel
    Success
    *** 2011-07-04 14:56:04.031 57085 kcrr.c
    LNS1: initialized successfully ASYNC=1
    Destination is specified with ASYNC=61440
    *** 2011-07-04 14:56:08.203 70857 kcrr.c
    Sending online log thread 1 seq 996 [logfile 2] to standby
    Opening logfile [logno 2]
    LGWR: Archivelog for thread 1 sequence 996 will NOT be compressed
    Redo shipping client performing standby login
    OCISessionBegin failed -1
    .. Detailed OCI error val is 1033 and errmsg is 'ORA-01033: ORACLE initialization or shutdown in progress
    *** 2011-07-04 14:56:08.812 60639 kcrr.c
    Error 1033 received logging on to the standby
    Error 1033 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'to_standby'
    Error 1033 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'to_standby'
    ORA-01033: ORACLE initialization or shutdown in progress
    *** 2011-07-04 14:56:08.843 60639 kcrr.c
    LGWR: Error 1033 creating archivelog file 'to_standby'
    *** 2011-07-04 14:56:08.859 58901 kcrr.c
    kcrrfail: dest:2 err:1033 force:0 blast:1
    *** 2011-07-04 14:56:11.296
    *** 2011-07-04 14:56:11.296 70857 kcrr.c
    Sending online log thread 1 seq 996 [logfile 2] to standby
    Opening logfile [logno 2]
    LGWR: Archivelog for thread 1 sequence 996 will NOT be compressed
    *** 2011-07-04 14:56:11.796 70982 kcrr.c
    Shutting down [due to no more ASYNC destination]
    LNS1: Doing a channel reset for next time around...
    Edited by: dharm.singh on Jul 4, 2011 2:31 AM

  • Error when shipping redo to standby

    Hi,
    in my alert log and trace file i've a lot of error message like this:
    Error 12514 received logging on to the standby
    Error 12514 connecting to destination LOG_ARCHIVE_DEST_2 standby host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=XXXX)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=XXXX)(INSTANCE_NAME=XXXX)(SERVER=dedicated)))'
    Error 12514 attaching to destination LOG_ARCHIVE_DEST_2 standby host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=XXXX)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=XXXX)(INSTANCE_NAME=XXXX)(SERVER=dedicated)))'
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    *** 2010-07-08 04:40:23.982 62692 kcrr.c
    PING[ARC1]: Heartbeat failed to connect to standby '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=XXXX)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=XXXX)(INSTANCE_NAME=XXXX)(SERVER=dedicated)))'. Error is 12514.
    *** 2010-07-08 04:40:23.982 60970 kcrr.c
    I think it's a network problem but i don't know how to analyze it.
    Now i'm tring to use oswatcher.
    My production machine is a Linux x64 with 10.2.0.4 database.

    Hemant K Chitale wrote:
    The listener on your standby server must be configured for the standby instance.
    Hi,
    in the standby the listener is up and running.
    The service name identified in the LOG_ARCHIVE_DEST_2 is active in my standbydb.
    The error occurs sometimes in the nigth and i don't know if it's a network problem or other.

  • DataGuard Standby 環境で db が open できない.

    DataGuard Standby 環境で db が open できなくて困っています。
    詳しい方いれば、原因と対処方法を教えていただきたいと思います。
    create した spfile が正確に読み込まれていないことが原因のようなのですが。。
    なぜ読み込めないのかが分からない状態です。
    pfile を読み込んだ起動は可能ですが、spfile を読み込んだ起動の前提条件とは、
    何なのでしょうか。単に整合性が取れていないだけなのか、それとも、、。
    [grid@osaka1 shell]$ asmcmd
    ASMCMD> ls
    DATA/
    FRA/
    ASMCMD> cd data
    ASMCMD> ls
    ASM/
    WEST/
    ASMCMD> ls -l
    Type  Redund  Striped  Time             Sys  Name
                                            Y    ASM/
                                            N    WEST/
    ASMCMD>
    ASMCMD> cd west
    ASMCMD> ls
    CONTROLFILE/
    DATAFILE/
    ONLINELOG/
    PARAMETERFILE/
    TEMPFILE/
    spfilewest.ora
    ASMCMD> ls -l
    Type           Redund  Striped  Time             Sys  Name
                                                     N    CONTROLFILE/
                                                     N    DATAFILE/
                                                     N    ONLINELOG/
                                                     N    PARAMETERFILE/
                                                     N    TEMPFILE/
                                                     N    spfilewest.ora => +DATA/WEST/PARAMETERFILE/spfile.257.824236121
    ASMCMD> pwd
    +data/west
    ASMCMD>
    ASMCMD> cd para*
    ASMCMD> ls -l
    Type           Redund  Striped  Time             Sys  Name
    PARAMETERFILE  MIRROR  COARSE   AUG 23 18:00:00  Y    spfile.257.824236121
    ASMCMD>
    ASMCMD> pwd
    +data/west/PARAMETERFILE
    ASMCMD> quit
    [grid@osaka1 shell]$
    [oracle@osaka1 dbs]$ more initHPYMUSIC.ora
    SPFILE='+DATA/west/spfilewest.ora'
    [oracle@osaka1 dbs]$
    よろしくお願い致します。
    ps.
    ORA-12154 は整合性の問題であるので、それを合わせれば消えると思っています。
    そもそも RAC を前提としていたのですが、それを standalone に置き換えて検証始めた結果、
    こうなってしまっています。
    open できない原因が ORA-12154 だったりして。。
    ■ プライマリの場合
    ○ open するほうは、シンプルに以下だけで open することが確認できる。
       が、db_name を変更した関係で
       「ORA-12154: TNS: 指定された接続識別子を解決できませんでした」
       が出続けている。
       ORA-12154 は db が open できない原因とは無関係かもしれない。
    srvctl stop database -d east -f
    srvctl start database -d east -o open
    srvctl config database -d east
    srvctl status database -d east
    ○ 参考出力
    set linesize 500 pages 0
    col value for a90
    col name for a50
    select name, value
    from v$parameter
    where name in ('db_name','db_unique_name','log_archive_config', 'log_archive_dest_1','log_archive_dest_2',
                   'log_archive_dest_state_1','log_archive_dest_state_2', 'remote_login_passwordfile',
                   'log_archive_format','log_archive_max_processes','fal_server','db_file_name_convert',
                   'log_file_name_convert', 'standby_file_management');
    SQL>
    db_file_name_convert
    log_file_name_convert
    log_archive_dest_1
    log_archive_dest_2            SERVICE=HPYMUSIC SYNC NOAFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=west
    log_archive_dest_state_1      enable
    log_archive_dest_state_2      enable
    fal_server
    log_archive_config
    log_archive_format            %t_%s_%r.dbf
    log_archive_max_processes     4
    standby_file_management       AUTO
    remote_login_passwordfile     EXCLUSIVE
    db_name                       HPYMUSIC
    db_unique_name                HPYMUSIC    ← ▼ db_name だけを変更したつもりが db_unique_name も変更されていた
    14行が選択されました。
    [oracle@tokyo1 shell]$ srvctl stop database -d east -f
    [oracle@tokyo1 shell]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
    NAME           TARGET  STATE        SERVER                   STATE_DETAILS
    Cluster Resources
    ora.east.db
          1        OFFLINE OFFLINE                               Instance Shutdown
    [oracle@tokyo1 shell]$ srvctl start database -d east -o open
    [oracle@tokyo1 shell]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
    NAME           TARGET  STATE        SERVER                   STATE_DETAILS
    Local Resources
    ora.DATA.dg
                   ONLINE  ONLINE       tokyo1
    ora.FRA.dg
                   ONLINE  ONLINE       tokyo1
    ora.LISTENER.lsnr
                   ONLINE  ONLINE       tokyo1
    ora.asm
                   ONLINE  ONLINE       tokyo1                   Started
    Cluster Resources
    ora.cssd
          1        ONLINE  ONLINE       tokyo1
    ora.diskmon
          1        ONLINE  ONLINE       tokyo1
    ora.east.db
          1        ONLINE  ONLINE       tokyo1                   Open ← ▼
    [oracle@tokyo1 shell]$
    [oracle@tokyo1 shell]$ srvctl config database -d east
    一意のデータベース名: east
    データベース名: east
    Oracleホーム: /u01/app/oracle/product/11.2.0/dbhome_1
    Oracleユーザー: grid
    spfile: +DATA/east/spfileeast.ora
    ドメイン:
    開始オプション: open
    停止オプション: immediate
    データベース・ロール: PRIMARY
    管理ポリシー: AUTOMATIC
    ディスク・グループ: DATA,FRA
    サービス:
    [oracle@tokyo1 shell]$ srvctl status database -d east
    データベースは実行中です。
    Fri Aug 23 19:44:10 2013
    Error 12154 received logging on to the standby
    Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_7579.trc:
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
    [oracle@tokyo1 dbs]$ pwd
    /u01/app/oracle/product/11.2.0/dbhome_1/dbs
    [oracle@tokyo1 dbs]$
    [oracle@tokyo1 dbs]$
    [oracle@tokyo1 dbs]$ more 2013.08.23_east_pfile.txt
    HPYMUSIC.__db_cache_size=301989888
    HPYMUSIC.__java_pool_size=4194304
    HPYMUSIC.__large_pool_size=8388608
    HPYMUSIC.__pga_aggregate_target=339738624
    HPYMUSIC.__sga_target=503316480
    HPYMUSIC.__shared_io_pool_size=0
    HPYMUSIC.__shared_pool_size=176160768
    HPYMUSIC.__streams_pool_size=0
    *.audit_file_dest='/u01/app/oracle/admin/east/adump'
    *.audit_trail='db'
    *.compatible='11.2.0.0.0'
    *.control_files='+DATA/east/controlfile/current.270.823277705','+FRA/east/controlfile/current.
    260.823277707'
    *.db_block_checking='TRUE'
    *.db_block_checksum='TRUE'
    *.db_block_size=8192
    *.db_create_file_dest='+DATA'
    *.db_domain=''
    *.db_name='HPYMUSIC'
    *.db_recovery_file_dest='+FRA'
    *.db_recovery_file_dest_size=3038773248
    *.diagnostic_dest='/u01/app/oracle'
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=HPYMUSICXDB)'
    *.log_archive_format='%t_%s_%r.dbf'
    *.memory_target=842006528
    *.nls_language='JAPANESE'
    *.nls_territory='JAPAN'
    *.open_cursors=300
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.standby_file_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    Fri Aug 23 19:49:38 2013
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 3
    Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
    ARCH: Warning; less destinations available than specified
    by LOG_ARCHIVE_MIN_SUCCEED_DEST init.ora parameter
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =27
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    Starting up:
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options.
    Using parameter settings in server-side spfile /u01/app/oracle/product/11.2.0/dbhome_1/dbs/spfileHPYMUSIC.ora
    System parameters with non-default values:
      processes                = 150
      nls_language             = "JAPANESE"
      nls_territory            = "JAPAN"
      memory_target            = 804M
      control_files            = "+DATA/east/controlfile/current.270.823277705"
      control_files            = "+FRA/east/controlfile/current.260.823277707"
      db_block_checksum        = "TRUE"
      db_block_size            = 8192
      compatible               = "11.2.0.0.0"
      log_archive_dest_2       = "SERVICE=HPYMUSIC SYNC NOAFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=west"
      log_archive_format       = "%t_%s_%r.dbf"
      db_create_file_dest      = "+DATA"
      db_recovery_file_dest    = "+FRA"
      db_recovery_file_dest_size= 2898M
      standby_file_management  = "AUTO"
      undo_tablespace          = "UNDOTBS1"
      db_block_checking        = "TRUE"
      remote_login_passwordfile= "EXCLUSIVE"
      db_domain                = ""
      dispatchers              = "(PROTOCOL=TCP) (SERVICE=HPYMUSICXDB)"
      audit_file_dest          = "/u01/app/oracle/admin/east/adump"
      audit_trail              = "DB"
      db_name                  = "HPYMUSIC"
      open_cursors             = 300
      diagnostic_dest          = "/u01/app/oracle"
    Fri Aug 23 19:49:39 2013
    PMON started with pid=2, OS id=8442
    Fri Aug 23 19:49:39 2013
    VKTM started with pid=3, OS id=8444 at elevated priority
    VKTM running at (10)millisec precision with DBRM quantum (100)ms
    Fri Aug 23 19:49:39 2013
    GEN0 started with pid=4, OS id=8448
    Fri Aug 23 19:49:39 2013
    DIAG started with pid=5, OS id=8450
    Fri Aug 23 19:49:39 2013
    DBRM started with pid=6, OS id=8452
    Fri Aug 23 19:49:39 2013
    PSP0 started with pid=7, OS id=8454
    Fri Aug 23 19:49:39 2013
    DIA0 started with pid=8, OS id=8456
    Fri Aug 23 19:49:39 2013
    MMAN started with pid=9, OS id=8458
    Fri Aug 23 19:49:39 2013
    DBW0 started with pid=10, OS id=8460
    Fri Aug 23 19:49:39 2013
    LGWR started with pid=11, OS id=8462
    Fri Aug 23 19:49:39 2013
    CKPT started with pid=12, OS id=8464
    Fri Aug 23 19:49:39 2013
    SMON started with pid=13, OS id=8466
    Fri Aug 23 19:49:39 2013
    RECO started with pid=14, OS id=8468
    Fri Aug 23 19:49:39 2013
    RBAL started with pid=15, OS id=8470
    Fri Aug 23 19:49:39 2013
    ASMB started with pid=16, OS id=8472
    Fri Aug 23 19:49:39 2013
    MMON started with pid=17, OS id=8474
    Fri Aug 23 19:49:39 2013
    MMNL started with pid=18, OS id=8478
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    NOTE: initiating MARK startup
    starting up 1 shared server(s) ...
    Starting background process MARK
    Fri Aug 23 19:49:39 2013
    MARK started with pid=20, OS id=8482
    NOTE: MARK has subscribed
    ORACLE_BASE not set in environment. It is recommended
    that ORACLE_BASE be set in the environment
    Reusing ORACLE_BASE from an earlier startup = /u01/app/oracle
    Fri Aug 23 19:49:39 2013
    ALTER DATABASE MOUNT
    NOTE: Loaded library: System
    SUCCESS: diskgroup DATA was mounted
    ERROR: failed to establish dependency between database HPYMUSIC and diskgroup resource ora.DATA.dg
    SUCCESS: diskgroup FRA was mounted
    ERROR: failed to establish dependency between database HPYMUSIC and diskgroup resource ora.FRA.dg
    Fri Aug 23 19:49:46 2013
    NSS2 started with pid=24, OS id=8572
    Successful mount of redo thread 1, with mount id 2951868947
    Database mounted in Exclusive Mode
    Lost write protection disabled
    Completed: ALTER DATABASE MOUNT
    ALTER DATABASE OPEN
    LGWR: STARTING ARCH PROCESSES
    Fri Aug 23 19:49:47 2013
    ARC0 started with pid=26, OS id=8574
    ARC0: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    ARC0: STARTING ARCH PROCESSES
    Fri Aug 23 19:49:48 2013
    ARC1 started with pid=27, OS id=8576
    Fri Aug 23 19:49:48 2013
    ARC2 started with pid=28, OS id=8578
    ARC1: Archival started
    ARC2: Archival started
    ARC1: Becoming the 'no FAL' ARCH
    ARC1: Becoming the 'no SRL' ARCH
    ARC2: Becoming the heartbeat ARCH
    Fri Aug 23 19:49:48 2013
    ARC3 started with pid=29, OS id=8580
    LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
    ARC3: Archival started
    ARC0: STARTING ARCH PROCESSES COMPLETE
    Error 12154 received logging on to the standby
    Fri Aug 23 19:49:51 2013
    Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_lgwr_8462.trc:
    ORA-12154: TNS: ?????????????????????
    Error 12154 for archive log file 2 to 'HPYMUSIC'
    LGWR: Failed to archive log 2 thread 1 sequence 8 (12154)
    Thread 1 advanced to log sequence 8 (thread open)
    Thread 1 opened at log sequence 8
      Current log# 2 seq# 8 mem# 0: +DATA/hpymusic/onlinelog/group_2.272.824213887
      Current log# 2 seq# 8 mem# 1: +FRA/hpymusic/onlinelog/group_2.262.824213889
    Successful open of redo thread 1
    Fri Aug 23 19:49:51 2013
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Fri Aug 23 19:49:51 2013
    SMON: enabling cache recovery
    Error 12154 received logging on to the standby
    Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_8578.trc:
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
    Archived Log entry 7 added for thread 1 sequence 7 ID 0xaff1210d dest 1:
    Error 12154 received logging on to the standby
    Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc3_8580.trc:
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    FAL[server, ARC3]: Error 12154 creating remote archivelog file 'HPYMUSIC'
    FAL[server, ARC3]: FAL archive failed, see trace file.
    Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc3_8580.trc:
    ORA-16055: FALリクエストが拒否されました。
    ARCH: FAL archive failed. Archiver continuing
    ORACLE Instance HPYMUSIC - Archival Error. Archiver continuing.
    Successfully onlined Undo Tablespace 2.
    Verifying file header compatibility for 11g tablespace encryption..
    Verifying 11g file header compatibility for tablespace encryption completed
    SMON: enabling tx recovery
    Database Characterset is AL32UTF8
    No Resource Manager plan active
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    Fri Aug 23 19:49:55 2013
    QMNC started with pid=32, OS id=8590
    Completed: ALTER DATABASE OPEN
    Fri Aug 23 19:49:59 2013
    Starting background process CJQ0
    Fri Aug 23 19:49:59 2013
    CJQ0 started with pid=33, OS id=8609
    Fri Aug 23 19:49:59 2013
    db_recovery_file_dest_size of 2898 MB is 6.38% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    [root@tokyo1 app]#
    [root@tokyo1 app]# more /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_8578.trc
    Trace file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_8578.trc
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    With the Partitioning, Automatic Storage Management, OLAP, Data Mining
    and Real Application Testing options
    ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
    System name:    Linux
    Node name:      tokyo1.oracle11g.jp
    Release:        2.6.18-348.12.1.el5
    Version:        #1 SMP Wed Jul 10 05:28:41 EDT 2013
    Machine:        x86_64
    Instance name: HPYMUSIC
    Redo thread mounted by this instance: 1
    Oracle process number: 28
    Unix process pid: 8578, image: [email protected] (ARC2)
    *** 2013-08-23 19:49:51.707
    *** SESSION ID:(15.1) 2013-08-23 19:49:51.707
    *** CLIENT ID:() 2013-08-23 19:49:51.707
    *** SERVICE NAME:() 2013-08-23 19:49:51.707
    *** MODULE NAME:() 2013-08-23 19:49:51.707
    *** ACTION NAME:() 2013-08-23 19:49:51.707
    Redo shipping client performing standby login
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    *** 2013-08-23 19:49:51.972 4132 krsh.c
    Error 12154 received logging on to the standby
    *** 2013-08-23 19:49:51.972 869 krsu.c
    Error 12154 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
    Error 12154 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    *** 2013-08-23 19:49:51.973 4132 krsh.c
    PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
    *** 2013-08-23 19:49:51.973 2747 krsi.c
    krsi_dst_fail: dest:2 err:12154 force:0 blast:1
    *** 2013-08-23 19:50:49.816
    Redo shipping client performing standby login
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    *** 2013-08-23 19:50:50.070 4132 krsh.c
    Error 12154 received logging on to the standby
    *** 2013-08-23 19:50:50.070 869 krsu.c
    Error 12154 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
    Error 12154 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    *** 2013-08-23 19:50:50.070 4132 krsh.c
    PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
    *** 2013-08-23 19:50:50.070 2747 krsi.c
    krsi_dst_fail: dest:2 err:12154 force:0 blast:1
    *** 2013-08-23 19:51:51.147
    Redo shipping client performing standby login
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    OCIServerAttach failed -1
    .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    *** 2013-08-23 19:51:51.403 4132 krsh.c
    Error 12154 received logging on to the standby
    *** 2013-08-23 19:51:51.403 869 krsu.c
    Error 12154 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
    Error 12154 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    *** 2013-08-23 19:51:51.403 4132 krsh.c
    PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
    *** 2013-08-23 19:51:51.403 2747 krsi.c
    krsi_dst_fail: dest:2 err:12154 force:0 blast:1
    [root@tokyo1 app]#
    [grid@tokyo1 shell]$ ./grid_info_east-x.sh
    + export ORACLE_SID=+ASM
    + ORACLE_SID=+ASM
    + LOGDIR=/home/grid/log
    + PRIMARYDB=east_DGMGRL
    + STANDBYDB=
    + PASSWORD=dataguard
    + mkdir -p /home/grid/log
    ++ date +%y%m%d,%H%M%S
    + echo 'asm info,130823,195709'
    + sqlplus / as sysasm
    SQL*Plus: Release 11.2.0.1.0 Production on 金 8月 23 19:57:09 2013
    Copyright (c) 1982, 2009, Oracle.  All rights reserved.
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    With the Automatic Storage Management option
    に接続されました。
    SQL> SQL>
    SYSDATE
    13-08-23
    SQL> SQL> SQL>
    NAME                                 TYPE                VALUE
    asm_diskgroups                       string              FRA
    asm_diskstring                       string              /dev/sd*1
    asm_power_limit                      integer             1
    asm_preferred_read_failure_groups    string
    audit_file_dest                      string              /u01/app/11.2.0/grid/rdbms/audit
    audit_sys_operations                 boolean             FALSE
    audit_syslog_level                   string
    background_core_dump                 string              partial
    background_dump_dest                 string              /u01/app/grid/diag/asm/+asm/+ASM/trace
    cluster_database                     boolean             FALSE
    cluster_database_instances           integer             1
    cluster_interconnects                string
    core_dump_dest                       string              /u01/app/grid/diag/asm/+asm/+ASM/cdump
    db_cache_size                        big integer         0
    db_ultra_safe                        string              OFF
    db_unique_name                       string              +ASM
    diagnostic_dest                      string              /u01/app/grid
    event                                string
    file_mapping                         boolean             FALSE
    filesystemio_options                 string              none
    ifile                                file
    instance_name                        string              +ASM
    instance_number                      integer             1
    instance_type                        string              asm
    large_pool_size                      big integer         12M
    ldap_directory_sysauth               string              no
    listener_networks                    string
    local_listener                       string
    lock_name_space                      string
    lock_sga                             boolean             FALSE
    max_dump_file_size                   string              unlimited
    memory_max_target                    big integer         272M
    memory_target                        big integer         272M
    nls_calendar                         string
    nls_comp                             string              BINARY
    nls_currency                         string
    nls_date_format                      string
    nls_date_language                    string
    nls_dual_currency                    string
    nls_iso_currency                     string
    nls_language                         string              AMERICAN
    nls_length_semantics                 string              BYTE
    nls_nchar_conv_excp                  string              FALSE
    nls_numeric_characters               string
    nls_sort                             string
    nls_territory                        string              AMERICA
    nls_time_format                      string
    nls_time_tz_format                   string
    nls_timestamp_format                 string
    nls_timestamp_tz_format              string
    os_authent_prefix                    string              ops$
    os_roles                             boolean             FALSE
    pga_aggregate_target                 big integer         0
    processes                            integer             100
    remote_listener                      string
    remote_login_passwordfile            string              EXCLUSIVE
    remote_os_authent                    boolean             FALSE
    remote_os_roles                      boolean             FALSE
    service_names                        string              +ASM
    sessions                             integer             172
    sga_max_size                         big integer         272M
    sga_target                           big integer         0
    shadow_core_dump                     string              partial
    shared_pool_reserved_size            big integer         6081740
    shared_pool_size                     big integer         0
    sort_area_size                       integer             65536
    spfile                               string              +DATA/asm/asmparameterfile/registry.253.823204697
    sql_trace                            boolean             FALSE
    statistics_level                     string              TYPICAL
    timed_os_statistics                  integer             0
    timed_statistics                     boolean             TRUE
    trace_enabled                        boolean             TRUE
    user_dump_dest                       string              /u01/app/grid/diag/asm/+asm/+ASM/trace
    workarea_size_policy                 string              AUTO
    ++ date +%y%m%d,%H%M%S
    + echo 'asmcmd info,130823,195709'
    + asmcmd ls -l
    State    Type    Rebal  Name
    MOUNTED  NORMAL  N      DATA/
    MOUNTED  NORMAL  N      FRA/
    + asmcmd ls -l 'data/asm/*'
    Type              Redund  Striped  Time             Sys  Name
    ASMPARAMETERFILE  MIRROR  COARSE   AUG 11 19:00:00  Y    REGISTRY.253.823204697
    + asmcmd ls -l 'data/east/*'
    Type           Redund  Striped  Time             Sys  Name
    +data/east/CONTROLFILE/:
    CONTROLFILE    HIGH    FINE     AUG 12 15:00:00  Y    Current.260.823276231
    CONTROLFILE    HIGH    FINE     AUG 23 19:00:00  Y    Current.270.823277705
    +data/east/DATAFILE/:
    DATAFILE       MIRROR  COARSE   AUG 12 15:00:00  Y    SYSAUX.257.823276133
    DATAFILE       MIRROR  COARSE   AUG 23 19:00:00  Y    SYSAUX.267.823277615
    DATAFILE       MIRROR  COARSE   AUG 12 15:00:00  Y    SYSTEM.256.823276131
    DATAFILE       MIRROR  COARSE   AUG 23 19:00:00  Y    SYSTEM.266.823277615
    DATAFILE       MIRROR  COARSE   AUG 12 15:00:00  Y    UNDOTBS1.258.823276133
    DATAFILE       MIRROR  COARSE   AUG 23 19:00:00  Y    UNDOTBS1.268.823277615
    DATAFILE       MIRROR  COARSE   AUG 12 15:00:00  Y    USERS.259.823276133
    DATAFILE       MIRROR  COARSE   AUG 23 19:00:00  Y    USERS.269.823277615
    +data/east/ONLINELOG/:
    ONLINELOG      MIRROR  COARSE   AUG 12 15:00:00  Y    group_1.261.823276235
    ONLINELOG      MIRROR  COARSE   AUG 12 15:00:00  Y    group_2.262.823276241
    ONLINELOG      MIRROR  COARSE   AUG 12 15:00:00  Y    group_3.263.823276247
    +data/east/PARAMETERFILE/:
    PARAMETERFILE  MIRROR  COARSE   AUG 23 12:00:00  Y    spfile.265.823277967
    +data/east/TEMPFILE/:
    TEMPFILE       MIRROR  COARSE   AUG 12 15:00:00  Y    TEMP.264.823276263
    TEMPFILE       MIRROR  COARSE   AUG 23 19:00:00  Y    TEMP.274.823277733
                                                     N    spfileeast.ora => +DATA/EAST/PARAMETERFILE/spfile.265.823277967
    + asmcmd ls -l 'fra/east/*'
    Type         Redund  Striped  Time             Sys  Name
    +fra/east/ARCHIVELOG/:
                                                   Y    2013_08_12/
                                                   Y    2013_08_15/
                                                   Y    2013_08_19/
                                                   Y    2013_08_22/
                                                   Y    2013_08_23/
    +fra/east/CONTROLFILE/:
    CONTROLFILE  HIGH    FINE     AUG 12 15:00:00  Y    Current.256.823276231
    CONTROLFILE  HIGH    FINE     AUG 23 19:00:00  Y    Current.260.823277707
    +fra/east/ONLINELOG/:
    ONLINELOG    MIRROR  COARSE   AUG 12 15:00:00  Y    group_1.257.823276237
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_10.272.823535727
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_11.273.823535737
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_12.274.823535745
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_13.275.823535757
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_14.276.823535763
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_15.277.823535771
    ONLINELOG    MIRROR  COARSE   AUG 12 15:00:00  Y    group_2.258.823276245
    ONLINELOG    MIRROR  COARSE   AUG 12 15:00:00  Y    group_3.259.823276251
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_7.269.823535685
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_8.270.823535695
    ONLINELOG    MIRROR  COARSE   AUG 23 19:00:00  Y    group_9.271.823535703
    +fra/east/STANDBYLOG/:
                                                   N    standby_group_07.log => +FRA/EAST/ONLINELOG/group_7.269.823535685
                                                   N    standby_group_08.log => +FRA/EAST/ONLINELOG/group_8.270.823535695
                                                   N    standby_group_09.log => +FRA/EAST/ONLINELOG/group_9.271.823535703
                                                   N    standby_group_10.log => +FRA/EAST/ONLINELOG/group_10.272.823535727
                                                   N    standby_group_11.log => +FRA/EAST/ONLINELOG/group_11.273.823535737
                                                   N    standby_group_12.log => +FRA/EAST/ONLINELOG/group_12.274.823535745
                                                   N    standby_group_13.log => +FRA/EAST/ONLINELOG/group_13.275.823535757
                                                   N    standby_group_14.log => +FRA/EAST/ONLINELOG/group_14.276.823535763
                                                   N    standby_group_15.log => +FRA/EAST/ONLINELOG/group_15.277.823535771
    + asmcmd find +data 'group*'
    +data/EAST/ONLINELOG/group_1.261.823276235
    +data/EAST/ONLINELOG/group_2.262.823276241
    +data/EAST/ONLINELOG/group_3.263.823276247
    +data/HPYMUSIC/ONLINELOG/group_1.271.824213881
    +data/HPYMUSIC/ONLINELOG/group_2.272.824213887
    +data/HPYMUSIC/ONLINELOG/group_3.273.824213895
    + asmcmd find +data 'spf*'
    +data/EAST/PARAMETERFILE/spfile.265.823277967
    +data/EAST/spfileeast.ora
    + asmcmd ls -l data/east/CONTROLFILE
    Type         Redund  Striped  Time             Sys  Name
    CONTROLFILE  HIGH    FINE     AUG 12 15:00:00  Y    Current.260.823276231
    CONTROLFILE  HIGH    FINE     AUG 23 19:00:00  Y    Current.270.823277705
    + asmcmd find +fra 'group*'
    +fra/EAST/ONLINELOG/group_1.257.823276237
    +fra/EAST/ONLINELOG/group_10.272.823535727
    +fra/EAST/ONLINELOG/group_11.273.823535737
    +fra/EAST/ONLINELOG/group_12.274.823535745
    +fra/EAST/ONLINELOG/group_13.275.823535757
    +fra/EAST/ONLINELOG/group_14.276.823535763
    +fra/EAST/ONLINELOG/group_15.277.823535771
    +fra/EAST/ONLINELOG/group_2.258.823276245
    +fra/EAST/ONLINELOG/group_3.259.823276251
    +fra/EAST/ONLINELOG/group_7.269.823535685
    +fra/EAST/ONLINELOG/group_8.270.823535695
    +fra/EAST/ONLINELOG/group_9.271.823535703
    +fra/HPYMUSIC/ONLINELOG/group_1.261.824213883
    +fra/HPYMUSIC/ONLINELOG/group_2.262.824213889
    +fra/HPYMUSIC/ONLINELOG/group_3.263.824213897
    + asmcmd find +fra 'spf*'
    + asmcmd ls -l fra/east/CONTROLFILE
    Type         Redund  Striped  Time             Sys  Name
    CONTROLFILE  HIGH    FINE     AUG 12 15:00:00  Y    Current.256.823276231
    CONTROLFILE  HIGH    FINE     AUG 23 19:00:00  Y    Current.260.823277707
    ++ date +%y%m%d,%H%M%S
    + echo END,130823,195712
    [grid@tokyo1 shell]$
    ■ 以下、スタンバイ側 ■ ■ ■ ■ ■ ■ ■
    export ORACLE_SID=HPYMUSIC
    sqlplus / as sysdba
    startup nomount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
    create spfile='+data/west/spfilewest.ora' from pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt';
    srvctl stop database -d west -f
    srvctl start database -d west -o open
    srvctl start database -d west -o mount
    srvctl start database -d west
    startup mount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
    srvctl start database -d west -o open
    srvctl config database -d west
    srvctl status database -d west
    alter database recover managed standby database disconnect from session;
    select name, database_role, open_mode from gv$database;
    srvctl modify database -d west -s open
    ○ spfile を作成する
    export ORACLE_SID=HPYMUSIC
    sqlplus / as sysdba
    startup nomount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
    create spfile='+data/west/spfilewest.ora' from pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt';
    ○ 落とす
    srvctl stop database -d west -f
    ○ open したいが起動しない( Mounted (Closed) 状態で起動することもある)。
    srvctl start database -d west -o open
    PRCR-1079 : リソースora.west.dbの起動に失敗しました
    CRS-2674: Start of 'ora.west.db' on 'osaka1' failed
    ○ open したいが起動しない( Mounted (Closed) 状態で起動することもある)。
    srvctl start database -d west -o mount
    PRCR-1079 : リソースora.west.dbの起動に失敗しました
    CRS-2674: Start of 'ora.west.db' on 'osaka1' failed
    ○ open したいが起動しない( Mounted (Closed) 状態で起動することもある)。
    srvctl start database -d west
    PRCR-1079 : リソースora.west.dbの起動に失敗しました
    CRS-2674: Start of 'ora.west.db' on 'osaka1' failed
    ○ 起動するがエラーあり( alert_HPYMUSIC.log )
    startup mount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
    [oracle@osaka1 dbs]$ sqlplus / as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on 金 8月 23 19:05:35 2013
    Copyright (c) 1982, 2009, Oracle.  All rights reserved.
    アイドル・インスタンスに接続しました。
    SQL> startup mount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
    ORACLEインスタンスが起動しました。
    Total System Global Area  839282688 bytes
    Fixed Size                  2217992 bytes
    Variable Size             515901432 bytes
    Database Buffers          314572800 bytes
    Redo Buffers                6590464 bytes
    データベースがマウントされました。
    Error 12154 received logging on to the standby
    FAL[client, ARC3]: Error 12154 connecting to HPYMUSIC for fetching gap sequence
    Errors in file /u01/app/oracle/diag/rdbms/west/HPYMUSIC/trace/HPYMUSIC_arc3_25690.trc:
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    Errors in file /u01/app/oracle/diag/rdbms/west/HPYMUSIC/trace/HPYMUSIC_arc3_25690.trc:
    ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    ○ open にならず Mounted (Closed) としかなってくれない。
    srvctl start database -d west -o open
    [oracle@osaka1 dbs]$ srvctl start database -d west -o open
    [oracle@osaka1 dbs]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
    NAME           TARGET  STATE        SERVER                   STATE_DETAILS
    Local Resources
    ora.DATA.dg
                   ONLINE  ONLINE       osaka1
    ora.FRA.dg
                   ONLINE  ONLINE       osaka1
    ora.LISTENER.lsnr
                   ONLINE  ONLINE       osaka1
    ora.asm
                   ONLINE  ONLINE       osaka1                   Started
    Cluster Resources
    ora.cssd
          1        ONLINE  ONLINE       osaka1
    ora.diskmon
          1        ONLINE  ONLINE       osaka1
    ora.west.db
          1        ONLINE  INTERMEDIATE osaka1                   Mounted (Closed)

    srvctl config database -d west
    srvctl status database -d west
    [oracle@osaka1 dbs]$ srvctl config database -d west
    一意のデータベース名: west
    データベース名: HPYMUSIC
    Oracleホーム: /u01/app/oracle/product/11.2.0/dbhome_1
    Oracleユーザー: grid
    spfile: +data/west/spfilewest.ora
    ドメイン:
    開始オプション: open
    停止オプション: immediate
    データベース・ロール: physical_standby
    管理ポリシー: AUTOMATIC
    ディスク・グループ: DATA,FRA
    サービス:
    [oracle@osaka1 dbs]$ srvctl status database -d west
    データベースは実行中です。
    ○ mrp プロセスが起動するが、Read Only ではない。
    alter database recover managed standby database disconnect from session;
    select name, database_role, open_mode from gv$database;
    [oracle@osaka1 dbs]$ sqlplus / as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on 金 8月 23 19:33:08 2013
    Copyright (c) 1982, 2009, Oracle.  All rights reserved.
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    With the Partitioning, Automatic Storage Management, OLAP, Data Mining
    and Real Application Testing options
    に接続されました。
    SQL>
    SQL> alter database recover managed standby database disconnect from session;
    データベースが変更されました。
    SQL> select name, database_role, open_mode from gv$database;
    NAME                        DATABASE_ROLE
    OPEN_MODE
    HPYMUSIC                    PHYSICAL STANDBY
    MOUNTED
    [root@osaka1 app]# ps -ef |egrep -i mrp
    oracle   26269     1  0 19:33 ?        00:00:00 ora_mrp0_HPYMUSIC
    ○ modify しても open にならない。
    srvctl modify database -d west -s open
    [oracle@osaka1 dbs]$ srvctl modify database -d west -s open
    [oracle@osaka1 dbs]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
    NAME           TARGET  STATE        SERVER                   STATE_DETAILS
    Local Resources
    ora.DATA.dg
                   ONLINE  ONLINE       osaka1
    ora.FRA.dg
                   ONLINE  ONLINE       osaka1
    ora.LISTENER.lsnr
                   ONLINE  ONLINE       osaka1
    ora.asm
                   ONLINE  ONLINE       osaka1                   Started
    Cluster Resources
    ora.cssd
          1        ONLINE  ONLINE       osaka1
    ora.diskmon
          1        ONLINE  ONLINE       osaka1
    ora.west.db
          1        ONLINE  INTERMEDIATE osaka1                   Mounted (Closed)

    standby 側に、アーカイブログファイルを少し適用すれば open できそうに感じます。
    これを解決するためには、以下のエラーを解決するのがよいと思います。
    ・ORA-12154: TNS: 指定された接続識別子を解決できませんでした
    両ノードの tnsnames.ora を確認させて貰えますか?
    この推測が間違えていたら再検討しましょう。

  • 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

  • Doubt regarding switchover from logical standby to primary

    I am using Oracle 10g databases on Linux environment
    I was trying creating a data guard configuration and once I was successfully done I created a logical standby database from the physical standby . Then I was trying to do a switchover .
    By mistake I gave the prepare switchover command in the logical standby before executing it in the primary . And then when I gave it in the primary both the status turned to be "PREPARING SWITCHOVER"
    In logical standby
    SQL> ALTER DATABASE PREPARE TO SWITCHOVER TO PRIMARY;
    Database altered.
    SQL>  SELECT SWITCHOVER_STATUS FROM V$DATABASE;
    SWITCHOVER_STATUS
    PREPARING SWITCHOVER
    In primary
    SQL> ALTER DATABASE PREPARE TO SWITCHOVER TO LOGICAL STANDBY;
    Database altered.
    SQL> select switchover_status from v$database;
    SWITCHOVER_STATUS
    PREPARING SWITCHOVERNow I am not able to commit any of them to primary or logical standby
    In primary
    SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO LOGICAL STANDBY;
    ALTER DATABASE COMMIT TO SWITCHOVER TO LOGICAL STANDBY
    ERROR at line 1:
    ORA-16217: prepare to switchover has not completed
    ORA-06512: at line 1
    In logical standby
    SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
    ALTER DATABASE commit  TO SWITCHOVER TO PRIMARY
    ERROR at line 1:
    ORA-16109: failed to apply log data from previous primaryLet me know what should be done now ? Is there anyway to solve this issue ?

    Can you try using the following first on Primary and then on Standby?
    ALTER DATABASE PREPARE TO SWITCHOVER CANCEL;

Maybe you are looking for

  • Gamma/Knee problems: How do I correct this?

    I drew a black-white ramp in Photoshop, exported it as a .png and a .tif. Imported into FCP (gamma: Source), placed in Canvas. Software and hardware scopes show the same thing. Changed gamma from Source to 1.8, 2.2, and 2.22. No fixes. 1.8 is the pro

  • Adobe changed the menu short cuts in Photoshop CC?

    Hi, there are some changes in the menu short cuts in Photoshop CC for Windows: For many versions: ALT + "I" --> followed by "I" opened the "Image Size" in the "Image" menu. Now, in CC, ALT+I -> + I opens "Analysis" ... why did Adobe changed this? And

  • Unequal Load Balance on Etherchannel (L2/SW3400ME)

    Hi, i have a problem with my L2 port-channel between 2 SW ME-3400-24TS-D (12.2(44)SE5), there is a unequal load balance and i don't know how to fixed. Should I change the load balance method?. All four ports have the same config, except one (int fa0/

  • TROJAN WORRY

    (Also posted in response to other thread) Hi - On the subject of "Macintosh HD" - I wonder if anyone can help me on this one... The other day, whilst repairing permissions, I noticed the label "Macintosh HD" had changed to a number. I didn't do it, s

  • Time machine backup of multiple drive of one computer?

    Can I use Time Machine to backup multiple drives of one computer?