SAP BC 고군분투 EP. 3 -- Time Sync 맞추기

업무 중에 개발자들이 (HR!!!!) 서버 시간이 다른거 같다고 연락이 왔다.

 

아니 어머나... 3분이나 다른 것을 확인했다.

 

시스템에서 사실 시간이라는 것은 매우 중요하다.

 

그렇기에 타임싱크는 기본적으로 되어 있는데, 왜 안되어 있는 지는 나도 모른다(인수인계 받기만 했다구..)

 

해당 포스트에는 AIX,Window/Oracle 환경인점을 미리 말한다.

 

시스템 싱크를 맞추기 위해 한가지는 반드시 알아야 한다.

시간이 빠른가?

시간이 느린가?

매우 중요한 문제이다.

만약이 시스템 시간이 정규 시간보다 느린 경우는 바로 시스템을 살려도 된다.

하지만 반대로 시스템 시간이 정규 시간보다 빠를 경우는 바로 시스템을 살릴 시 문제가 된다.

그 이유는 고유한 시퀀스 번호 때문이다.

 

예를 들면 다음과 같다.

시스템 시간 : 00:15

정규 시간    : 00:10

이미 시스템은 정규 시간에 해당하는 DB 시퀀스 번호가 시스템에 기록되어 있다. 하지만 싱크를 맞추고 재시작을 할 때 00:10은 00:15분보다 과거이다. 그렇기에 문제가 생긴다(사실 나도 그렇게 알고 있고, 실제로 해보진 않았다)

이럴경우 DB를 종료하고, 해당 종료한 시스템 시간(00:15) 이후에 시스템을 살리면 된다.

이제 본격적으로 타임싱크 작업이다.

작업 스텝은 다음과 같다. 여기서 다룰 부분은 3번 타임싱크 작업이다.

1. SAP 종료

2. DB 종료

3. 타임싱크 작업

4. DB 시작

5. SAP 시작

 

Window 작업 방법

실행 -> gpedit.msc

관리 템플릿 -> 시스템 -> Windows 시간 서비스 -> 시간 공급자 -> Windows NTP 서버 사용

Windows 시간 서비스 -> 글로벌 구성 설정 (사용, AnnounceFlages = 4)

 

이제 마지막으로 서비스에서 Windows Time 서비스를 활성화한다.

 

AIX 작업방법

NTP를 통해 타임싱크를 한다. 자동으로 타임싱크하는 방법도 있지만, 어쨰선지 모르겠지만 우리회사는 크론탭을 통해 관리한다.

일단 확인할건 ntp 서비스가 종료되어야지 수동으로 ntp를 설정할 수 있다.

lssrc -s xntpd를 통해 서비스 상태 확인

만약 다음처럼 Active일 경우 수동으로 종료한다.

stopsrc -s xntpd

/usr/sbin/ntpdate 000.000.000.000(원하는 서버 IP 입력)

이제 시간 동기화했으면 크론탭으로 설정한다

crontab -e 후 편집

10 * * * * /usr/sbin/ntpdate 000.000.000.000 1>/dev/null 2>/dev/null

 

난 처음에 엑티브 상태일 경우 수동으로 ntpdate가 안먹히는걸 몰라 처음에 굉장히 당황했다. 나처럼 여러분들은 실수하지 않으면 좋겠습니다 :)