当前位置:Gxlcms > 数据库问题 > 极端情况下DG加快恢复速度---在standby端执行,千万不可在primary端调整

极端情况下DG加快恢复速度---在standby端执行,千万不可在primary端调整

时间:2021-07-01 10:21:17 帮助过:33人阅读

  1. 1 alter system set parallel_execution_message_size=32768 scope=spfile; --默认16384
  2. 2 alter system set filesystemio_options=setall scope=spfile; --默认 none
  3. 3 alter system set disk_asynch_io=true scope=spfile; --默认就是true
  4. 4 alter system set db_lost_write_protect=typical scope=spfile ; --默认是full
  5. 5 alter system set db_block_checksum=false scope=spfile ; --默认是TYPICAL
  6. 6 alter system set DB_BLOCK_CHECKING=false scope=spfile ; --默认是false
  7. 7 alter system set db_writer_processes=8 scope=spfile; --默认是6个
  8. 8 shutdown immediate;
  9. 9 startup nomount;
  10. 10 alter database mount standby database;
  11. 11 alter database recover managed standby database parallel 4 disconnect from session; ----并行度根据CPU核数*2设定
技术图片

 

另外shared_pool size过小也会影响应用速度,请遇到DG延迟的时候 可适当根据安装规范检查,防止shared pool过小。(如最小要保证2G以上)

 

2> dg库日志应用性能监控

技术图片
  1. 1 set lines 200 pages 2000
  2. 2 col process format a8
  3. 3 col spid format a8
  4. 4 col event format a50 tru
  5. 5 col SIW format 999999
  6. 6
  7. 7 select to_char(sysdate,‘DD-MON-YYYY HH24:MI:SS‘) "Current time"
  8. 8 ,s.process
  9. 9 , p.spid
  10. 10 , substr(s.program, -6) PROC
  11. 11 , s.event
  12. 12 , s.p1
  13. 13 , s.p2
  14. 14 , s.p3
  15. 15 , s.seconds_in_wait SIW
  16. 16 , s.seq#
  17. 17 from v$session s, v$process p
  18. 18 where p.addr = s.paddr and (s.program like ‘%MRP%‘ or s.program like ‘%PR0%‘ or s.program like ‘%DBW%‘ or s.program like ‘%CKPT%‘)
  19. 19
  20. 20 order by s.process
  21. 21
  22. 22 /
技术图片

极端情况下DG加快恢复速度---在standby端执行,千万不可在primary端调整

标签:manage   pfile   dia   千万   归档过快   toolbar   alter   red   char   

人气教程排行