1. 개요

운영기 CM_WATCHDOG_EXPIRE 변경 작업 방법




2. 설명




TAC 운영 중, DISK 쓰기 지연 또는 DISK 접근 에러등으로 TAC instance down되는 현상에 대한 조치방안으로

CM_WATCHDOG_EXPIRE, CM_HEARTBEAT_EXPIRE 파라미터의 값을 늘여주는 경우가 있습니다.

변경 작업시 유의사항과 절차에 대해 기술합니다.




3. 제약사항




노드 하나씩 다운하여 파라미터 변경하고 올리는 Rolling방법으로 적용은 불가합니다.

즉, TAC로 멤버로 구성된 node들의 instance와 tbcm을 모두 down해야 합니다.

또한 tbcm -c 명령도 해 주어야 합니다.




T5 FS02까지 Rolling 적용은 불가능한 것을 확인했습니다.

T6는 가능여부 확인 못함.







4. 절차

1. node1과 node2의 tip파일 수정




2. 노드 1번 DB down

cmd) tbdown immediate



3. 노드 2번 DB down

cmd) tbdown immediate



4. 노드 1번 tbcm데몬 종료

cmd) tbcm -d



5. 노드 2번 tbcm데몬 종료

cmd) tbcm -d



6. 노드 1번에서 tbcm구성 초기화& 데몬 구동

cmd)

1. tbcm -c

2. tbcm -b

7. 노드 2번에서 tbcm 데몬 구동


cmd) tbcm -b




8. 노드 1번 tbboot





9. 노드 2번 tbboot




10. 변경된 파라미터값 확인

select name, value from _vt_parameter where name ='CM_WATCHDOG_EXPIRE';




select name, value from _vt_parameter where name ='CM_HEARTBEAT_EXPIRE';




11. Cluster 상태확인 tbcm -s

*10번의 쿼리결과, 시간값이 변경되었을지라도 아래와 같이 tic이 변경되지 않았다면 문제가 있는 것

(바로, rolling작업 또는 tbcm -c를 하지 않았다면, 10번의 값은 수정된 것으로 결과가 나오지만 아래의 tic값은 변하지 않음)




NET/FILE HEARTBEAT EXPIRES : 305/299 ticks later