1 ， dataguard 搭建好后，归档日志传输不过去 去查看master库上面的日志 tail –f /data/oracle/diag/rdbms/test_m1/powerdes/trace/alert_powerdes.log，显示信息如下： sun may 08 00:34:17 2016 error 1034 received logging on to the standby ping[arc
1，dataguard搭建好后，归档日志传输不过去去查看master库上面的日志
tail –f /data/oracle/diag/rdbms/test_m1/powerdes/trace/alert_powerdes.log，显示信息如下：
sun may 08 00:34:17 2016
error 1034 received logging on to the standby
ping[arc2]: heartbeat failed to connect to standby 'test_m2'. error is1034.
2，tnsping earch_m2是通的[oracle@azure_test_dbm1_3_111 admin]$ tnsping test_m3
tns ping utility for linux: version 11.2.0.4.0 - production on 08-may-2016 09:13:42
copyright (c) 1997, 2013, oracle. all rights reserved.
used parameter files:
used tnsnames adapter to resolve the alias
attempting to contact (description = (address_list = (address = (protocol = tcp)(host = 192.168.3.112)(port = 1521))) (connect_data = (service_name = test_m2)))
ok (0 msec)
[oracle@azure_test_dbm1_3_111 admin]$
3，去standby备库上，check检查下service_name，看到service_names确实是test_m2看起来service_name也没用错，如下所示：
[oracle@azure_test_dbm1_3_112 admin]$ rlwrap sqlplus / as sysdba
sql*plus: release 11.2.0.4.0 production on sun may 8 09:15:27 2016
copyright (c) 1982, 2013, oracle. all rights reserved.
connected to:
oracle database 11g enterprise edition release 11.2.0.4.0 - 64bit production
with the partitioning, olap, data mining and real application testing options
sql> show parameter name;
name type value
------------------------------------ ----------- ------------------------------
cell_offloadgroup_name string
db_file_name_convert string /oracle/app/oracle/oradata/pow
erdes, /oracle/app/oracle/orad
ata/powerdes
db_name string powerdes
db_unique_name string test_m2
global_names boolean false
instance_name string powerdes
lock_name_space string
log_file_name_convert string /data/oracle/oradata/powerdes,
/data/oracle/oradata/pwerdes
name type value
------------------------------------ ----------- ------------------------------
processor_group_name string
service_names string test_m2
sql>
文章来源blog地址：http://blog.csdn.net/mchdba/article/details/51344246，谢绝转载
4，在master库、standby库，通过sqlplus登录报错# 主库登录sqlplus报错
[oracle@azure_test_dbm1_3_111 admin]$ sqlplus sys/testsys@test_m2 as sysdba
sql*plus: release 11.2.0.4.0 production on sun may 8 09:19:48 2016
copyright (c) 1982, 2013, oracle. all rights reserved.
error:
ora-12514: tns:listener does not currently know of service requested in connect
descriptor
enter user-name:
# 备库sqlplus登录报错
[oracle@azure_test_dbm1_3_112 admin]$ sqlplus sys/testsys@test_m2 as sysdba
sql*plus: release 11.2.0.4.0 production on sun may 8 09:18:39 2016
copyright (c) 1982, 2013, oracle. all rights reserved.
error:
ora-12514: tns:listener does not currently know of service requested in connect
descriptor
enter user-name:
都报错：ora-12514:tns:listener does not currently know of service requested in connect descriptor，这个问题一般就涉及到的是tnsnames.ora里面的service_name没有写对了。
5，替换service_name，问题解决回忆这个备库的搭建过程，我刚建库dbca的时候，设置的service_name是powerdes，我在配置dataguard的时候，修改了参数文件initpowerdes.ora，有在里面新设置*.db_unique_name=test_m2，再次create spfile frompfile;然后以新的参数文件启动数据库后，看到service_names变成了test_m2了，而我就在tnsnames.ora里面设置了新的service_names名字test_m2，这个新的test_m2没有生效结果报错ora-12514了。
因此，我要将没有生效的test_m2换成原来的powerdes，需要换的地方有2个，一个是listener.ora，一个是tnsnames.ora，主库master库和备库standby库都要修改如下所示：
#主库master库修改1个文件tnsnames.ora
# tnsnames.ora文件
[oracle@azure_test_dbm1_3_111 admin]$ vim tnsnames.ora
test_m2 =
(description =
(address_list =
(address = (protocol = tcp)(host = 192.168.3.112)(port = 1521))
)
(connect_data =
(service_name = powerdes)
)
)
#备库standby库需要修改2个文件listener.ora、tnsnames.ora
# listener.ora文件
[oracle@azure_test_dbm1_3_112 admin]$ vim listener.ora
sid_list_listener =
(sid_list =
(sid_desc =
(sid_name = plsextproc)
(oracle_home = /oracle/app/oracle/product/11.2.0/dbhome_1)
(program = extproc)
)
(sid_desc =
(sid_name = powerdes)
(oracle_home = /oracle/app/oracle/product/11.2.0/dbhome_1)
)
)
adr_base_listener = /oracle/app/oracle
# tnsnames.ora文件
[oracle@azure_test_dbm1_3_112 admin]$ vim tnsnames.ora
test_m2 =
(description =
(address_list =
(address = (protocol = tcp)(host = 192.168.3.112)(port = 1521))
)
(connect_data =
(service_name = powerdes)
)
)
修改完配置后，然后重启lsnrctl监听服务，再在备库使用sqlplus登录test_m2，登录成功：
[oracle@azure_test_dbm1_3_112 admin]$ sqlplus sys/testsys@test_m2 as sysdba
sql*plus: release 11.2.0.4.0 production on sun may 8 09:34:51 2016
copyright (c) 1982, 2013, oracle. all rights reserved.
connected to:
oracle database 11g enterprise edition release 11.2.0.4.0 - 64bit production
with the partitioning, olap, data mining and real application testing options
sql>
再去看主库master库的后台alert日志，就会发现已经有开始传输归档日志的记录了：
……
******************************************************************
lgwr: setting 'active' archival fordestination log_archive_dest_2
******************************************************************
lgwr: standby redo logfile selected toarchive thread 1 sequence 26
lgwr: standby redo logfile selected forthread 1 sequence 26 for destination log_archive_dest_2
thread 1 advanced to log sequence 26 (lgwrswitch)
current log# 2 seq# 26 mem# 0:/oracle/app/oracle/oradata/powerdes/redo02.log
sun may 08 01:12:22 2016
archived log entry 22 added for thread 1sequence 25 id 0xcf7feffa dest 1:
arc0: standby redo logfile selected forthread 1 sequence 25 for destination log_archive_dest_2
destination log_archive_dest_2 issynchronized
……
ps：这里问题比较奇怪，我上次这里service_name需要修改成新的参数文件里面的test_m2才能归档日志传输到备库standby上面，但是这次确需要保持原来的service_name。看来这里面还有别的奥妙所在。需要去探索清楚了。