Dataguard standby DB error

Hi,
Version is 10.2.0.3 on Linux x86_64. I have a test environment where i have setup a dataguard in MAX AVAILABILITY mode. It has only a single standby database. It was working as expected but recently i have shutdown immediate the primary database with out cancelling the MRP and shutting down the Standby database before. Now, i was able to bring up the primary database but my standby database throws these errors in the alert log .....
RFS[600]: No standby redo logfiles of size 309600 blocks available
RFS[600]: No standby redo logfiles selected (reason:7)
Tue May 20 18:12:45 2008
Errors in file /opt/oracle/admin/testdb/udump/testdb_rfs_3456.trc:
ORA-16086: standby database does not contain available standby log files
The primary database alert log shows the following error...
ORA-16086: standby database does not contain available standby log files
Wed May 21 13:42:34 2008
LGWR: Failed to archive log 1 thread 1 sequence 456
Thread 1 advanced to log sequence 457
I researched a bit on metalink but all i could find was to "add more standby redo log files". I have STANDBY_FILE_MANAGEMENT set to AUTO.
Can anyone suggest me how to go about this one
Thanks in advance.
Harris.

Hi,
I can't think of any reason why your standby logs would have vanished. I suspect that if you scan up through your alert log to the last time the standby was restarted you will see the same errors (i.e. I think they have always been missing).
The standby redo logs are used by dataguard when its configured in lgrw mode rather than arch. There's a good explanation of the differences between the two modes here:
http://www.oracle.com/technology/deploy/availability/htdocs/DataGuardRedoShipping.htm
To add some standby redo logs, take your standby out of managed recovery:
alter database recover managed standby database cancel;
Then add the logs using the following command:
alter database add standby logfile group <number> ('<filename>') size <size>;
It's also worth adding identical logs to the primary database, in case you need to switch-over.
Cheers,
Andy Barry
http://www.shutdownabort.com

Similar Messages

  • 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 を確認させて貰えますか?
    この推測が間違えていたら再検討しましょう。

  • Physical Standby - Recovery error

    Hi,
    Windows XP, 10.2.0.1.0
    I m getting the error like
    SQL> alter database mount standby database;
    alter database mount standby database
    ERROR at line 1:
    ORA-01103: database name 'PRIM' in control file is not 'STBY'
    Please suggest me
    Thanks
    KSG
    Edited by: KSG on Jun 15, 2010 1:15 PM

    Hi,
    Hope I have some issue with the parameter file. Please find my parameter files
    initPRIM.ora
    PRIM.__db_cache_size=411041792
    PRIM.__java_pool_size=4194304
    PRIM.__large_pool_size=4194304
    PRIM.__shared_pool_size=163577856
    PRIM.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0/admin/PRIM/adump'
    *.background_dump_dest='C:\oracle\product\10.2.0/admin/PRIM/bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\product\10.2.0\oradata\PRIM\control01.ctl','C:\oracle\product\10.2.0\oradata\PRIM\control02.ctl','C:\oracle\product\10.2.0\oradata\PRIM\control03.ctl'
    *.core_dump_dest='C:\oracle\product\10.2.0/admin/PRIM/cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_name='PRIM'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=PRIMXDB)'
    *.job_queue_processes=10
    *.open_cursors=300
    *.pga_aggregate_target=197132288
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=591396864
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0/admin/PRIM/udump'
    *.log_archive_dest_1='location=C:\oracle\archiveprim'
    *.log_archive_format='ARCH_%r_%t_%s.ARC'
    initstby.ora
    stby.__db_cache_size=411041792
    stby.__java_pool_size=4194304
    stby.__large_pool_size=4194304
    stby.__shared_pool_size=163577856
    stby.__streams_pool_size=0
    *.audit_file_dest='C:\oracle\product\10.2.0/admin/stby/adump'
    *.background_dump_dest='C:\oracle\product\10.2.0/admin/stby/bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='C:\oracle\CONTROL_SB01.CTL'
    *.core_dump_dest='C:\oracle\product\10.2.0/admin/stby/cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_name='stby'
    *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area'
    *.db_recovery_file_dest_size=2147483648
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=stbyXDB)'
    *.job_queue_processes=10
    *.open_cursors=300
    *.pga_aggregate_target=197132288
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=591396864
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\oracle\product\10.2.0/admin/stby/udump'
    *.log_archive_dest_1='location=C:\oracle\archivestby'
    *.log_archive_format='ARCH_%r_%t_%s.ARC'
    *.standby_archive_dest='C:\oracle\archiveprim'
    *.db_file_name_convert='C:\oracle\product\10.2.0\oradata\PRIM','C:\oracle\product\10.2.0\oradata\stby'
    *.log_file_name_convert='C:\oracle\product\10.2.0\oradata\PRIM','C:\oracle\product\10.2.0\oradata\stby'
    *.standby_file_management=AUTO
    *.remote_archive_enable=TRUE

  • Error while duplicating database for building dataguard(standby)

    RMAN> duplicate target database for standby dorecover;
    Starting Duplicate Db at 25-MAY-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: SID=17 device type=DISK
    contents of Memory Script:
    set until scn 874292;
    sql clone "alter system set control_files =
    ''/u01/app/oracle/oradata/STANDBY/controlfile/o1_mf_8sz086mc_.ctl'', ''/u01/app/oracle/flash_recovery_area/STANDBY/controlfile/o1_mf_8sz087vk_.ctl'' comment=
    ''Set by RMAN'' scope=spfile";
    restore clone standby controlfile;
    executing Memory Script
    executing command: SET until clause
    sql statement: alter system set control_files = ''/u01/app/oracle/oradata/STANDBY/controlfile/o1_mf_8sz086mc_.ctl'', ''/u01/app/oracle/flash_recovery_area/STANDBY/controlfile/o1_mf_8sz087vk_.ctl'' comment= ''Set by RMAN'' scope=spfile
    Starting restore at 25-MAY-13
    using channel ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: starting datafile backup set restore
    channel ORA_AUX_DISK_1: restoring control file
    channel ORA_AUX_DISK_1: reading from backup piece /u01/PRBACKUP/0doahj1f_1_1
    channel ORA_AUX_DISK_1: ORA-19870: error while restoring backup piece /u01/PRBACKUP/0doahj1f_1_1
    ORA-19505: failed to identify file "/u01/PRBACKUP/0doahj1f_1_1"
    ORA-27041: unable to open file
    Linux Error: 13: Permission denied
    Additional information: 9
    failover to previous backup
    channel ORA_AUX_DISK_1: starting datafile backup set restore
    channel ORA_AUX_DISK_1: restoring control file
    channel ORA_AUX_DISK_1: reading from backup piece /u01/PRBACKUP/0aoaeo7l_1_1
    channel ORA_AUX_DISK_1: ORA-19870: error while restoring backup piece /u01/PRBACKUP/0aoaeo7l_1_1
    ORA-19505: failed to identify file "/u01/PRBACKUP/0aoaeo7l_1_1"
    ORA-27037: unable to obtain file status
    Linux Error: 2: No such file or directory
    Additional information: 3
    failover to previous backup
    channel ORA_AUX_DISK_1: starting datafile backup set restore
    channel ORA_AUX_DISK_1: restoring control file
    channel ORA_AUX_DISK_1: reading from backup piece /u01/PRBACKUP/08oaeo63_1_1
    channel ORA_AUX_DISK_1: ORA-19870: error while restoring backup piece /u01/PRBACKUP/08oaeo63_1_1
    ORA-19505: failed to identify file "/u01/PRBACKUP/08oaeo63_1_1"
    ORA-27037: unable to obtain file status
    Linux Error: 2: No such file or directory
    Additional information: 3
    failover to previous backup
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 05/25/2013 17:13:24
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06026: some targets not found - aborting restore
    RMAN-06024: no backup or copy of the control file found to restore
    can anybody tell me what should I do....

    Hello;
    Kind of hard without seeing everything but based on this :
    channel ORA_AUX_DISK_1: ORA-19870: error while restoring backup piece /u01/PRBACKUP/0doahj1f_1_1
    ORA-19505: failed to identify file "/u01/PRBACKUP/0doahj1f_1_1"
    ORA-27041: unable to open file
    Linux Error: 13: Permission deniedIf appears you have an OS permission on "/u01/PRBACKUP/" or the file is just missing.
    If it helps here are my notes on this :
    http://www.visi.com/~mseberg/duprman.html
    http://www.visi.com/~mseberg/duprman2.html
    Best Regards
    mseberg

  • Physical standby database error

    Hi,
    I try to create physical standby in my local machine using oracle 10g
    version :10.2.0.1.0
    Os: windows xp.
    I followed steps and parameter files
    on primary :-
    sql>alter database force logging;
    orcl.__db_cache_size=155189248
    orcl.__java_pool_size=4194304
    orcl.__large_pool_size=4194304
    orcl.__shared_pool_size=75497472
    orcl.__streams_pool_size=0
    *.audit_file_dest='D:\oracle\product\10.2.0/admin/orcl/adump'
    *.background_dump_dest='D:\oracle\product\10.2.0/admin/orcl/bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='D:\oracle\product\10.2.0\oradata\orcl\control01.ctl','D:\oracl
    e\product\10.2.0\oradata\orcl\control02.ctl','D:\oracle\product\10.2.0\orad
    ata\orcl\control03.ctl'
    *.core_dump_dest='D:\oracle\product\10.2.0/admin/orcl/cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_name='orcl'
    *.db_unique_name='orcl'
    *.log_archive_config='DG_CONFIG=(orcl,stby)'
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'
    *.job_queue_processes=10
    *.open_cursors=300
    *.pga_aggregate_target=80740352
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_target=244318208
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='D:\oracle\product\10.2.0/admin/orcl/udump'
    *.log_archive_dest_1='LOCATION=D:\oracle\archive
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcl'
    *.log_archive_dest_2='SERVICE=stby LGWR ASYNC
    VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=stby'
    *.log_archive_format=%t_%s_%r.arc
    *.log_archive_dest_state_1=ENABLE
    *.log_archive_dest_state_2=ENABLE
    On standby
    orcl.__db_cache_size=155189248
    orcl.__java_pool_size=4194304
    orcl.__large_pool_size=4194304
    orcl.__shared_pool_size=75497472
    orcl.__streams_pool_size=0
    *.audit_file_dest='D:\stby\adump'
    *.background_dump_dest='D:\stby\bdump'
    *.compatible='10.2.0.1.0'
    *.control_files='D:\stby\ctrl.ctl'
    *.core_dump_dest='D:\stby\cdump'
    *.db_block_size=8192
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_name='orcl'
    *.db_unique_name='stby'
    *.log_archive_config='DG_CONFIG=(orcl,stby)'
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'
    *.job_queue_processes=10
    *.open_cursors=300
    *.pga_aggregate_target=80740352
    *.processes=150
    *.remote_login_passwordfile='NONE'
    *.sga_target=244318208
    *.undo_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='D:\stby\udump'
    *.db_file_name_convert='D:\oracle\product\10.2.0\oradata\orcl','D:\stby'
    *.log_file_name_convert='D:\oracle\product\10.2.0\oradata\orcl','D:\stby'
    *.log_archive_dest_1='LOCATION=D:\oracle\archive
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=stby'
    *.log_archive_dest_2='SERVICE=orcl LGWR ASYNC
    VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
    DB_UNIQUE_NAME=orcl'
    *.standby_archive_dest='D:\stby\archive'
    *.log_archive_dest_state_1=ENABLE
    *.log_archive_dest_state_2=ENABLE
    *.standby_file_management='AUTO'
    *.fal_server='orcl'
    *.fal_client='stby'
    SQL> conn / as sysdba
    Connected to an idle instance.
    SQL> startup pfile=D:\stby\initstby.ora nomount;
    ORACLE instance started.
    Total System Global Area 247463936 bytes
    Fixed Size 1248332 bytes
    Variable Size 79692724 bytes
    Database Buffers 159383552 bytes
    Redo Buffers 7139328 bytes
    SQL> alter database mount standby database;
    Database altered.
    SQL> alter database recover managed standby database disconnect from session;
    Database altered.
    SQL> alter database open read only;
    alter database open read only
    ERROR at line 1:
    ORA-01154: database busy. Open, close, mount, and dismount not allowed now
    SQL> recover managed standby database cancel;
    Media recovery complete.
    SQL> alter database open read only;
    Database altered.
    SQL> select sequence#,first_time,next_time from v$archived_log order by sequence
    no rows selected
    No archive s generated in standby ..
    what i mistake.
    Reagrds
    S.Azar

    Anand... wrote:
    Firstly you can use "*select sequence#,first_time,next_time from v$archived_log order by sequence#;"* command in mount stage itself.No need to open the standby database in ready only mode.
    No rows selected in mount stage also.
    The V$ARCHIVED_LOG fixed view on the physical standby database shows all the archived redo log files received from the primary database.
    sql> select * from v$archived_log;
    no rows selected.
    and No archived logs received from primary database to physical standby . i think here i wrongly configure parameter file.
    sql> RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; -- > start Redo Apply
    When you do log switch on the primary are the archive logs getting transferred to the standby database???Is there some error in the alert log file in the primary database.
    No..
    >
    [http://advait.wordpress.com/2007/06/12/setting-up-oracle-dataguard-for-10g/]
    Regards
    S.Azar

  • Primary and Standby, RMAN errors 8137 and 8591

    Hello,
    I have to resolve a serious problem of synchronization of two databases, one primary and one standby.
    I receive on the RMAN scripts these two errors : RMAN 8137 and RMAN 8591. I well know what these errors mean. The archivelogs were not sent on the standby, and so they are still needed, and not deleted.
    I have tried to follow the Oracle procedure of database synchronization (document 836986.1), but without success, as the archivelogs are still needed.
    Here is (a part of) the debug trace when I send the delete input command on the primary:
    DBGSQL: EXEC SQL AT TARGET begin dbms_rcvman . getRequiredSCN ( reqscn => :safescn:safescn_i , rlgscn => :reqrlgscn:reqrlgscn_i ) ; end ; [15:39:43.190]
    DBGSQL: sqlcode=0 [15:39:44.174]
    DBGSQL: :b1 = 1444336744
    DBGSQL: :b3 = 380426159
    DBGRCVMAN: ENTERING getRequiredSCN
    DBGRCVMAN: this_cftype=CURRENT
    DBGRCVMAN: ENTERING getAppliedSCN, alldest=0
    DBGRCVMAN: ENTERING anyRemoteDestinations
    DBGRCVMAN: no_target = 0
    DBGRCVMAN: EXITING anyRemoteDestinations anyRemoteDestinations - target=
    DBGRCVMAN: EXITING getAppliedSCN, alldest=0 getAppliedSCN - appscn=,rlgscn=
    DBGRCVMAN: Got dest = 2, thread=1,sequence=16675,next_change=1206438636,applied=YES,resetlogs_change=380426159
    DBGRCVMAN: gap_scn=,high_scn=,possible_gap=
    BGRCVMAN: Got dest = 2, thread=1,sequence=20830,next_change=1430809158,applied=YES,resetlogs_change=380426159
    DBGRCVMAN: gap_scn=,high_scn=,possible_gap=
    DBGRCVMAN: Got dest = 2, thread=1,sequence=20852,next_change=1431558961,applied=NO,resetlogs_change=380426159
    DBGRCVMAN: gap_scn=,high_scn=,possible_gap=
    DBGRCVMAN: Got dest = 2, thread=1,sequence=21328,next_change=1454979735,applied=NO,resetlogs_change=380426159
    DBGRCVMAN: gap_scn=,high_scn=,possible_gap=1444336744
    DBGRCVMAN: Got dest = 11, thread=1,sequence=1,next_change=1,applied=,resetlogs_change=0
    DBGRCVMAN: gap_scn=1444336744,high_scn=1454979735,possible_gap=
    DBGRCVMAN: USE gap_scn:reqscn=1444336744,rlgscn=380426159
    DBGRCVMAN: EXITING getRequiredSCN getRequiredSCN - reqscn=1444336744,rlgscn=380426159 ==> 444336744
    Since sequence 20852, the archivelogs are not known on the standby.
    The first archivelog on the primary that is still there is the sequence 21095.
    Here is the rman configuration:
    RMAN> show all;
    CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
    CONFIGURE BACKUP OPTIMIZATION OFF; # default
    CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE MAXSETSIZE TO UNLIMITED; # default
    CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
    CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
    CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\S
    NCFBDSIVOA.ORA'; # default
    I have tried several times to do incremental backup on the primary, apply it on the standby, but it never worked, except for the current_scn which changed on the standby. The archivelogs are still needed on the primary, unfortunately.
    What could I do next?
    Starting a new incremental backup starting with sequence 20852?
    Deleting by force all the archivelogs? And in that case what to do for the standby?
    Starting a new incremental backup taking the current scn of the standby?
    Edited by: Christian on Jun 10, 2012 11:46 PM

    It was the first time I heard of broker enabled.
    Just know that I can check if the dataguard is ok by launching dgmgrl
    S:\>dgmgrl
    DGMGRL for 32-bit Windows: Version 10.2.0.1.0 - Production
    Copyright (c) 2000, 2005, Oracle. All rights reserved.
    Bienvenue dans DGMGRL, tapez "help" pour obtenir des informations.
    DGMGRL> connect sys/oracle@teleg1p
    Connexion Útablie
    DGMGRL> show configuration verbose
    Configuration
    Name: TELEG
    Enabled: YES
    Protection Mode: MaxAvailability
    Fast-Start Failover: DISABLED
    Databases:
    TELEG2P - Physical standby database
    TELEG1P - Primary database
    Statut actuel de "TELEG":
    SUCCESS
    I performed on the primary database some log switches and I checked on the alert log of the primary database:
    LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
    LNSb started with pid=33, OS id=5812
    Mon Jun 11 15:28:00 2012
    Destination LOG_ARCHIVE_DEST_2 is SYNCHRONIZED
    LGWR: Standby redo logfile selected to archive thread 1 sequence 21393
    LGWR: Standby redo logfile selected for thread 1 sequence 21393 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 11 15:28:00 2012
    Thread 1 advanced to log sequence 21393 (LGWR switch)
    Current log# 7 seq# 21393 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\BDSIVOA\REDO07.LOG
    Current log# 7 seq# 21393 mem# 1: C:\ORADATA\BDSIVOA\REDO70.LOG
    Mon Jun 11 15:28:38 2012
    ARC8: Standby redo logfile selected for thread 1 sequence 21392 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 11 15:40:54 2012
    ALTER SYSTEM ARCHIVE LOG
    Mon Jun 11 15:40:57 2012
    LGWR: Standby redo logfile selected to archive thread 1 sequence 21394
    LGWR: Standby redo logfile selected for thread 1 sequence 21394 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 11 15:40:58 2012
    Thread 1 advanced to log sequence 21394 (LGWR switch)
    Current log# 1 seq# 21394 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\BDSIVOA\REDO01.LOG
    Current log# 1 seq# 21394 mem# 1: C:\ORADATA\BDSIVOA\REDO10.LOG
    Mon Jun 11 15:43:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\bdsivoa\udump\bdsivoa_ora_5200.trc:
    ORA-19816: AVERTISSEMENT : il peut exister dans db_recovery_file_dest des fichiers qui ne sont pas connus de la base de données.
    Mon Jun 11 15:43:07 2012
    WARNING: A file of type BACKUP PIECE may exist in
    db_recovery_file_dest that is not known to the database.
    Use the RMAN command CATALOG RECOVERY AREA to re-catalog
    any such files. This is most likely the result of a crash
    during file creation.
    Mon Jun 11 16:56:38 2012
    LGWR: Standby redo logfile selected to archive thread 1 sequence 21395
    LGWR: Standby redo logfile selected for thread 1 sequence 21395 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 11 16:56:39 2012
    Thread 1 advanced to log sequence 21395 (LGWR switch)
    Current log# 2 seq# 21395 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\BDSIVOA\REDO02.LOG
    Current log# 2 seq# 21395 mem# 1: C:\ORADATA\BDSIVOA\REDO20.LOG
    LGWR: Standby redo logfile selected to archive thread 1 sequence 21396
    LGWR: Standby redo logfile selected for thread 1 sequence 21396 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 11 16:56:44 2012
    Thread 1 advanced to log sequence 21396 (LGWR switch)
    Current log# 3 seq# 21396 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\BDSIVOA\REDO03.LOG
    Current log# 3 seq# 21396 mem# 1: C:\ORADATA\BDSIVOA\REDO30.LOG
    LGWR: Standby redo logfile selected to archive thread 1 sequence 21397
    LGWR: Standby redo logfile selected for thread 1 sequence 21397 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 11 16:56:48 2012
    Thread 1 advanced to log sequence 21397 (LGWR switch)
    Current log# 7 seq# 21397 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\BDSIVOA\REDO07.LOG
    Current log# 7 seq# 21397 mem# 1: C:\ORADATA\BDSIVOA\REDO70.LOG
    Thread 1 cannot allocate new log, sequence 21398
    Checkpoint not complete
    Current log# 7 seq# 21397 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\BDSIVOA\REDO07.LOG
    Current log# 7 seq# 21397 mem# 1: C:\ORADATA\BDSIVOA\REDO70.LOG
    LGWR: Standby redo logfile selected to archive thread 1 sequence 21398
    LGWR: Standby redo logfile selected for thread 1 sequence 21398 for destination LOG_ARCHIVE_DEST_2
    Mon Jun 11 16:56:53 2012
    Thread 1 advanced to log sequence 21398 (LGWR switch)
    Current log# 1 seq# 21398 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\BDSIVOA\REDO01.LOG
    Current log# 1 seq# 21398 mem# 1: C:\ORADATA\BDSIVOA\REDO10.LOG
    and in the standby:
    Recovery of Online Redo Log: Thread 1 Group 4 Seq 21394 Reading mem 0
    Mem# 0: C:\ORADATA\BDSIVOA\SRL01.LOG
    Mon Jun 11 16:56:38 2012
    Primary database is in MAXIMUM AVAILABILITY mode
    Standby controlfile consistent with primary
    RFS[1]: Successfully opened standby log 4: 'C:\ORADATA\BDSIVOA\SRL01.LOG'
    Mon Jun 11 16:56:38 2012
    Media Recovery Waiting for thread 1 sequence 21395 (in transit)
    Mon Jun 11 16:56:39 2012
    Recovery of Online Redo Log: Thread 1 Group 4 Seq 21395 Reading mem 0
    Mem# 0: C:\ORADATA\BDSIVOA\SRL01.LOG
    Mon Jun 11 16:56:44 2012
    Primary database is in MAXIMUM AVAILABILITY mode
    Standby controlfile consistent with primary
    RFS[1]: Successfully opened standby log 4: 'C:\ORADATA\BDSIVOA\SRL01.LOG'
    Mon Jun 11 16:56:44 2012
    Media Recovery Log D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DGSBY_TELEG2P1_21395_651495375.ARC
    Media Recovery Waiting for thread 1 sequence 21396 (in transit)
    Mon Jun 11 16:56:45 2012
    Recovery of Online Redo Log: Thread 1 Group 4 Seq 21396 Reading mem 0
    Mem# 0: C:\ORADATA\BDSIVOA\SRL01.LOG
    Mon Jun 11 16:56:48 2012
    Primary database is in MAXIMUM AVAILABILITY mode
    Standby controlfile consistent with primary
    RFS[1]: Successfully opened standby log 4: 'C:\ORADATA\BDSIVOA\SRL01.LOG'
    Mon Jun 11 16:56:48 2012
    Media Recovery Log D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DGSBY_TELEG2P1_21396_651495375.ARC
    Media Recovery Waiting for thread 1 sequence 21397 (in transit)
    Mon Jun 11 16:56:49 2012
    Recovery of Online Redo Log: Thread 1 Group 4 Seq 21397 Reading mem 0
    Mem# 0: C:\ORADATA\BDSIVOA\SRL01.LOG
    Mon Jun 11 16:56:53 2012
    Primary database is in MAXIMUM AVAILABILITY mode
    Standby controlfile consistent with primary
    RFS[1]: Successfully opened standby log 4: 'C:\ORADATA\BDSIVOA\SRL01.LOG'
    Mon Jun 11 16:56:53 2012
    Media Recovery Log D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DGSBY_TELEG2P1_21397_651495375.ARC
    Media Recovery Waiting for thread 1 sequence 21398 (in transit)
    Mon Jun 11 16:56:54 2012
    Recovery of Online Redo Log: Thread 1 Group 4 Seq 21398 Reading mem 0
    Mem# 0: C:\ORADATA\BDSIVOA\SRL01.LOG
    and the bdsivoa_lgwr_600.trc:
    Error 1041 closing standby archive log file at host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    ORA-01041: internal error. hostdef extension doesn't exist
    Archive destination LOG_ARCHIVE_DEST_2 made inactive: File close error
    *** 2012-06-11 15:02:34.684 64292 kcrr.c
    LGWR: Error 1041 closing archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    Receiving message from LNSb
    LGWR: Failed
    rfsp: 087BA4B8
    rfsmod: 5
    rfsver: 2
    rfsflag: 0xc24883
    rfscount:4497982
    rfspclt: 3
    rfscpid: 600
    rfsbuf: 07320200
    rfsbufl: 448
    rfsrfn: 00000000
    rfsrfn:
    rfsdbi: 0x3690556c
    rfsmid: 0x421c0569
    rfsacid: 0x41550d85
    rfslno: 2
    rfsthrd: 1
    rfsseq: 21391
    rfsabf: 4
    rfsabz: 2048
    rfscflg: 0x1
    rfssblkn:2190
    rfsblksz:512
    rfsblkct:3
    rfsalosb:1457077858
    rfsalosw:0
    rfsalost:785687783
    rfsalnsb:1457082525
    rfsalnsw:0
    rfsalnst:785689354
    rfsalbct:2192
    rfsaldst:2
    rfsreopn:300
    rfsdelay:0
    rfscln: 1
    rfscsq: 21391
    rfsalsiz:102400
    rfsrfx: 087BA438
    &rfsnam: 072BE398
    rfsnaml: 512
    &rfsnamrl: 072BE5D4
    &rfsarb: 001FDCA8
    rfsarbl: 64
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    rfsflg2: 0x8
    rfsdgid: 0xc371adb8
    rfxp: 0x087BA438
    rfxalmid: 0x0
    rfxrflg: 0x0
    rfxdgid:0x0
    rfxogapflg:0x0
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    Error 1041 detaching RFS from standby instance at host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    *** 2012-06-11 15:02:34.684 58869 kcrr.c
    Making upidhs request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 15:02:34> and NET_TIMEOUT <180> seconds
    NetServer pid:4720
    *** 2012-06-11 15:02:38.684 59041 kcrr.c
    upidhs done status 1041
    *** 2012-06-11 15:02:38.684 64292 kcrr.c
    LGWR: Error 1041 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    Ignoring krslcmp() detach error 1041
    *** 2012-06-11 15:02:38.684 58869 kcrr.c
    No LNS exists (ocis 0x0957E6B8) that requires a disconnect
    *** 2012-06-11 15:02:38.684 57042 kcrr.c
    Initializing NetServer[LNSb] for dest=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated))) mode SYNC
    LNSb is not running anymore.
    New SYNC LNSb needs to be started
    Waiting for subscriber count on LGWR-LNSb channel to go to zero
    Subscriber count went to zero - time now is <06/11/2012 15:02:38>
    Starting LNSb ...
    Waiting for LNSb to initialize itself
    *** 2012-06-11 15:02:41.731 57333 kcrr.c
    Netserver LNSb [pid 3524] for mode SYNC has been initialized
    Performing a channel reset to ignore previous responses
    Successfully started LNSb [pid 3524] for dest (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated))) mode SYNC ocis=0x0957E6B8
    *** 2012-06-11 15:02:41.731 57836 kcrr.c
    Making upiahm request to LNSb [pid 3524]: Begin Time is <06/11/2012 15:02:38>. NET_TIMEOUT = <180> seconds
    Waiting for LNSb to respond to upiahm
    *** 2012-06-11 15:02:41.809 58000 kcrr.c
    upiahm connect done status is 0
    Receiving message from LNSb
    Receiving message from LNSb
    Receiving message from LNSb
    *** 2012-06-11 15:02:42.278 59225 kcrr.c
    Making upinbls request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 15:02:38> and NET_TIMEOUT is <180> seconds
    NetServer pid:3524
    *** 2012-06-11 15:07:01.125
    Warning: log write time 500ms, size 5KB
    *** 2012-06-11 15:18:43.806
    Warning: log write time 640ms, size 2KB
    *** 2012-06-11 15:25:22.983
    Received upistatus 1089 from Network Server
    LGWR: Failed
    rfsp: 087BA4B8
    rfsmod: 3
    rfsver: 2
    rfsflag: 0xc24882
    rfscount:4499358
    rfspclt: 3
    rfscpid: 600
    rfsrfn: 00000000
    rfsrfn:
    rfsdbi: 0x3690556c
    rfsmid: 0x421c0569
    rfsacid: 0x41550d85
    rfslno: 3
    rfsthrd: 1
    rfsseq: 21392
    rfsabf: 4
    rfsabz: 2048
    rfscflg: 0x1
    rfssblkn:7830
    rfsblksz:512
    rfsblkct:2
    rfsalosb:1457082525
    rfsalosw:0
    rfsalost:785689354
    rfsalnsb:-1
    rfsalnsw:65535
    rfsalnst:785690722
    rfsalbct:7831
    rfsaldst:2
    rfsreopn:300
    rfsdelay:0
    rfscln: 2
    rfscsq: 21392
    rfsalsiz:102400
    rfsrfx: 087BA438
    &rfsnam: 00000000
    rfsnaml: 512
    &rfsnamrl: 00000000
    &rfsarb: 001FDCA8
    rfsarbl: 64
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    rfsflg2: 0x8
    rfsdgid: 0xc371adb8
    rfxp: 0x087BA438
    rfxalmid: 0x0
    rfxrflg: 0x0
    rfxdgid:0x0
    rfxogapflg:0x0
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    *** 2012-06-11 15:25:22.983 64292 kcrr.c
    LGWR: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (1089)
    *** 2012-06-11 15:25:22.983 64292 kcrr.c
    LGWR: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned
    ORA-01089: immediate shutdown in progress - no operations are permitted
    *** 2012-06-11 15:25:23.030 64292 kcrr.c
    LGWR: Network asynch I/O wait error 1089 log 3 service '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    *** 2012-06-11 15:25:23.030 62560 kcrr.c
    kcrrfail: dest:2 err:1089 force:0 blast:1
    *** 2012-06-11 15:27:52.625
    *** 2012-06-11 15:27:52.625 59080 kcrr.c
    Making upinblc request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 15:27:52> and NET_TIMEOUT is <180> seconds
    NetServer pid:3524
    Receiving message from LNSb
    LGWR: Failed
    rfsp: 087BA4B8
    rfsmod: 4
    rfsver: 2
    rfsflag: 0xc24883
    rfscount:4499359
    rfspclt: 3
    rfscpid: 600
    rfsbuf: 07320200
    rfsbufl: 448
    rfsrfn: 00000000
    rfsrfn:
    rfsdbi: 0x3690556c
    rfsmid: 0x421c0569
    rfsacid: 0x41550d85
    rfslno: 3
    rfsthrd: 1
    rfsseq: 21392
    rfsabf: 4
    rfsabz: 2048
    rfscflg: 0x1
    rfssblkn:7830
    rfsblksz:512
    rfsblkct:2
    rfsalosb:1457082525
    rfsalosw:0
    rfsalost:785689354
    rfsalnsb:1457087134
    rfsalnsw:0
    rfsalnst:785690872
    rfsalbct:7831
    rfsaldst:2
    rfsreopn:300
    rfsdelay:0
    rfscln: 2
    rfscsq: 21392
    rfsalsiz:102400
    rfsrfx: 087BA438
    &rfsnam: 072BE034
    rfsnaml: 512
    &rfsnamrl: 072BE270
    &rfsarb: 001FDCA8
    rfsarbl: 64
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    rfsflg2: 0x8
    rfsdgid: 0xc371adb8
    rfxp: 0x087BA438
    rfxalmid: 0x0
    rfxrflg: 0x0
    rfxdgid:0x0
    rfxogapflg:0x0
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    Error 1041 closing standby archive log file at host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    ORA-01041: internal error. hostdef extension doesn't exist
    Archive destination LOG_ARCHIVE_DEST_2 made inactive: File close error
    *** 2012-06-11 15:27:52.750 64292 kcrr.c
    LGWR: Error 1041 closing archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    Receiving message from LNSb
    LGWR: Failed
    rfsp: 087BA4B8
    rfsmod: 5
    rfsver: 2
    rfsflag: 0xc24883
    rfscount:4499360
    rfspclt: 3
    rfscpid: 600
    rfsbuf: 07320200
    rfsbufl: 448
    rfsrfn: 00000000
    rfsrfn:
    rfsdbi: 0x3690556c
    rfsmid: 0x421c0569
    rfsacid: 0x41550d85
    rfslno: 3
    rfsthrd: 1
    rfsseq: 21392
    rfsabf: 4
    rfsabz: 2048
    rfscflg: 0x1
    rfssblkn:7830
    rfsblksz:512
    rfsblkct:2
    rfsalosb:1457082525
    rfsalosw:0
    rfsalost:785689354
    rfsalnsb:1457087134
    rfsalnsw:0
    rfsalnst:785690872
    rfsalbct:7831
    rfsaldst:2
    rfsreopn:300
    rfsdelay:0
    rfscln: 2
    rfscsq: 21392
    rfsalsiz:102400
    rfsrfx: 087BA438
    &rfsnam: 072BE398
    rfsnaml: 512
    &rfsnamrl: 072BE5D4
    &rfsarb: 001FDCA8
    rfsarbl: 64
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    rfsflg2: 0x8
    rfsdgid: 0xc371adb8
    rfxp: 0x087BA438
    rfxalmid: 0x0
    rfxrflg: 0x0
    rfxdgid:0x0
    rfxogapflg:0x0
    rfsarb.kccicrls:0:380426159
    rfsarb.kccicrlc:651495375
    Error 1041 detaching RFS from standby instance at host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    *** 2012-06-11 15:27:52.750 58869 kcrr.c
    Making upidhs request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 15:27:52> and NET_TIMEOUT <180> seconds
    NetServer pid:3524
    *** 2012-06-11 15:27:56.750 59041 kcrr.c
    upidhs done status 1041
    *** 2012-06-11 15:27:56.750 64292 kcrr.c
    LGWR: Error 1041 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated)))'
    Ignoring krslcmp() detach error 1041
    *** 2012-06-11 15:27:56.750 58869 kcrr.c
    No LNS exists (ocis 0x0957E6B8) that requires a disconnect
    *** 2012-06-11 15:27:56.750 57042 kcrr.c
    Initializing NetServer[LNSb] for dest=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated))) mode SYNC
    LNSb is not running anymore.
    New SYNC LNSb needs to be started
    Waiting for subscriber count on LGWR-LNSb channel to go to zero
    Subscriber count went to zero - time now is <06/11/2012 15:27:56>
    Starting LNSb ...
    Waiting for LNSb to initialize itself
    *** 2012-06-11 15:27:59.766 57333 kcrr.c
    Netserver LNSb [pid 5812] for mode SYNC has been initialized
    Performing a channel reset to ignore previous responses
    Successfully started LNSb [pid 5812] for dest (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=TELEG2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=TELEG2P_XPT.SIVOA)(INSTANCE_NAME=bdsivoa)(SERVER=dedicated))) mode SYNC ocis=0x0957E6B8
    *** 2012-06-11 15:27:59.766 57836 kcrr.c
    Making upiahm request to LNSb [pid 5812]: Begin Time is <06/11/2012 15:27:56>. NET_TIMEOUT = <180> seconds
    Waiting for LNSb to respond to upiahm
    *** 2012-06-11 15:27:59.875 58000 kcrr.c
    upiahm connect done status is 0
    Receiving message from LNSb
    Receiving message from LNSb
    Receiving message from LNSb
    *** 2012-06-11 15:28:00.235 59225 kcrr.c
    Making upinbls request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 15:27:56> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    *** 2012-06-11 15:40:54.229
    *** 2012-06-11 15:40:54.229 59080 kcrr.c
    Making upinblc request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 15:40:54> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    Receiving message from LNSb
    Receiving message from LNSb
    *** 2012-06-11 15:40:57.604 59225 kcrr.c
    Making upinbls request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 15:40:54> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    *** 2012-06-11 16:56:32.865
    *** 2012-06-11 16:56:32.865 59080 kcrr.c
    Making upinblc request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 16:56:32> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    Receiving message from LNSb
    Receiving message from LNSb
    *** 2012-06-11 16:56:38.803 59225 kcrr.c
    Making upinbls request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 16:56:33> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    *** 2012-06-11 16:56:43.944
    *** 2012-06-11 16:56:43.944 59080 kcrr.c
    Making upinblc request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 16:56:43> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    Receiving message from LNSb
    Receiving message from LNSb
    *** 2012-06-11 16:56:44.490 59225 kcrr.c
    Making upinbls request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 16:56:44> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    *** 2012-06-11 16:56:48.037 59080 kcrr.c
    Making upinblc request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 16:56:48> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    Receiving message from LNSb
    Receiving message from LNSb
    *** 2012-06-11 16:56:48.615 59225 kcrr.c
    Making upinbls request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 16:56:48> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    *** 2012-06-11 16:56:53.178 59080 kcrr.c
    Making upinblc request to LNSb (ocis 0x0957E6B8). Begin time is <06/11/2012 16:56:53> and NET_TIMEOUT is <180> seconds
    NetServer pid:5812
    Receiving message from LNSb
    Receiving message from LNSb

  • Gaps in Oracle Dataguard Standby

    Hello,
    The system is a Logical Standby Dataguard.
    With the following query it is possible to see that there are gaps:
    SQL> set numformat 99999999999
    SQL> set linesize 2000
    SQL> set pagesize 20000
    SQL> select thread# trd, sequence#,
    2 first_change#, next_change#,
    3 dict_begin beg, dict_end end,
    4 to_char(timestamp, 'DD-MON-YYYY HH24:MI:SS') timestamp,
    5 (case when l.next_change# < p.read_scn then 'YES'
    6 when l.first_change# < p.applied_scn then 'CURRENT'
    7 else 'NO' end) applied
    8 from dba_logstdby_log l, dba_logstdby_progress p
    9 order by thread#, first_change#;
    1 614 18542918309 18542918429 NO NO 04-DEC-2009 09:31:11 YES
    1 633 18543602669 18543836687 NO NO 04-DEC-2009 09:31:10 YES
    1 637 18543836687 18544028244 NO NO 04-DEC-2009 09:31:10 YES
    1 12832 203846572934 203846572944 NO NO 22-DEC-2009 09:31:10 YES
    Although all of them are APPLIED, and it is still receiving and applying the redo, it seems like there are some gaps.
    How can I check that the Standby is totally synchronized? How can I check if the Standby has still those archive logs that haven't been applied?
    Thanks in advance.

    There are errors in the alert of the Primary on the 4th of Dec. and it seems like the Primary had problems trying to do the archive in the Standby:
    Error 1034 received logging on to the standby
    Errors in file /opt/oracle/diag/rdbms/db_s2/DB1/trace/DB1_arc5_15720.trc:
    ORA-01034: ORACLE not available
    FAL[server, ARC5]: FAL archive failed, see trace file.
    Errors in file /opt/oracle/diag/rdbms/db_s2/DB1/trace/DB1_arc5_15720.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    ORACLE Instance DB1 - Archival Error. Archiver continuing.
    The thing is that I don't know if those archive logs where sent or not to the Standby and if the Standby applied them or not.
    By the following query, it seems like there are some archive logs that weren't applied, but the strange thing is that the Standby is still working and applying and that there are archive logs from today which have been received and applied, and as far as I know, the DG stops applying if there are gaps...
    1 633 18543602669 18543836687 NO NO 04-DEC-2009 09:31:10 YES
    1 637 18543836687 18544028244 NO NO 04-DEC-2009 09:31:10 YES
    1 12832 203846572934 203846572944 NO NO 22-DEC-2009 09:31:10 YES
    ...

  • Standby database error

    Hi Guys..
    I am using oracle 10.2.0.4.0 on windows 2003 server. I created a physical standby database successfully.
    On standby database, I fired the following query
    SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#
    SEQUENCE# FIRST_TIM NEXT_TIME
    10715 02-AUG-10 02-AUG-10
    10716 02-AUG-10 02-AUG-10
    10717 02-AUG-10 03-AUG-10
    10718 03-AUG-10 03-AUG-10
    10719 03-AUG-10 03-AUG-10
    10720 03-AUG-10 03-AUG-10
    10721 03-AUG-10 03-AUG-10
    10722 03-AUG-10 03-AUG-10
    10723 03-AUG-10 03-AUG-10
    10724 03-AUG-10 03-AUG-10
    10725 03-AUG-10 03-AUG-10
    SEQUENCE# FIRST_TIM NEXT_TIME
    10726 03-AUG-10 03-AUG-10
    10727 03-AUG-10 03-AUG-10
    10728 03-AUG-10 03-AUG-10
    10729 03-AUG-10 03-AUG-10
    I then did alter system switch logfile on primary database
    Then on standby I fired the above query
    SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#
    SEQUENCE# FIRST_TIM NEXT_TIME
    10715 02-AUG-10 02-AUG-10
    10716 02-AUG-10 02-AUG-10
    10717 02-AUG-10 03-AUG-10
    10718 03-AUG-10 03-AUG-10
    10719 03-AUG-10 03-AUG-10
    10720 03-AUG-10 03-AUG-10
    10721 03-AUG-10 03-AUG-10
    10722 03-AUG-10 03-AUG-10
    10723 03-AUG-10 03-AUG-10
    10724 03-AUG-10 03-AUG-10
    10725 03-AUG-10 03-AUG-10
    SEQUENCE# FIRST_TIM NEXT_TIME
    10726 03-AUG-10 03-AUG-10
    10727 03-AUG-10 03-AUG-10
    10728 03-AUG-10 03-AUG-10
    10729 03-AUG-10 03-AUG-10
    *10730 03-AUG-10 03-AUG-10*
    My question is everytime I do alter systyem switch logfile on primary , two trace files are generated on primary database which are:
    stutest_lns1_5764.trc
    Dump file c:\oracle\admin\stutest\bdump\stutest_lns1_5764.trc
    Tue Aug 03 15:50:35 2010
    ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    Windows Server 2003 Version V5.2 Service Pack 2
    CPU : 8 - type 8664, 2 Physical Cores
    Process Affinity : 0x0000000000000000
    Memory (Avail/Total): Ph:8414M/16378M, Ph+PgF:10750M/17814M
    Instance name: stutest
    Redo thread mounted by this instance: 1
    Oracle process number: 43
    Windows thread id: 5764, image: ORACLE.EXE (LNS1)
    *** SERVICE NAME:(SYS$BACKGROUND) 2010-08-03 15:50:35.996
    *** SESSION ID:(213.29604) 2010-08-03 15:50:35.996
    *** 2010-08-03 15:50:35.996 60512 kcrr.c
    LNS1: initializing for LGWR communication
    LNS1: connecting to KSR channel
    Success
    LNS1: subscribing to KSR channel
    Success
    *** 2010-08-03 15:50:35.996 60565 kcrr.c
    LNS1: initialized successfully ASYNC=1
    Destination is specified with ASYNC=61440
    Redo shipping client performing standby login
    *** 2010-08-03 15:50:36.043 68145 kcrr.c
    Logged on to standby successfully
    Client logon and security negotiation successful!
    Archiving to destination STUSTDBY ASYNC blocks=20480
    Allocate ASYNC blocks: Previous blocks=0 New blocks=20480
    Log file opened [logno 2]
    *** 2010-08-03 16:00:58.344
    Archiving to destination STUSTDBY ASYNC blocks=20480
    Log file opened [logno 1]
    *** 2010-08-03 16:04:44.383
    Archiving to destination STUSTDBY ASYNC blocks=20480
    Log file opened [logno 3]
    *** 2010-08-03 16:07:36.794
    Archiving to destination STUSTDBY ASYNC blocks=20480
    Log file opened [logno 2]
    stutest_lgwr_4092.trc
    Dump file c:\oracle\admin\stutest\bdump\stutest_lgwr_4092.trc
    Fri Jul 30 17:01:59 2010
    ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    Windows Server 2003 Version V5.2 Service Pack 2
    CPU : 8 - type 8664, 2 Physical Cores
    Process Affinity : 0x0000000000000000
    Memory (Avail/Total): Ph:13601M/16378M, Ph+PgF:10927M/17814M
    Instance name: stutest
    Redo thread mounted by this instance: 1
    Oracle process number: 6
    Windows thread id: 4092, image: ORACLE.EXE (LGWR)
    *** 2010-07-30 17:01:59.622
    *** SERVICE NAME:() 2010-07-30 17:01:59.606
    *** SESSION ID:(221.1) 2010-07-30 17:01:59.606
    Maximum redo generation record size = 156160 bytes
    Maximum redo generation change vector size = 150676 bytes
    *** 2010-07-30 22:01:00.446
    Warning: log write time 770ms, size 2KB
    *** 2010-07-30 22:08:37.586
    Warning: log write time 1120ms, size 9KB
    *** 2010-07-30 22:08:41.258
    Warning: log write time 680ms, size 7KB
    *** 2010-07-30 22:09:58.244
    Warning: log write time 660ms, size 1KB
    *** 2010-07-30 22:11:21.388
    Warning: log write time 860ms, size 6KB
    *** 2010-07-30 23:42:11.203
    Warning: log write time 580ms, size 1KB
    *** 2010-07-31 00:04:13.917
    Warning: log write time 980ms, size 8KB
    *** 2010-07-31 00:06:40.422
    Warning: log write time 930ms, size 22KB
    *** 2010-07-31 00:08:11.940
    Warning: log write time 1800ms, size 23KB
    *** 2010-07-31 21:13:33.694
    Warning: log write time 1460ms, size 40KB
    *** 2010-07-31 21:13:39.522
    Warning: log write time 2790ms, size 87KB
    *** 2010-07-31 21:13:46.054
    Warning: log write time 4940ms, size 69KB
    *** 2010-07-31 21:13:50.038
    Warning: log write time 3980ms, size 81KB
    *** 2010-07-31 21:13:55.616
    Warning: log write time 5580ms, size 61KB
    *** 2010-07-31 21:14:01.726
    Warning: log write time 6110ms, size 77KB
    *** 2010-07-31 21:14:08.258
    Warning: log write time 3530ms, size 140KB
    *** 2010-07-31 21:14:19.508
    Warning: log write time 1500ms, size 3KB
    *** 2010-07-31 22:07:49.954
    Warning: log write time 930ms, size 1KB
    *** 2010-07-31 23:16:01.054
    Warning: log write time 1080ms, size 103KB
    *** 2010-07-31 23:17:52.854
    Warning: log write time 1360ms, size 3KB
    *** 2010-07-31 23:23:26.631
    Warning: log write time 710ms, size 2KB
    *** 2010-08-01 00:04:58.476
    Warning: log write time 690ms, size 13KB
    *** 2010-08-01 00:06:51.980
    Warning: log write time 590ms, size 20KB
    *** 2010-08-01 00:07:38.153
    Warning: log write time 1540ms, size 28KB
    *** 2010-08-01 00:08:02.748
    Warning: log write time 770ms, size 64KB
    *** 2010-08-01 00:11:04.628
    Warning: log write time 1140ms, size 43KB
    *** 2010-08-01 17:05:49.886
    Warning: log write time 780ms, size 3KB
    *** 2010-08-01 21:00:46.571
    Warning: log write time 910ms, size 365KB
    *** 2010-08-01 21:09:22.447
    Warning: log write time 2910ms, size 22KB
    *** 2010-08-01 21:09:27.932
    Warning: log write time 4430ms, size 62KB
    *** 2010-08-01 21:09:34.010
    Warning: log write time 6060ms, size 74KB
    *** 2010-08-01 21:09:40.088
    Warning: log write time 3080ms, size 150KB
    *** 2010-08-01 21:09:45.495
    Warning: log write time 2410ms, size 99KB
    *** 2010-08-01 21:09:50.370
    Warning: log write time 4870ms, size 40KB
    *** 2010-08-01 21:09:55.401
    Warning: log write time 5030ms, size 82KB
    *** 2010-08-01 21:09:59.151
    Warning: log write time 3610ms, size 65KB
    *** 2010-08-01 23:05:40.560
    Warning: log write time 720ms, size 4KB
    *** 2010-08-01 23:06:05.030
    Warning: log write time 1670ms, size 21KB
    *** 2010-08-01 23:17:55.537
    Warning: log write time 1540ms, size 116KB
    *** 2010-08-01 23:23:35.891
    Warning: log write time 600ms, size 1KB
    *** 2010-08-02 00:05:52.363
    Warning: log write time 1340ms, size 48KB
    *** 2010-08-02 00:06:43.427
    Warning: log write time 1060ms, size 24KB
    *** 2010-08-02 00:06:50.177
    Warning: log write time 1730ms, size 209KB
    *** 2010-08-02 00:07:08.256
    Warning: log write time 950ms, size 17KB
    *** 2010-08-02 00:11:25.436
    Warning: log write time 1690ms, size 8KB
    *** 2010-08-02 00:12:11.313
    Warning: log write time 850ms, size 45KB
    *** 2010-08-02 00:13:55.754
    Warning: log write time 560ms, size 3KB
    *** 2010-08-02 11:27:52.686
    Warning: log write time 1440ms, size 46KB
    *** 2010-08-02 11:27:58.780
    Warning: log write time 3790ms, size 54KB
    *** 2010-08-02 11:28:02.546
    Warning: log write time 3760ms, size 70KB
    *** 2010-08-02 11:28:08.483
    Warning: log write time 5940ms, size 74KB
    *** 2010-08-02 11:28:13.812
    Warning: log write time 2330ms, size 139KB
    *** 2010-08-02 11:28:18.796
    Warning: log write time 1980ms, size 79KB
    *** 2010-08-02 11:28:25.093
    Warning: log write time 3360ms, size 88KB
    *** 2010-08-02 11:28:29.421
    Warning: log write time 4330ms, size 38KB
    *** 2010-08-02 16:10:45.927
    Warning: log write time 590ms, size 3KB
    *** 2010-08-02 22:08:57.806
    Warning: log write time 700ms, size 37KB
    *** 2010-08-02 23:07:22.262
    Warning: log write time 1750ms, size 234KB
    *** 2010-08-02 23:13:44.993
    Warning: log write time 1410ms, size 17KB
    *** 2010-08-03 00:04:08.387
    Warning: log write time 670ms, size 6KB
    *** 2010-08-03 00:07:44.347
    Warning: log write time 1890ms, size 1024KB
    *** 2010-08-03 00:08:14.395
    Warning: log write time 1680ms, size 1024KB
    *** 2010-08-03 00:08:26.817
    Warning: log write time 570ms, size 36KB
    *** 2010-08-03 00:08:39.427
    Warning: log write time 1540ms, size 1024KB
    *** 2010-08-03 00:08:50.818
    Warning: log write time 1810ms, size 1025KB
    *** 2010-08-03 00:08:58.990
    Warning: log write time 1640ms, size 942KB
    *** 2010-08-03 00:09:21.303
    Warning: log write time 1580ms, size 1024KB
    *** 2010-08-03 00:09:33.710
    Warning: log write time 1790ms, size 1025KB
    *** 2010-08-03 00:09:42.382
    Warning: log write time 1860ms, size 1024KB
    *** 2010-08-03 00:09:50.945
    Warning: log write time 1590ms, size 1024KB
    *** 2010-08-03 10:28:34.753
    Warning: log write time 2330ms, size 47KB
    *** 2010-08-03 10:29:44.440
    Warning: log write time 810ms, size 1KB
    *** 2010-08-03 10:32:27.392
    Warning: log write time 890ms, size 1KB
    *** 2010-08-03 10:36:02.536
    Warning: log write time 2070ms, size 8KB
    *** 2010-08-03 10:44:34.174
    Warning: log write time 740ms, size 7KB
    *** 2010-08-03 12:04:46.687
    Warning: log write time 2850ms, size 86KB
    *** 2010-08-03 12:04:52.656
    Warning: log write time 2970ms, size 85KB
    *** 2010-08-03 12:04:54.547
    Warning: log write time 1810ms, size 45KB
    *** 2010-08-03 14:06:20.827
    Warning: log write time 500ms, size 0KB
    *** 2010-08-03 14:13:46.404
    Warning: log write time 820ms, size 0KB
    *** 2010-08-03 15:50:32.996
    *** 2010-08-03 15:50:32.996 57052 kcrr.c
    Initializing NetServer[LNS1] for dest=STUSTDBY mode ASYNC
    Initializing PGA storage for Netserver communication
    LNSb is not running anymore.
    Check if new Async LNS1 needs to be started..
    .. yes it needs to be started
    Starting LNS1 ...
    Subscribing to KSR Channel [id=1]
    success!
    Indicating recv buffer for KSR Channel [id=1]
    success
    Waiting for LNS1 to initialize itself
    *** 2010-08-03 15:50:36.012 57343 kcrr.c
    Netserver LNS1 [pid 5764] for mode ASYNC has been initialized
    Performing a channel reset to ignore previous responses
    Connecting as publisher to KSR Channel [id=1]
    Successfully started LNS1 [pid 5764] for dest STUSTDBY mode ASYNC ocis=0x00000000144AE5B0
    *** 2010-08-03 15:50:36.012 57846 kcrr.c
    Making upiahm request to LNS1 [pid 5764]: Begin Time is <08/03/2010 15:50:32>. NET_TIMEOUT = <10> seconds
    *** 2010-08-03 16:00:58.266
    *** 2010-08-03 16:00:58.266 57052 kcrr.c
    Initializing NetServer[LNS1] for dest=STUSTDBY mode ASYNC
    LNSb is not running anymore.
    Check if new Async LNS1 needs to be started..
    Previous Async LNS1 [pid 5764] is running .. no need to start another one
    LGWR detected that Async LNS1 [pid 5764] is already running
    *** 2010-08-03 16:04:44.289
    *** 2010-08-03 16:04:44.289 57052 kcrr.c
    Initializing NetServer[LNS1] for dest=STUSTDBY mode ASYNC
    LNSb is not running anymore.
    Check if new Async LNS1 needs to be started..
    Previous Async LNS1 [pid 5764] is running .. no need to start another one
    LGWR detected that Async LNS1 [pid 5764] is already running
    *** 2010-08-03 16:07:36.747
    *** 2010-08-03 16:07:36.747 57052 kcrr.c
    Initializing NetServer[LNS1] for dest=STUSTDBY mode ASYNC
    LNSb is not running anymore.
    Check if new Async LNS1 needs to be started..
    Previous Async LNS1 [pid 5764] is running .. no need to start another one
    LGWR detected that Async LNS1 [pid 5764] is already running
    *** 2010-08-03 16:13:06.633
    Warning: log write time 570ms, size 0KB
    Did I miss something while creating standby.???
    Thanks for the help

    are these databases on same server.
    BTW These are not errors, they are warning ... I have also seen these kind of warning many times. they can be ignored if ur shipping and recovery on standby is Preperly happening.
    Regards
    jasbir

  • Standby recovery error on data guard

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

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

  • Oracle 9i standby database error

    Hi all,
    I am getting this error on my standby DB while it's archiving a log...and I've even restarted the DB and media recovery.Also, it's not a disk space issue.
    Errors in file f:\oracle\admin\xxxprd\bdump\xxxprd_pmon_5224.trc:
    ORA-16145: archival for thread# 1 sequence# 19113 in progress
    Some recovered datafiles maybe left media fuzzy
    Media recovery may continue but open resetlogs may fail
    Any ideas ?
    Much appreciated

    Hi;
    Please see below notes which could be helpful for your issue
    https://support.oracle.com/CSP/main/article?cmd=show&type=COMMUNITIES&doctype=COMTHREAD&id=75725
    http://download.oracle.com/docs/cd/B19306_01/server.102/b14219/e12700.htm#sthref4916
    OERR: ORA-16145 archival for thread# %s sequence# %s in progress [ID 172871.1]
    Regard
    Helios

  • Standby setup - error in shipping logs

    Hello all,
    I have configured a physical standby database at the DR site which is connected by a 2mbps line to the primary database at Mumbai. A log file 20 MB in size takes 90 seconds to traverse this line (through manual ftp).
    When I put the database in managed recovery mode, and after a while when the log gets switched at the primary, i get the error: 16166 at the primary database trace file. There is also another error like 'possible disconnect with the standby' in the alert log file at the primary.
    Is there anything that i can change at Oracle side which can improve the situation ?
    Is the 2mbps (mega bits is what i understand) line sufficient to transfer data ?
    At times, the log generation rate at the primary site is 4 - 5 logs per second, is this generation rate okay ?
    Let me know what other details you would want to assist.
    Praveen

    this is the last portion of the alert log file...
    /oracle/PRD/mirrlogA/redo_3_2_prd.log
    Tue Jun 9 17:17:14 2009
    ARC0: Evaluating archive log 2 thread 1 sequence 7847
    ARC0: Beginning to archive log 2 thread 1 sequence 7847
    Creating archive destination LOG_ARCHIVE_DEST_1: '/oracle/PRD/oraarch/prd/PRDarch_1_7847.arc'
    ARC0: Completed archiving log 2 thread 1 sequence 7847
    Tue Jun 9 17:22:03 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 17:28:24 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 17:33:46 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 17:38:33 2009
    Completed checkpoint up to RBA [0x1ea8.2.10], SCN: 0x0000.07797063
    Tue Jun 9 17:39:50 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 17:43:36 2009
    Beginning log switch checkpoint up to RBA [0x1ea9.2.10], SCN: 0x0000.07797861
    Thread 1 advanced to log sequence 7849
    Current log# 4 seq# 7849 mem# 0: /oracle/PRD/origlogB/redo_4_1_prd.log
    Current log# 4 seq# 7849 mem# 1: /oracle/PRD/mirrlogB/redo_4_2_prd.log
    Tue Jun 9 17:43:36 2009
    ARC1: Evaluating archive log 3 thread 1 sequence 7848
    ARC1: Beginning to archive log 3 thread 1 sequence 7848
    Creating archive destination LOG_ARCHIVE_DEST_1: '/oracle/PRD/oraarch/prd/PRDarch_1_7848.arc'
    ARC1: Completed archiving log 3 thread 1 sequence 7848
    Tue Jun 9 17:45:50 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 17:52:12 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 17:58:15 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 18:04:15 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 18:10:37 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 18:16:40 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 18:22:44 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 18:28:48 2009
    Completed checkpoint up to RBA [0x1ea9.2.10], SCN: 0x0000.07797861
    Tue Jun 9 18:29:05 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 18:35:27 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-01034: ORACLE not available
    Tue Jun 9 18:42:24 2009
    ALTER SYSTEM SET log_archive_dest_2='SERVICE=stdbyprd LGWR ASYNC=10240 AFFIRM' SCOPE=BOTH;
    Tue Jun 9 18:43:21 2009
    ALTER SYSTEM SET log_archive_dest_2='SERVICE=stdbyprd LGWR ASYNC=10240 AFFIRM' SCOPE=BOTH;
    Tue Jun 9 18:43:39 2009
    Creating archive destination LOG_ARCHIVE_DEST_2: 'stdbyprd'
    LNS0 started with pid=32
    Tue Jun 9 18:43:42 2009
    LGWR: Beginning to archive log 1 thread 1 sequence 7850
    Beginning log switch checkpoint up to RBA [0x1eaa.2.10], SCN: 0x0000.07798861
    Thread 1 advanced to log sequence 7850
    Current log# 1 seq# 7850 mem# 0: /oracle/PRD/origlogA/redo_1_1_prd.log
    Current log# 1 seq# 7850 mem# 1: /oracle/PRD/mirrlogA/redo_1_2_prd.log
    Tue Jun 9 18:43:42 2009
    ARC0: Evaluating archive log 4 thread 1 sequence 7849
    ARC0: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2
    ARC0: Destination LOG_ARCHIVE_DEST_2 archival not expedited
    ARC0: Beginning to archive log 4 thread 1 sequence 7849
    Creating archive destination LOG_ARCHIVE_DEST_1: '/oracle/PRD/oraarch/prd/PRDarch_1_7849.arc'
    ARC0: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2
    Invoking non-expedited destination LOG_ARCHIVE_DEST_2 thread 1 sequence 7849 host stdbyprd
    ARC0: Completed archiving log 4 thread 1 sequence 7849
    ARC0: Begin FAL noexpedite archive (thread 1 sequence 7849 destination stdbyprd)
    Creating archive destination LOG_ARCHIVE_DEST_2: 'stdbyprd'
    Tue Jun 9 18:44:03 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-03114: not connected to ORACLE
    ARC0: FAL archive failed, see trace file.
    ARCH: FAL archive failed. Archiver continuing
    Tue Jun 9 18:44:03 2009
    ORACLE Instance PRD - Archival Error. Archiver continuing.
    ARCH: Connecting to console port...
    Tue Jun 9 18:44:03 2009
    ORA-16055: FAL request rejected
    ARCH: Connecting to console port...
    Tue Jun 9 18:44:03 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_arc0_24894.trc:
    ORA-16055: FAL request rejected
    Tue Jun 9 18:44:50 2009
    LGWR: I/O error 3114 archiving log 1 to 'stdbyprd'
    Tue Jun 9 18:44:50 2009
    Errors in file /oracle/PRD/saptrace/prd/bdump/prd_lgwr_24886.trc:
    ORA-03114: not connected to ORACLE
    thank you

  • Standby database errors - Alter database open read only

    alter database open read only
    AUDIT_TRAIL initialization parameter is changed to OS, as DB is NOT compatible for database opened with read-only access
    Signalling error 1152 for datafile 1!
    Beginning standby crash recovery.
    Serial Media Recovery started
    Managed Standby Recovery starting Real Time Apply
    Media Recovery Waiting for thread 1 sequence 216
    Mon Dec 20 11:58:18 2010
    Standby crash recovery need archive log for thread 1 sequence 216 to continue.
    Please verify that primary database is transporting redo logs to the standby database.
    Wait timeout: thread 1 sequence 216
    Standby crash recovery aborted due to error 16016.
    Errors in file /u01/app/oracle/diag/rdbms/mdm2/MDM2/trace/MDM2_ora_17442.trc:
    ORA-16016: archived log for thread 1 sequence# 216 unavailable
    Recovery interrupted!
    Completed standby crash recovery.
    Signalling error 1152 for datafile 1!
    Errors in file /u01/app/oracle/diag/rdbms/mdm2/MDM2/trace/MDM2_ora_17442.trc:
    ORA-10458: standby database requires recovery
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '+MDMDG1/mdm2/datafile/system.280.738243341'
    ORA-10458 signalled during: alter database open read only...
    Mon Dec 20 12:13:46 2010
    ALTER DATABASE RECOVER managed standby database using current logfile disconnect
    Attempt to start background Managed Standby Recovery process (MDM2)
    Mon Dec 20 12:13:46 2010
    MRP0 started with pid=23, OS id=18974
    MRP0: Background Managed Standby Recovery process started (MDM2)
    started logmerger process
    Mon Dec 20 12:13:51 2010
    Managed Standby Recovery starting Real Time Apply
    Parallel Media Recovery started with 2 slaves
    Waiting for all non-current ORLs to be archived...
    All non-current ORLs have been archived.
    Media Recovery Waiting for thread 1 sequence 216
    Completed: ALTER DATABASE RECOVER managed standby database using current logfile disconnect
    The above lines are from alert log of standby database.
    Standby standbase
    SQL> alter database open read only;
    alter database open read only
    ERROR at line 1:
    ORA-10458: standby database requires recovery
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '+MDMDG1/mdm2/datafile/system.280.738243341'
    Parameters set on primary are
    log_archive_dest_1 LOCATION=+MDMDG3/MDM1/ARCH VALID_FOR=(ALL_LOGFILES,ALL_ROLE ) DB_UNIQUE_NAME=MDM1
    log_archive_dest_state_1 ENABLE
    log_archive_dest_2 SERVICE=MDM2 SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=MDM2
    log_archive_dest_state_2 ENABLE
    dg_broker_config_file1 +MDMDG2/mdm/dg_config/dgconfig1_mdm.dat
    dg_broker_config_file2 +MDMDG2/mdm/dg_config/dgconfig2_mdm.dat
    fal_server MDM2
    standby_file_management AUTO
    log_archive_config dg_config=(MDM1,MDM2)
    db_file_name_convert MDM2, MDM1
    ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE availability ;
    Standby pfile
    *.archive_lag_target=900
    *.audit_file_dest='/u01/app/oracle/admin/MDM2/adump'
    *.audit_trail='db'
    *.compatible='11.2.0.0.0'
    *.control_files='+MDMDG1/MDM2/CONTROLFILE/controlfile01.ctl','+MDMDG2/MDM2/CONTROLFILE/controlfile02.ctl'
    *.db_block_size=8192
    *.db_create_file_dest='+MDMDG1'
    *.db_domain=''
    *.db_file_name_convert='MDM1','MDM2'
    *.db_name='MDM'
    *.db_recovery_file_dest='+MDMDG2'
    *.db_recovery_file_dest_size=10485760000
    *.db_unique_name='MDM2'
    *.dg_broker_config_file1='+MDMDG2/MDM/DG_CONFIG/dgconfig1_MDM.dat'
    *.dg_broker_config_file2='+MDMDG2/MDM/DG_CONFIG/dgconfig2_MDM.dat'
    *.diagnostic_dest='/u01/app/oracle'
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=MDM2XDB)'
    *.fal_server='MDM11','MDM12'
    *.instance_name='MDM2'
    *.log_archive_config='dg_config=(MDM1,MDM2)'
    *.log_archive_dest_1='LOCATION=+MDMDG3/MDM2/ARCH VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=MDM2'
    *.log_archive_dest_2='SERVICE=MDM1 ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=MDM1'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_format='MDM_%t_%s_%r.arc'
    *.log_file_name_convert='MDM1','MDM2'
    *.memory_target=838860800
    *.nls_language='ENGLISH'
    *.nls_territory='UNITED KINGDOM'
    *.open_cursors=300
    *.processes=500
    *.remote_login_passwordfile='exclusive'
    *.sessions=555
    *.standby_file_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    On standby ASM
    ASMCMD [+] > find * *
    +MDMDG1/ASM/
    +MDMDG1/ASM/ASMPARAMETERFILE/
    +MDMDG1/ASM/ASMPARAMETERFILE/REGISTRY.253.737811541
    +MDMDG1/MDM/
    +MDMDG1/MDM2/
    +MDMDG1/MDM2/CONTROLFILE/
    +MDMDG1/MDM2/CONTROLFILE/controlfile01.ctl
    +MDMDG1/MDM2/CONTROLFILE/current.265.738243333
    +MDMDG1/MDM2/DATAFILE/
    +MDMDG1/MDM2/DATAFILE/CANVAS_POPULARITY_DATA.264.738243343
    +MDMDG1/MDM2/DATAFILE/CANVAS_POPULARITY_IDX.277.738243343
    +MDMDG1/MDM2/DATAFILE/MDM_SRC_DATA.282.738243343
    +MDMDG1/MDM2/DATAFILE/MDM_SRC_IDX.275.738243343
    +MDMDG1/MDM2/DATAFILE/MIPS_MDM_DATA.283.738243341
    +MDMDG1/MDM2/DATAFILE/MIPS_MDM_IDX.276.738243343
    +MDMDG1/MDM2/DATAFILE/SYSAUX.281.738243341
    +MDMDG1/MDM2/DATAFILE/SYSTEM.280.738243341
    +MDMDG1/MDM2/DATAFILE/TEST_TBSP1.273.738243345
    +MDMDG1/MDM2/DATAFILE/TEST_TBSP2.272.738243345
    +MDMDG1/MDM2/DATAFILE/UNDOTBS1.256.738243343
    +MDMDG1/MDM2/DATAFILE/UNDOTBS2.279.738243343
    +MDMDG1/MDM2/DATAFILE/USERS.278.738243347
    +MDMDG1/MDM2/ONLINELOG/
    +MDMDG1/MDM2/ONLINELOG/group_1.259.738243429
    +MDMDG1/MDM2/ONLINELOG/group_2.257.738243431
    +MDMDG1/MDM2/ONLINELOG/group_21.284.738243505
    +MDMDG1/MDM2/ONLINELOG/group_22.261.738243505
    +MDMDG1/MDM2/ONLINELOG/group_23.274.738243505
    +MDMDG1/MDM2/ONLINELOG/group_3.258.738243431
    +MDMDG1/MDM2/ONLINELOG/group_31.262.738243513
    +MDMDG1/MDM2/ONLINELOG/group_32.270.738243513
    +MDMDG1/MDM2/ONLINELOG/group_33.263.738243513
    +MDMDG1/MDM2/ONLINELOG/group_4.260.738243431
    +MDMDG2/MDM/
    +MDMDG2/MDM/DG_CONFIG/
    +MDMDG2/MDM2/
    +MDMDG2/MDM2/AUTOBACKUP/
    +MDMDG2/MDM2/AUTOBACKUP/2010_12_20/
    +MDMDG2/MDM2/AUTOBACKUP/2010_12_20/s_738242861.263.738244155
    +MDMDG2/MDM2/CONTROLFILE/
    +MDMDG2/MDM2/CONTROLFILE/controlfile02.ctl
    +MDMDG2/MDM2/CONTROLFILE/current.271.738243335
    +MDMDG2/MDM2/ONLINELOG/
    +MDMDG2/MDM2/ONLINELOG/group_1.270.738243429
    +MDMDG2/MDM2/ONLINELOG/group_2.269.738243431
    +MDMDG2/MDM2/ONLINELOG/group_21.268.738243505
    +MDMDG2/MDM2/ONLINELOG/group_22.272.738243505
    +MDMDG2/MDM2/ONLINELOG/group_23.262.738243505
    +MDMDG2/MDM2/ONLINELOG/group_3.273.738243431
    +MDMDG2/MDM2/ONLINELOG/group_31.266.738243513
    +MDMDG2/MDM2/ONLINELOG/group_32.265.738243513
    +MDMDG2/MDM2/ONLINELOG/group_33.264.738243513
    +MDMDG2/MDM2/ONLINELOG/group_4.261.738243431
    +MDMDG3/MDM/
    +MDMDG3/MDM/ARCH/
    +MDMDG3/MDM2/
    +MDMDG3/MDM2/ARCH/
    -- Please can I know how to open read only standby database.

    user5846399 wrote:
    ORA-16016: archived log for thread 1 sequence# 216 unavailable
    Recovery interrupted!archived log for thread 1 sequence# 216
    This file is needed for recovery, Find it and move it to the standby database side.

  • Standby database Error in applying archives

    Hi All
    Environment:
    Oracle 8i
    Platform- HP-UX
    I have production database on HPUX box and standby database on anothe HPUX box.
    I am applying archive to standby everyday manually.
    In last week, I have added ney datafile webapp03 in Production database tablespace.
    When I apply archive to standby database. It says archive apply sucessfully but give below warning:
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01195: online backup of file 25 needs more recovery to be consistent
    ORA-01110: data file 25: '/u06/oradata/vestcom/webapp03.dbf'
    Yesterday I have copied datafile from production to standby database.
    But still I am getting same warning:
    Please let me know in detail, I am totally new in this admin field.
    Please help me out for this issue:
    Thanks in Advance.
    R M

    Absolutely. First place the tablespace space in backup mode, then copy over the datafile and then end the backup mode - applying the log files should be fine now.
    HTH
    Thanks
    Chandra

  • Standby DB Errors

    Following errors occured when we started to recover standby database....Please advice ....
    SQL> recover standby database until cancel;
    ORA-00279: change 1676638435 generated at 05/16/2007 19:51:13 needed for thread
    1
    ORA-00289: suggestion :
    E:\ORACLE\ORADATA\ORACLEDB\ARCHIVE\ORACLEDBT1S253320.ARC
    ORA-00280: change 1676638435 for thread 1 is in sequence #253320
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    auto
    ORA-00283: recovery session canceled due to errors
    ORA-10562: Error occurred while applying redo to data block (file# 16, block#
    911133)
    ORA-10564: tablespace UNDOTBS1
    ORA-01110: data file 16: 'E:\ORACLE\ORADATA\ORACLEDB\UNDOTBS02.DBF'
    ORA-10560: block type 'KTU UNDO BLOCK'
    ORA-00600: internal error code, arguments: [4185], [0], [8064], [], [], [], [],
    ORA-01112: media recovery not started

    There seems to be some kind of corruption with the datafile. It might be best to get in touch with oracle support.

  • Standby Gives Error

    Hi
    I m facing an error on standby database(Physically) when i trying to open it in read only mode it gives error
    SQL> ALTER DATABASE OPEN READ ONLY;
    ALTER DATABASE OPEN READ ONLY
    ERROR at line 1:
    ORA-01092: ORACLE instance terminated. Disconnection forced
    And in alert log
    Wed Mar 19 18:26:20 2008
    File 201 not verified due to error ORA-01157
    Wed Mar 19 18:26:20 2008
    SMON: enabling cache recovery
    Wed Mar 19 18:26:21 2008
    Errors in file e:\orant\admin\apr1b\udump\apr1b_ora_524.trc:
    ORA-01578: ORACLE data block corrupted (file # 1, block # 14851)
    ORA-01110: data file 1: 'E:\ORANT\ORADATA\APR1B\SYSTEM01.DBF'
    ORA-26040: Data block was loaded using the NOLOGGING option
    Wed Mar 19 18:26:21 2008
    Error 1578 happened during db open, shutting down database
    USER: terminating instance due to error 1578
    Instance terminated by USER, pid = 524
    ORA-1092 signalled during: ALTER DATABASE OPEN READ ONLY...
    Please suggest me how can i open it in read only mode.

    Just enable force logging on production: ALTER DATABASE FORCE LOGGING;
    And then recreate standby database.
    However, enabling "force logging" will cause nologging operations to be logged which may cause performance problems. If you need nologging operations, then i suggest:
    * Move all tables on which you do nologging operations to a tablespace A
    * Set force logging on tablespace level on all tablespaces except tablespace A
    * Recreate standby
    You may open standby if you set tablespace A offline. However tablespace A will not be a part of disaster recovery (as it seems now)

Maybe you are looking for

  • How do i get my ipod touch out of the 'recovery loop'?

    Ipod touch is in recovery mode.  When plugged into PC it has the display indicating that it needs to be connected to iTunes.  When it gets connected to iTunes it does appear as a device there.  ITunes requires the iPod to be restored, and in the rest

  • Video of of iPod Touch

    Hi There, Sorry if this is going to be a dumb question: I have just got my new iPod touch and have transferred some videos to it. (MP4s) These are videos I have made, so own the copywright on them. I have now plgged my ipod into another mac, and want

  • Adding a "temporarily unavailable" message over the existing page

    Does anyone know how to add a translucent cover over an existing webpage to show that it is temporarily under evaluation/renovation/ modification/etc? I want to have a translucent grey sheet over my homepage that has a message to visitors that tells

  • Button state for persistent page indicator

    Hi, I posted earlier regarding buttons on my navigation bar to remain in down state while the vistor is on that page. Some helpful links to sites have been suggested and I know I should be using CSS but I'm really struggling and I'm almost our of tim

  • Is there a medical or scientific speller plug in for Pages?

    Is there a medical or scientific speller 'plug in' for the Pages dictionary? AS