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......
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 を確認させて貰えますか?
この推測が間違えていたら再検討しましょう。 -
Standby destination control file enqueue unavailable
Hi,
more than two days ..totally i tried 3 times for creating standby database in oralce 10g ..everthing working fine but i didnt get archive log from primary database..please help me
NOTE: both primary and standby database on same system
*#standby database 'stby' (omitted common parameters)*
*.compatible='10.2.0.3.0'
*.control_files='d:\oracle\product\10.2.0\oradata\stby\controlsb01.ctl','d:\oracle\product\10.2.0\oradata\stby\controlsb02.ctl','d:\oracle\product\10.2.0\oradata\stby\controlsb03.ctl'
*.db_file_name_convert='D:\oracle\product\10.2.0\oradata\live','D:\oracle\product\10.2.0\oradata\stby'
*.db_name='live'
*.fal_client='stby'
*.fal_server='live'
*.log_archive_config='DG_CONFIG=(live,stby)'
*.log_archive_dest_1='LOCATION=D:\oracle\product\10.2.0\flash_recovery_area\stby VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=stby'
*.log_archive_dest_2='SERVICE=live ARCH ASYNC VALID_FOR=(ONLINE_LOGFILE,PRIMARY_ROLE) DB_UNIQUE_NAME=live'
*.log_file_name_convert='D:\oracle\product\10.2.0\oradata\live','D:\oracle\product\10.2.0\oradata\stby'
*.remote_login_passwordfile=EXCLUSIVE
*.standby_file_management='AUTO'
*.instance_name=stby
*.db_unique_name=stby
*#primary database 'live'*
*.compatible='10.2.0.3.0'
*.control_files='d:\oracle\product\10.2.0\oradata\live\control01.ctl','d:\oracle\product\10.2.0\oradata\live\control02.ctl','d:\oracle\product\10.2.0\oradata\live\control03.ctl'
*.db_file_name_convert='D:\oracle\product\10.2.0\oradata\stby','D:\oracle\product\10.2.0\oradata\live'
*.db_name='live'
*.fal_client='live'
*.fal_server='stby'
*.log_archive_config='DG_CONFIG=(live,stby)'
*.log_archive_dest_1='LOCATION=D:\oracle\product\10.2.0\flash_recovery_area\live VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=live'
*.log_archive_dest_2='SERVICE=stby ARCH ASYNC VALID_FOR=(ONLINE_LOGFILE,PRIMARY_ROLE) DB_UNIQUE_NAME=stby'
*.log_file_name_convert='D:\oracle\product\10.2.0\oradata\stby','D:\oracle\product\10.2.0\oradata\live'
*.remote_login_passwordfile=EXCLUSIVE
*.standby_file_management='AUTO'
*.instance_name=live
*.DB_UNIQUE_NAME=live
*#standby database*
SQL> STARTUP MOUNT
ORACLE instance started.
Total System Global Area 251658240 bytes
Fixed Size 1290012 bytes
Variable Size 159383780 bytes
Database Buffers 83886080 bytes
Redo Buffers 7098368 bytes
Database mounted.
SQL> alter database recover managed standby database disconnect from session;
Database altered.
SQL> select group#,member from v$logfile;
GROUP#
MEMBER
3
D:\ORACLE\PRODUCT\10.2.0\ORADATA\STBY\REDO03.LOG
2
D:\ORACLE\PRODUCT\10.2.0\ORADATA\STBY\REDO02.LOG
1
D:\ORACLE\PRODUCT\10.2.0\ORADATA\STBY\REDO01.LOG
GROUP#
MEMBER
4
D:\ORACLE\PRODUCT\10.2.0\ORADATA\STBY\SREDO04.LOG
5
D:\ORACLE\PRODUCT\10.2.0\ORADATA\STBY\SREDO05.LOG
6
D:\ORACLE\PRODUCT\10.2.0\ORADATA\STBY\SREDO06.LOG
6 rows selected.
*#primary database*
SQL> ALTER SYSTEM SWITCH LOGFILE;
SQL> select SEQUENCE#, applied from v$archived_log;
SEQUENCE# APP
15 NO
16 NO
17 NO
18 NO
19 NO
20 NO
SQL> SELECT SEQUENCE#,STATUS FROM V$MANAGED_STANDBY;
SEQUENCE# STATUS
0 CONNECTED
19 CLOSING
20 CLOSING
0 CONNECTED
0 CONNECTED
0 CONNECTED
0 CONNECTED
0 CONNECTED
*#standby database*
SQL> select * from v$archived_log;
no rows selected
*#see even my standby database open .*
SQL> alter database open;
Database altered.
*# listener.ora*
STBY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = selvaPC)(PORT = 2031))
LIVE =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = selvaPC)(PORT = 2030))
SID_LIST_STBY =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = live)
(SID_NAME = stby)
SID_LIST_LIVE =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = live)
(SID_NAME = live)
*# tnsnames.ora*
STBY =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = selvaPC)(PORT = 2030))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = live)
LIVE =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = selvaPC)(PORT = 2031))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = stby)
*#Error in alert file..during startup primary database*
Controlfile lock conflict at host 'stby'
Possible invalid cross-instance archival configuration
ORA-16146: standby destination control file enqueue unavailable
thanks
selva..If you user this then a lot of information ( threads) can be found with the same problem.
Anyway the original ORA-message/solution is:
Error: ORA-16146 (ORA-16146)
Text: standby destination control file enqueue unavailable
Cause: The target standby destination control file is currently
unavailable to the Remote File Server (RFS) process. This
indicates that the target destination is the primary database
itself.
Action: Check for and eliminate the standby destination archive log
parameter in question.
This means you have an error in the log_archive_dest entries on the standby server.
Can you use Dataguard Manager (dgmgrl) to verify the configuration?
Edit:
Our Dataguard config e.g. has on primary:
log_archive_config='dg_config=(STDBY)'
On the standby it is:
log_archive_config='dg_config=(PRIMARY)' -
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 -
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
... -
Maximum Protection mode with multiple guaranteed Standby destinations
Hello,
We have the requirement to have our database in 3 locations, so we have 1 primary and 2 standbys. High Availbility is not that important as data protection.
With maximum protection it's possible to guarantee the data replication to 1 standby database. If no standby is available the database stalls.
Our requirement is, that the data must be replicated to 2 standby databases. If this is not possible because of a network outage or server crash on a standby db, the primary should stall.
I know with this setup, the availablity will be lowered, but would it be possible to do this with dataguard? (RAC is not an option)
Thanks and Regards
ThomasHello again;
OK, I understand now. That sounds like a custom job. I'm not aware of a parameter which controls that number.
You could comb Chapter 8 of the "Oracle Data Guard 11g handbook", but I'm not finding anything there.
I believe the SYNC part of this ( Maximum Protection ) may have you covered, but if you had multiple standby's I still don't have a setting like you want.
Oracle Maximum Availability Architecture White Papers which may provide additional information :
Rapid Oracle RAC Standby Deployment: Oracle Database 11g Release 2
Switchover and Failover Best Practices
Client Failover Best Practices for Highly Available Oracle Databases
Oracle Data Guard with Oracle Database 11g Release 2
Best Regards
mseberg
Edited by: mseberg on Mar 15, 2012 9:04 AM -
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 AMYes 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 -
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 -
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 PMThanks 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 -
【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.
------------------------------------------------------------- -
Hi,
I've successfully created a standby for a single node Primary Database in 10g on Redhat Enterprise Linux 4.0 Update 4.0. I'm planning to add one more standby site to the same primary database. Now, my question is...
1. Is it possible to setup more than one standby without the help of DataGuard.
2. If possible, please guide me how to do it(step-by-step).
Thanks in advance...
MaheshIf you've already configured one Standby without DataGuard, you'd use the same method for the second standby.
Since we do not know your scripts and how you are propagating archive logs and putting the standby in recovery mode -- all of which would be "custom" methods in the absence of DataGuard -- we can't really advice you . Because it is difficult to advice on extensions to a customisation without looking at a customisation.
Many sites have implemented a scripted Standby without DataGuard using methods available since Oracle7. However, the frequency and method of archivelog propagation and how and when the standby database "wakes up" to apply the archivelogs etc are all site specific.
Let's say that you DO use the ARCH process on the primary database to propagate archivelogs to the Standby destination site. Since Oracle 10g allows multiple log_archive_dest_n sites, you can just add one more site and have the archivelogs propagate to the additonal site. However, there are other parameters (eg MANDATORY/OPTIONAL, REOPEN, DELAY etc) that you would set based on your requirements.
The two standby instances would be independent {unaware} of each other -- you can script delays between the archivelogs so that the two standby aren't always at the same level (this allows "fallback" to an "older version of the database" when necessary). You could have one standby stop recovery and open read only for some time.
Short Answer : Yes, it is possible to have multiple "standby"s without DataGuard.
Correct Answer : How you do it depends on how you want to extend your current implementation.
Hemant K Chitale
http://hemantoracledba.blogspot.com -
RMAN/Dataguard 32bit RAC on OCFS2 primary to 64bit standby on ASM
Hi,
I would like to know if RMAN backup and dataguard standby can be created/configured for primary RAC db on OCFS2 32bit to standby RAC db on ASM 64bit?
This is for migration purposes as opposed on ongoing to minimize downtime.
Thanks,
GarethYou have neither an OS nor database version? This is answer for 10g:
http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/standby.htm#i72053
Werner -
Archived log to standby server stopped
Hi,
I configured dataguard standby server few weeks ago,
I set log_archive_dest_2='SERVICE=JHRD0107_OFS1 OPTIONAL'
and log_archive_dest_state=ENABLE in primary server,
and very go fine until yesterday, I shutdown my standby server and set the log_archive_dest_state=DEFER,
when I tried to startup again the standby server, and set log_archive_dest_state=ENABLE again,
the archive stop sending the archived log to log_archive_dest_2.
No error was found in alert log of primary and standby server.
It seem that the primary server don't know there is another archive destination..
The database version is 10g 10.2.0.4
Anyone what could be the cause of this?
ThanksHi, Below is the parameter related to archive in my primary server
SQL> alter system set log_archive_dest_state_2=enable;
System altered.
SQL> show parameter archive
NAME TYPE VALUE
archive_lag_target integer 0
log_archive_config string
log_archive_dest string
log_archive_dest_1 string LOCATION=I:\OFSDB\OFS1\archive
MANDATORY REOPEN=300
log_archive_dest_10 string LOCATION=USE_DB_RECOVERY_FILE_
DEST OPTIONAL REOPEN=300
log_archive_dest_2 string SERVICE=JHRD0107_OFS1 OPTIONAL
log_archive_dest_3 string
log_archive_dest_4 string
log_archive_dest_5 string
NAME TYPE VALUE
log_archive_dest_6 string
log_archive_dest_7 string
log_archive_dest_8 string
log_archive_dest_9 string
log_archive_dest_state_1 string enable
log_archive_dest_state_10 string enable
log_archive_dest_state_2 string ENABLE
log_archive_dest_state_3 string enable
log_archive_dest_state_4 string enable
log_archive_dest_state_5 string enable
log_archive_dest_state_6 string enable
NAME TYPE VALUE
log_archive_dest_state_7 string enable
log_archive_dest_state_8 string enable
log_archive_dest_state_9 string enable
log_archive_duplex_dest string
log_archive_format string ARC%S_%R.%T
log_archive_local_first boolean TRUE
log_archive_max_processes integer 2
log_archive_min_succeed_dest integer 1
log_archive_start boolean FALSE
log_archive_trace integer 0
remote_archive_enable string true
NAME TYPE VALUE
standby_archive_dest string %ORACLE_HOME%\RDBMS
Thanks for your response.
Vincent -
Standby server - WAIT_FOR_GAP error
Hi,
I have a Oracle Dataguard 10.2 running on Windows and found a WAIT_FOR_GAP error on the standby server.
--> alert log of standby
Sun Jan 30 20:00:04 2011
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION
MRP0 started with pid=18, OS id=2452
Managed Standby Recovery not using Real Time Apply
parallel recovery started with 3 processes
Sun Jan 30 20:00:13 2011
Waiting for all non-current ORLs to be archived...
Clearing online redo logfile 10 E:\ORACLE\A30\ORIGLOGA\LOG_G10_M1.DBF
Clearing online log 10 of thread 1 sequence number 17848
Sun Jan 30 20:00:13 2011
Errors in file z:\oracle\a30\saptrace\background\a30_mrp0_2452.trc:
ORA-19527: physical standby redo log must be renamed
ORA-00312: online log 10 thread 1: 'E:\ORACLE\A30\ORIGLOGA\LOG_G10_M1.DBF'
Clearing online redo logfile 10 complete
Media Recovery Log L:\ORACLE\A30\ORAARCH\A30ARCH\ARC17856_0681431456.001
Sun Jan 30 20:00:13 2011
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION
Sun Jan 30 20:00:33 2011
Media Recovery Waiting for thread 1 sequence 17857
Sun Jan 30 20:51:19 2011
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[636]: Assigned to RFS process 4976
RFS[636]: Identified database type as 'physical standby'
Primary database is in MAXIMUM PERFORMANCE mode
Primary database is in MAXIMUM PERFORMANCE mode
Sun Jan 30 20:51:20 2011
Fetching gap sequence in thread 1, gap sequence 17857-17863
Sun Jan 30 20:51:20 2011
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[637]: Assigned to RFS process 4012
RFS[637]: Identified database type as 'physical standby'
Sun Jan 30 20:52:20 2011
RFS[637]: Archived Log: 'L:\ORACLE\A30\ORAARCH\A30ARCH\ARC17864_0681431456.001'
Sun Jan 30 20:56:34 2011
FAL[client]: Failed to request gap sequence
GAP - thread 1 sequence 17857-17863
DBID 3371425568 branch 681431456
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.
Sun Jan 30 22:00:44 2011
RFS[636]: Archived Log: 'L:\ORACLE\A30\ORAARCH\A30ARCH\ARC17865_0681431456.001'
Primary database is in MAXIMUM PERFORMANCE mode
SQL> select process,sequence#,status from v$managed_standby;
PROCESS SEQUENCE# STATUS
ARCH 0 CONNECTED
ARCH 0 CONNECTED
MRP0 17857 WAIT_FOR_GAP
RFS 0 IDLE
RFS 0 IDLE
RFS 0 IDLE
SQL> select * from v$archive_gap;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
1 17857 17863
SQL> select sequence#,applied from v$archived_log order by sequence#;
SEQUENCE# APP
17855 YES
17856 YES <--- Gap here
17864 NO
17865 NO
17866 NO
17867 NO
17868 NO
17869 NO
17870 NO
17871 NO
17872 NO
SEQUENCE# APP
17873 NO
17874 NO
17875 NO
17876 NO
17877 NO
17878 NO
17879 NO <--- Gap here
17889 NO
17890 NO
17891 NO
17892 NO
SEQUENCE# APP
18067 NO
18068 NO
18069 NO
18070 NO
18071 NO
18072 NO
4032 rows selected.
--> alert log of primary
Sun Jan 30 20:00:03 2011
Incremental checkpoint up to RBA [0x45c8.1f6c6.0], current log tail at RBA [0x45c8.1f7f5.0]
Sun Jan 30 20:05:04 2011
ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
Sun Jan 30 20:30:11 2011
Incremental checkpoint up to RBA [0x45c8.201e2.0], current log tail at RBA [0x45c8.20215.0]
Sun Jan 30 20:51:12 2011
Destination LOG_ARCHIVE_DEST_2 is UNSYNCHRONIZED
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
LNSb started with pid=50, OS id=1792
Sun Jan 30 20:51:19 2011
Destination LOG_ARCHIVE_DEST_2 no longer supports SYNCHRONIZATION
Beginning log switch checkpoint up to RBA [0x45c9.2.10], SCN: 276988485
Sun Jan 30 20:51:20 2011
Thread 1 advanced to log sequence 17865 (LGWR switch)
Current log# 17 seq# 17865 mem# 0: F:\ORACLE\A30\ORIGLOGB\LOG_G17_M1.DBF
Current log# 17 seq# 17865 mem# 1: E:\ORACLE\A30\MIRRLOGB\LOG_G17_M2.DBF
Sun Jan 30 20:51:20 2011
ARC1: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2
Sun Jan 30 20:51:25 2011
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
Sun Jan 30 20:56:35 2011
Completed checkpoint up to RBA [0x45c9.2.10], SCN: 276988485Hi,
I've seen that, if the following message persists for a long time, then it is an ERROR.
FAL[client]: Failed to request gap sequence GAP - thread 1 sequence 17857-17863 DBID 3371425568 branch 681431456 FAL[client]: All defined FAL servers have been attempted.
The possibility is that log shipping of 17857 is stuck. It is not stuck because of any network disconnect, as it is in the case you mentioned. It is probably due to the following.
The parameter LOG_ARCHIVE_DEST_1 on standby is set as L:\ORACLE\A30\ORAARCH\A30ARCH\ARC and STANDBY_ARCHIVE_DEST is also set to L:\ORACLE\A30\ORAARCH\A30ARCH\ARC. When a GAP is identified, standby database tries to pull the missing files FROM PRIMARY, and the in turn when you enable standby destination on primary (log_archive_dest_state_2 = enabled), it starts shipping logfiles on its OWN.
When such a situation occurs in a system when archived logs are generated at a high rate, it can happen that the file which standby is trying to pull is being pushed/already pushed by primary database. Then a conflict arise, and standby deletes the file and tries to pull it again...this may go on in a loop. (because the locations are SAME).
When i had this issue, I maintained different locations for LOG_ARCHIVE_DEST_1 and STANDBY_ARCHIVE_DEST on standby database. After this is done, you will find that the logs shipped by primary are written in STANDBY_ARCHIVE_DEST. The file written in this location will be used by the standby database only when you do a managed recovery. If you are doing a manual recovery by issuing the command RECOVER STANDBY DATABASE; then, the stanbdby database will check if the file exists in LOG_ARCHIVE_DEST_1.
The point is, when there is BIG gap, then you have the option of doing the following procedure.
1. On the primary database keep LOG_ARCHIVE DESTSTATE_2 = enable
2. On the standby ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL.
3. Copy the missing archive logs sequence from the primary to standby's LOG_ARCHIVE_DEST_1 and perform manual recovery on standby untill the gap is over.
4. issue the command ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT to start managed recovery. ( This will use the files present in STANDBY_ARCHIVE_DEST ).
Hope the above procedure helps.
Note: If the GAP is not that big and you see that last applied log is advancing, then conflict is not there...standby will automatically fill the GAP. But it is advised to maintain different location for the parameters i mentioned.
Regards,
Anish
Edited by: Mohammed Anish on Feb 10, 2011 6:48 AM
Maybe you are looking for
-
Hi I'm running the import items program to update the existing item in inventory. For that it is throwing some error when the record move from interface table to inventory base table. See below error message. TRANSACTION ID : 203532465 ORGANIZATION I
-
Hello. Has anyone had their keyboard stop responding to typing (though command-option-esc still works) after they switched between programs using command-tab? It doesn't seem to matter which application I try, after using command-tab, my computer doe
-
Java error while openning forms60
hi everybody i got a java error "java.lang.noclassdeffounderror" while trying to open my static web page using the internet explorer v4, i'm using OAS 4.0.8.1 and oracle developer server ver 6.0.5 installed on one machine called my_app_server , my or
-
Firefox won't load pages, but other browsers will.
Firefox won't load any internet pages, but different browsers, both Chrome and Explorer work, I havent tried others. I've un-installed, changed the name of the folder of the plug-ins that were left so it wouldn't recognize them, then re-installed not
-
where would i find the MAC for the wireless internet card? is it possible to change the CD drive to a DVD drive? if possible how much?