2000년 문제

Year 2000 problem
Y2K는 여기서 리다이렉트 됩니다.다른 용도는 Y2K(동음이의)를 참조하십시오.
"2000년 1월 1일"은 여기서 리다이렉트 됩니다.날짜는 2000년 1월을 참조해 주세요.행사는 밀레니엄 기념행사를 참고하세요.
A French electronic sign. It reads, Bienvenue a L'École centrale de Nantes, 12 heures 09, 3 Janvier 1900.
2000년 1월 3일 1900년을 잘못 표시한 Ecole Centrale de Nantes의 전자 간판

Y2K 문제, Y2K 공포, 밀레니엄 버그, Y2K 버그, Y2K 글리치, Y2K 오류 또는 단순히 Y2K로 알려진 2000년 문제는 2000년 이후 날짜의 캘린더 데이터 포맷 및 저장과 관련된 잠재적인 컴퓨터 오류를 말합니다.많은 프로그램들이 마지막 두 자리 숫자로만 네 자리 해를 나타내어, 2000년을 1900년과 구별할 수 없게 만들었다.컴퓨터 시스템이 날짜를 정확하게 구별하지 못함에 따라 은행업에서 항공 여행업까지 전 세계의 인프라가 다운될 가능성이 있었습니다.

세기가 바뀔 때까지 몇 년 동안 대중들은 점차 "Y2K 공포"에 대해 인식하게 되었고, 개별 기업들은 이 버그로 인한 세계적인 피해를 [1]복구하기 위해 4억 달러에서 6천억 달러 사이의 비용이 필요할 것이라고 예측했다.이 버그의 잠재적 위험에 대한 명확성이 부족하기 때문에 일부는 식량, 물, 무기를 비축하고, 예비 발전기를 구입하고, 컴퓨터로 인한 [2]대재앙을 예상하여 많은 돈을 인출했다.

대중의 예상과는 달리, 2000년에는 실제로 큰 오류가 거의 발생하지 않았다.Y2K 교정작업 지지자들은 이것이 주로 많은 컴퓨터 프로그래머와 정보기술 전문가의 선제적 조치 때문이라고 주장했습니다.일부 국가(전부는 아님)의 기업과 조직은 이 [3][4]문제에 대처하기 위해 컴퓨터 시스템을 점검, 수리 및 업그레이드했습니다.미국의 피해를 최소화하기 위해 노력했던 빌 클린턴 당시 대통령은 Y2K를 21세기의 첫 번째 도전으로 성공적으로 [5]충족시켰다고 평가했고, 이번 행사를 회고하며 예상되는 재난을 막기 위해 노력한 프로그래머들을 칭찬했다.

비평가들은 심지어 소프트웨어를 고치기 위해 거의 행해지지 않았던 나라들에서도 문제가 미미했다고 지적했다.Y2K 정책에 대한 준거가 기껏해야 미비한 학교나 소규모 기업 등의 부문에서도 마찬가지였습니다.

배경

Y2K는 숫자의 이름이며 2000년 소프트웨어 문제의 일반적인 약어입니다.약어는 "year"의 문자 Y, 숫자 2 및 SI 단위 프리픽스 킬로(1000을 의미)의 대문자 버전 k를 조합한 것입니다.따라서 2K는 2000을 나타냅니다.그것은 또한 "천년 벌레"로 불리기도 했는데, 대부분의 문제들이 어떤 세기 말에 일어날 수 있었음에도 불구하고, 그것은 문자 그대로가 아닌, 밀레니엄의 대중적인 전복과 관련이 있기 때문이다.

피터 드 제거의 1993년 3쪽짜리 컴퓨터월드의 "Doomsday 2000" 기사는 뉴욕타임즈에 [6][7][8]의해 "폴 리비어의 심야 승차와 동등한 정보 시대"라고 불렸다.

이 문제는 Jerome과 Marilyn Murray의 초기 저서 Computers in Crisis의 주제였다(Petrocelli, 1984년, McGrow-Hill이 The Year 2000 Computing Crisisis in 1996).1985년 1월 18일 스펜서 볼레스에 [9]의해 유즈넷 뉴스그룹에서 처음 언급되었다.

Y2K라는 약자는 1995년 6월 12일 발송된 이메일에서 매사추세츠의 프로그래머 David[10] Eddy에 기인한다.그는 나중에 "사람들은 그것을 CDC(세기의 날짜 변경), FADL(Faulty Date Logic)이라고 불렀다.다른 경쟁자들이 있었다.Y2K가 내 [11]손끝에서 튀어나왔다.

이 문제는 메인프레임 컴퓨터와 이후 개인용 컴퓨터 모두에서 스토리지가 킬로바이트당 10달러에서 많은 경우 [12]킬로바이트당 100달러 이상까지 비쌌기 때문에 시작되었습니다.따라서 프로그래머는 사용을 최소화하는 것이 매우 중요했습니다.컴퓨터는 20세기에야 널리 쓰이기 시작했기 때문에, 프로그램은 단순히 날짜의 연도에 "19"를 붙일 수 있었고, 그 해의 마지막 두 자리만 저장할 수 있었다.디스크와 테이프의 공간도 비쌌기 때문에, 이러한 전략에서는,[13] 2000년에 사용할 수 없게 된 대신에, 보존되고 있는 데이터 파일이나 데이터베이스의 사이즈를 삭감하는 것으로, 코스트를 삭감했습니다.

이것은 두 자리 숫자의 연도에 직면한 프로그램들이 1900년과 2000년의 날짜를 구별할 수 없다는 것을 의미했다.때때로 끔찍한 경고는 다음과 같은 모드였다.

Y2K 문제는 엘니뇨와 동등한 전자제품이며 전 세계적으로 끔찍한 놀라움이 있을 것이다.

- John Hamre, 미국 국방부[14] 부장관

De Jager Year 2000 지수에 대한 옵션은 1997년 [15]3월 중순부터 거래되기 시작했다.이 지수는 2000년과 관련된 컴퓨터 문제와 관련된 위험을 투자자들이 관리할 수 있는 최초의 지수이다.

특히 전기통신, 전력회사 등의 중요한 인프라스트럭처를 통해 교정작업과 비상계획을 감시하기 위해 정부가 특별위원회를 설치했다.이 위원회는 가장 중요한 서비스가 자신의 문제를 해결하고 다른 서비스와의 문제에 대비할 수 있도록 했다.일부 논객들과 전문가들은 이 문제의 보도가 주로 유언비어 [16]유포에 해당한다고 주장했지만 대중의 우려를 완전히 잠재운 것은 주요 사건인 2000년 1월 1일 그 자체의 무사 통과에 불과했다.

캠브리지 대학 컴퓨터 연구소의 보안 공학과 교수인 로스 앤더슨처럼 유언비어가 발생했다고 주장한 일부 전문가들은 그 이후로 문제가 일부에서 제안한 것만큼 크지 않을 것 같다는 연구 결과에 대한 수백 개의 보도 자료를 보냈음에도 불구하고, 그들은 그렇게 주장해왔다.대부분 [16]언론에 의해 무시당했습니다.비슷한 맥락에서 1999년 5월에 출판된 마이크로소프트 프레스 북 Running Office 2000 Professional은 대부분의 PC 하드웨어와 소프트웨어가 2000년의 [17]문제에 영향을 받지 않을 것이라고 정확하게 예측했다.저자인 마이클 할보슨과 마이클 영은 이러한 우려의 대부분을 대중의 히스테리로 특징지었는데, 이는 마이크로소프트사의 [18]의견과 일치한다.

프로그래밍 문제

편리함을 위해 두 자리 날짜를 사용하는 관행은 컴퓨터보다 앞서지만 저장된 날짜가 계산에 사용될 때까지는 문제가 되지 않았습니다.

비트 절약 필요성

제가 이 문제를 일으킨 범인 중 한 명입니다.저는 1960년대와 1970년대에 이 프로그램들을 썼는데, 그 해 전에 19점을 넣지 않고도 프로그램에서 몇 개의 공간을 확보할 수 있었다는 사실이 자랑스러웠습니다.그 당시에는, 그것은 매우 중요했어요.우리는 프로그램을 작성하기 전에 많은 시간을 여러 가지 수학 연습에 소비했습니다.그것은 공간과 용량의 사용에 관해서 명확하게 구분될 수 있도록 하기 위해서입니다.우리는 그 프로그램들이 몇 년 이상 지속될 것이라고는 생각하지 못했다.그 결과, 그것들은 매우 불충분하게 문서화되어 있다.만약 제가 30년 전에 만든 프로그램들을 다시 본다면, 저는 한 가지씩 차근차근 해나가는데 매우 어려움을 겪을 것입니다.

—Alan Greenspan, 1998[19]

비즈니스 데이터 처리는 장치 기록 장비와 펀치 카드를 사용하여 이루어졌으며, IBM이 가장 일반적으로 채용한 80열 품종입니다.필요한 데이터를 고정 필드 80자 레코드로 압축하기 위해 많은 속임수가 사용되었습니다.이 작업에서는 모든 날짜 필드에 대해 두 자리 숫자를 저장하는 것이 중요했습니다.

1960년대에 컴퓨터 메모리와 대용량 저장공간은 부족하고 비쌌다.초기 코어 메모리는 비트당 1달러입니다.IBM 1401과 같은 인기 있는 상업용 컴퓨터는 2킬로바이트의 [a]메모리만 탑재되어 출하되었습니다.프로그램은 카드 처리 기술을 모방하는 경우가 많았다.COBOL과 RPG와 같은 당시의 상용 프로그래밍 언어들은 문자 표현에서 숫자를 처리했다.시간이 지남에 따라 펀치된 카드는 자기 테이프로 변환되고 디스크 파일로 변환되었지만 데이터 구조는 거의 변경되지 않았습니다.

데이터는 1970년대 중반까지 펀치 카드를 사용하여 입력되었습니다.기계 아키텍처, 프로그래밍 언어 및 애플리케이션 설계는 빠르게 발전하고 있었습니다.당시 관리자나 프로그래머 모두 수십 년 동안 프로그램이 계속 사용될 것으로 예상하지 못했으며, 이러한 프로그램들이 계속 사용되고 데이터베이스와 상호작용할 때 문제를 일으킬 가능성(다른 특성을 가진 새로운 유형의 프로그램)은 크게 문제 삼지 않았다.

조기 주의

이 문제를 공개적으로 다룬 최초의 인물은 1958년 계보 소프트웨어에 대한 연구 결과로 이 문제를 알게 된 Bob Bemer였다.그는 이후 20년 동안 프로그래머, IBM, 미국 정부 및 국제 표준화 기구가 이 문제를 인식하도록 노력했지만 거의 성과를 거두지 못했습니다.여기에는 COBOL picture 절을 사용하여 [21]날짜에 대해 4자리 연도를 지정해야 한다는 권장 사항이 포함되어 있습니다.

1980년대 들어 증권업계가 이 문제에 대처하기 시작한 것은 주로 2000년 이후 만기가 도래한 채권 때문이다.1987년까지 뉴욕 증권 거래소는 Y2K에 [22]"100명으로 구성된 팀" 프로그래머를 포함하여 2천만 달러 이상을 지출한 것으로 알려졌다.

1970년 이후 이 주제에 관한 잡지 기사에도 불구하고, 대부분의 프로그래머와 매니저들은 Y2K를 1990년대 중반에서야 다가오는 문제로 인식하기 시작했지만, 그럼에도 불구하고, 관성과 안일한 태도로 인해 Y2K는 10년 중 마지막 몇 년까지 대부분 해결되지 않았다.1989년 에릭 나굼은 인터넷 호스트 요건 문서에 이 취지의 강력한 추천을 포함시킴으로써 인터넷 메일이 년의 네 자리 숫자를 사용하는 것을 보장하는 데 중요한 역할을 했다. RFC1123.[23]1998년 만우절에 일부 기업은 메인프레임 컴퓨터의 날짜를 2001년으로 설정해 하루 [24]종일 테스트하면서 "잘못된 날짜는 잘못된 컴퓨팅이 아니라 좋은 재미로 인식될 것"이라고 말했습니다.

일부에서는 3자리 연도와 3자리 연도를 사용했지만,[25] 1900년 1월 1일과 같이 고정된 날짜 이후의 일수를 사용하기도 했습니다.부작위는 선택사항이 아니었고, 큰 실패의 위험이 있었습니다.유사한 날짜 논리를 가진 임베디드 시스템은 오작동을 일으켜 유틸리티 및 기타 중요한 인프라 고장을 일으킬 것으로 예상되었다.

저장된 날짜의 공간 절약은 Unix 시대까지 지속되었으며 대부분의 시스템은 날짜를 32비트 단어로 나타내며, 일반적으로 날짜를 일정한 날짜로부터 경과한 초수로 나타내며, 이는 유사한 Y2K38 문제를 야기합니다.

날짜 프로그래밍에서 발생한 버그

2000년의 문제를 나타내는 JavaScript .getYear() 메서드 문제를 나타내는 웹 페이지 스크린샷
Apple Lisa는 날짜를 수락하지 않습니다.

고정된 이진수 필드 내에 결합된 날짜와 시간을 저장하는 것이 해결책으로 간주되는 경우가 많지만, 이러한 날짜와 시간은 알려진 기원에 상대적인 것이어야 하므로 소프트웨어가 날짜를 잘못 해석할 가능성은 여전히 남아 있습니다.이러한 시스템의 롤오버는 여전히 문제이지만 다양한 날짜에 발생할 수 있으며 다양한 방법으로 실패할 수 있습니다.예를 들어 다음과 같습니다.

  • 한 고급 식료품점의 1997년 신용카드는 2000년 만기 때문에 반복적으로 10개의 현금 등록기가 고장나면서 최초의 Y2K 관련 [26]소송의 원인이 되었다.
  • Microsoft Excel 스프레드시트 프로그램에는 매우 기본적인 Y2K 문제가 있었습니다.Excel(Windows 버전과 Mac 버전 모두 1900에서 시작하도록 설정되어 있는 경우)에서 1900년을 Lotus 1-2-3과의 [27]호환성을 위해 윤년으로 잘못 설정했습니다.또한 2100년, 2200년 등은 윤년으로 간주되었다.이 오류는 이후 버전에서 수정되었지만 이전 버전에서는 Excel 타임스탬프의 에폭은 1900년1월 0으로 설정되어 있기 때문에 1900년은 하위 호환성을 유지하기 위한 윤년으로 간주됩니다.
  • C 프로그래밍 언어에서는 타임스탬프로부터 연도를 추출하는 표준 라이브러리 함수는 연도에서 1900을 뺀 값을 반환합니다.웹 개발에 널리 사용되는 두 개의 프로그래밍 언어인 Perl과 Java와 같은 C의 함수를 사용하는 많은 프로그램들이 이 값을 올해의 마지막 두 자리 숫자로 잘못 취급했습니다.Web에서는, 이것은 통상, 무해한 표시 버그입니다만, 다이나믹하게 생성된 Web 페이지의 상당수는, 표시 [citation needed]형식에 따라 2000년 1월 1일 「1/1/19100」, 「1/1/100」, 또는 그 외의 변형으로서 표시됩니다.
  • JavaScript는 Y2K 버그에 대한 우려로 인해 변경되었으며, 몇 년 동안 반환된 값이 버전마다 달라졌습니다.따라서 때로는 4자리 표현으로, 때로는 2자리 표현으로 프로그래머가 모든 [28][29]버전에서 이미 동작하고 있는 코드를 다시 쓰도록 강요받기도 했습니다.
  • 일반적으로 사용되는 UNIX 소스 코드 제어 시스템용으로 작성된 오래된 애플리케이션은 숫자 "2"로 시작하는 몇 년을 처리하지 못했습니다.
  • Windows 3.x 파일 매니저에서 2000년 1/1의 날짜는 1/1/19:0으로 표시됩니다(ASCII 문자 집합에서 콜론은 "9" 뒤에 오는 문자이기 때문입니다).업데이트를 사용할 수 있습니다.
  • Math Blaster Episode I: In Search of Spot과 같은 일부 소프트웨어에서는 년을 4자리가 아닌 두 자리 값으로만 취급합니다. 이 소프트웨어에서는 연도의 마지막 두 자릿수에 따라 지정된 연도가 "1900", "1901" 등으로 지정됩니다.

유사 날짜 버그

주요 기사:시간 포맷 및 저장 오류

1975년 1월 4일

1975년 1월 4일은 Decsystem 10 운영 체제에서 사용되었던 12비트 필드가 오버플로우한 날짜입니다.대체 포맷이 [30]개발되는 동안 이 버그와 관련된 수많은 문제와 크래시가 있었습니다.

1999년 9월 9일

2000년 1월 1일 이전에도 1999년 9월 9일에 대한 우려가 있었다(Y2K에 의해 발생한 것보다 적지만).이 날짜는 숫자 형식 9/9/99로도 기록될 수 있으므로 날짜 값과 충돌할 수 있습니다.9999알 수 없는 날짜를 지정하기 위해 자주 사용됩니다.따라서 데이터베이스 프로그램이 그날 알 수 없는 날짜를 포함하는 레코드에 대해 작동할 수 있습니다.데이터 입력 [31]오퍼레이터는 CICS 소프트웨어를 사용하여 컴퓨터 폼을 처리하기 위해 일반적으로 알 수 없는 미래 날짜(예: 케이블 텔레비전 또는 전화 서비스 종료 날짜)에 9999를 필수 필드에 입력했습니다.이것과 약간 비슷한 것이 파일 종료 코드 오브 파일9999오래된 프로그래밍 언어에서 사용됩니다.일부 프로그램이 그 날짜에 갑자기 종료될지도 모른다는 우려가 제기되었지만, 이 버그는 컴퓨터보다 컴퓨터 운영자들을 더 혼란스럽게 할 가능성이 높았다.

윤년

주요 기사: 젤러의 일치

일반적으로 1년은 4로 균등하게 나누어지면 윤년이다.100으로 나누어지는 해는 400으로 나누어지지 않는 한 그레고리력으로 윤년이 아니다.예를 들어 1600년은 윤년이지만 1700년, 1800년, 1900년은 윤년이 아니었다.일부 프로그램은 "4로 나눌 수 있는 1년은 윤년"이라는 지나치게 단순화된 규칙에 의존했을 수 있습니다.이 방법은 2000년(윤년이기 때문에)에는 정상적으로 동작하며, 오래된 레거시 프로그램이 교체된지 오래인 2100년까지는 문제가 되지 않습니다.예를 들어 100으로 나눌 수 있는 해가 윤년이 될 수 없다고 가정할 때 다른 프로그램에는 잘못된 윤년 로직이 포함되어 있었습니다.다수의 실제 코드 조각들을 포함한 이 [32]윤년의 문제에 대한 평가는 1998년에 나타났다.왜 세기가 다르게 취급되는지에 대한 정보는 그레고리력을 참고하세요.

2010년 문제

일부 시스템에서는 2010년으로 넘어가면 문제가 발생하기도 했습니다.이것은, 일부의 미디어에서는 「Y2K+10」또는 「Y2.01K」[33]라고 불리고 있습니다.

문제의 주된 원인은 16진수 부호화와 2진수 부호화 10진수 부호화 사이의 혼란이었습니다.16진수 및 BCD 모두 0~9 의 숫자를 0x0~0x9 로 부호화합니다.BCD는 숫자 10을 0x10으로 인코딩하고 16진수는 숫자 10을 0x0A로 인코딩합니다.16진수 부호화로 해석되는 0x10은 숫자 16을 나타냅니다.

예를 들어, SMS 프로토콜은 날짜에 BCD를 사용하기 때문에 일부 휴대폰 소프트웨어는 SMS 날짜를 2010년이 아닌 2016년으로 잘못 보고했습니다.Windows Mobile이 이 장애의 영향을 받은 것으로 보고된 최초의 소프트웨어입니다.경우에 따라 WM6는 2010년 1월 1일 이후에 발송된 SMS 메시지의 수신 날짜를 2010년에서 [34][35]2016년으로 변경합니다.

영향을 받는 다른 시스템으로는 EFTPOS [36]터미널과 PlayStation 3(Slim [37]모델 제외)가 있습니다.

이러한 결함의 가장 중요한 발생은 2000만 개에 달하는 은행 카드를 사용할 수 없게 된 독일과 디지패스 고객 [38]식별 칩이 고장난 벨기에 씨티은행이었다.

2022년 문제

Y2K22 버그로 알려져 있습니다.많은 컴퓨터 시스템에서 사용되는 부호 있는 32비트 정수의 최대값은 2147483647입니다.가장 왼쪽 두 문자가 두 자리 연도인 10자 날짜 기반 필드를 나타내기 위해 정수를 사용하는 시스템은 2022년 1월 1일에 가장 왼쪽의 문자가 '22', 즉 2200000001의 값을 나타낼 필요가 있는 문제에 직면했습니다.

마이크로소프트의 Exchange 서버는 Y22 버그의 영향을 받은 가장 유명하고 중요한 시스템 중 하나였습니다.이 문제로 인해 Exchange Server 2016 및 Exchange Server 2019 트랜스포트 큐에서 이메일이 정지되어 다음과 같은 오류가 보고되었습니다.FIP-FS "Microsoft" 스캔 엔진을 로드하지 못했습니다.PID: 23092, 에러 코드: 0x80004005.오류 설명:"2201010001"을 길게 변환할 수 없습니다.[39]

2038년 문제

주요 기사:2038년 문제

많은 시스템에서 Unix time을 사용하여 부호 있는 32비트 정수로 저장합니다.이 데이터 유형은 -(231) ~ (2)-131 사이의 정수만 나타낼 수 있으며, 1970년 1월 1일 00:00:00 UTC의 에폭 이후 초수로 간주됩니다.이러한 시스템은 1901년 12월 13일 20:45:52 UTC에서 2038년 1월 19일 03:14:07 UTC 사이의 시간만 나타낼 수 있습니다.이러한 시스템이 수정되지 않으면 2038년 1월 19일 03:14:08 UTC로 시작하는 1901년처럼 동작합니다.

프로그래밍 솔루션

2000년의 레거시 시스템의 문제를 해결하기 위해서, 몇개의 매우 다른 어프로치가 사용되었습니다.그 중 6개는 다음과 같습니다.

날짜 확장
프로그램, 파일 및 데이터베이스에 세기가 포함되도록 두 자리 연도가 확장되었습니다.이는 "가장 순수한" 솔루션으로 간주되어 영구적이고 유지보수가 용이한 명확한 날짜가 되었습니다.이 방법에는 비용이 많이 들고, 대규모 테스트와 변환 작업이 필요했으며, 일반적으로 시스템 전체에 영향을 미쳤습니다.
날짜 창 설정
두 자리 연도는 유지되었고 프로그램은 날짜 비교 및 계산과 같은 특정 기능에 필요한 경우에만 세기 값을 결정하였습니다.(세기 "창"은 날짜가 속하는 100년의 기간을 말합니다.)프로그램에 작은 코드 패치를 설치해야 하는 이 기술은 날짜 확장보다 테스트 및 구현이 간단하여 비용이 훨씬 적게 들었습니다.윈도우 설정 수정은 영구적인 솔루션은 아니지만 일반적으로 수십 년 동안 작동하도록 설계되었습니다.오래된 레거시 시스템은 결국 새로운 [40]테크놀로지로 대체되는 경향이 있기 때문에 이 방법은 받아들일 수 있다고 생각되었습니다.
날짜 압축
날짜는 2진수 14비트 숫자로 압축할 수 있습니다.따라서 정수 값을 사용하여 데이터 구조 정렬을 수년간 유지할 수 있습니다.그러한 계획은 16384년의 다른 해를 나타낼 수 있다.정확한 계획은 시대의 선택에 따라 달라진다.
날짜 재분할
경제적으로 크기를 변경할 수 없는 레거시 데이터베이스에서는 6자리 연도/월/일 코드가 세 자리 연도(1999년, 2001년 101년 등)와 세 자리 일 수(연도의 정규 날짜)로 변환되었다.날짜 필드에 대한 입력 및 출력 명령만 수정하면 됐지만, 대부분의 다른 날짜 작업 및 전체 레코드 작업에는 변경이 필요하지 않았습니다.이로 인해 최종적인 롤오버 문제가 2899년 말까지 지연됩니다.
소프트웨어 키트
사용의 PC에 [41]관한 CNN.com의 상위 10개의 Y2K 수정에 기재되어 있는 소프트웨어 키트:("대부분...")50달러 버그킷이 [42][43]1위를 차지했습니다.
브리지 프로그램
Call 문을 사용하여 날짜 [44][45][46]필드에 액세스, 추가 또는 갱신하는 날짜 서버.

문서화된 오류

2000년 이전

  • 1999년 1월 1일 싱가포르에서는 택시 미터기가 작동을 멈춘 반면 스웨덴에서는 잘못된 택시 요금이 [47]부과되었다.
  • 1999년 12월 28일 HSBC가 발행하고 Racal이 제조한 10,000대의 카드 스와이프 기계가 신용 카드 및 직불 카드 거래 처리를 [16]중지했다.1월 [48]1일 기계가 다시 작동하기 시작할 때까지 상점들은 종이 거래에 의존했다.

2000년 1월 1일

2000년 1월 1일에 도착했을 때, 일반적으로 [49]경미한 문제로 간주되는 문제가 있었습니다.결과는 항상 정확히 자정에 나타나지는 않았다.그 시점에서 액티브하지 않은 프로그램도 있어, 기동시에만 문제가 표시됩니다.기록된 모든 문제가 인과 관계에서 Y2K 프로그래밍과 직접 연결된 것은 아닙니다. 사소한 기술적 결함이 정기적으로 발생합니다.

보고된 문제는 다음과 같습니다.

  • 호주에서는 두 주의 버스 티켓 확인기가 작동하지 [49]않았다.
  • 일본 이시카와에서는 자정에 방사선 측정 장비가 고장났습니다.공무원들은 [50]대중들에게 위험이 없다고 말했다.
  • 일본 오나가와에서는 자정 [50]2분이 지난 시각에 원자력 발전소에서 경보가 울렸다.
  • 일본에서는 자정 2분, 통신사업자인 오사카 미디어 포트가 회사 네트워크의 날짜 관리 부분에서 오류를 발견했습니다.이 문제는 02:43까지 해결되었으며 서비스가 [51]중단되지 않았습니다.
  • 일본 최대의 휴대 전화 사업자인 NTT Mobile Communications Network(NTT 도코모)는, 일부의 휴대 전화의 모델이, 메모리가 [51]가득 차면서, 낡은 메세지가 아닌 새로운 메세지가 삭제되고 있다고 보고했다.
  • 프랑스 국립기상예보기관인 Météo-France는 Y2K 버그가 웹페이지에 토요일 일기예보가 "19100년 [49]1월 1일"로 표시된 날짜를 표시했다고 밝혔다.
  • 영국 셰필드에서는 Y2K 버그가 산모의 나이를 잘못 계산해 154명의 임신부에게 다운증후군에 대한 잘못된 위험 평가를 보냈다.그 결과 두 번의 낙태가 이루어졌고, 저위험군에 [52]속한다는 말을 들은 산모들 사이에서 다운증후군 4명의 아기가 태어났다.
  • 미국의 경우, 미국의 공식 시간을 지키는 마스터 시계를 운영하는 미국 해군 천문대는 웹사이트를 통해 날짜를 [53]19100년 1월 1일로 지정했다.
  • 미국에서는 Y2K 결함의 직접적인 결과로, 자정에 지상 관제소의 컴퓨터가 불특정 다수의 스파이 위성으로부터의 정보 처리를 중단했다.군은 이날 오전 3시까지 비상계획을 수립해 이틀여 [54]만에 정상 기능을 회복했다.
  • 미국에서는 150대의 델라웨어 복권 레이시노 슬롯머신이 작동을 [49]멈췄다.

2000년 1월 이후

2000년 3월 1일

다음 항목도 참조하십시오.윤년 문제

2000년 3월 1일 Y2K의 첫 윤년 [55]기념일에 문제가 보고되었지만,[56] 대부분은 사소한 것이었다.

  • 일본에서는 우체국 현금지급기의 약 5%가 작동하지 않았고 기상국 컴퓨터로부터의 데이터가 손상되었다.
  • 불가리아에서는 2005년 2월 29일과 2010년 2월 29일(윤년이 아님)의 만료일이 있는 경찰 문서가 발행되었고 시스템은 [57]1900년으로 기본 설정되었습니다.
  • 미국에서는 해안경비대의 메시지 처리 시스템이 영향을 받았다.
  • 레이건 내셔널 공항에서는 수하물 처리 프로그램이 영향을 받은 후 체크인 줄이 길어졌습니다.
  • 네브래스카주 오마하 남쪽 오푸트 공군기지에서는 항공기 정비 부품에 대한 기록을 볼 수 없었다.

2000년 12월 31일 또는 2001년 1월 1일

일부 소프트웨어는 2000년을 윤년으로 올바르게 인식하지 못했기 때문에 365일이 있는 해를 기준으로 작동했습니다.2000년의 마지막 날(366일째)에, 이러한 시스템에서는 다양한 에러가 발생했습니다.이것들은 대체로 경미했다.

  • 노르웨이에서는 일부 열차가 시계를 한 [58]달 늦출 때까지 지연되었다.
  • GPS 시스템 날짜 롤오버 [59][60]문제로 열흘 동안 중단된 뉴욕시 정부의 무선 시스템에 Y2K와 같은 버그가 발생했습니다.영향을 받은 인프라에는 "교통 신호등, 경찰이 사용하는 번호판 리더기 및 기타 주요 기능"이 포함됩니다.

2000년 이후

주요 기사:시간 포맷 및 저장 오류

2000년 이후 오버플로우와 관련된 오류로 인해 다양한 문제가 발생하고 있습니다.NASA 딥 임팩트 우주선의 파괴는 타임태깅에 관한 문제로 야기되었다.[61]

일부 소프트웨어에서는 00-19년을 2000-2019년, 20-99년을 1920-199년으로 해석하여 날짜 창이라는 프로세스를 사용하여 문제를 해결했습니다.그 결과, 뉴욕의 주차 미터기, 노비투스 판매점 단위 문제, 1920년의 [62]어음을 인쇄하는 일부 공공 회사 등, 2020년에 새로운 문제가 발생하기 시작했다.

정부의 대응

불가리아

불가리아 주민번호에는 출생연도에 두 자리만 할당되어 있지만 1900년 문제와 이후 Y2K 문제는 월 범위에서 12를 초과하는 미사용 값을 사용함으로써 해결되었다.1900년 이전에 태어난 모든 사람의 달은 역월 플러스 20으로 저장되며, 2000년 이후에 태어난 모든 사람의 달은 역월 플러스 [63]40으로 저장됩니다.

캐나다

캐나다 총리 장 크레티앙의 가장 중요한 각료들은 수도 오타와에 남아 있으라는 명령을 받고 총리 관저인 서섹스 드라이브 24번지에 모여 [6]24시간을 지켜봤으며, 13,000명의 캐나다군도 [6]대기했다.

네덜란드

네덜란드 정부는 Y2K 정보공유분석센터(ISAC)를 통해 업계 간 대응태세를 공유하면서 반독점 위반이나 [citation needed]공유된 정보에 따른 책임의 위협 없이 공유할 수 있도록 추진했습니다.

노르웨이 및 핀란드

노르웨이와 핀란드는 한 사람이 태어난 세기를 나타내기 위해 주민번호를 바꿨다.두 나라 모두 출생연도는 역사적으로 두 자리 숫자만 표시했다.이 번호 체계는 이미 비슷한 문제인 "1900년 문제"를 일으켰는데, 이는 20세기와 19세기에 태어난 사람들을 구별하는 문제로 인해 발생했다.Y2K의 공포는 새로운 문제에 대한 해결책을 제시하면서 오래된 문제에 관심을 끌었다.핀란드에서는 숫자의 하이픈("-")을 21세기에 태어난 사람들의 문자 "A"로 대체함으로써 문제를 해결했다. (1900년 이전에 태어난 사람들의 경우, 그 부호는 이미 "+"[64]였다.)노르웨이에서는 생년월일 이후의 개인 번호 범위가 0-499에서 500–999로 [citation needed]변경되었다.

루마니아

루마니아도 Y2K 문제에 대응해 출생연도가 두 자리 수 밖에 없어 주민번호를 바꿨다.2000년 이전에는 성별을 나타내는 첫 번째 숫자는 남성이 1, 여성이 2였다.2000년 1월 1일부터 루마니아 주민번호는 남성 5명,[citation needed] 여성 6명으로 시작한다.

우간다

우간다 정부는 Y2K의 위협에 대응하여 Y2K 태스크포스를 [65]설치하였다.1999년 8월 세계은행 국제 Y2k 협력 센터의 독립적인 국제 평가 결과 우간다의 웹사이트가 "매우 유용한" 웹사이트로 상위 범주에 속했습니다.이로 인해 우간다는 107개 국가 정부 중 미국, 영국, 캐나다, 호주, 일본과 어깨를 나란히 하고 독일, 이탈리아, 오스트리아, 스위스를 앞질렀다.보고서는 "Y2K 정보를 더 많이 공개하는 국가들은 자국 및 국제 [66]시장에서 대중의 신뢰를 유지할 가능성이 더 높을 것"이라고 말했다.

미국

1998년, 미국 정부는 Y2K의 위협에 대응하여 2000년 정보공개법을 통과시키고, 준비태세를 확보하기 위해 민간 부문과 협력하며, 문제가 발생할 경우 운영계획의 내부 연속성을 수립하고, 기업의 잠재적 책임에 제한을 두었습니다.그것은 그들의 2000년 [67][68]프로그램에 대한 공시와 관련이 있다.이 노력은 존 코스키넨이 이끄는 2000년 전환에 관한 대통령 평의회(Council on Year Koskinen)가 당시 독립한 연방긴급관리청(FEMA) 및 당시 법무부에 있던 임시 중요 인프라 보호 그룹과 협력하여 조정되었다.[69][70]

미국 정부는 이 문제에 대해 (1) 봉사활동과 옹호, (2) 감시와 평가, (3) 비상계획과 [71]규제라는 세 가지 접근 방식을 따랐다.

2000년 전환에 관한 대통령 평의회에 의해 작성된 로고는 Y2K.gov에서 사용할 수 있습니다.

미국 정부 지원의 특징은 Y2K를 포함한 Y2K 웹사이트였다.GOV, 2000년 이후로 많은 것들이 접근 불가능해졌다.이러한 웹 사이트 중 일부는 미국 국립문서기록관리국 또는 웨이백 [72][73]머신에 의해 아카이브되었습니다.

각 연방 기관에는 민간 부문과 협력하는 자체 Y2K 태스크포스(TF)가 있었고 FCC는 FCC 2000년 태스크포스(Y2K 태스크포스([71][74]TF)가 있었다.

대부분의 산업은 백업 통신을 위해 인터넷에 의존하는 비상 대책을 가지고 있었다.현시점에서는 인터넷에 관한 명확한 권한이 있는 연방기관은 없었기 때문에(그것은 미국 국방부에서 미국 국립과학재단으로, 그 후 미국 상무부로 넘어갔기 때문에) 인터넷 자체의 준비 상태를 평가하는 기관은 없었다.따라서 1999년 7월 30일 백악관은 백악관 인터넷 Y2K 라운드테이블을 [75]개최했다.

미국 정부도 러시아 연방과 공동으로 2000년 전략안정센터를 설립했다.이는 각국의 핵공격 조기경보시스템에서 [76]잘못된 양성판정이 나올 가능성을 줄이기 위한 연락작전이었다.

A CD marking its software as Y2K Complaint
Juno Internet Service Provider CD 라벨 Y2K 준수

국제 협력

국제Y2K협력센터(IY2KCC)는 1998년 [77]12월 유엔에서 열린 제1회 Y2K 전국조정자회의에서 120여개국 Y2K 국가조정자의 요청에 따라 설립됐다.IY2KCC는 1999년 3월에 워싱턴 D.C.에 사무소를 설립했다.자금은 세계은행에 의해 제공되었고 Bruce W. McConnell이 이사로 임명되었습니다.

IY2KCC의 사명은 "세계 사회와 경제에 대한 Y2K의 악영향을 최소화하기 위해 정부, 국민, 민간 부문 간의 전략적 협력과 행동을 증진시키는 것"이었다.IY2KCC의 활동은 다음과 같은 6개 영역에서 실시되었습니다.

  • 전국 대응: Y2K 프로그램 전 세계 홍보
  • 지역협력: 정의된 지리적 영역 내에서의 조정 추진 및 지원
  • 섹터 협력: 정의된 경제 섹터 내 및 섹터 간 조정 촉진 및 지원
  • 지속성 및 대응 협력: 긴급 대응을 위한 필수 서비스 및 준비를 확보하기 위한 조정 추진 및 지원
  • 정보협력 : 국제적 정보공유·홍보 촉진·지원
  • 지원 및 지원:Y2K 코디네이터 글로벌 회의 개최 및 자원 특정

IY2KCC는 2000년 [77]3월에 폐업했다.

민간 대응

1999년 베스트 바이 스티커로 자정 전에 컴퓨터를 끄도록 권장
  • 미국은 2000년 정보 및 준비 공개법을 제정하여 Y2K 준비 상태를 적절하게 공개한 기업의 책임을 제한했습니다.
  • 보험사들은 Y2K 문제로 인한 사업 실패에 대한 보험을 판매했다.
  • 변호사들은 Y2K 집단소송을 위해 (추구되지 않은)[78] 조직하고 동원했다.
  • 서바이벌리스트 관련 기업들(총기 판매상, 잉여품 및 스포츠용품)[79]은 Y2K 공포로 알려진 사건에서 1999년 마지막 달에 사업이 증가할 것으로 예상했습니다.
  • '느림/더 나은' 사고를 촉진하고 향후 1만 년의 틀에서 창의력을 기르기 위해 노력하고 있는 롱 나우 재단은 1만 년의 문제를 5자리 숫자로 모두 적어 예상한다는 방침을 갖고 있다.예를 들어, 그들은 "01996"을 창립 연도로 기재하고 있다.
  • 하나의 포괄적인 인터넷 Y2K 활동은 없었지만, 여러 인터넷 무역 협회와 조직들이 뭉쳐 인터넷 2000년 캠페인을 [80]형성했습니다.이 노력은 백악관의 인터넷 Y2K 라운드테이블과 제휴했다.

Y2K 문제는 1990년대 후반 주요 화두로 대부분의 대중 매체에 실렸다.마크 조셉의 데드라인 Y2K와 같은 다수의 "Y2K 재난" 책이 출판되었습니다.Y2K: Y2K와 같은 영화들은 Y2K의 화폐를 이용했고, 수많은 TV 쇼, 연재만화, 컴퓨터 게임도 마찬가지였다.

프린지 그룹 응답

일부 근본주의 종교단체, 생존주의자, 사이비 종교단체, 반사회운동, 자급자족주의자, 공동체, 음모론에 끌리는 사람들과 같은 다양한 주변 단체와 개인들은 Y2K를 공포를 조성하고 각자의 이론에 대한 증거를 제공하기 위한 도구로 받아들였다.세계 종말 시나리오와 종말론적 주제는 그들의 의사소통에서 공통적이었다.

생존주의 운동에 대한 관심은 1999년 Y2K의 공포로 촉발된 그 10년 동안의 제2의 물결에서 정점에 달했다.가능한 영향을 줄이기 위해 컴퓨터 프로그래밍 코드를 다시 작성하기 위한 광범위한 노력이 이루어지기 전에는 Gary North, Ed Yourdon, James Howard Kunstler [81]및 Ed Yardeni와 같은 일부 작가들은 광범위한 정전, 식량 및 휘발유 부족 및 기타 비상 사태를 예상했습니다.North와 다른 사람들은 Y2K 코드 수정이 충분히 빨리 이루어지지 않는다고 생각했기 때문에 경보를 발령했다.다양한 작가들이 이러한 우려의 물결에 반응했지만, 가장 생존에 초점을 맞춘 두 권은 Kenneth W. Royce의 Boston on Y2K(1998)와 Mike Oehler의 The Hippy Survival Guide to Y2K였다.

Y2K는 또한 서구 세계, 특히 북미와 [82]호주에서 근본주의적이고 카리스마 있는 기독교 지도자들에 의해 악용되었다.Y2K의 위험성에 대한 그들의 홍보와 종말론적 예언이 결합되어 [82]추종자들에게 영향을 끼쳤다.뉴욕타임스는 1999년 말 제리 팔웰 목사가 Y2K가 기독교 예언, 즉 이 나라를 흔들고 이 나라를 겸손하게 만드는 신의 도구의 확인이라고 제안했다고 보도했다.Y2K 사태는 교회의 환희로 이어질 세계적인 부흥을 부추길지도 모른다.많은 생존론자들과 함께 팔웰은 식량과 총을 비축할 것을 조언했다."[83]이러한 운동의 추종자들은 식량 사재기에 종사하고 자급자족에 대한 교훈을 얻도록 장려되었으며, 현대 사회의 완전한 붕괴를 계획하는 더욱 극단적인 요소들이 장려되었다.시카고 트리뷴은 Y2K에 의해 동기부여된 몇몇 대형 근본주의 교회들이 금화에서 장작 [84]난로에 이르는 사회질서 위기에서 살아남기 위해 고안된 벼룩시장 같은 용품 판매 장소였다고 보도했다.데세레트 뉴스에 기고한 벳시 하트는 많은 극단적 복음주의자들이 Y2K를 사용하여 예수의 통치를 이끌기 위해 정부의 몰락이 바람직한 결과인 정치적 의제를 홍보했다고 보도했다.그녀는 또한 "무리한 진실은 혼돈을 설교하는 것이 유익하고 침착함은 테이프나 책을 많이 팔지 않는다는 것이다"[85]라고 언급했다.이러한 두려움과 음모들은 뉴질랜드에 기반을 둔 기독교 예언가이자 전도사인 배리 스미스가 그의 출판물인 "I Spy with My Little Eye"에서 극적으로 묘사되었고, 그는 그곳에서 Y2K에게 [86]한 장 전체를 바쳤다.일부에서는 Y2K가 세계적인 기독교 [87]부흥의 시작이 될 것이라고 예상하기도 했다.

그 여파로 이들 비주류 그룹의 리더들이 종말론적 결과에 대한 두려움을 이용하여 신도들을 집단 회개의 극적인 장면이나 그들의 그룹에 대한 새로운 헌신, 추가 자금의 기부, 그리고 각각의 조직이나 교회에 대한 더 명백한 헌신으로 조종했다는 것이 분명해졌다.볼티모어 선은 그들의 기사 "Apocalypse Now - Y2K는 두려움을 자극한다"에서 신의 [88]분노를 피하기 위해 대중들에게 점점 더 많은 회개를 요구하는 것을 보도했다.기독교 지도자인 Col Stringer는 논평에서 "공포에 사로잡힌 작가들은 내전에서 생각할 수 있는 모든 재앙, 우리가 알고 있는 것처럼 비행기가 하늘에서 문명세계의 종말을 인용하여 4천 5백만 권 이상의 책을 팔았다.평판이 좋은 설교자들은 식량창고와 "동굴의 머리" 사고방식을 옹호하고 있었다.어떤 은행도 파산하지 않았고, 비행기도 추락하지 않았고, 전쟁이나 내전도 시작되지 않았다.그러나 이러한 파멸의 예언자 중 누구도 그들의 유언비어를 퍼뜨리는 [87]전술에 대해 사과한 적이 없다."일부 저명한 북미 기독교 부처와 지도자들은 Y2K 준비 키트, 발전기, 서바이벌 가이드, 출판된 예언 및 기타 다양한 관련 상품의 판매를 통해 개인 및 기업 이익을 창출했습니다.기독교 저널리스트인 Rob Boston은 그의 기사 "False Predicts, Real Provinits - 종교권 지도자들의 Y2K 재난의 엉뚱한 예측은 실현되지 않았지만 어쨌든 그들은 돈을 벌었습니다"에서 이를[82] 문서화했습니다.

비용.

Y2K를[89] 준비하기 위해 수행된 작업의 총 비용은 미화 3000억 달러(인플레이션을 고려하면 [91][92]2018년 1월 현재 4,720억 달러) 이상으로[90] 추산된다.IDC는 미국이 2000년과 2001년에 약 1,340억 달러(2,110억 달러)를 Y2K에 투자하고 130억 달러(200억 달러)의 문제를 해결하기 위해 지출한 것으로 계산했습니다.전 세계적으로 Y2K [93]복구에 3,080억달러(4,850억달러)가 소요된 것으로 추정되고 있습니다.

보수 작업 조직

개선 작업은 솔루션에 [89]대한 고객의 요구에 따라 진행되었습니다.소프트웨어 공급업체는 법적 [78]책임을 염두에 두고 개선 노력을 기울였습니다.소프트웨어 하청업체는 자사의 소프트웨어 컴포넌트에 날짜 관련 문제가 없다는 것을 증명해야 했습니다.그 때문에, 서플라이 체인(supply-chain)에 대한 작업이 한층 더 진행되었습니다.

1999년까지 많은 기업이 공급업체에 대해 자사의 모든 소프트웨어가 Y2K에 [citation needed]준거하고 있음을 [92]인증하도록 요구했습니다.일부는 수정 업데이트를 수락한 후 서명했습니다.그럼에도 불구하고 노력을 거의 기울이지 않은 많은 기업들 또는 심지어 전체 국가들도 사소한 문제들만을 겪었다.

결과.

2000년의 사건을 그 여파의 관점에서 볼 때 두 가지 방법이 있다.

지원 뷰

이 견해는 대부분의 문제가 올바르게 해결되었고, 지출된 돈은 적어도 부분적으로 정당화되었다고 주장한다.그 상황은 본질적으로 선제적 경보의 하나였다.이 견해를 가진 사람들은 변경일 현재 문제가 없다는 것은 프로젝트의 완성도를 반영하고 있으며 수정이나 수정이 없었다면 많은 컴퓨터 애플리케이션이 21세기까지 계속 기능하지 못했을 것이라고 주장한다.

1999년 12월 31일 이전에 적용되었던 운영 체제 및 유틸리티[94] 소프트웨어에 대한 일상적인 업데이트에 포함된 Y2K 수정에 의해 소규모 기업 및 소규모 조직에서 볼 수 없었던 예상되는 문제가 방지되었습니다.

대규모 산업과 정부의 수정이 수정되지 않으면 더 큰 영향을 미칠 수 있는 문제를 회피하는 정도는 일반적으로 공개되지 않았거나 [95][unreliable source?]널리 보고되지 않았다.

2001년 9월 11일 뉴욕시의 인프라스트럭처(지하철, 전화 서비스 및 금융거래 포함)는 Y2K 버그[96] 영향 발생 시 확립된 다중 네트워크와 [97]기업이 고안한 비상대책 때문에 계속 가동할 수 있었던 것으로 알려져 있습니다.테러 공격과 맨해튼을 낮추기 위한 장기간의 정전 사태는 세계 [98]은행 시스템에 최소한의 영향을 미쳤다.백업 시스템은,[99] 1999년 12월 31일에 맨해튼의 파이낸셜 디스트릭트(Financial District)의 네트워크 완전 장해에 대처하기 위해서, 지역의 다양한 장소에서 기동되고 있습니다.

반대 의견

반대되는 견해는 처음부터 중대한 문제가 없었거나 매우 적었다고 주장한다.이러한 견해는 또한 소수의 사소한 실수만 있었을 것이며, "실패에 대한 수정" 접근법이 이러한 문제가 발생했을 때 가장 효율적이고 비용 효율적인 해결 방법이라고 주장한다.

한국, 이탈리아와 같은 나라들은 Y2K [100]복구에 거의 투자하지 않았지만 막대한 [101]비용을 지출한 국가들과 마찬가지로 Y2K 문제가 거의 없었다.

학교에서 Y2K 관련 문제가 발생하지 않았으며, 그 중 상당수는 복구 노력을 거의 또는 전혀 하지 않았다.1999년 9월 1일까지 미국 학교의 28%만이 미션 크리티컬 시스템에 대한 컴플라이언스를 달성했으며, 정부 보고서에 따르면 "Y2K 장애는 학교에서 급여, 학생 기록, 온라인 커리큘럼 및 건물 안전 시스템을 관리하기 위해 사용하는 컴퓨터를 매우 잘 괴롭힐 [102]수 있습니다.

복구 작업을 전혀 수행하지 않은 150만 개로 추정되는 소규모 기업에서 Y2K 관련 문제가 발생하지 않았습니다.2000년 1월 3일(올해 첫 번째 평일)에 중소기업청에는 컴퓨터에 문제가 있는 기업으로부터 평균과 비슷한 약 40건의 전화가 걸려왔습니다.어떤 문제도 [103]심각하지 않았다.

2000년 1월 1일 이전에 Y2K 관련 문제가 발생하지 않은 것은 1999년에 많은 지역에서 2000년 회계연도가 시작되었고, 광범위한 미래 예측 계산이 2000년 이후를 포함하였다.2000년까지 진행된 추정에 따르면 모든 문제의 약 25%가 2000년 [104]이전에 발생했어야 했다.1999년 대규모 교정조치에 대한 비판론자들은 비준수 소규모 기업에서 보고된 중대한 문제가 없다는 것은 어떤 기업에서도 수정이 필요한 심각한 문제가 없었음을 보여주는 증거이며, 따라서 문제의 규모가 심각하게 [105]과대평가되었다고 주장했다.

「 」를 참조해 주세요.

  • 512k day: 네트워크 라우터의 소프트웨어 제한과 관련된 2014년 이벤트
  • IPv4 주소의 고갈, 숫자 인터넷주소의 할당 사이즈 제한으로 인한 문제
  • ISO 8601, 날짜 및 시간을 나타내는 국제 표준으로, 연도에 대해 (적어도) 네 자리 숫자 사용을 의무화함
  • "Life's a Glitch, Then You Die"는 심슨 가족 11번째 시즌의 "Tree house of Horror" 코너이다.이 세그먼트는 Homer가 회사의 컴퓨터를 Y2K에 준거하도록 만드는 것을 잊은 것을 보고 있으며, 이로 인해 바이러스가 전 세계에 퍼지게 되었다.
  • 영구 달력, 2000년 이전 및 이후를 포함하여 수년 동안 유효한 달력
  • Y2K, 1999년 딕 라우리 감독의 미국 SF 스릴러 영화
  • 2000년 BIOS 버그를 해결하기 위해 일부 버전의 DR-DOS에서 지원되는 구성 설정
  • 전 세계적인 밀레니엄 기념 행사인 밀레니엄 축제는 그레고리력으로 1999년 말과 2000년 시작을 축하하고 기념하기 위해 일련의 행사를 조율했다.

설명 메모

  1. ^ 'IBM' 1401은 최소 메모리 용량인 1,400자를 [20]반영했다.

레퍼런스

  1. ^ Committee on Government Reform and Oversight (1998-10-26). The Year 2000 Problem: Fourth Report by the Committee on Government Reform and Oversight, Together with Additional Views (PDF). U.S. Government Printing Office. p. 3. Retrieved 2021-06-07.
  2. ^ Uenuma, Francine (2019-12-30). "20 Years Later, the Y2K Bug Seems Like a Joke—Because Those Behind the Scenes Took It Seriously". Time Magazine. Retrieved 2021-06-07.
  3. ^ "Leap Day Tuesday Last Y2K Worry". Wired. 2000-02-25. Retrieved 2016-10-16.
  4. ^ Carrington, Damian (2000-01-04). "Was Y2K bug a boost?". BBC News. Archived from the original on 2004-04-22. Retrieved 2009-09-19.
  5. ^ Loeb, Zachary (2019-12-30). "The lessons of Y2K, 20 years later". The Washington Post. Retrieved 2021-06-07.
  6. ^ a b c Eric Andrew-Gee (2019-12-28). "Y2K: The strange, true history of how Canada prepared for an apocalypse that never happened, but changed us all". The Globe and Mail.
  7. ^ Cory Johnson (1999-12-29). "Y2K Crier's Crisis". TheStreet.
  8. ^ Barnaby J. Feder (1998-10-11). "The Town Crier for the Year 2000". The New York Times.
  9. ^ Bolles, Spencer (1985-01-19). "Computer bugs in the year 2000". Newsgroup: net.bugs. Usenet: 820@reed.UUCP. Retrieved 2019-08-15.
  10. ^ American RadioWorks Y2K 노트북 문제– Y2K의 놀라운 유산2007년 4월 22일 취득.
  11. ^ Rose, Ted (1999-12-22). "Who invented Y2K and why did it become so universally popular?". Retrieved 2017-02-11.
  12. ^ 「컴퓨터 메모리 광고 1975」의 Web 검색에서는, 8,000의 메모리 가격이 990달러, 64,000의 메모리 가격이 1495달러라는 광고가 표시됩니다.
  13. ^ Kappelman, Leon; Scott, Phil (1996-11-25). "Accrued Savings of the Year 2000 Computer Date Problem". Computerworld.
  14. ^ Y2K 버그를 보면 CNN.com 포털 2006년 2월 7일 Wayback Machine에서 아카이브 완료
  15. ^ Piskora, Beth (1997-03-01). "The Dow decimal system". The New York Post. p. 26.
  16. ^ a b c Presenter: Stephen Fry (2009-10-03). "In the beginning was the nerd". Archive on 4. BBC Radio 4.
  17. ^ Halvorson, Michael (1999). Running Microsoft Office 2000. Young, Michael J. Redmond, Wash.: Microsoft Press. ISBN 1-57231-936-4. OCLC 40174922.
  18. ^ Halvorson, Michael; Young, Michael (1999). Running Microsoft Office 2000 Professional. Redmond, WA: Microsoft Press. pp. xxxix. ISBN 1572319364. As you learn about the year 2000 problem, and prepare for its consequences, there are a number of points we’d like you to consider. First, despite dire predictions, there is probably no good reason to prepare for the new millennium by holing yourself up in a mine shaft with sizable stocks of water, grain, barter goods, and ammunition. The year 2000 will not disable most computer systems, and if your personal computer was manufactured after 1996, it's likely that your hardware and systems software will require little updating or customizing.
  19. ^ 앨런 그린스펀 전 연방준비제도이사회 의장의 증언, 1998년 2월 25일, ISBN 978-0-16-057997-4
  20. ^ "IBM 1401 Reference manual" (PDF). Archived from the original (PDF) on 2010-08-09.
  21. ^ "Key computer coding creator dies". The Washington Post. 2004-06-25. Retrieved 2011-09-25.
  22. ^ Andrew-Gee, Eric (2019-12-28). "Y2K: The strange, true history of how Canada prepared for an apocalypse that never happened, but changed us all". The Globe and Mail.
  23. ^ Braden, Robert, ed. (October 1989). "Requirements for Internet Hosts -- Application and Support". Internet Engineering Task Force. Retrieved 2016-10-16.
  24. ^ D. Kolstedt (1997-11-15). "Helpful Year 2000 hint". CIO magazine. p. 12.
  25. ^ "Thinking Ahead". InformationWeek. 1996-10-28. p. 8. extends .. the 23rd century
  26. ^ Patrizio, Andy (1997-09-15). "Visa Debits The Vendors". InformationWeek. p. 50.
  27. ^ "Microsoft Knowledge Base article 214326". Microsoft Support. 2015-12-17. Retrieved 2016-10-16.
  28. ^ "JavaScript Reference Javascript 1.2". Sun Microsystems. Retrieved 2009-06-07.
  29. ^ "JavaScript Reference Javascript 1.3". Sun. Retrieved 2009-06-07.
  30. ^ Neumann, Peter G. (1987-02-02). "The Risks Digest Volume 4: Issue 45". The Risks Digest. 4 (45).
  31. ^ 스톡턴, J.R. "중요하고 중요한 데이트" 멀린.
  32. ^ A. van Deursen, "윤년 문제"The Year/2000 Journal 2 (4) : 65 ~ 70, 1998년 7월 / 8월
  33. ^ "Bank of Queensland hit by "Y2.01k" glitch". CRN. 2010-01-04. Retrieved 2016-10-16.
  34. ^ "Windows Mobile glitch dates 2010 texts 2016". 2010-01-05.
  35. ^ "Windows Mobile phones suffer Y2K+10 bug". 2010-01-04. Archived from the original on 2013-10-23. Retrieved 2010-01-04.
  36. ^ "Bank of Queensland vs Y2K – an update". 2010-01-04. Archived from the original on 2010-01-08. Retrieved 2010-01-04.
  37. ^ "Error: 8001050F Takes Down PlayStation Network". Gizmodo. March 2010.
  38. ^ "2010 Bug in Germany" (in French). RTL. 2010-01-05. Retrieved 2016-10-16.
  39. ^ "Remember the Y2K bug? Microsoft confirms new Y2K22 issue". Sky news. Retrieved 2022-01-02.
  40. ^ Raymond B. Howard. "The Case for Windowing: Techniques That Buy 60 Years". Year/2000 Journal (Mar/Apr 1998). Windowing is a long-term fix that should keep legacy systems working fine until the software is redesigned...
  41. ^ Green, Max. "CNN - Top 10 Y2K fixes for your PC - September 22, 1999". CNN. Archived from the original on 2001-05-08.
  42. ^ "Millennium Bug Kit". Archived from the original on 2000-04-11.
  43. ^ 루디 루팍
  44. ^ "The Year 2000 FAQ". 1998-05-05. Retrieved 2020-03-01.
  45. ^ Ellen Friedman; Jerry Rosenberg. "Countdown to the Millennium: Issues to Consider in the Final Year" (PDF).
  46. ^ Peter Kruskopfs. "The Date Dilemma". Information Builders. Archived from the original on 1996-12-27. Retrieved 2020-03-15. Bridge programs such as a date server are another option. These servers handle record format conversions from two to four digit years.
  47. ^ "Y2K bug rears its ugly head". New York: CNN. 1999-01-12. Retrieved 2019-12-30.
  48. ^ 1999년 12월 29일 BBC 뉴스에서 밀레니엄 버그는 소매상들을 강타했다.
  49. ^ a b c d "Minor bug problems arise". BBC News. 2000-01-01. Retrieved 2017-07-08.
  50. ^ a b "Japan nuclear power plants malfunction". BBC News. 1999-12-31.
  51. ^ a b Martyn Williams (2000-01-03). "Computer problems hit three nuclear plants in Japan". CNN. IDG Communications. Archived from the original on 2004-12-07.
  52. ^ Wainwright, Martin (2001-09-13). "NHS faces huge damages bill after millennium bug error". The Guardian. UK. Retrieved 2011-09-25. The health service is facing big compensation claims after admitting yesterday that failure to spot a millennium bug computer error led to incorrect Down's syndrome test results being sent to 154 pregnant women. ...
  53. ^ Marsha Walton; Miles O'Brien (2000-01-01). "Preparation pays off; world reports only tiny Y2K glitches". CNN. Archived from the original on 2004-12-07.
  54. ^ "BBC NEWS Americas US satellites safe after Y2K glitch". news.bbc.co.uk. Retrieved 2021-01-16.
  55. ^ "Leap Day Had Its Glitches". Wired. 2000-03-01. Retrieved 2020-02-25.
  56. ^ "HK Leap Year Free of Y2K Glitches". Wired. 2000-02-29. Retrieved 2016-10-16.
  57. ^ "Leap Day Had Its Glitches". Wired. 2000-03-01. Retrieved 2016-10-16.
  58. ^ "The last bite of the bug". BBC News. 2001-01-05.
  59. ^ Rich Calder (2019-04-21). "New York's troubled wireless system has become a $900M money pit". The New York Post.
  60. ^ "NYC Wireless Network down due to Y2K-like software bug". The New York Post.
  61. ^ "NASA's Deep Space Comet Hunter Mission Comes to an End". Jet Propulsion Laboratory. 2013-09-20. Retrieved 2022-07-09 – via Wayback Machine.
  62. ^ Stokel-Walker, Chris. "A lazy fix 20 years ago means the Y2K bug is taking down computers now". New Scientist. Retrieved 2020-01-12.
  63. ^ Kohler, Iliana V.; Kaltchev, Jordan; Dimova, Mariana (2002-05-14). "Integrated Information System for Demographic Statistics 'ESGRAON-TDS' in Bulgaria" (PDF). Demographic Research. 6 (Article 12): 325–354. doi:10.4054/DemRes.2002.6.12.
  64. ^ "The personal identity code: Frequently asked questions". Digital and Population Data Services Agency, Finland. Retrieved 2020-11-29.
  65. ^ "Uganda National Y2k Task Force End-June 1999 Public Position Statement". 1999-06-30. Retrieved 2012-01-11.
  66. ^ "Y2K Center urges more information on Y2K readiness". 1999-08-03. Retrieved 2012-01-11.
  67. ^ "Year 2000 Information and Readiness Disclosure Act". FindLaw. Retrieved 2019-05-14.
  68. ^ "Y2K bug: Definition, Hysteria, & Facts". Encyclopædia Britannica. 2019-05-10. Retrieved 2019-05-14.
  69. ^ DeBruce, Orlando; Jones, Jennifer (1999-02-23). "White House shifts Y2K focus to states". CNN. Retrieved 2016-10-16.
  70. ^ Atlee, Tom. "The President's Council on Year 2000 Conversion". The Co-Intelligence Institute. Retrieved 2019-05-14.
  71. ^ a b "FCC Y2K Communications Sector Report (March 1999) copy available at WUTC" (PDF). (1.66 MB)
  72. ^ "Statement by President on Y2K Information and Readiness". Clinton Presidential Materials Project. National Archives and Records Administration. 1998-10-19.
  73. ^ "Home". National Y2K Clearinghouse. General Services Administration. Archived from the original on 2000-12-05. Retrieved 2020-03-16.
  74. ^ Robert J. Butler and Anne E. Hoge, Wiley, Rein & Fielding (September 1999). "Federal Communications Commission Spearheads Oversight of the U.S. Communications Industries' Y2K Preparedness". Messaging Magazine. The Open Group. Archived from the original on 2008-10-09. Retrieved 2016-10-16.{{cite web}}: CS1 maint: 작성자 파라미터 사용(링크)
  75. ^ "Basic Internet Structures Expected to be Y2K Ready, Telecom News, NCS (1999 Issue 2)" (PDF). (799KB)
  76. ^ "U.S., Russia Shutter Joint Y2k Bug Center". Chicago Tribune. 2000-01-16. Retrieved 2017-01-28.
  77. ^ a b "Collection: International Y2K Cooperation Center records University of Minnesota Archival Collections Guides". archives.lib.umn.edu.
  78. ^ a b Kirsner, Scott (1997-11-01). "Fly in the Legal Eagles". CIO magazine. p. 38.
  79. ^ "quetek.com". quetek.com. Retrieved 2011-09-25.
  80. ^ Cybertelecom에서 아카이브된 인터넷 2000년 캠페인.
  81. ^ Kunstler, Jim (1999). "My Y2K—A Personal Statement". Kunstler, Jim. Archived from the original on 2007-09-27. Retrieved 2006-12-12.
  82. ^ a b c "False Prophets, Real Profits - Americans United". Retrieved 2016-11-09.
  83. ^ Dutton, D., 2009년 12월 31일자 뉴욕타임스, "우리가 아는 세상의 끝은 언제나"
  84. ^ 코엔, J., 1999년 3월 1일, "일부 기독교인들은 종말을 두려워하고, 다른 기독교인들에게는 하루일 뿐" 시카고 트리뷴
  85. ^ Hart, B., 1999년 2월 12일자 Deseret News, "Christian Y2K Alarmists Responsible" 스크립스 하워드 뉴스 서비스
  86. ^ Smith, B., 1999, I Spy with My Little Eye, MS Life Media, 24장 - Y2K Bug, http://www.barrysmith.org.nz/site/books/
  87. ^ a b "Col Stringer Ministries - Newsletter Vol.1 : No.4". Archived from the original on 2012-03-20. Retrieved 2016-11-09.
  88. ^ Rivera, J., 1999년 2월 17일, "Apocalypse Now – Y2K는 두려움을 촉진한다", 볼티모어 선
  89. ^ a b 1996년에는 잘 진행되었습니다.
  90. ^ "낮은" 번호: 미국 상원 Y2K 위원회의 2,000억달러에 대한 전세계 보고서
  91. ^ 1634–1699:McCusker, J.J.(1997년).얼마나 리얼 머니에 그렇죠?역사적 가격 지수를 사용하여 경제 미국의 안의 돈 가치에 관한 Deflator로:.부칙 et Corrigenda(PDF).미국 골동품 협회입니다.1700–1799:McCusker, J.J.(1992년).얼마나 리얼 머니에 그렇죠?역사적 가격 지수 이용 돈은 가치관의 경제 미국(PDF)의 Deflator로.미국 골동품 협회입니다.1800–present:연방 준비 은행이 미니애 폴리스의."소비자 물가 지수(추정)1800–".2022-04-16 Retrieved.
  92. ^ a b "Y2K: Overhyped and oversold?". 2000-01-06.
  93. ^ Mitchell, Robert L. (2009-12-28). "Y2K: The good, the bad and the crazy". Computerworld.
  94. ^ David S. Joachim (2006-05-01). "A Mini-Y2K Looms, and Other Blips". The New York Times. systems that automate the distribution of software fixes, called patches
  95. ^ James Christie(2015년 1월 12일), Y2K – 실제 문제임을 알게 된 이유, 'Claro Testing Blog'(2015년 1월 12일 액세스)
  96. ^ Y2K 준비는 9/11 이후 뉴욕을 도왔습니다(MIT News의 Lois Slavin, 2002년 11월 20일).
  97. ^ "Finance & Development, March 2002 - September 11 and the U.S. Payment System". Finance and Development - F&D.
  98. ^ Goldberg, Michael; Carr, Kathleen (2003-10-13). "The Next Time the Lights Go Out". CIO Magazine.
  99. ^ Y2K 준비는 9/11에 관한 NYC에 도움이 되었습니다(MIT News의 Rae Zimmerman 기사, 2002년 11월 19일).
  100. ^ 를 클릭합니다Dutton, Denis (2009-12-31), "It's Always the End of the World as We Know It", The New York Times.
  101. ^ 를 클릭합니다Smith, R. Jeffrey (2000-01-04), "Italy Swatted the Y2K Bug", The Washington Post.
  102. ^ 백악관: 학교는 2000년 대비가 늦어지고 있다:대통령 평의회는 지금까지의 K-12 학군 준비에 대해 경종을 울리고 있다(eSchool News의 Jonathan Levine 기고, 1999년 9월 1일).
  103. ^ 를 클릭합니다Hoover, Kent (2000-01-09), "Most small businesses win their Y2K gamble", Puget Sound Business Journal.
  104. ^ 소등? 1999년 2월 14일 USA 투데이의 엘리자베스 와이즈 기사에 따르면 Y2K는 안전한 것으로 보인다.
  105. ^ John Quiggin, 1999년 9월 2일, Y2K 버그는 절대 물지 않을 것입니다, 'Australian Financial Review' (인터넷 아카이브에서 2009년 12월 29일 액세스).

외부 링크

Wikisource에는 다음 기사와 관련된 원본 텍스트가 있습니다.