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

Similar Messages

  • How Real Time Apply works while physical standby is open in Read Only mode

    Hi,
    With Active data guard option, we can open physical standby DB in read only mode, while redo log are being applied. (Real Time Query)
    Standby Redo log (SRL) enables Real Time Apply (with "USING CURRENT LOGFILE" clause in recover database command on standby DB)
    I am interested to know, how Real Time Query works ?
    What is the mechanism with allows us to open physical standby DB in read only mode while redo logs are being applied continuously ?
    Regards,
    Sujit

    Dear user7419391,
    That is a new feature in Oracle Database 11g. MRP can use the real time apply in 10g but the concept here is different.
    Taken from the following document;
    http://www.ascent.co.za/documents/oracle/Oracle%20databse%2011g%20Active-Data-Guard%20datasheet.pdf
    *Unique Advantages of Oracle Active Data Guard*
    +Active Data Guard is an evolution of Data Guard technology, providing unique+
    +performance advantages while leveraging all other enhancements included in Oracle+
    +Data Guard 11g. For example, any Data Guard 11g physical standby database can+
    +be easily converted to a Snapshot Standby. A Snapshot Standby is open read-write+
    +and is ideally suited as a test system, able to process transactions independent of the+
    +primary database. A Snapshot Standby maintains protection by continuing to receive+
    +data from the production database, archiving it for later use. When tests are+
    +complete, a single command discards changes made while open read-write and+
    +quickly resynchronizes the standby database with the primary.+
    The other link in the previous post is excellent and you really have to read it to understand the active data guard aspects.
    Regards.
    Ogan

  • It is possible to apply redo while the standby is open in read only mode ?

    Hi,
    I am using Oracle 11g R2 (11.2.0.1.0)
    Step 1: Two node RAC is Configured.
    Step 2: One node Data Guard RAC is configured.( i,e Standby is one node RAC).
    Primary:
    SQL> select open_mode,database_role,PROTECTION_MODE,PROTECTION_LEVEL from v$database;
    OPEN_MODE DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
    READ WRITE PRIMARY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY
    Standby:
    SQL> select open_mode,database_role,PROTECTION_MODE,PROTECTION_LEVEL from v$database;
    OPEN_MODE DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
    READ ONLY WITH APPLY PHYSICAL STANDBY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY
    Question:
    I have not purchased active dataguard license.
    In my case In Data Guard RAC it is possible to apply redo while the database is open in read only mode?
    Thanks
    Solaiman

    876149 wrote:
    SQL> select open_mode,database_role,PROTECTION_MODE,PROTECTION_LEVEL from v$database;
    OPEN_MODE DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
    READ ONLY WITH APPLY PHYSICAL STANDBY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY
    "READ ONLY WITH APPLY" in V$DATABASE.OPEN_MODE means Active Data Guard is enabled.
    Oracle code cannot check if you have the right license: it is up to you to know which license you have for your database environments.

  • DataGuard / effect of open resetlogs on Primary

    Hi,
    We've a primary RAC with corresponding dataguard physical standby database (running as 1 node when acting as disaster recover site).
    In the event of a major upgrade, we typically stop the apply of redo to the standby site and run the upgrade (say to the application tables), thus we have the standby in the event of catastrophe (call this T1, where we stop the apply / sending of redo to the DR site).
    Where we have to restore the primary database to a point in time during the upgrade, so POST T1, and open with an "alter database open resetlogs" (so point in time recovery) - does this mean we'd have to rebuild our primary.
    I believe we would not - per DataGuard Concepts and Administration for Oracle 10GR2 (B14239-05), chapter 8 section 4 -
    "Data Guard allows recovery on a physical standby database to continue after the primary database has been opened with the RESETLOGS option. When an ALTER DATABASE OPEN RESETLOGS statement is issued on the primary database, the incarnation of the database changes, creating a new branch of redo data."
    has anyone tried this - is it OK!?
    Thanks,
    Truman.
    Btw - appreciate we could use flashback, however this is not currently being considered - db is 10.2.0.3 on hp-ux 11.23.

    Truman...we have done sort of what you are talking about and it did work. We did a test where we created restore points on both primary and standby, ran some testing on primary and then at the end of the test flashed both primary and standby back to resrtore points and opned primary with open resetlogs.....this did work but had some issues where it would apply/catch up some an then would start asking for ancient sequences that didn't exist so the fix was to rebuild the standby control and recovery picked back up. I will say that we use dgbroker, RAC database and we used flashback with restore points, so there are differences from your setup but for the idea of it working so we didn't have to rebuild the standby..yes it did. Oracle said that a reason this could have happened was that the broker stops and starts recovery several times when enabling on startup and it had trouble going across the resetlogs.
    Edited to fix testing scenerio...was thinking of a different test we also did without open resetlogs.
    Edited by: DBA_Mike on Mar 27, 2009 7:22 AM

  • 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

  • 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

  • Standby when open and on when screen is closed... Help!  ???

    I accidentaly closed my Mac as I was watching Apple TV. I quickly opened it again and and the screen was black. I closed it and opened it again, but the screen stayed black. I removed the battery and turned it completely off several times, but the screen is not responding.
    It seems to be in standby when I open the screen and turn on as I close it.
    Can somebody help me reverse this - fix this?
    Thanx...

    You mean that, after closing and immediately opening lid you cannot use your mac any more? Display is always black, even after force restart? Strange...
    ‘I tried making it a hard disc on my iMac, but it won't let me do that either.’ – you mean restarted into Target Mode, correct? i.e. connected via firewire cable to another mac, and by pressing t after chime. BTW, do you hear the specific chime after pressing power button? If in target mode, is it displayed like an external disk on your iMac desktop?
    If not, I suspect it was mere hazard that it happened when you closed and opened lid, it jsut happened in that moment, and this has nothing to do with that, but with something more serious.

  • 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 open to test

    Hi.
    I's needed to activate some physical standby databases in the DR site to test if the applications are working correctly. Everthing ran correctly, only I have an one problem:
    When the DataGuard was synchronized, this does correctly:
    Ex.
    Prod database
    select max(sequence#) from v$log_history; Max sequence: 115
    Standby database
    select max(sequence#) from v$log_history; Max sequence: 114
    But in OEM - DataGuard monitoring page indicate me the sequence that the database advanced during the tests and not the sequence in wich really the standby database goes.
    How can I solve this issue?
    Thanks

    Hi Hemant.
    I's followed the steps of "12.6 Using a Physical Database for Read/Write testing and reporting (Oracle Data Guard concepts and Administration guide)" and in this guide have a note for first make a guaranteed restore point, then activate the standby db and after the test restore to this point.
    All the steps is running correctly but when I check in the Data guard status pages on the OEM, the *'Last received log'* column have the last sequences generated during the test and in the *'Last applied log'* column have a zero, but if I check with the next sql query in the standby database:
    sql> select max(sequence#) from v$log_history;
    have the sequence correctly; before I was do the steps to synchronize with the primary database.
    I's make a clean of the agents on both servers, the same data.
    After the some day, the databases are synchronize.

  • DataGuard Standby Destination

    Hey guys,
    I have a problem.
    My dataguard setup is writing into the filesystem and I don´t know why !!!
    standby_archive_dest='dgsby_<sid>'
    db_recovery_file_dest='+FLASH';
    When I change standby_archive_dest to another value (eg. +FLASH/standbylog)
    Dataguard comes and overwrites this data back to dgsby_<sid>
    Why is the system using dgsby even when db_recovery_file_dest is set and why can´t I change the destination to the flash area ?
    When I change it "Live" dataguard logfile comes up with inconstent archive_dest parameters....
    Env:
    2x 3nodes RAC on 10.2 on SLES9

    I do not understand it.
    No way of telling DataGuard to use my flash recovery area ?
    Can anyone tell me the way of setting the standby destination to the flash area ?
    What I already tried:
    I disabled the DG configuration
    log_archive_dest_2='location="+FLASH/DB1/standbylog", valid_for=(STANDBY_LOGFILE,STANDBY_ROLE)';
    standby_archive_dest='+FLASH/DB1/standbylog'
    db_recovery_file_dest=+FLASH
    Re-enabled the DG configuration:
    --> DG overwrites my settings, sets the log_archive_dest_2 to location="dgsby_db1", valid_for=(STANDBY_LOGFILE,STANDBY_ROLE)';
    --> standbylogs get written into the filesystem....
    that sucks......

  • DataGuard-Standby on IBM Power6  work with Production 10gR2 on IBM Power5?

    Hi
    We plan to configure Data Guard(Logical) for reporting purpose with production 10gR2 RAC installed on IBM Power5 64bit machine.
    For dataguard -logical standby, available machine is IBM Power6 64bit. As per the data gaurd document, the hardware architecture needs to be same.
    But it is not clear if DataGaurd on IBM Power6 will work with Production IBM Power5 machine. Can we go ahead with this configuration? Please advice!
    Thanks
    Bijay
    Edited by: user13310901 on 17 Sep, 2012 2:58 AM
    Edited by: user13310901 on 17 Sep, 2012 3:03 AM

    Yes I believe it does work.
    Sources -
    Data Guard Support for Heterogeneous Primary and Logical Standbys in Same Data Guard Configuration [ID 1085687.1]
    Data Guard Support for Heterogeneous Primary and Physical Standbys in Same Data Guard Configuration [ID 413484.1]
    Best Regards
    mseberg

  • Rman and dataguard standby

    I have a physical standby and was using rman to manage the deletion of archive logs. I changed the retention policy on the primary because of some disk space issues. When I tried to do the same on the standby it was unhappy:
    RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of configure command at 07/08/2009 09:52:29
    RMAN-05021: this configuration cannot be changed for a BACKUP or STANDBY control file
    So, does that mean the only way to manage this is to rebuild it from the altered primary. Say it ain't so, Joe.

    I guess I need to get to grid control, but that has been such a painful process. I believe it will be a work around since the control file is the thing in the way.

  • Using RMAN for creating a Dataguard Standby db.

    Hello,
    I have two 11.2.0.1.0 oracle instances running on two cloned Red Hat Enterprise Linux (rhel98 and rhel99). Linux version:
    Linux rhel99 2.6.32-100.34.1.el6uek.x86_64 #1 SMP Wed May 25 17:46:45 EDT 2011 x86_64 x86_64 x86_64 GNU/LinuxI am trying to perform a "duplicate target database for standby" as part of the list of steps to get a Physical Standby located at the rhel99 server with DB_UNIQUE_NAME ORCL99. But I am missing something because it keeps failing with this error:
    RMAN-05556: not all datafiles have backups that can be recovered to SCN 2818790
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 5 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restoreI double checked the directory structure on primary (rhel98) and standby (rhel99), and it's the same. As control file is restored during the duplicate process I cannot perform the catalog start with, so the backups were placed on the same locations at rhel98 and 99.
    According to that error message it is not finding any of the datafile backups.
    [oracle@rhel98 ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed May 29 01:36:06 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database: ORCL98 (DBID=2386038834)
    RMAN> connect auxiliary sys/*****@ORCL99
    connected to auxiliary database: ORCL98 (not mounted)
    RMAN> run
    2> {    
    3> set until sequence=6 thread=1;
    4> duplicate target database for standby
    5> dorecover;                          
    6> }                                   
    executing command: SET until clause
    Starting Duplicate Db at 29-MAY-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1                            
    channel ORA_AUX_DISK_1: SID=20 device type=DISK              
    contents of Memory Script:
       set until scn  2818790;
       restore clone standby controlfile;
    executing Memory Script             
    executing command: SET until clause
    Starting restore at 29-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 /oracle/app/oracle/rman_bkp/orcl/0aoa2pd2_1_1
    channel ORA_AUX_DISK_1: piece handle=/oracle/app/oracle/rman_bkp/orcl/0aoa2pd2_1_1 tag=TAG20130520T022122
    channel ORA_AUX_DISK_1: restored backup piece 1                                                         
    channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:03                                        
    output file name=/oracle/app/oracle/oradata/standby/control01.ctl                                       
    Finished restore at 29-MAY-13                                                                           
    contents of Memory Script:
       sql clone 'alter database mount standby database';
    executing Memory Script                             
    sql statement: alter database mount standby database
    contents of Memory Script:
       set until scn  2818790;
       set newname for tempfile  1 to
    "/oracle/app/oracle/oradata/standby/temp01.dbf";
       switch clone tempfile all;                   
       set newname for datafile  1 to               
    "/oracle/app/oracle/oradata/standby/system01.dbf";
       set newname for datafile  2 to                 
    "/oracle/app/oracle/oradata/standby/sysaux01.dbf";
       set newname for datafile  3 to                 
    "/oracle/app/oracle/oradata/standby/undotbs01.dbf";
       set newname for datafile  4 to                  
    "/oracle/app/oracle/oradata/standby/users01.dbf"; 
       set newname for datafile  5 to                  
    "/oracle/app/oracle/oradata/standby/example01.dbf";
       set newname for datafile  6 to                  
    "/oracle/app/oracle/oradata/standby/ws_app_data01.dbf";
       set newname for datafile  7 to                      
    "/oracle/app/oracle/oradata/standby/ws_app_idx01.dbf";
       restore                                             
       clone database                                      
    executing Memory Script                                
    executing command: SET until clause
    executing command: SET NEWNAME
    renamed tempfile 1 to /oracle/app/oracle/oradata/standby/temp01.dbf in control file
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    Starting restore at 29-MAY-13
    using channel ORA_AUX_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 05/29/2013 01:40:33
    RMAN-05556: not all datafiles have backups that can be recovered to SCN 2818790
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 5 found to restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    RMAN>And the backup pieces are located at (where oracle has rw privs and also owns the dirs):
    [oracle@rhel98 orcl]$ ls -ldhtr /oracle/app/oracle/rman_bkp/orcl/
    drwxr-xr-x. 2 oracle oinstall 4.0K May 29 01:16 /oracle/app/oracle/rman_bkp/orcl/
    [oracle@rhel99 orcl]$ ls -ldhtr /oracle/app/oracle/rman_bkp/orcl/
    drwxr-xr-x. 2 oracle oinstall 4.0K May 29 01:57 /oracle/app/oracle/rman_bkp/orcl/Backup was taken using RMAN, by executing a "backup database plus archivelogs" and it was completed with no errors. As you can see backup were taken yesterday and are available.
    [oracle@rhel98 ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed May 29 03:20:54 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database: ORCL98 (DBID=2386038834)
    RMAN> list backup summary;
    using target database control file instead of recovery catalog
    List of Backups
    ===============
    Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
    2       B  F  A DISK        20-MAY-13       1       1       NO         TAG20130520T022122
    3       B  F  A DISK        21-MAY-13       1       1       NO         TAG20130521T025112
    4       B  A  A DISK        29-MAY-13       1       1       NO         TAG20130529T010612
    5       B  F  A DISK        29-MAY-13       1       1       NO         TAG20130529T010902
    6       B  F  A DISK        29-MAY-13       1       1       NO         TAG20130529T010902
    7       B  A  A DISK        29-MAY-13       1       1       NO         TAG20130529T011634
    RMAN> list backup completed after '29-MAY-13';
    List of Backup Sets
    ===================
    BS Key  Size       Device Type Elapsed Time Completion Time
    4       669.15M    DISK        00:02:37     29-MAY-13     
            BP Key: 4   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T010612
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0coaqcc4_12_1 
      List of Archived Logs in backup set 4
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      1    1       2785395    19-MAY-13 2800632    19-MAY-13
      1    2       2800632    19-MAY-13 2814507    20-MAY-13
      1    3       2814507    20-MAY-13 2817219    20-MAY-13
      1    4       2817219    20-MAY-13 2817222    20-MAY-13
      1    5       2817222    20-MAY-13 2818790    20-MAY-13
      1    6       2818790    20-MAY-13 2818794    20-MAY-13
      1    7       2818794    20-MAY-13 2853065    20-MAY-13
      1    8       2853065    20-MAY-13 2885773    25-MAY-13
      1    9       2885773    25-MAY-13 2903820    25-MAY-13
      1    10      2903820    25-MAY-13 2925244    25-MAY-13
      1    11      2925244    25-MAY-13 2934284    25-MAY-13
      1    12      2934284    25-MAY-13 2935793    25-MAY-13
      1    13      2935793    25-MAY-13 2937653    25-MAY-13
      1    14      2937653    25-MAY-13 2939617    25-MAY-13
      1    15      2939617    25-MAY-13 2960715    25-MAY-13
      1    16      2960715    25-MAY-13 2975590    26-MAY-13
      1    17      2975590    26-MAY-13 3013551    27-MAY-13
      1    18      3013551    27-MAY-13 3029786    28-MAY-13
      1    19      3029786    28-MAY-13 3050776    28-MAY-13
      1    20      3050776    28-MAY-13 3088118    28-MAY-13
      1    21      3088118    28-MAY-13 3099950    29-MAY-13
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    5       Full    1.09G      DISK        00:06:53     29-MAY-13     
            BP Key: 5   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T010902
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0doaqche_13_1 
      List of Datafiles in backup set 5                                          
      File LV Type Ckp SCN    Ckp Time  Name                                     
      1       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/system01.dbf
      2       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/sysaux01.dbf
      3       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/undotbs01.dbf
      4       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/users01.dbf 
      5       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/example01.dbf
      6       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/ws_app_data01.dbf
      7       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/ws_app_idx01.dbf
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    6       Full    9.36M      DISK        00:00:09     29-MAY-13
            BP Key: 6   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T010902
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0eoaqcue_14_1
      SPFILE Included: Modification time: 29-MAY-13
      SPFILE db_unique_name: ORCL98
      Control File Included: Ckp SCN: 3101140      Ckp time: 29-MAY-13
    BS Key  Size       Device Type Elapsed Time Completion Time
    7       23.06M     DISK        00:00:11     29-MAY-13
            BP Key: 7   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T011634
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0foaqcvi_15_1
      List of Archived Logs in backup set 7
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      1    22      3099950    29-MAY-13 3101157    29-MAY-13
    RMAN>db_recovery_file_dest is the same for both ORCL98 and ORCL99:
    *.db_recovery_file_dest='/oracle/app/oracle/flash_recovery_area'
    *.db_recovery_file_dest_size=4070572032If needed I can upload the complete initORCL98.ora and initORCL99.ora files.
    Any suggestion/comments?
    Thanks in advance.
    Edited by: martin.morono on May 29, 2013 8:56 PM

    Thanks Hemant but the issue is the same with sequence 6 or 22. I posted the RMAN log from an old duplicate I ran yesterday using sequence 6, but as you can see below the error is not changing with setting "until sequence 22"
    Hemant K Chitale wrote:
    Your database datafile backups are as of Checkpoint SCN 3100062 which is higher than the archivelogs (and certainly higher than SEQ#6).
    Possibly SEQUENCE#22 will cover the database checkpoint SCN. Therefore, the minimum UNTIL SEQUENCE would be 23 or higher.
    Hemant K Chitale
    [oracle@rhel98 ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed May 29 02:37:51 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database: ORCL98 (DBID=2386038834)
    RMAN> connect auxiliary sys/manager@ORCL99
    connected to auxiliary database: ORCL98 (not mounted)
    RMAN> run
    2> {    
    3> set until sequence=22 thread=1;
    4> duplicate target database for standby
    5> backup location '/oracle/app/oracle/rman_bkp/orcl/'
    6> dorecover;                                        
    7> }                                                 
    executing command: SET until clause
    Starting Duplicate Db at 29-MAY-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1                            
    channel ORA_AUX_DISK_1: SID=20 device type=DISK              
    contents of Memory Script:
       set until scn  3099950;
       restore clone standby controlfile;
    executing Memory Script             
    executing command: SET until clause
    Starting restore at 29-MAY-13
    using channel ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: restoring control file
    channel ORA_AUX_DISK_1: copied control file copy
    input file name=/oracle/app/oracle/oradata/orcl/control_standby01.ctl
    output file name=/oracle/app/oracle/oradata/standby/control01.ctl   
    Finished restore at 29-MAY-13                                       
    contents of Memory Script:
       sql clone 'alter database mount standby database';
    executing Memory Script                             
    sql statement: alter database mount standby database
    contents of Memory Script:
       set until scn  3099950;
       set newname for tempfile  1 to
    "/oracle/app/oracle/oradata/standby/temp01.dbf";
       switch clone tempfile all;                   
       set newname for datafile  1 to               
    "/oracle/app/oracle/oradata/standby/system01.dbf";
       set newname for datafile  2 to                 
    "/oracle/app/oracle/oradata/standby/sysaux01.dbf";
       set newname for datafile  3 to                 
    "/oracle/app/oracle/oradata/standby/undotbs01.dbf";
       set newname for datafile  4 to                  
    "/oracle/app/oracle/oradata/standby/users01.dbf"; 
       set newname for datafile  5 to                  
    "/oracle/app/oracle/oradata/standby/example01.dbf";
       set newname for datafile  6 to                  
    "/oracle/app/oracle/oradata/standby/ws_app_data01.dbf";
       set newname for datafile  7 to                      
    "/oracle/app/oracle/oradata/standby/ws_app_idx01.dbf";
       restore                                             
       clone database                                      
    executing Memory Script                                
    executing command: SET until clause
    executing command: SET NEWNAME
    renamed tempfile 1 to /oracle/app/oracle/oradata/standby/temp01.dbf in control file
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    Starting restore at 29-MAY-13
    using channel ORA_AUX_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 05/29/2013 02:40:00    
    RMAN-05556: not all datafiles have backups that can be recovered to SCN 3099950
    RMAN-03015: error occurred in stored script Memory Script                     
    RMAN-06026: some targets not found - aborting restore                         
    RMAN-06023: no backup or copy of datafile 5 found to restore                  
    RMAN-06023: no backup or copy of datafile 4 found to restore                  
    RMAN-06023: no backup or copy of datafile 3 found to restore                  
    RMAN-06023: no backup or copy of datafile 2 found to restore                  
    RMAN-06023: no backup or copy of datafile 1 found to restore                   just in case, the initORCL.ora files:
    initORCL98.ora
    orcl.__db_cache_size=150994944
    ORCL98.__db_cache_size=209715200
    orcl.__java_pool_size=4194304
    ORCL98.__java_pool_size=4194304
    orcl.__large_pool_size=4194304
    ORCL98.__large_pool_size=4194304
    orcl.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    ORCL98.__oracle_base='/oracle/app/oracle','/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl.__pga_aggregate_target=226492416
    ORCL98.__pga_aggregate_target=226492416
    orcl.__sga_target=402653184
    ORCL98.__sga_target=402653184
    orcl.__shared_io_pool_size=0
    ORCL98.__shared_io_pool_size=0
    orcl.__shared_pool_size=234881024
    ORCL98.__shared_pool_size=176160768
    orcl.__streams_pool_size=0
    ORCL98.__streams_pool_size=0
    *.audit_file_dest='/oracle/app/oracle/admin/orcl/adump'
    *.audit_trail='DB'
    *.compatible='11.2.0.0.0'
    *.control_files='/oracle/app/oracle/oradata/orcl/control01.ctl','/oracle/app/oracle/flash_recovery_area/orcl/control02.ctl'
    *.db_block_size=8192
    *.db_domain=''
    *.db_name='ORCL98'
    *.db_recovery_file_dest='/oracle/app/oracle/flash_recovery_area'
    *.db_recovery_file_dest_size=4070572032
    *.diagnostic_dest='/oracle/app/oracle'
    *.dispatchers='(protocol=TCP)'
    *.fal_client='ORCL98'
    *.fal_server='ORCL99'
    *.job_queue_processes=1000
    *.log_archive_config='DG_CONFIG=(ORCL98,ORCL99)'
    *.log_archive_dest_1='location=/oracle/app/oracle/archivelog/orcl/ valid_for=(all_logfiles,all_roles) db_unique_name=ORCL98'
    *.log_archive_dest_2='SERVICE=ORCL99 valid_for=(online_logfiles,primary_role) db_unique_name=ORCL99'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='DEFER'
    *.log_archive_format='orcl_%R_%T_%S_%d.arc'
    *.memory_target=629145600
    *.open_cursors=300
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_max_size=402653184
    *.shared_servers=1
    *.standby_file_management='AUTO'
    *.undo_tablespace='UNDOTBS1'initORCL99.ora
    orcl.__db_cache_size=150994944
    orcl98.__db_cache_size=163577856
    orcl99.__db_cache_size=243269632
    ORCL99.__db_cache_size=218103808
    orcl.__java_pool_size=4194304
    orcl98.__java_pool_size=4194304
    orcl99.__java_pool_size=4194304
    ORCL99.__java_pool_size=4194304
    orcl.__large_pool_size=4194304
    orcl98.__large_pool_size=4194304
    orcl99.__large_pool_size=4194304
    ORCL99.__large_pool_size=4194304
    orcl.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl98.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl99.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    ORCL99.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl.__pga_aggregate_target=226492416
    orcl98.__pga_aggregate_target=226492416
    orcl99.__pga_aggregate_target=251658240
    ORCL99.__pga_aggregate_target=251658240
    orcl.__sga_target=402653184
    orcl98.__sga_target=402653184
    orcl99.__sga_target=377487360
    ORCL99.__sga_target=377487360
    orcl.__shared_io_pool_size=0
    orcl98.__shared_io_pool_size=0
    orcl99.__shared_io_pool_size=0
    ORCL99.__shared_io_pool_size=0
    orcl.__shared_pool_size=234881024
    orcl98.__shared_pool_size=222298112
    orcl99.__shared_pool_size=117440512
    ORCL99.__shared_pool_size=142606336
    orcl.__streams_pool_size=0a
    orcl98.__streams_pool_size=0
    orcl99.__streams_pool_size=0
    ORCL99.__streams_pool_size=0
    *.audit_file_dest='/oracle/app/oracle/admin/orcl/adump'
    *.audit_trail='DB'
    *.compatible='11.2.0.0.0'
    *.control_files='/oracle/app/oracle/oradata/standby/control01.ctl'
    #*.control_files='/oracle/app/oracle/oradata/orcl/control_standby01.ctl'
    *.db_block_size=8192
    *.db_domain=''
    *.db_name='ORCL98'
    *.db_unique_name='ORCL99'
    *.db_recovery_file_dest='/oracle/app/oracle/flash_recovery_area'
    *.db_recovery_file_dest_size=4070572032
    *.diagnostic_dest='/oracle/app/oracle'
    *.dispatchers='(protocol=TCP)'
    *.job_queue_processes=1000
    *.log_archive_dest_1='location=/oracle/app/oracle/archivelog/orcl'
    *.log_archive_format='orcl_%R_%T_%S_%d.arc'
    *.memory_target=629145600
    *.open_cursors=300
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_max_size=402653184
    *.shared_servers=1
    *.undo_tablespace='UNDOTBS1'
    *.db_file_name_convert=('/oracle/app/oracle/oradata/orcl/','/oracle/app/oracle/oradata/standby/')
    *.log_file_name_convert=('/oracle/app/oracle/oradata/orcl/','/oracle/app/oracle/oradata/standby/')Once again, many thanks for your prompt response.
    Thanks in advance.
    Martin

  • Rac到单实例的dataguard,想由物理standby转为逻辑standby,在执行转换的时候挂住,一直没有反应,详细见内,求教,谢谢

    【primary db】 :
    *.service_names='zxin'
    *.log_archive_config='dg_config=(zxin_std,zxin)'
    *.log_archive_dest_2='service=zxin_std lgwr async noaffirm valid_for=(online_logfiles,primary_role) db_unique_name=zxin_std'
    *.db_file_name_convert='/zxindata/racdata','+DATA/zxin/datafile','/zxindata/racdata','+DATA/zxin/tempfile','/zxindata/racdata','+DATA'
    *.log_file_name_convert='/zxindata/racdata','+DATA/zxin/onlinelog'
    *.standby_file_management=auto
    *.fal_server='zxin_std'
    *.fal_client='zxin'
    【standby db】
    *.log_archive_config='dg_config=(zxin_std,zxin)'
    *.standby_archive_dest='/zxinbak/arch'
    *.log_archive_dest_1='location=/zxinbak/arch'
    *.log_archive_dest_2='service=zxin valid_for=(online_logfiles,primary_role) db_unique_name=zxin'
    *.db_file_name_convert='+DATA/zxin/datafile','/zxindata/racdata','+DATA/zxin/tempfile','/backup','+DATA', '/zxindata/racdata'
    *.log_file_name_convert='+DATA/zxin/onlinelog','/zxindata/racdata'
    *.standby_file_management=auto
    *.fal_server='zxin'
    *.fal_client='zxin_std'
    *.db_name='zxin'
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=zxin_stdXDB)'
    *.db_unique_name='zxin_std'
    *.service_names='zxin_std'
    转换的步骤:
    1)在primary db上执行:
    execute dbms_logstdby.build;
    2)在standby db上执行:
    alter database recover managed standby database cancel;
    ALTER DATABASE RECOVER TO LOGICAL STANDBY zxin_std; --一直挂死                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

    追加转换期间的alert日志:
    Wed Nov 14 01:59:26 EST 2012
    MRP0: Background Media Recovery process shutdown (zxin_std)
    Wed Nov 14 01:59:27 EST 2012
    Managed Standby Recovery Canceled (zxin_std)
    Wed Nov 14 01:59:27 EST 2012
    Completed: alter database recover managed standby database cancel
    Wed Nov 14 01:59:29 EST 2012
    RFS[4]: Archived Log: '/zxinbak/arch/2_110_793274616.dbf'
    RFS[4]: Archived Log: '/zxinbak/arch/2_111_793274616.dbf'
    Wed Nov 14 01:59:32 EST 2012
    ALTER DATABASE RECOVER TO LOGICAL STANDBY zxin_std
    Wed Nov 14 01:59:32 EST 2012
    Media Recovery Start: Managed Standby Recovery (zxin_std)
    Wed Nov 14 01:59:32 EST 2012
    Managed Standby Recovery not using Real Time Apply
    parallel recovery started with 7 processes
    Media Recovery Waiting for thread 1 sequence 76
    Fetching gap sequence in thread 1, gap sequence 76-76
    Wed Nov 14 02:00:04 EST 2012
    FAL[client]: Failed to request gap sequence
    GAP - thread 1 sequence 76-76
    DBID 1448565237 branch 793274616
    FAL[client]: All defined FAL servers have been attempted.
    Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
    parameter is defined to a value that is sufficiently large
    enough to maintain adequate log switch information to resolve
    archivelog gaps.
    -------------------------------------------------------------

  • Frequently, when waking the computer up from Standby and opening a new browsing session, I get a message that Firefox is already running and needs to be closed, even though it was closed during the previous session. I use Task Manager to close it.

    Internet connection is AT&T highspeed DSL via Westell modem. Antivirus is AVG 2011. OS is XP Home SP2, circa 2002.

    * [[Firefox is already running but is not responding]]
    -> Profile in use
    * http://kb.mozillazine.org/Profile_in_use
    Check and tell if its working.

Maybe you are looking for

  • Do I use iPhoto 08 for Calendars, books, et al?

    Hi guys, I just now (talk about late to the party) realized that Apple offers services to make calendars, photo books, b-day invites and other stuff. My question is, do I use iPhoto 08 (don't have it yet) to make these items? If so, are there templat

  • Stopped dead with event handling

    ive made a program that has one button, two radio buttons, and a text field....when u click on the radio button is either paints a square or a circle to the screen...im having problems with tieing the textfield and the button..which is called "Enter"

  • ZipFile and french accent

    Hi, I have a problem with using the "java.util.ZipFile" library. Imagine that I have a zip file containing text files with names including french accents. The code to open and extract the files is simple : - I get each "ZipEntry"; - get an InputStrea

  • J2re-1_4_2_10-solaris-i586.sh

    I am install jre 1.4.2.10. I am getting an error ./install.sfx.2204: syntax error at line 1: `(' unexpected I have no clue why this error is coming. If anybody has a solution, please share

  • Reset Apple Push Notification Certificate

    I revoked my APN cert online @ https://identity.apple.com/pweb to try and clear out some configuration issues on my server. Now I need to create a new APN. Unfortunately in Server.app the old cert is still showing and I only get the option to "renew"