티스토리 뷰
반응형
    
    
    
  Fast_start_mttr_target
Check point 주기를 결정
By InstanceRecovery 시간 기준.
Fast_start_mttr_target와 check point 빈도는 반비례.
가끔 fast_start_mttr_target 값을 높게 잡아서 check point 빈도를 낮게 잡았어도
빈도가 높아지는 경우가 있는데 이는 Relog 파일이 꽉 차서 로그 파일 전환되면서 check point 가 실행되기 때문이다.
이를 막기 위해 MTTR를 0으로 둔다.
0으로 두면 check point 빈도가 무한으로 된다. 즉 로그 파일 전환 될 때만 check point가 실행된다.
셋팅방법
- Mttr advice로 간격 결정
 - Relog file size advice를 실행
 - Mttr을 0으로
 - 
완성(check point빈도가 갑자기 높아지는 경우가 사라짐)
 
10g 방식의 check point 빈도 설정..
- 
예상 mttr 값 설정.
 
2.
 
 
- 
모든 relogGroup의 크기를 redolog advisor 가 지시한 값으로 변경.
주의: current Group은 inactive로 바꾸고 설정할 것.
나머지도 위와 같은 방법으로 바꾸면 된다.
여기서 지우고 새로 만든 것이어서 그룹 멤버를 확인해서 다중화를 위해 추가해준다.
 - Fast_start_mttr_target=0으로 .
 
반응형
    
    
    
  'DataBase > Oracle' 카테고리의 다른 글
| Hidden Parameter 보는 방법. (0) | 2010.06.07 | 
|---|---|
| Automatic Shared Memory Management(ASMM) (0) | 2010.06.07 | 
| Autotrace (0) | 2010.06.07 | 
| Export (0) | 2010.06.07 | 
| PL/SQL 기초 사용 예 (0) | 2010.05.28 | 
반응형
    
    
    
  
                    최근에 올라온 글
                    
                
                  
                  - Total
 
- Today
 
- Yesterday
 
                    TAG
                    
                
                  
                  - postgresql jsonb
 - 한글
 - 오라클
 - query 잘림
 - 윈도우
 - SQLPlus
 - Managing Schema Objects
 - linux
 - 갤럭시S
 - 독도
 - Flashback
 - 아이폰
 - postgresql jsonb index
 - 아이폰4
 - 투싼
 - 출시일
 - 리눅스
 - MS-SQL
 - Backup
 - index
 - parameter
 - 인덱스
 - oracle
 - iOS5
 - recovery
 - tablespace
 - PostgreSQL
 - iPhone
 - PL/SQL
 - postgresql pg_stat_activity
 
                    글 보관함