os 명령어

echo $LANG

date

다음

psql 접속해서

show timezone

쿼리 결과도 보세요.

그럼 실마리를 찾을 수 있을 것 같은데요.

답변 감사합니다.

아래 명령어 실행한 결과구요.

$ echo $LANG
en_US.UTF-8
$ date
Wed Apr  3 21:59:37 KST 2013


test=# show timezone;
 TimeZone
----------
 GMT
(1 row)

test=# select now();
              now
-------------------------------
 2013-04-03 13:01:16.100249+00
(1 row)
 

한국시각으로 22시~ 입니다. 22시로 고정하고픈 겁니다.
 

현재 상황을 보면, postgresql.conf 파일에서 timezone 설정을 하면 되어야하는 것이 정상입니다.

이 설정을 무시하는 경우는

해당 데이터베이스, 사용자, 세션 등 접속이 이루워지면서 서버 환경 설정을 바꾸는 무엇인가가 있기 때문이거나  아니면, 환경설정에 지정한 timezone 파일이 없거나 둘중 하나 일 것 같네요.

timezone 파일은 데이터베이스 패키지의 share/timezone 디렉토리 내에 있습니다.

차근하게 하나씩 설정 했을 때, 어디까지 그 설정이 먹히고,  안먹히는지 밝히면 원인을 찾을 수 있을 것 같네요.

우선 순위는

세션 > 롤(사용자) > 데이터베이스 > 서버

입니다.

세션에서 된다고 했으니,

alter role role_name set timezone = 'Asia/Seoul'

이런식으로 해서 다시 psql 실행해서 보고 먹힌다면, 다시 빼고, 이번에는 데이터베이스...

이런식으로 ....

여튼 신기한 현상이네요.

참, .psqlrc 에 설정되어있을 수도 있어요.

친절하신 답변 감사합니다.

단계적으로 점검을 해보니 롤이 'GMT'로 설정이 되어서 그런 문제가 발생을 했군요.

이전에는 정확했는데 어느 순간부터 바뀌어서 입력이 되고 있었네요.

시간이 안 맞는 레코드들은 일일이 9시간을 더하는 수 밖에 없는거지요?

혹시, 구별할 수 있는 방법이 있는지 궁금해서...

늘 도움주셔서 감사합니다. 오래오래 건강하게 사세요 ^^

의도되지 않게 자료가 저장되어버렸고,

그 자료를 보정해야 하는 작업을 하는 일

또한 딱히 정해진 방법이 있는 것은 아닙니다.

관계자분들과 머리 맞대고 비용이 제일 적게 들면서, 서비스 영향을 최소하는 방법을 결정해서 그대로 하는 것이 답입니다. :)

보정용 응용 프로그램을 작성을 하든, 단순하게 쉘 스크립트로 처리를 하든,

아니면 그냥 내버려두든 ... 이리 저리 입력된 자료 패턴을 보고, 직접 잘 푸셔야합니다.

네~ 알겠습니다.

감사, 감사~~ 꾸벅