Y2K 밀레니엄 버그는 무엇이고, 어떻게 해결되었나

1. Y2K, 밀레니엄 버그란?

Y2K 문제(밀레니엄 버그)는 1999년에서 2000년으로 넘어갈 때, 컴퓨터가 연도 표기를 제대로 인식하지 못해 대규모 전산 오류가 발생할 것으로 우려되었던 사건입니다.

1999년에 제가 다녔던 웹에이전시가 있었는데 그 때 이 Y2K 문제해결을 하청받아 코볼 프로그래머 아재들 몇 명이 사무실을 들락거렸던 기억이 납니다.

2. 문제의 본질: 연도 표기 2자리 생략

1960~1980년대 컴퓨터 태동기에는 메모리(RAM)와 저장장치가 극도로 비싸고 귀했습니다. 데이터를 1바이트라도 아끼기 위해 개발자들은 연도의 앞 두 자리('19')를 생략하고 뒤의 두 자리만 기록하도록 설계했습니다.

• 예시: 1975년을 75로 저장, 1999년을 99로 저장.
• 문제 발생: 연도가 2000년이 되면 시스템 내부적으로 00이 됩니다. 컴퓨터는 이를 2000년이 아니라 1900년으로 인식하게 됩니다.

3. 예상되었던 혼란과 위험

연도 계산에 기반한 금융, 행정, 인프라 시스템 전반에서 오류 가능성이 제기되었습니다.

• 이자 및 대출 계산 오류: 1999년에서 2000년이 되는 순간, 컴퓨터가 -99년 치 이자를 계산하거나 대출 만기를 1900년으로 인식해 계약 해지 처리.
• 유통기한 및 재고 관리: 식품이나 의약품 유통기한을 1900년 생산분으로 판정해 전량 폐기 대상으로 분류.
• 날짜 기반 스케줄러 오작동: 항공기 운항 제어, 전력망 자동 스케줄러, 신호등, 의료 장비 등이 날짜 비교 오류로 인해 동작 정지 우려.
• 윤년 계산 문제: 2000년은 400으로 나누어떨어지는 '윤년(2월 29일 존재)'이었으나, 일부 알고리즘이 2000년을 평년으로 잘못 판별하는 추가 버그 존재.

4. Y2K 문제 실제 발생 사례 정리

1. 개요

Y2K 문제는 2자리 연도 표기('00')를 컴퓨터가 1900년으로 인식해 발생한 오류입니다. 대규모 인프라 붕괴는 사전 대비로 막았으나, 국방, 금융, 의료 등 다양한 분야에서 실제 오류가 보고되었습니다.

2. 주요 사례

• 미국 정찰위성: 데이터 처리 시스템이 마비되어 위성 정보 수신 일시 중단
• 일본 원자력발전소: 후쿠시마 제2원전 등에서 방사선 감시 장비 오작동
• 영국 의료기관: 산모 연령 계산 오류로 다운증후군 선별 검사 위험도 왜곡
• 금융 및 유통: 신용카드 결제기 승인 거부 및 100년 치 연체료 오청구
• 공공 시스템: 미국 해군천문대 웹페이지에 '19100년' 오표기

5. 해결 방법

Y2K는 우연히 넘어간 것이 아니라, 전 세계 개발자와 엔지니어들이 수년간 막대한 자원과 인력을 투입해 사전에 코드를 전수 조사하고 수정한 결과였습니다.

• 4자리 연도 확장 (Date Expansion): 데이터베이스와 변수 구조를 2자리(YY)에서 4자리(YYYY)로 전면 개편. 가장 근본적이지만 비용과 시간이 많이 소요되었습니다.

* 수정 전
01  WS-EXPIRE-DATE.
    05  WS-EXP-YY        PIC 99.
    05  WS-EXP-MM        PIC 99.

* 수정 후
01  WS-EXPIRE-DATE.
    05  WS-EXP-YYYY      PIC 9(4).
    05  WS-EXP-MM        PIC 99.

• 연도 창 기법 (Windowing): 4자리 확장이 어려운 레거시 시스템에 적용한 편법 기법입니다. 특정 기준점(예: 50)을 정해두고, 0049는 2000년대로, 5099는 1900년대로 프로그램이 해석하도록 분기 처리했습니다.

* 로직 예시 (피벗: 50)
IF WS-YY < 50
    COMPUTE WS-FULL-YEAR = 2000 + WS-YY
ELSE
    COMPUTE WS-FULL-YEAR = 1900 + WS-YY
END-IF.

• 레거시 코드 전수 조사 및 수정: COBOL, Fortran 등으로 작성된 구형 메인프레임 코드를 은퇴한 원로 개발자들까지 복귀시켜 한 줄씩 검토하고 수정했습니다.
• 임베디드 칩 및 펌웨어 교체: 전력망, 통신 기기, 공장 제어 장치 등의 하드웨어 ROM 칩 중 2자리 연도 로직이 들어간 부품을 찾아 신형으로 교체하거나 패치했습니다.
• 모의 테스트(롤 포워드 테스트): 시스템 시계를 강제로 1999년 12월 31일 23시 59분으로 설정하고, 2000년 1월 1일 자정을 넘겼을 때 정상 작동하는지 수개월 전부터 반복 시뮬레이션했습니다.

철저한 사전 작업 덕분에 2000년 1월 1일 자정 이후 대규모 재앙은 발생하지 않았으며, 일부 소규모 웹사이트 날짜 오류나 티켓 발권기 일시 오작동 수준에서 안정적으로 수습되었습니다.

6. 개인 PC에서 문제는 없었나?

개인적으로는 당시 386, 486 컴퓨터를 사용하고 있었지만 정확히 무언가 패치를 했나? 문제가 발생을 했었는지는 잘 기억이 나지는 않네요.

1. 하드웨어 및 바이오스(BIOS/RTC) 차원의 오류

• 연도 롤오버 실패: 메인보드의 실시간 시계 칩(RTC)과 BIOS가 1999년 12월 31일 23시 59분에서 자정으로 넘어갈 때, 앞자리 '19'를 '20'으로 바꾸지 못하고 1900년 1월 1일로 초기화되었습니다.
• DOS 기본 날짜로 리셋: MS-DOS는 유효 날짜 범위를 1980년~2099년으로 인식하도록 설계되었기 때문에, BIOS로부터 1900년 데이터를 전달받으면 인식 불가로 판단해 기본값인 1980년 1월 1일 또는 1980년 1월 4일로 시스템 날짜를 강제 리셋했습니다.
• 부팅 불가 및 프리징: 일부 구형 Award BIOS 버전(v4.50 등)은 2000년 이후 날짜가 입력되면 부팅 루틴에서 처리하지 못하고 시스템이 멈추는 현상이 발생했습니다.

2. 운영체제 및 소프트웨어 오류

• Windows 95/98 날짜 표시 오류: 마이크로소프트의 별도 Y2K 업데이트 패치를 적용하지 않은 Windows 95 및 98 시스템에서는 제어판 날짜/시간 설정기나 파일 탐색기 등에서 연도가 비정상적으로 표기되거나 2000년 2월 29일(윤년) 인식이 꼬이는 현상이 발생했습니다.
• 파일 타임스탬프 왜곡: 새로 생성하거나 수정한 문서의 저장 날짜가 1980년이나 1900년으로 기록되면서, 파일 탐색기의 '최신순 정렬'이 깨지고 백업 프로그램이 최신 파일을 구버전으로 판어떤 프로그램, 서비스, 또는 작업 환경과 관련된 문제를 의미하는지에 대한 구체적인 내용이 언급되지 않았습니다.

7. 2999년에 똑같은 문제가 발생하지는 않나?

그럼 똑같은 문제가 21세기 말에는 발생하지 않을까?

• 64비트 OS/시간 커널: 2922억 년까지 지원되므로 이상 없음
• ISO 8601 포맷: 4자리 연도(YYYY) 규격 내에 포함되어 이상 없음
• 3000년 윤년 판별: 그레고리력 기준 평년(2월 28일)으로 표준 알고리즘 정상 적용
• 하드웨어 RTC/BIOS: 보드 제조사 설계에 따라 2099년 또는 9999년 상한 존재 가능