Cell Offload

엑사의 장점을 살릴려면 cell offload 되도록 쿼리 플랜을 풀리도록 해야 합니다.

Cell offload는 말 그대로 cellserver에서 원하는 데이터만 db server 로 전송 시키는 기능을 말합니다.

Cell offload 유도를 하는 방법 가이드는

1. Full scan 시켜야 함
2. Cell_offload_processing 파라미터는 True ( pip 의 경우 6-node이므로 모든 sid가 다 적용되어야 하므로 v$spparameter 테이블로 조회 )
3. 특정 SQL 문장에서 오프로드 하려면 힌트 적용 /*+ OPT_PARAM(‘cell_offload_processing’ ‘true’) */
4. Sql plan 에서 STORAGE 라는 절이 보이면 cell offload 되고 있다고 보시면 됩니다.
5. LOB이나 LONG 컬럼의 select는 celloffload가 안됩니다. ? 항상 LOB이 문제죠..ㅎㅎ

마지막으로 Direct Path Read 는 대부분 병렬 작업 ( PQ , PARALLEL 작업 ) 에서 사용 됩니다. Serial 작업도 테이블 크기와 버퍼캐시 상태에 Direct Read가 가능합니다.
Direct Path Read 는 _serial_direct_read를 TRUE 해서 직렬(Serial)로 수행 할수 있습니다.

- Cell offload 일명 smart scan 효율 측정 쿼리

SELECT a.INST_ID , b.name,a.value FROM gv$sysstat a, gv$statname b
WHERE a.STATISTIC# = b.STATISTIC#
And a.INST_ID=b.INST_ID
AND b.name = ‘cell session smart scan efficiency’ ;      -- 작은 따옴표가 바뀌네요.. 작은 따옴표로 바꾸세요.

여기 나온 값이 클수록 효율이 좋은 겁니다. 100에 근접 할수록  스마트 스캔이 잘 되고 있다는 거고 0 에 근접 할수록

cell 서버에서 db 서버로 전송되는 게 걸러지지 않고 전송되는게 대부분 이다 라고 보시면 됩니다

Cell Offload의 Default 는 TRUE 이며, FALSE 같은 경우는 SQL 레벨에서

opt_param 을 이용해서 적용을 한다는 것입니다.

새로운 Cell offload 체크 방법

1. DB 레벨
select a.inst_id, b.name, a.value from gv$sysstat a, gv$statname b
  where a.STATISTIC# = b.STATISTIC# and a.inst_id=b.inst_id and
        (b.name = 'cell session smart scan efficiency' or
         b.name = 'cell physical IO bytes saved by storage index' or
         b.name = 'cell physical IO bytes eligible for predicate offload' or
         b.name = 'cell physical IO interconnect bytes returned by smart scan'
         or
         b.name = 'cell IO uncompressed bytes'
         or
         b.name like '%cell blocks processed%')

or

select n.inst_id,n.name, s.value from gv$sysstat s, gv$statname n
where n.statistic#=s.statistic#
and n.inst_id=s.inst_id
and n.name like 'cell scans%'

 

참고하실 SR 번호

Smart scan : Find the statistics related to cell offload (문서 ID 1438173.1)