Background Image
나머지...
2017.12.07 14:19

Y2K38, "UNIX Millennium Bug"

조회 수 1577 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

시작하며

당신은 소프트웨어 엔지니어 입니까.  정보시스템 매니저 입니까, 아니면 평범한 회사원 입니까?

당신이 무엇을 하던지간에 50세 이하라면 당신은 Y2K Millennium Bug를 만나실 수 있습니다.


1990년대 후반의 Y2K 이슈

1990년대 후반에 전 세계가 떠들석했던 이슈가 있었는데 연도를 2자리로 표기해서 생긴 “Y2K”입니다. 

1997-12-23이 아니라 97-12-23 형태로 말입니다. 

90년대 이전 대부분의 정보시스템은 연도를 ‘1997’과 같이 4자리로 표기하지 않고 ‘97’과 같이 2자리로 표현했는데, 

이런 관행이 정보시스템이 2000년과 1900년을 구분을 못하는 문제의 원인이 되었던 것이지요. 

2000년 10월 23일에 태어난 신생아의 주민등록번호는 001023로 시작되는데 이것은 1900년에 태어난 100살의 노인도 마찬가지 입니다, 

주민번호가 고유하지 않을 가능성이 생긴 것입니다. 

정보시스템에서는 치명적이라 할 수 있지요. 

온 세계의 정보 시스템 관리자가 자기의 시스템에서 사용하는 날짜가 4자리로 되어있는지 검사하고 감리하느라고 분주했고 “Y2K 비즈니스”라는 사업분야가 생길 정도였습니다. 

Y2K의 위력에 버금가는 아니 그것보다 클 수 있는 이슈가 Y2K38 Unix Millennium Bug라고  할 수 있습니다. 물론 20년이나 남았지만 말입니다. 


Linux의 시간 정보 보관 방법

32bit 정수를 시간을 표현하기 위한 자료구조(time_t)로 사용하는 Linux 시스템에서, 시간 정보는 ‘2017-12-07 09:11:24’과 같은 문자열 형태로 보관하기도 하지만 

정보시스템 내부 용도로 ‘1512605484’과 같은 정수형 숫자를 많이 사용합니다. 

이 정수형 숫자의 의미는 ‘1970-01-01 00:00:00’부터 현재까지 경과된 초(seconds)를 의미합니다. 

1970-01-01 자정에서 ‘1512605484’ 초가 경과한 날짜는 ‘2017-12-07 09:11:24’라는 의미입니다. 

날짜 계산을 많이 하는 정보시스템은 시간을 정수로 보관하는 것이 저장 용량이나 처리 시간을 고려할 때 훨씬 유리하기 때문에 내부의 자료구조등에서 이러한 방법을 많이 사용합니다.


Y2K38 소개

32bit time_t를 사용하는 Linux 시스템은 32bit 정수에 시간 정보를 보관하는데 

32bit의 정수의 최대치는 2,147,483,647이고 1970-01-01 자정에서 ‘2,147,483,647’초가 경과된 날짜는 ‘2038-01-19 03:14:07’입니다. 

이것이 32bit로 표현할 수 있는 날짜의 한계입니다. 

그러면 여기서 1초가 지나면 정보시스템은 어떻게 될까요? 

2038-01-19 03:14:08 이 정상이나 32bit 연산의 오버플로우가 발생되어 ‘-2,147,483,648’ 이 되고, 

이것을 그대로 문자열 형의 날짜로 바꾸면 1901-12-13 20:45:52가 된다는 것입니다.


아래는 일본의 어느 강좌에서 사용한 Sample C 프로그램 입니다. 

seq가 2까지는 정상 시간을 출력하다가 seq가 3일때, 정수의 최대치를 초과하면서 예상 못한 결과가 출력됩니다. 

Code를 이해할 필요는 없으나 우리가 예상하지 못하는 결과가 발생한다는 것은 알 수 있습니다.

#include <stdio.h>
#include <time.h>

void main()
{
        int seq;
        time_t tx;
        struct tm *tp;

        for (seq = 0; seq < 6;seq++)
          {
             tx = 2147483645+seq;
             tp = gmtime(&tx);
             printf ("seq: %d, Date Time: %d-%02d-%02d %02d:%02d:%02d\n",
                seq,
                tp->tm_year+1900, tp->tm_mon+1, tp->tm_mday,
                tp->tm_hour, tp->tm_min, tp->tm_sec);
           }
}


실행결과

seq: 0, Date Time: 2038-01-19 03:14:05
seq: 1, Date Time: 2038-01-19 03:14:06
seq: 2, Date Time: 2038-01-19 03:14:07
seq: 3, Date Time: 1901-12-13 20:45:52
seq: 4, Date Time: 1901-12-13 20:45:53
seq: 5, Date Time: 1901-12-13 20:45:54

Y2K38 Unix Millennium Bug 효과
당신의 정보시스템은 2038-01-19 03:14:07 이후에도 안전하게 작동하려는지요? 
2038-01-19 아침 9시 당신의 교통카드는 거절될 수 있습니다.
당신의 신용카드도 유효 기한 경과로 거부 당할 수 있습니다. 
네비게이션은 엉뚱한 곳으로 당신을 안내할 수도 있습니다. 
ATM/주식거래도 중단될 수 있습니다. 항공 관제 혼란 등의 대란이 올 수도 있습니다. 
물론 과장이지만.

현대는 정보화 시대이고 정보시스템이 일상 생활에 미치는 영향이 크기때문에 Y2K38 버그가 영향을 줄만한 분야는 매우 방대합니다. 
아래를 포함한 거의 모든 분야가 대상이 될 수 있습니다.
  • 수도/전기/교통 등의 공공 인프라

  • 은행/증권 등의 금융 시스템

  • 위성을 포함한 유무선 통신 시스템

  • 의료

  • 정부 서비스

  • 군사 분야

Y2K38 해결하기

해결 방법 중 하나는 시간을 32비트 정수가 아니고 64비트 정수에 보관하는 것입니다. 

이런 경우 290 Billion Year 이전에는 문제가 없습니다. 

당신이 IT 시스템 관리자라면 당신이 사용하고 있는 정보시스템의 OS/DBMS와 같은 시스템 소프트웨어, 플랫폼/Compiler와 같은 개발 도구 뿐만 아니라 

응용 소프트웨어까지 광범위하게 Y2K38 bug free인지 체크해봐야 합니다.


CUBRID와 Y2K38
CUBRID에서는 날짜 시간을 보관하기 위한 여러가지 데이터 타입 (column type)을 제공하는데 
어떤 TYPE이 Y2K38 free인지 아래의 표를 참조하면 됩니다.


 Type

  Bytes  

  Y2K38 Bug Free   

 TIMESTAMP

 4

NO 

 DATETIME

 8

YES 

     TIMESTAMPLTZ    

 4

NO 

 TIMESTAMPTZ

 8

NO 

 DATETIMELTZ

 8

YES 

 DATETIMETZ

 12

YES 



위의 표를 고려할때 다음과 같은 SQL 문은 오류를 발생합니다.

insert into TBL1 values (timestamp'2038-02-01 01:15:45');
insert into TBL1 values (timestampltz'2038-02-01 01:15:45');
insert into TBL1 values (timestamptz'2038-02-01 01:15:45');


다음과 같은 SQL문은 정상 동작합니다.

insert into TBL1 values (datetime'2038-02-01 01:15:45');
insert into TBL1 values (datetimeltz'2038-02-01 01:15:45');
insert into TBL1 values (datetimetz'2038-02-01 01:15:45');


CUBRID에서 제공하는 날짜 관련 여러 data type이 있는 만큼, 정확히 알고 사용하는 것이 좋습니다. 자세한 것은 매뉴얼을 참조하세요 


맺음말

Y2K와 마찬가지로 Y2K38도 사회적 이슈가 되는 문제가 될 것은 명확한 일입니다. 2038년, 당신의 정보시스템은 안전하십니까

올바르게 알고 미리 미리 대처하는 것이 현명한 방법입니다. 검색엔진에 ‘Y2K38’을 입력하세요 


  1. 데이터 베이스 접근 제어와 CUBRID

    데이터 베이스 서비스/운영 환경에서는 데이터의 손실을 근본적으로 차단하기 위한 여러가지 솔루션이 있습니다. 그 중 대표적인 솔루션인 데이터 베이스 접근 제어가 어떻게 CUBRID와 연동 되는지에 대해 기술하였습니다. CUBRID 접속 환경 CUBRID 데이터 베이스의 접근하는 기본적으로 2가지 형태 입니다. (환경에 따라 다를 수 있습니다.) 데이터 베이스 개발자 또는 관리자를 위한 경우 - IDE, Manager 툴을 사용하여, CUBRID 사용, 관리 CUBRID 데이터베이스를 활용하여, 애플리케이션을 서비스 하기 위한 경우 - 웹 서비스를 위한 WAS 사용, 별도의 애플리케이션 사용 CUBRID는 데이터베이스의 연결 전 BROKER 서버의 PORT로 접속 하여, 데이터베이스와 연결 됩니다. 브로커 포트 확인 하기 - 현재 설정 된 값은 기본 설정 값으로 환경 설명을 위한 정보 입니다. 구성 시 변경 가능 합니다. - query_editor(TCP_30000) 개발 및 관리자용 / broker1(TCP_33000) 서비스용 cubrid@host1$ cat $CUBRID/conf/cubrid_broker.conf [broker] MASTER_SHM_ID =30001 ADMIN_LOG_FILE =log/broker/cubrid_broker.log [%query_editor] -- 브로커 명 SERVICE =ON SSL =OFF BROKER_PORT...
    Date2020.08.23 Category제품 여행 By윤준수 Views2365 Votes0
    Read More
  2. 가벼운 웹 프레임워크 Flask위에 CUBRID 얹기

    Python 기반 Web Framework를 떠올리면 DJango를 떠올릴텐데요. Django 보다 가볍고 쉬운 Flask Web Framework와 CUBRID 데이터 베이스 연동 하는 방법을 기술 하였습니다. - Windows 환경에서의 구성과 Linux 환경에서의 구성 Spec.CUBRID 10.2 64bit Windows 10 64 bit - python 3.6.7 - Flask 1.1.2 - Werkzeug 1.0.1 Ubuntu 20.04.1 LTS (Linux) - python 3.8.2 - Flask 1.1.2 - Werkzeug 1.0.1 CUBRID Server# vi /etc/hosts - hostname과 IP 매칭 # ufw allow 33000/tcp # su - cubrid $ wget http://ftp.cubrid.org/CUBRID_Engine/10.2_latest/CUBRID-10.2-latest-Linux.x86_64.sh $ sh CUBRID-10.2-latest-Linux.x86_64.sh $ cubrid service start $ cubrid server start demodb Windows (Flask) WEB ServerPython Install python : https://www.python.org/ - 3.6.7 Release version 다운로드 및 설치 - 환경 변수 Path : C:\Users\<username>\AppData\Local\Programs\Python\Python36\Scripts 추가 Path : C:\Users\<username>\AppData\Local\Programs\Python\Python36 추가 flask Install cmd> pip3 install flask cmd> flask --version CUBRID Driver - CUBRID FTP...
    Date2020.08.12 Category제품 여행 By윤준수 Views2929 Votes1
    Read More
  3. DBeaver Database Tool 큐브리드 사용하기

    1. DBeaver 소개 DBeaver는 SQL 자동 완성과 구문 강조를 지원하는 편집기를 제공하며 이클립스 플러그인 구조 기반의 플러그인 아키텍처를 제공함으로써 데이터베이스에 특화된 기능이나 데이터베이스에 독립적인 기능들을 제공할 수 있게 한다, DBeaver와 CUBRID 사용은 JDBC 드라이버와 데이터베이스 Connection 정보를 설정해 사용할 수 있다. 2. DBeaver 다운로드(https://dbeaver.io/) 3. DBeaver 설치 - 사용목적 선택 후 윈도우 프로그램 설치와 동일하게 “다음” 클릭해 설치를 완료한다. 4. DBeaver CUBRID 연결 4-1. 콘센트 모양 클릭 4-2. Select your database 매뉴에서 CUBRID 선택 4-3. JDBC Connection Setting* General 입력정보 - Host : CUBRID 서버 IP정보 입력 - Server & Database/Schema : 데이터베이스명(Oracle 기준 SID) * Authentication 입력정보 - Username : dba - Password : 비번 (참조: CUBRID는 설정 전 DBA 초기 패스워드 없음) 4-4. Edit Driver Setting* Edit Driver Settings + CUBRID - Url Template 기본에는 jdbc:CUBRID:{host}:{port}:{server}:{database}:: 등록되어 있으나 jdbc:CUBRID:{host}:{port}:{database}:...
    Date2020.07.09 Category제품 여행 By정만영 Views8999 Votes0
    Read More
  4. named pipe를 활용한 압축 백업하기.

    작년 12월 18일에 CUBRID 10.2가 릴리즈 되었다. 자세한 링크는 다음과 같다. https://www.cubrid.com/3824761 이번 버전부터 backup 시 named pipe 를 활용 할 수 있다. Named Pipe | 파이프를 이용해 명령들을 연결하여 사용하거나 명령, 프로세스 치환을 사용하면 명령 실행 중에 자동으로 pipe 가 생성되어 사용된 후 사라지게 되는데요. 이때 생성되는 파이프를 이름이 없다고 해서 unnamed pipe 또는 anonymous pipe 라고 합니다. 이에 반해 named pipe 는 직접 파이프를 파일로 만들어 사용합니다. 자 이제 Named pipe를 생성해 보자. 1 2 3 $ mkfifo backup_pipe $ ls -al backup_pipe prw-rw-r--. 1 hiclass hiclass 0 May 25 10:40 backup_pipe 이렇게 생성해도 되고 1 2 3 $ mknod backup_pipe p $ ls -al backup_pipe prw-rw-r--. 1 hiclass hiclass 0 May 25 10:40 backup_pipe 이렇게 생성 할 수도 있다. 이제 생성한 파이프를 이용하여 백업을 해보자. 먼저 용량비교를 위해서 파이프를 사용하지 않은 일반 백업을 해 보겠다. $ cubrid backupdb demodb -S -l 0 -z -D . -o bk.out Backup Volume Label: Level: 0, Unit: 0, Database demodb, Backup Time: Mon ...
    Date2020.05.25 Category제품 여행 ByHiCLASS Views1356 Votes0
    Read More
  5. CUBRID Internal: 큐브리드의 저장공간관리 (DIsk Manager, File Manager)

    들어가며 데이터베이스는 결국 데이터를 저장해야 하고 데이터를 저장할 공간을 필요로 한다. 운영체제 위해서 동작하는 큐브리드는 운영체제로부터 필요한 만큼의 공간을 할당받고 이를 필요에 따라 효율적으로 사용한다. 이 글에서는 큐브리드가 영구저장장치에 데이터를 저장하기 위하여 내부적으로 어떻게 저장공간을 관리하는지에 대하여 이야기한다. 이를 통해 데이터베이스를 연구하고 개발하는 개발자들이 오픈소스 데이터베이스인 큐브리드에 좀 더 쉽게 접근할 수 있었으면 한다. - 이 글의 내용은 버전 10.2.0-7094ba을 기준으로 하나, 최신 develop branch의 11.0.0-c83e33 에서도 차이가 없는 것으로 보인다. 큐브리드의 저장공간 관리 큐브리드 서버는 여러 모듈들이 복합적이고 정교하게 동작하며 데이터를 관리한다. 이 중 저장공간을 관리해주는 모듈로는 디스크 매니저 (Disk Manager)와 파일 매니저 (File Manager)가 존재한다. 이들의 역할을 명확히 하기 위해서는 먼저 큐브리드에서 저장 공간을 어떠한 단위로 관리하는지를 알아야 한다. 페이지와 섹터 페이지(Page)는 큐브리드의 가장 기본적인 저장공간의 단위이다. 페이지는 연속적인 바이트의 연속...
    Date2020.03.31 Category제품 여행 By김재은 Views1616 Votes1
    Read More
  6. linux버전 CUBRID 기본 설치 디렉터리 바꾸기

    10.1 버전 부터 linux 용 버전인 CUBRID-10.x.x.xxxx-d56a158-Linux.x86_64.sh를 설치하면 기본 설치 디렉터리가 예전과 다르게 엄청 길어진다. 아래의 그림과 같이 보이게 된다. 유지관리나 해당 콘솔에서 작업을 할 때 디렉터리명이 길어지면 상당히 불편하다. 이전 버전과 같이 CUBRID로 설치 되게 설치 패키지를 수정해 보자. 일단 linux용 버전의 패키지.sh 파일의 구조는 다음과 같다. vi로 열어보면 상단 shell script + 하단 tar with gzip 으로 구성 되어 있다. 그래서 일단 스크립트 부분과 tar+gz 부분을 분리해 보자. 스크립트 소스 네에는 다음과 같은 힌트가 있다. 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 # take the archive portion of this file and pipe it to tar # the NUMERIC parameter in this command should be one more # than the number of lines in this header file # there are tails which don't understand the "-n" argument, e.g. on SunOS # OTOH there are tails which complain when not using the "-n" argument (e.g. GNU) # so at first try to tail some file to see if tail fails if used with "-n...
    Date2020.01.21 Category제품 여행 ByHiCLASS Views1349 Votes6
    Read More
  7. No Image

    LOB 데이터 경로 변경하기

    운영을 하다 보면 DB 데이터의 경로를 변경해야 하는 경우가 있는데요, CUBRID의 경우 DB 백업/복구를 통해 DB 데이터의 경로 변경을 지원하고 있습니다. 하지만 LOB 데이터는 DB 내부에 저장되지 않고, 외부 파일 시스템에 파일 형태로 저장되고 DB 내부에는 해당 파일의 위치정보만 저장되기 때문에 DB 백업/복구 시에는 LOB 데이터 파일에 대한 별도 관리가 필요합니다. 이 글에서는 DB 데이터 경로변경에 더불어 LOB 데이터의 경로를 변경할 수 있도록 가이드하려고 합니다.(9.3기준) 1. 테스트 정보 - DB 명 : testdb - 기존 경로 : /home/cubrid/CUBRID/databases/testdb - 변경 경로 : /disk/testdb 2. 경로 변경 절차 1) 서비스 종료 $ cubrid service stop @ cubrid server stop: testdb Server testdb notified of shutdown. This may take several minutes. Please wait. ++ cubrid server stop: success @ cubrid broker stop ++ cubrid broker stop: success @ cubrid manager server stop ++ cubrid manager server stop: success @ cubrid master stop ++ cubrid master stop: success 2) DB 백업 (백업 옵션은 매뉴얼 참조) $ cubrid backupdb -D /disk/BACKUP...
    Date2020.01.16 Category제품 여행 By허서진 Views2031 Votes0
    Read More
  8. No Image

    SSH 공개키 인증을 사용하여 암호 없이 편리하게 원격 호스트에 접속하기-!

    SSH 키는 공개 키 암호화 방식 및 인증 확인 응답 인증을 사용하는 SSH 서버에 대해 자체 식별하는 방식입니다. 비공개 서버에 접속하기 위해서는 인증절차를 거쳐야 하는데요, 기존에 비밀번호를 네트워크를 통해 보내는 비밀번호 인증은 네트워크 상에서 ID/비밀번호가 그대로 노출되는 문제가 있고, 접속할 때마다 입력해야 하는 번거로움이 있습니다. SSH 키는 이와 달리 공개키 암호 방식을 사용하여 서버에서 인증받을 수 있으며, 암호를 생략하고 원격 호스트로 접속할 수 있습니다. 과정은 아래와 같습니다. 1. 로컬 호스트에 키 생성(private key, public key) 2. 원격 호스트에 public key 복사(public key 만으로는 복호화할 수 없기 때문에 여러 서버에 복사해도 무관) 3. 로컬 호스트에서 원격 호스트로 ssh 접속 4. 원격 호스트에서 public key로 암호화 된 정보를 로컬 호스트에게 주고, 로컬 호스트는 private key와 원격 호스트의 public key를 이용하여 복호화 수행 5. 인증 완료 시 암호 입력 필요 없이 접속 가능 실제 명령어 수행 과정을 살펴보도록 하겠습니다. 1. 로컬 호스트에 키 생성 ssh-keygen 명령어를 이용해 private/public 키를 생성합니다. s...
    Date2020.01.03 Category나머지... By허서진 Views17386 Votes0
    Read More
  9. No Image

    LINUX 설정 값 nproc, nofile 과 큐브리드의 관계

    LINUX 설정 값 nproc, nofile 과 큐브리드의 관계 리눅스의 설정 값 중 nproc, nofile이 있습니다 [정의] 1. nproc : User당 사용할 수 있는 프로세스 최대 개수 2. nofile : User당 오픈할 수 있는 파일 개수 (리눅스에서는 모든 개체를 파일로 봅니다.) [문제 사항] 값이 적을경우 아래와 같은 문제가 발생할수 있습니다 큐브리드 계정으로 로그인이 안되는 오류 발생 cubrid server 에러에 shutdown a connection이 발생할수 있습니다 [설정 값 확인] < USER MAX 값 확인 > $ ulimit -aS |grep "max user processes" $ ulimit -aH |grep "max user processes" < open file MAX 값 확인 > $ ulimit -aS |grep "open files" $ ulimit -aH |grep "open files" [측정 방법] 1. nproc # ps h -Led -o user |sort |uniq -c |sort -n - nproc는 프로세스 외 LWP 또한 측정하며, 위와 같은 명령어로 확인할 수 있습니다. 2. nofile $ expr `lsof -u [User Name] |wc -l` - 1 [설정 방법] # vi /etc/security/limits.d/20-nproc.conf 수정 (RHEL 7 기준) limits.d디렉토리의 설정 값이 마지막 적용되는 값 입니다. (limis.conf의 값이 먼저 적용 되고, 마지막으로 limits.d 디렉토리...
    Date2020.01.03 Category제품 여행 By강주원 Views19088 Votes0
    Read More
  10. No Image

    큐브리드에서의 신입사원

    2019년 9월 1일 첫 직장으로 큐브리드에 입사하였다. 날이 그리 차갑지도 덥지도 않은 그저 그런 가을 날에, 걱정 반 기대 반을 가슴에 품고서 새로운 사무실에 들어가 새로운 사람들과 만나게 되었다. 새로운 만남, 새로운 생활을 한다는 기대감과, 무슨 일을 하게 될까, 과연 잘 할 수 있을까 하는 걱정이 공존되는 날이었다. 데이터베이스 보다는 운영체제, 커널, 시스템만 했던 사람이 잘 적응할 수 있을 까, 늦깎이 신입사원이 잘할 수 있을까 등 걱정이 많았지만, 하지만 이번 글에서는 새해가 오는 만큼 걱정 보다는 좋았던 점에 대해서만 다루겠다. 큐브리드에서의 생활은 기대했던 것과는 달리 늘 좋았다. 물론, 큐브리드 블로그에서 쓰는 글이라 믿지 못할 지도 모르겠지만 늘 좋았다. 내가 경험했던 직장생활은 '미생'이 유일했기에 하는 말일 수도 있겠지만, 생각했던 것과는 다른 생활이었다. 신입사원이 느꼈던 좋은 점에 대해 몇 가지 나열하자면, 우선, 대화가 자유롭다. 직급에 상관없이 서로 질문하고, 대답해주고, 대화하는 것에 아무런 거리낌이 없다. 오프라인으로 서로 질의응답을 하는 것은 물론, 온라인으로 서로 소통하는 것에 있어 자유롭다...
    Date2019.12.31 Category나머지... By김주호 Views587 Votes0
    Read More
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 ... 16 Next
/ 16

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2113 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales