Oracle 10g 에 새로 생긴 프로세스인 MMON, MMAN, MMNL
AWR과 큰 관련이 있는 이 프로세스들을 11g에서 DUMP를 떠서 뭔 지랄을 하는지 ㅡ_ㅡ;;
뭔 테이블을 참조하는지 봤다.
대략 2시간동안
특정세션에서 이짓저짓을 하면서
3개의 세션에서 모니터링을 했다.
::::: MMON :::::
시간 : 테이블이름.
1287039314171796 : smon_scn_time
1287039614283598 : SYS_FBA_FA
1287039614283888 : smon_scn_time
1287039614366329 : sys.scheduler$_window
1287039614367015 : col$
1287039614414938 : col$
1287039614416287 : sys.scheduler$_window
1287039614420280 : sys.scheduler$_jo, sys.scheduler$_lightweight_job, sys.job$, sys.scheduler$_class
1287039914616171 : SYS_FBA_FA
1287039914616498 : smon_scn_time
1287040214721170 : SYS_FBA_FA
1287040214721367 : smon_scn_time
1287040214773224 : sys.scheduler$_window, sys.scheduler$_wingrp_member
1287040514901203 : SYS_FBA_FA
1287040514901522 : smon_scn_time
1287040514902328 : sys.scheduler$_window
1287040514902911 : sys.scheduler$_jo, sys.scheduler$_lightweight_job, sys.job$, sys.scheduler$_class
1287040815115501 : SYS_FBA_FA
1287040815186561 : update WRI$_SCH_CONTROL
다른 잡소리는 빼고 어떤 테이블들만 조회하는지 봤다.
주기적으로 smon_scn_time 으로 scn값을 조회해서
해당 시간대의 데이터를 가져와서 update하는듯하다. 그리고
시간이 되면
v$shared_pool_advice
v$java_pool_advice
v$db_cache_advice
v$pga_target_advice
뷰를 조회도 한다.
::::: MMAN :::::
SGA: MMAN sleep for component shrink
MMAN 에서는 별로 하는일이 없었다. - 물론 내부적으로는 모르지만...
일단 보였던 이벤트는 SGA: MMAN sleep for component shrink
::::: MMNL :::::
MMNL도 별로 하는일은 없었으나 지속적(물론 쉬는시간이 길지만)으로 file$를 계속 조회를 했다.
1287039678917475 file$
1287039979367207 file$
select *From file$ 를 해보니
테이블스페이스 정보가 나온다.
'Oracle > Oracle testing' 카테고리의 다른 글
Test1. CLOB -> VARCHAR로 변경 (0) | 2011.05.04 |
---|---|
백업꼭 합시다. 11g DB날리다. (2) | 2010.10.18 |
10g R2,11g R2 LAST_ANALYZED 를 보니 제품출시일과. 언제뭘했는지 상상은 간다. (0) | 2010.10.13 |
11g 에서 새로 추가된 Event 중 Concurrency Class 1/2 (0) | 2010.10.11 |
10g에서 아카이버는 1개가 더뜨나 11g는 이상없다. (0) | 2010.10.07 |