DG-管理手册.pdf
DG 管理手册 起停 DG Oracle 11G DataGuard 重启详细过程 场景,重启数据库，不重启 linux 系统，所以不用考虑监听程序，1 数据库关闭 1。1 关闭主库 SHUTDOWN IMMEDIATE；1.2 关闭备库 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;SHUTDOWN IMMEDIATE；2 数据库启动,开启的时候先开备库启动备库监听，再开主库 2。1 启动备库#STARTUP MOUNT；#ALTER DATABASE OPEN;#这里不用设置归档，归档设置一次是永久生效的，直接 startup 启动就行 2.2 启动主库 STARTUP;SQL STARTUP；2。3 启动备库应用 alter database recover managed standby database using current logfile disconnect;管理视图 1.V$managed_standby 改视图显示给定物理备用库数据库后台的当前状态信息，使用此视图，可根据进程来确定活动，如果不是 RAC，以下查询中的 THREAD列始终包含数字1 Select process,client_process，thread#，sequence#,status from vmanaged_standby SELECT pid，process,status，client_process，client_pid,thread#,sequence#，block#,blocks FROM v$managed_standby 2.Vdataguard_status,该视图显示有关重做数据的不同信息。包括由主数据库生成但备用数据库不能使用的重做数据，以及尚未应用于备用数据库的重做数据量,该视图直观显示如果主数据库在当前时间点崩溃，会丢失多少重做数据。Select vdataguard_status 3.Vstandby_apply_snapshot 该视图显示当前应用重做数据的速率（KB/s）Select to_char(snapshot_time,dd-mm-rr hh24:mi：ss)snapshot_time，thread，sequence,applied_scn，aaply_rate from v$standby_apply_snapshot 4.Vrecovery_progress 使用改视图，可监控高效恢复操作,并评估当前正在执行操作所需时间 5.Vdatabase_block_corruption 在 11g 之前此视图又 rman 记录 6.varchive_gap 监测归档日志间隔 如果主数据库生成归档日志，但并没有在备用数据库上接收到，就会产生日志间隔。大多数归档日志通过 ping arch 进程或者提取归档日志 FAL 进程消除，如果停机时间或者多间隔序列的情形，可能需要手动干预，以便将归档日志从主数据库复制（或还原）到备用数据库。通过 v$archive_gap 视图检查低与高序列号来监控日志间隔。Select thread,low_sequence,high_sequence#from v$archive_gap 监测物理备库坏块 ORACLE 11g 引入了一个内置机制，通过设置 DB_ULTRA_SAFE，但是这个值会影响系统性能大概在 1-10范围。确定重做传输中的延迟时间 通过比较主数据库和物理备用数据库的最大序列号,可以监控重做传输中的延迟时间，如果最大序列好偏离量超过了指定的归档日志数量，就可以发出报警，表明备库 落后了 Select max（sequence#），thread#from v$archived_log group by thread 当监测到重做日志延迟时，在主数据库执行一下查询，确定尚未到达备库目的地的归档日志：Select l.thread#，l。sequence from (select thread，sequence#from v$archived_log where dest_id=1)l where l。sequence not in(select sequence from v$archived_Log where dest_id=2 and thread=l.thread#）检查应用率和获得率 Select to_char（start_time，DD-MONRR HH24:MI:SS）start_time,item,sofar from v$recovery_progress 精确确定备用库延迟时间 select FACILITY，TIMESTAMP，MESSAGE from v$dataguard_status order by TIMESTAMP desc 检查阻塞的 Applier 进程 结合使用 v$session 和 vlogstdby_process 就可以确定会话正在等待的事情或资源。SELECT LS.STATUS_CODE，S。EVENT，COUNT(1)no_Of_appliers FROM vlogstdby_process ls,v$session s，vstreams_apply_server sas WHERE LS.TYPE=APPLIER AND LS.LOGSTDBY_ID=SAS.SERVER_ID AND S。SID=SAS。SID GROUP BY LS.STATUS_CODE，S.EVENT 验证备库数据库已接收全部重做数据 备库上执行：SELECT al。thrd Thread，almax”Last Seq Received,lhmax Last Seq Applied”FROM(SELECT thread#thrd，MAX（sequence#）almax FROM v$archived_log WHERE resetlogs_change=（SELECT resetlogs_change#FROM v$database）GROUP BY thread#）al，(SELECT thread#thrd,MAX(sequence#）lhmax FROM vlog_history WHERE first_time=(SELECT MAX（first_time)FROM v$log_history)GROUP BY thread#）lh WHERE al。thrd=lh.thrd;查看 ORACLE DG 是否在应用日志 select sequence,dest_id,applied，archived from v$archived_log 查看应用模式 select dest_id，dest_name,status，type,recovery_mode from v$archive_dest_status
