YuMa의 DB 이야기

Oracle Alert log 점검중 확인한 경고 메시지.

Mon Mar 25 10:13:01 2024
Warning: VKTM detected a time drift.
Time drifts can result in an unexpected behavior such as time-outs. Please check trace file for more details.

OS와 DB상의 시간이 맞지 않을 경우 나타난다고 하는데,

읭? OS와 DB는 시간이 맞는거 같은데??

1. DB

> select to_char(sysdate, 'yyyymmdd hh24:mi:ss') from dual;

TO_CHAR(SYSDATE,'
-----------------
20240325 15:39:40

2. OS (Linux)
# date
Mon Mar 25 15:39:44 KST 2024

>> 동시에 친게 아니라 순차적으로 친거라 몇초의 시간차는 있음.;;

뭐지뭐지 하다가 구글링해서 얻은 결과.

 하드웨어의 시간을 확인하라.

# hwclock
Mon Mar 25 14:17:00 2024  -0.250758 seconds

시간 차이가 한시간 이상 나잖아;;;

rdate로 OS와 HW의 시간을 동기화 해야한다.

하지만 쫄보는 바로 적용하지 않지.

PM 일정 잡아서 다른거랑 한번에 작업하자.

<<해결방법>>

1. rdate 설치
  <CentOS>
# yum -y install rdate
  <Ubuntu>
# apt-get -y install rdate
​
2. 시간 동기화
# rdate -s time.bora.net && hwclock -w

참고 : https://blog.naver.com/lgc2015/223311995308

20250716 추가

아니 사실 그전에, 요즘 시대에 rdate 를 쓴다는 것이 말이 되는가,

NTP나 Chrony 로 시간 동기화 방법을 변경하는게 맞다.

rdate 로 한방에 시간을 맞출라고 하니 이 사단이 나는거다!!

(테스트 서버에서 rdate 사용시에는 동일하게 VKTM warning 이 발생하였으나, Chrony 로 변경한 후에는 더이상 발생하지 않았다.)

자동통계정보 수집 기능 테이블 단위 비활성화 (lock)
EXEC DBMS_STATS.LOCK_TABLE_STATS('유저명','테이블명');

자동통계정보 수집 기능 테이블 단위 활성화 (unlock)

EXEC DBMS_STATS.UNLOCK_TABLE_STATS('유저명','테이블명');

Lock 여부 확인

(stattype_locked='ALL' 이면 잠금 상태임)

select owner, table_name, stattype_locked 

from dba_tab_statistics
where stattype_locked='ALL';

select * from dba_indexes

where degree != 1; -- parallel 로 되어 있는 것만 출력할 경우

select * from
(select sid, serial#, opname, to_char(start_time,'yyyymmdd hh24:mi:ss') st,
  TRUNC((sofar/totalwork) * 100) as percent_complete,START_TIME,TIME_REMAINING
from v$session_longops
order by start_time desc)
where rownum<=10
;