DG-管理手册可编辑范本.docxVIP

ＤＧ管理手册

起停DG

Oracｌｅ11ＧDataＧuard重启详细过程

场景,重启数据库，不重启linｕx系统,所以不用考虑监听程序,

１数据库关闭

1。1关闭主库

ＳＨＵTDOWNIＭＭEDIATE；

1。2关闭备库

ＡLTERDATAＢASERECＯVEＲＭAＮAGEDSTＡNDBYＤATＡBＡSＥCＡNCEL；

SHUTDOＷNIＭＭEＤIAＴE；

２数据库启动,

开启的时候先开备库启动备库监听，再开主库

２.1启动备库

#STARTUPＭＯＵNＴ;

#AＬTＥRＤＡTABAＳEOPEN;

#这里不用设置归档,归档设置一次是永久生效的，直接ｓtａｒtｕp启动就行

２.2启动主库

ＳＴARTUP；

ＳＱLSTARTUP;

2．3启动备库应用

alterdａtａbaserｅcovｅrmanagedstandbydaｔabasｅusｉngcｕrrｅnｔlogfiledisｃonnect;

管理视图

V$manａｇeｄ_standｂy改视图显示给定物理备用库数据库后台的当前状态信息,使用此视图，可根据进程来确定活动,如果不是RAC,以下查询中的THREＡＤ#列始终包含数字１

Selectproceｓｓ，clieｎt_process,thｒｅad#,ｓeqｕence＃,statusfroｍｖ$manaｇed＿sｔandby

SELECＴpid,

pｒｏｃeｓs,

ｓtaｔus,

clｉｅnt＿pｒｏcess,

cｌient_pid,

thｒead＃,

sequence#,

blｏcｋ#,

blocｋs

ＦROMv$manageｄ_staｎｄby

V$dａｔaguard_status,该视图显示有关重做数据的不同信息.包括由主数据库生成但备用数据库不能使用的重做数据,以及尚未应用于备用数据库的重做数据量，该视图直观显示如果主数据库在当前时间点崩溃,会丢失多少重做数据。

Seｌect＊ｖ＄dａtaguard＿status

Ｖ$sｔandby_aｐply_snapsｈｏt该视图显示当前应用重做数据的速率(KB/s)

Sｅlｅctto_chａr(snapsｈot＿time,’ｄd—ｍm－rrhh24：mi:ｓｓ’)ｓｎａpｓｈot_time,thｒead#,sｅquenｃｅ#,aｐｐlｉｅd＿ｓcn，aaｐlｙ＿rateｆroｍv$sｔanｄby_aｐｐly_sｎaｐsｈoｔ

V＄recovｅｒｙ_ｐｒogｒess使用改视图,可监控高效恢复操作，并评估当前正在执行操作所需时间

V$databａsｅ_blｏck_coｒrupｔion

在11ｇ之前此视图又rｍaｎ记录

ｖ$archive_gaｐ

监测归档日志间隔

如果主数据库生成归档日志，但并没有在备用数据库上接收到,就会产生日志间隔。大多数归档日志通过pingａｒｃｈ进程或者提取归档日志ＦAL进程消除，如果停机时间或者多间隔序列的情形,可能需要手动干预,以便将归档日志从主数据库复制（或还原)到备用数据库。

通过v＄archive_gaｐ视图检查低与高序列号来监控日志间隔.

Seｌｅｃtthrｅａd#,low_seｑuence#，hｉgh＿seqｕeｎce＃fromv$archiｖe＿ｇaｐ

监测物理备库坏块

ORACＬE11g引入了一个内置机制，通过设置ＤB_ULTRA_ＳAFE,但是这个值会影响系统性能大概在１—10％范围。

确定重做传输中的延迟时间

通过比较主数据库和物理备用数据库的最大序列号，可以监控重做传输中的延迟时间，如果最大序列好偏离量超过了指定的归档日志数量,就可以发出报警,表明备库落后了

Sｅｌｅctmax(seqｕeｎce＃)，threaｄ#fｒomv$aｒchivｅd_loｇｇrｏupbythrｅad#

当监测到重做日志延迟时，在主数据库执行一下查询,确定尚未到达备库目的地的归档日志:

Sｅｌecｔl.thｒeａd＃,ｌ。ｓeｑuｅnｃe#from(selectｔhreａd#,sequencｅ#fｒoｍｖ＄aｒcｈｉｖed_ｌogwherｅdeｓt＿id=１)lwｈereｌ.sequence#ｎotin(selｅctsequeｎce＃fromv$arcｈived＿Loｇｗｈereｄest_id=2andthread#=ｌ.ｔhread＃)

检查应用率和获得率

Ｓelecｔto_char（stａrｔ_timｅ，’DD—MON-RRHH2４:MI：SS