1.主库单机的话，直接把主库$ORACLE_HOME/dbs/下的密码文件拷贝到备考对应的$ORACLE_HOME/dbs下，即可可以配置完tnsname.ora文件后 用tnsping 能不能通讯，然后再sqlplus 用户名/密码@实例名/1521；

2.主库是rac的话。首先把一个节点为主，然后把为主节点的秘密文件先同步到其他节点制定的位置，然后把主节点的密码文件传输到备考的oracle_home指定存放密码文件的地方。再次试试看能不能连接上 。根据你的报错还是密码文件那里同步没有弄好，仔细检查一下，问题应该不大

您好！
我是拷贝过去的呀，拷贝过去报错，后面用orapwd文件生成的，也是报这个错，您有这方面的文档吗？我学习一下，谢谢

主库节点1

scp orapworcl1 oracle@192.168.8.12:/u01/app/oracle/product/11.2.0/dbhome_1/dbs

主库节点2

scp orapworcl2 oracle@192.168.8.13:/u01/app/oracle/product/11.2.0/dbhome_1/dbs

主库之间操作，让密码文件一致

1.主库节点密码文件一致。把节点1的密码文件orpwdorcl1 拷贝到节点2 文件名为orapwdorcl2

主库一个节点scp到备库密码文件位置即可

2.scp orapwdorcl1 oracle@备库ip：/密码文件路径/单机的话话就直接orapwdorcl（不要带数字）

集群的话，节点1就是orapwdorcl1，节点二就是orapwdorcl2。

你的操作是没有同步主库之间的密码文件，你按照我说的再试试

尝试了还是报这个错

先别用rman登陆。配置好tnsname.ora后。备库通过sqlplus 登陆到主库吗？ tnsping 两边的连接名能通吗？

tnsping 两边可以痛，sqlplus 用TNS串两边都可以连接，但是用备库的TNS还是报错：

ERROR:
ORA-01017: invalid username/password; logon denied

我觉得就是这个密码文件同步的问题，现在就是拷贝，和备库自己用orapwd都不行，不知道怎么回事儿呀

在rac上的各节点都执行命令：
alter user sys identified by ;
然后在主节点上拷贝密码文件到rac其它节点以及DG备库节点上，修改为对应密码文件的名称.

还是一样的报错，大佬。

主库修改sys密码

SQL> alter user sys identified by oracle123;

User altered.

–主库测试连接

$ sqlplus sys/oracle123@TO_PRIMARY as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Tue Jun 15 13:32:02 2021

Copyright © 1982, 2013, Oracle. All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options

SQL> <<<主库可以正常连接

–拷贝密码
cd $ORACLE_HOME/dbs
scp orapworcl1 oracle@192.168.8.12:/u01/app/oracle/product/11.2.0/dbhome_1/dbs

$ sqlplus sys/oracle123@TO_STANDBY as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Tue Jun 15 13:28:56 2021

Copyright © 1982, 2013, Oracle. All rights reserved.

ERROR:
ORA-01017: invalid username/password; logon denied

Enter user-name:

1. TO_STANDBY 这是静态监听嘛
2. 做duplicate是要到nomount，好像本来就是sqlplus连不了吧，每次拷贝完有拿rman试过嘛

你要把rac一节点和二节点的密码文件互考，意思就是密码文件所在的目录，同时存在两个节点的密码文件。我写的文章https://www.modb.pro/db/8619

互相拷贝了还是报这个用户名密码的错，我准备从头搭建一遍了，感谢各位大佬。

https://www.modb.pro/db/57310 可以参考一下我之前部署的

搭建好了，但是现在日志传到备库，没有应用?

SQL> select * from V$DATAGUARD_STATS;

NAME VALUE UNIT TIME_COMPUTED DATUM_TIME

transport lag +00 00:00:00 day(2) to second(0) interval 06/19/2021 10:43:26 06/19/2021 10:43:25
apply lag +00 00:58:53 day(2) to second(0) interval 06/19/2021 10:43:26 06/19/2021 10:43:25
apply finish time day(2) to second(3) interval 06/19/2021 10:43:26
estimated startup time 26 second 06/19/2021 10:43:26

–备库序号一直没变
THREAD# last_applied_log

     1               55
     2               62
复制

–主库序号
THREAD# last_applied_log

     1               77
     2               69
复制

–主库切换日志
alter system switch logfile;

–备库归档路径，检查日志已经传过到备库了，但是没有应用。
arch_orcl1_1_53_1074813529.arc
arch_orcl1_1_54_1074813529.arc
arch_orcl1_1_55_1074813529.arc
arch_orcl1_1_56_1074813529.arc
arch_orcl1_1_57_1074813529.arc
arch_orcl1_1_58_1074813529.arc
arch_orcl1_1_59_1074813529.arc
arch_orcl1_1_60_1074813529.arc
arch_orcl1_1_61_1074813529.arc
arch_orcl1_1_62_1074813529.arc
arch_orcl1_1_63_1074813529.arc
arch_orcl1_1_64_1074813529.arc
arch_orcl1_1_65_1074813529.arc
arch_orcl1_1_66_1074813529.arc
arch_orcl1_1_67_1074813529.arc
arch_orcl1_1_68_1074813529.arc
arch_orcl1_1_69_1074813529.arc
arch_orcl1_1_70_1074813529.arc
arch_orcl1_1_71_1074813529.arc
arch_orcl1_1_72_1074813529.arc
arch_orcl1_1_73_1074813529.arc
arch_orcl1_1_74_1074813529.arc
arch_orcl1_1_75_1074813529.arc
arch_orcl1_1_76_1074813529.arc
arch_orcl1_1_77_1074813529.arc
arch_orcl1_2_60_1074813529.arc
arch_orcl1_2_61_1074813529.arc
arch_orcl1_2_62_1074813529.arc

–备库进程

INST_ID PROCESS THREAD# STATUS

     1 ARCH               1 CLOSING
     1 ARCH               0 CONNECTED
     1 ARCH               1 CLOSING
     1 ARCH               1 CLOSING
     1 MRP0               2 WAIT_FOR_LOG
     1 RFS                0 IDLE
     1 RFS                0 IDLE
     1 RFS                1 IDLE
     1 RFS                0 IDLE
     2 ARCH               0 CONNECTED
     2 ARCH               0 CONNECTED
     2 ARCH               0 CONNECTED
     2 ARCH               0 CONNECTED
复制

SQL> startup;
ORACLE instance started.

Total System Global Area 830930944 bytes
Fixed Size 2257800 bytes
Variable Size 536874104 bytes
Database Buffers 289406976 bytes
Redo Buffers 2392064 bytes
Database mounted.
ORA-10458: standby database requires recovery
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: ‘/home/u01/app/oracle/oradata/ora/system.387.1064932175’
主库操作：
SQL> alter system archive log current;
SQL> alter system checkpoint;
SQL> alter system archive log current;
SQL> select * from v$archive_dest where destination is not null;

主库操作：
SQL>select name,sequence#,archived,applied from v$archived_log order by sequence#;

如果返回结果 ‘APPLIED’ 都是 ‘YES’ 或者只有最后一个是 'NO’的话，说明全部归档日志全部已经归档完了.

备库操作：
SQL> recover managed standby database using current logfile disconnect from session;
Media recovery complete.
SQL>
SQL>
SQL>
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-10456: cannot open standby database; media recovery session may be in progress

SQL> alter database recover managed standby database cancel;

Database altered.

SQL> alter database open;

Database altered.

SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

SQL>
SQL>
SQL> select count(*) from nn.t;

COUNT(*)

     3
复制

可以参考一下我上面的思路 ，我觉得还是主备库之间的log_archive_dest 参数，或者主备之间的归档号不一致 再者等数据再同步，观察备库的状态：
set linesize 200;
column name format a22;
column value format a16;
column unit format a28;
column time_computed format a25;
select * from v$dataguard_stats;

因为我之前部署容灾dg时，备库状态是mount ，查询备库的同步信息没有时间显示，等等看 不行再做操作。

还有看看主库的 show parameter arch;

主库里对应备库的 log_archive_dest_state_*的状态是否是enable 如果不是 那就没办法利用arch 到备库，或者看看alert日志一些关键信息，应该就能定位问题在哪了。

您这个问题我也遇到过，当时把两个节点重启了，就OK了，我搭建了2套，一套日志不应用，一套是OK的，步骤完全一样，也不知道是啥原因，日志都传到备库了，就是不应用

将密码文件传到所有服务器