Tibero6 점검
고객사에 Tibero6에 문제가 없는지 보통 월마다 점검을 한다.
점검하는 방법에 대해서 포스팅해보려고 한다.
해당 포스팅은 Tibero 점검 양식을 따른다.
점검 전 위 내용들을 확인해주어야 한다.
PRODUCT :
tbboot -version으로 확인 가능하다.
VERSION :
위 명령어를 치면 프로덕트 옆에 나온다.
O/S :
uname -a로 확인 가능하다.
HOSTNAME:
hostname으로 확인 가능하다.
TAC :
$TB_SID.tip 문서에서 TAC 부분의 주석을 확인한다.
MODE :
tbsql 접속 후 v$database 조회하면 확인 가능하다.
SID :
echo $TB_SID로 확인 가능하다.
필자는 다음과 같이 확인된다.
본격적으로 점검을 시작해보자.
tbinary내 tbchk 디렉토리를 들어간다.
이후
sh tbchk_6.sh > 오늘날짜.log
명령어를 입력하여 로그 파일을 생성한다.
성공적으로 접속되었다.
이제 로그파일을 훑어보자.
1.TSM Info
1.1 Shared memory size
1.2 Shared Pool size
1.3 DB cache size
1.4 Log Buffer size
를 체크한다.
필자는 다음과 같이 나왔다.
2. DB performance
2.1 Buffer Cache Hit Ratio (70% 이상인지, 만약 이를 넘지 못한다면 tip파일의 DB_CACHE_SIZE 값을 늘린다)
2.2 SQL Cache Hit Ratio (90% 이상인지, 만약 이를 넘지 못한다면 tip파일의 TOTAL_SHM_SIZE와 DB_CACHE_SIZE 비율을 조정한다)
2.3 Dictionary Cache Hit Ratio (90% 이상인지, 만약 이를 넘지 못한다면 tip파일의 TOTAL_SHM_SIZE와 DB_CACHE_SIZE 비율을 조정한다)
2.4 Shared Cache Free Space (30% 이상인지, 만약 이를 넘지 못한다면 tip파일의 TOTAL_SHM_SIZE와 DB_CACHE_SIZE 비율을 조정한다)
를 체크한다.
필자는 다음과 같이 나왔다.
3. space usage
3.1 Table space free space (20% 이상인지, 만약 여유 공간이 부족하다면 datafile을 추가하여야 한다.)
3.2 Undo segment usage (xacts가 특정 지점에서 과다하게 발생했는지, 만약 이상하다면 tip파일의 UNDO_RETENTION값을 변경해야 한다.)
를 체크한다.
필자는 다음과 같이 작성했다.
4. DISK I/O
4.1 File I/O contention (특정 Disk 에 I/O 집중 여부, 맨 끝의 AVG_TIME을 보고 0.1 밑이면 정상이라고 본다.만약 정상이 아니라면 데이터 파일을 하나의 장치에 몰리지 않게 분산시켜야 한다.)
4.2 Online Redo Log switch Count (특정 시간에 log switch가 집중되어있는지, 많은 트랜젝션이 발생하는 시간에는 대량의 Batch Job을 가능한 다른 시간에 수행하도록 한다.)
를 체크한다
필자는 다음과 같이 작성했다.
5. current session info
5.1 Current session count (Running이 Total의 80% 이하인지, 만일 Running이 이 비율을 넘는다면 Lock과 Current 트랜잭션 정보를 확인하여 적절한 조치를 취한다.)
를 체크한다.
필자의 경우는 기준치를 만족하지 못했지만, WAS가 없는 환경에서는 의미가 없는 부분이기 때문에 그냥 넘겼다.
6. system resource usage
6.1 Current cpu usage (30% 이하인지,이를 넘는다면 사용률이 많은 프로세스를 확인하여 적절한 조치를 취한다.)
6.2 Current memory usage (PGA < WPM 여부,
PGA 사용량이 많이 발생하게 되면 OS Monitor Tool 을 사용하여 Swap 사용률을 체크한다. Swap 사용률이 많다면 현재 Running 중인 세션을 확인한 후 작업을 분산화 또는 Parallel 사용을 자제하는 것이 좋다. )
6.3 WTHR count (기본환경과 티베로 구동 시 WTHR 카운트 일치하는지, 만일 일치하지 않는다면 담당자에게 알린다. 아마 DB를 재기동해야할 것...)
를 체크한다.
필자는 다음과 같이 작성하였다.
7. File system check
7.1 Home directory
7.2 Data file directory
7.3 Archive log Dest
가 모두 Free - 20% 이상 유지되는지 체크한다. 만약 이를 넘어간다면 불필요한 파일 삭제 및 Disk 추가가 필요하다.
필자는 다음과 같이 작성하였다.
8. Alert Log
8.1 Call stack 발생 유무를 파악한다. (이에 대한 자세한 설명은 후에 설명하겠다.)
필자는 다음과 같이 작성하였다.
점검이 모두 끝났다.
점검 결과, 필자의 OS에 설치된 티베로는 문제가 없는 것으로 보인다.
그렇다면 종합 의견에 특이사항 없다고 작성한 후 고객사 관리인의 확인을 받으면 된다.
만약 점검간에 특이사항이 발생한다면, 종합 의견에 해당 내용을 적고 IMS에 이슈를 올려서 연구원의 패치(?)를 받으면 된다.