oracle12c 故障转移,oracle 12c dg 搭建主备切换故障诊断

电玩女神 2022-10-21 13:53 307阅读 0赞

内容

单机对单机的实时同步

11G开始实现读写分离，备库是mount状态，可以实时同步，备库而且可以读，做报表应用。(10G 备库就是备库，不能读)

主库 备库

实例名 prod sbdb

静态监听 1522 1522

dbca 需要 不需要

oracle\_unqname prod sbdb

(配置文件)

oracle\_sid prod sbdb

(配置文件)

globalname(装库) prod

sid(装库) prod

listener global\_dbname prod prod

listener sid\_name prod sbdb

初始化参数

db\_name prod prod

instance\_name prod sbdb

db\_unique\_name prod sbdb

tnsnames.ora tnsprod,tnssbdb tnsprod,tnssbdb

service\_name prod prod

(tnsname.ora)

服务名 prod prod(业务端代码不需要更改连接)

(lsnrctl 中的service 对应 listener.ora global\_dbname)

主库参数配置

查看数据库参数的命令，show parameter \*\*\*\*\*

(1)可以在数据库级别或表空间级别设置FORCE LOGGING选项。优先级是从数据库到表空间。如果创建或更改了表空间以启用FORCE LOGGING，则该表空间中的任何更改都将进入重做日志并可用于恢复。

同样，如果创建或更改数据库以启用FORCE LOGGING，则数据库中的任何更改(临时段和临时表空间除外)都将在重 做日志中用于恢复。

desc v$database

select force\_logging from v$database;

alter database force logging;

(2)启用归档，查看的方式两种,11g需要开启，12c默认开启

archive log list;

select log\_mode from v$database;

两个参数

log\_archive\_format

alter system set log\_archiveformat=’%t%s\_%r.arc’ scope=spfile;( 静态变量，要重启数据库)

log\_archive\_dest (下一步中修改\_1 和\_2)

shutdown immediate

startup mount

alter database archivelog;

alter database open;

(3)静态监听

listener.ora文件配置

LISTENER1=

(

DESCRIPTION\_LIST=

(

DESCRIPTION=

(

ADDRESS\_LIST=

(

ADDRESS=(PORTOCOL=TCP)(HOSTNAME=oracle12cpri)(PORT=1522)

)

SID\_LIST\_LISTENER1=

(

SID\_LIST=

(

SID\_DESC=

(GLOBAL\_DBNAME=prod)

(SID\_NAME=prod)

(ORACLE\_HOME=/u01/app/oracle/product/12.2.0/dbhome\_1)

)

由配置文件可以看出：sid\_name实例名prod,global\_dbname对外的服务名prod。

文件三个注意点

标红的地方命名要一致

global\_dbname 对应 (lsnrctl status listener)services

sid\_name 对应 (lsnrctl status listener) instance

(4)初始化参数

db\_unique\_name

alter system set db\_unique\_name=’prod’ scope=spfile; prod要加引号，不加引号就是大写

log\_archive\_config

alter system set log\_archive\_config=’DG\_CONFIG=(prod,sbdb)’ scope=both;

log\_archive\_dest\_1

alter system set log\_archive\_dest\_1=’LOCATION=/u01/arch VALID\_FOR=

(ALL\_LOGFILES,ALL\_ROLES) DB\_UNIQUE\_NAME=prod’ scope=both;

Log\_archive\_dest\_2

alter system set log\_archive\_dest\_2=’SERVICE=tnssbdb LGWR SYNC AFFIRM VALID\_FOR=(ONLINE\_LOGFILES,PRIMARY\_ROLE) DB\_UNIQUE\_NAME=sbdb’ scope=both;

配置tnsnames.ora文件

复制prod ()里面代码，修改prod 为tnssbdb, host=oracle12csta

Port =1522, service\_name 不变，因为主备机是同一访问名称。

db\_file\_name\_convert 数据文件 (select from v$dbfile;)

alter system set db\_file\_name\_convert=’/u01/app/oracle/oradata/sbdb’,’/u01/app/oracle/oradata/prod’ scope=spfile;

log\_file\_name\_convert 重做日志文件 (select from v$logfile)

alter system set db\_file\_name\_convert=’/u01/app/oracle/oradata/sbdb’,’/u01/app/oracle/oradata/prod’ scope=spfile;

standby\_file\_management

alter system set standby\_file\_management=auto; 不加引号就是大写

fal\_client 本端作为客户端

alter system set fal\_client=’tnsprod’ scope=both;

fal\_server 对端备机作为服务端

alter system set fal\_server=’tnssbdb’ scope=both;

物理备库的参数配置

(1)拷贝密码文件,主备库sys用户密码要保持一致

cd $ORACLE\_HOME/dbs

scp orapwprod oracle12csta:/u01/app/oracle/product/12.2.0/dbhome\_1/dbs

在备机 mv orapwprod orapwsbdb

(2)备机 dbs目录下

touch initsbdb.ora,

主库的spfileprod.ora复制过来, 切记主库的spfileprod.ora 不要改动，是二进制文件

db\_name不变，log\_archive\_config不变，其他的都要按照主库的配置初始化参数改掉，并创建对应目录

(3) 备机 sqlplus / as sysdba

create spfile from pfile;

$ORACLE\_HOME/dbs 下面会根据initsbdb.ora产生一个spfilesbdb.ora

stratup nomount 默认寻找.ora文件

如果报错内容，更改备机的initsbdb.ora文件配置，重新 create spfile from pfile; startup nomount

(4) 配置静态监听

主机拷贝一份，hostname ，sid\_name 要改成备库

global\_dbname 和主库一致，因为对外服务

备库一定要配置静态监听，因为nomount 状态下只有静态监听才能连进来实例

(5) tns 配置

主机的tnsnames.ora 文件补全

tnssbdb =

(

DESCRIPTION=

(

ADDRESS=(PROTOCOL=TCP)(HOST=oracle12csta)(PORT=1522)

)

(

CONNECT\_DATA=

(SERVER=DEDICATED)

(SERVICE\_NAME=prod)

)

tnsprod =

(

DESCRIPTION=

(

ADDRESS=(PROTOCOL=TCP)(HOST=oracle12cpri)(PORT=1522)

)

(

CONNECT\_DATA=

(SERVER=DEDICATED)

(SERVICE\_NAME=prod)

)

备机把主库的文件scp，只留上面的tnsprod tndsbdb

并做 tnsping 测试

tnsping tnsprod tnsping tnssbdb

主备库都连接下

sqlplus sys/ora123@tnsprod as sysdba

sqlplus sys/ora123@tnssbdb as sysdba

参数检查

db\_unique\_name

compatible

log\_archive\_config

log\_archive\_dest\_1

log\_archive\_dest\_2

log\_archive\_dest\_state\_2: enable-启用 defer-禁用

db\_file\_name\_convert

log\_file\_name\_convert

standby\_file\_management

log\_archive\_format

至此，准备工作做好，备库处于 unmount 状态

select status from v$instance;

started 已经启动的状态

使用duplicate创建物理standby

主库

rman target sys/ora123@tnsprod 必须用这种输入密码的方式

connect auxiliary sys/ora123@tnssbdb

duplicate target database for standby from active database nofilenamecheck;

此时检查下，/u01/app/oracle/oradata/sbdb 会有数据，和主库prod 下面一致

添加standby 日志组并开启同步

standby 日志组个数：redo 日志组+1

主库：

select from v$logfile; 看到有三组redo.log,和对应路径

select from v$log; 看到BYTES每组大小50M

alter database add standby logfile group 4 (‘/u01/app/oracle/oradata/prod/stredo04.log’) size 50M;

alter database add standby logfile group 5 (‘/u01/app/oracle/oradata/prod/stredo05.log’) size 50M;

alter database add standby logfile group 6 (‘/u01/app/oracle/oradata/prod/stredo06.log’) size 50M;

alter database add standby logfile group 7 (‘/u01/app/oracle/oradata/prod/stredo07.log’) size 50M;

一般redo日志后缀不以.log结尾

查看standby日志组 select \* from v$standby\_log;

备库：此时备库要处于mount状态，

startup nomount alter database mount;

select \* from v$instance; mounted

alter database add standby logfile group 4 (‘/u01/app/oracle/oradata/sbdb/stredo04.log’) size 50M;

alter database add standby logfile group 5 (‘/u01/app/oracle/oradata/sbdb/stredo05.log’) size 50M;

alter database add standby logfile group 6 (‘/u01/app/oracle/oradata/sbdb/stredo06.log’) size 50M;

alter database add standby logfile group 7 (‘/u01/app/oracle/oradata/sbdb/stredo07.log’) size 50M;

如果 目录写错了，执行下面

alter database drop logfile group 4;

开启同步：

备库：

alter database open;

开启实时同步

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

 日志切换才同步

alter database recover managed standby database disconnect from session;

停止同步

alter database recover managed standby database cancel;

select open\_mode,database\_role,protection\_mode,protection\_level from v$database;

打开实时同步，open\_mode 是read only with apply

不打开，是 read only

查看主库的 是 read write

三种保护模式

最大性能 maximize performance | LGWR ASYNC NOAFFIRM

最高可用 maximize availability生产上用，网络问题会自动切换到最高性能模式，网络恢复后转成最高可用 | LGWR SYNC AFFIRM

最高保护 maximize protection | LGWR SYNC AFFIRM

SYNC:主库commit之前，等待备库接受完日志数据，至少一个备库

ASYNC:主库commit之前，不等待

AFFIRM:日志信息写到备库standby\_log后，通知主库日志就收完毕

NOAFFIRM:不用等日志信息写到备库standby日志，就通知主库日志接收完毕

最大性能 到 最高可用,前提：log\_archive\_dest\_2 = LGWR SYNC AFFIRM

主备库都执行：Alter database set standby database to maximize availability;

检查：

select open\_mode,database\_role,protection\_mode,protection\_level from v$database;

测试下：主库create table t(id int); insert into t values(200);

备库：select \* from t;

此时主备数据库的状态都是 open

如果同步没有成功，再检查下主备库的参数是否正确，可能会是

log\_archive\_dest\_state\_2: enable-启用 没有开启

然后shutdown immediate startup主备库，备库开启实时同步

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

到此dg搭建完成

下面是查看dataguard 的状态，解决一些dg遇到的问题

启动顺序

先监听后实例，先备库后主库

关闭顺序

先关主库，再关备库

视图：

(1)v$database

open\_mode

read only,read and write,read only with apply,mount

database\_role

physical standby,logical standby,primary,snapshot standby

protection\_mode

maximize availability,maximize protection,maximize performance,

resynchronization(重新同步模式),unprotected

(2)v$managed\_standby (备库执行)

process ( ps – ef | grep ora 可以看到) ARCH 归档，MRPO日志实时同步，RFS远程日志接收进程

select process,pid,status,sequence\# from v$managed\_standby; process: ARCH:归档进程

MRP0：用来应用接收的日志media recovery process(开启了实时应用或者非实时应用)

RFS:remote file server,接收远程日志文件

pid: 操作系统进程号

status:

CONNECTED:和主库建立了网络连接

CLOSING:进程已经完成归档，并且关闭了归档日志文件

WRITING:进程正在写redo数据到归档文件。

APPLYING\_LOG：正在应用日志到备库，开启实时应用 WAIT\_FOR\_LOG:等待归档日志完成(开启非实时应用，或者主备之间不通)

alter database recover managed standby database disconnect;

sequence\#:归档日志序列号

archive log list sequence 142

alter system switch logfile; sequence 会增加1

(3)v$standby\_log 备库查询

select group\#,sequence\#,archived,status from v$standby\_log;

对比：

select from v$log;

select from v$logfile;

select from v$standby\_log;

(4) v$archive\_dest\_status

status: VALID:有效 INACTIVE：非活动的 DEFERRED:手工禁用(可用临时禁用同步)

alter system set log\_archive\_dest\_state\_2=’defer’ 临时进用同步的命令

alter system set log\_archive\_dest\_state\_2=’enable’ 开启

type: LOCAL:主库 PHYSICAL：物理standby LOGICAL:逻辑standby SNAPSHOT:快照standby

error,synchronization\_status,synchronized 这三个字段可以帮助查看dg不同步的故障

(5) v$dataguard\_status

备库查询

select from v$dataguard\_status t order by t."TIMESTAMP" desc

message字段，可以查看DG的一些报错

数据库新建用户，分权限

create user test identified by test;

grant sysoper,connect,resource to test;

日志GAP

模拟故障：

alter system set log\_archive\_state\_2=’defer’;

主库 插入一条表数据

alter system switch logfile; 三次

主库：log archive list; sequence 会和备库不一样，主库的protection\_level = ‘重新同步模式’

备库：select from v$managed\_standby

MRPO 进程 会显示：wait\_for\_log, 说明现在没有应用日志(正常应该是applying\_log)

主库： 主库的squence\# 会多于备库

Select t.”sequence\#”,t.”applied”, from v$archived\_log t where id=1;

备库：

Select t.”sequence\#”,t.”archived” from v$archived\_log t where id=1;

Select from v$archive\_dest\_status;

Error 字段会出现报错，像改成defer 的话，不会报错

主库不可用，需要自己手动操作

把gap掉的日志文件，archive log list 主库路径下的文件拷过去

备库没有注册过去rman target / list archive all；看到没有主库的那几个日志文件，需要手工注册

少量的话：alter database register logfile ‘/u01/arch/\*\*\*’;

大量的话：rman>catalog start with ‘/u01/arch/’;

查看备库alert文件

/u01/app/oracle/diag/rdbms/sbdb/sbdb/trace/alert\_sbdb.log

自动应用，不行的话，重新开始备库日志同步即可

角色互换

(1) switchover 主备互换，不丢失数据

主备库检查下参数，(实际上，只要insert into 一条数据，同步参数就没问题)

主库检查 standby redo log, select \* from v$standby\_log;

select t."NAME",t."DATABASE\_ROLE",t."SWITCHOVER\_STATUS" from v$database t;

SWITCHOVER\_STATUS:

to standby: 可切换

session active:有会话连接 可切换

备库查询:NOT ALLOWED

验证是否有gap:

select t."STATUS", t."GAP\_STATUS" from v$archive\_dest\_status t where t."DEST\_ID" = 2;

最保险的还要执行,insert

操作

alter database commit to switchover to physical standby;

有会话的话，

alter database commit to switchover to physical standby with session shutdown;

startup主库

alter database recover managed standby database using current logfile disconnect;

备库：

select t."NAME",t."DATABASE\_ROLE",t."SWITCHOVER\_STATUS" from v$database t;

SWITCHOVER\_STATUS:

to primary

session active

alter database commit to switchover to primary;

alter database commit to switchover to primary with session shutdown;

shutdown immediate;

startup

insert 测试下 ,查看下模式

select open\_mode,database\_role,protection\_mode,protection\_level from v$database;

注意：生产环境的话 ，库运行时间长的话，直接切换会花费很长时间

主备库执行：alter system flush buffer\_cache;

alter system checkpoint;

shutdown immediate

然后重启主备库，备库打开实时同步，在进行切换

(2) failover故障转移主库坏了，备库转主库，最大保护和最大可用不丢失数据(相对switchover)

步骤：

停止备库日志应用

alter database recover managed standby database cancel;

关闭备库的日志传输

注意要先解决GAP，解决后执行下面这条语句

alter database recover managed standby database finish force;

若解决不了,执行下面，结果就是会丢失数据

alter database active physical standby database;

切换主库

alter database commit to switch to primary with session shutdown;

检查：

select open\_mode,database\_role from v$database;

read write database\_role

快照数据库

将备库置于可读写的模式。模拟上线测试或者业务测试

注意:备库可以接受主库的日志,但是不能进行apply应用。

步骤: (1).配置快速恢复区

备库: db\_recovery\_file\_dest\_size(先设置大小) db\_recovery\_file\_dest

alter system set db\_recovery\_file\_dest\_size=10g;

alter system set db\_recovery\_file\_dest='/u01/flash';

flashback database不需要开启

(2).关闭redo apply应用

alter database recover managed standby database cancel;

(3).切换为snapshot快照数据库

alter database convert to snapshot standby;

select status from v$database; mounted 要打开

alter database open

select open\_mode,database\_role from v$database;

read write(与主相同) snapshot standby

测试:insert

到此，物理备库->快照数据库

.快照数据库->物理备库,切回

(5).关闭数据库,置于mount

shutdown immediate

startup mount

(6).执行切回命令 alter database convert to physical standby;

实例是nomount状态 v$instance status 是 started

关闭实例,启动到open

alter database recover managed standby database using current logfile disconnect;开启实时应用

insert 测试

注意: snapshot读写模式至少打开一次,才能转换回物理备库

命令 状态 v$instance status

startup open open

startup nomount nomount started

startup mount mount mounted

alter system open open open

oracle12c 故障转移,oracle 12c dg 搭建主备切换故障诊断

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 Oracle RAC集群故障分析：主备切换失败案例

相关 Oracle RAC环境下的故障转移失败：故障诊断与修复

相关 Oracle RAC集群故障排查：主备切换异常

相关 oracle dg主备切换更换ip,运维日记| DG主备切换后的细节修改

相关 oracle12c 故障转移,oracle 12c dg 搭建主备切换故障诊断

相关 oracle12c灾备,Oracle 12c PDB的数据备份恢复

相关 Oracle 12C DG 搭建(RAC-RAC/RAC-单机）

相关 oracle rac 12c环境脱离节点故障重建

相关 oracle DG主备切换

相关 Oracle DG主备切换VIP