Jahr-2000-Problem

Ein elektronisches Schild an der École centrale de Nantes zeigt am 3. Januar 2000 fälschlicherweise das Jahr 1900 an ⓘ

Das Jahr-2000-Problem, auch bekannt als Y2K-Problem, Y2K-Angst, Millennium-Bug, Y2K-Bug, Y2K-Glitch oder Y2K-Fehler, bezieht sich auf mögliche Computerfehler im Zusammenhang mit der Formatierung und Speicherung von Kalenderdaten für Daten im und nach dem Jahr 2000. Viele Programme stellten vierstellige Jahreszahlen nur mit den letzten beiden Ziffern dar, so dass das Jahr 2000 nicht von 1900 unterschieden werden konnte. Die Unfähigkeit der Computersysteme, Datumsangaben korrekt zu unterscheiden, konnte die weltweite Infrastruktur von Banken bis hin zum Flugverkehr zum Erliegen bringen. ⓘ

In den Jahren vor der Jahrtausendwende wurde die Öffentlichkeit allmählich auf die "Jahr-2000-Angst" aufmerksam, und einzelne Unternehmen sagten voraus, daß die Behebung des durch den Fehler verursachten weltweiten Schadens zwischen 400 Millionen und 600 Milliarden Dollar kosten würde. Der Mangel an Klarheit über die potentiellen Gefahren des Fehlers veranlaßte einige dazu, sich mit Lebensmitteln, Wasser und Waffen einzudecken, Notstromaggregate zu kaufen und große Geldbeträge abzuheben, in Erwartung einer computerbedingten Apokalypse. ⓘ

Entgegen den Erwartungen der Öffentlichkeit traten im Jahr 2000 tatsächlich nur wenige größere Fehler auf. Befürworter der Jahr-2000-Sanierungsbemühungen argumentierten, daß dies in erster Linie auf die vorbeugenden Maßnahmen vieler Computerprogrammierer und Informationstechnologieexperten zurückzuführen sei. Unternehmen und Organisationen in einigen Ländern, aber nicht in allen, hatten ihre Computersysteme überprüft, repariert und aufgerüstet, um dem Problem zu begegnen. Der damalige US-Präsident Bill Clinton, der die Bemühungen zur Schadensbegrenzung in den Vereinigten Staaten organisierte, bezeichnete das Jahr 2000 als "die erste erfolgreich bewältigte Herausforderung des 21. ⓘ

Kritiker wiesen darauf hin, daß selbst in Ländern, in denen nur sehr wenig zur Behebung von Softwareproblemen getan worden war, die Probleme minimal waren. Dasselbe galt für Sektoren wie Schulen und kleine Unternehmen, wo die Einhaltung der Jahr-2000-Richtlinien bestenfalls lückenhaft war. ⓘ

Hintergrund

Y2K ist ein Numeronym und war die gängige Abkürzung für das Jahr-2000-Softwareproblem. Die Abkürzung setzt sich zusammen aus dem Buchstaben Y für "Jahr", der Zahl 2 und einer großgeschriebenen Version von k für die SI-Einheit Kilo, die für 1000 steht; daher bedeutet 2K das Jahr 2000. Er wurde auch "Millennium-Bug" genannt, weil er mit dem populären (und nicht wörtlich zu nehmenden) Jahrtausendwechsel in Verbindung gebracht wurde, obwohl die meisten Probleme auch am Ende eines beliebigen Jahrhunderts hätten auftreten können. ⓘ

Der dreiseitige "Doomsday 2000"-Artikel von Peter de Jager in der Computerworld aus dem Jahr 1993 wurde von der New York Times als "das Äquivalent des Mitternachtsritts von Paul Revere" im Informationszeitalter bezeichnet. ⓘ

Das Problem war das Thema des frühen Buches Computers in Crisis von Jerome und Marilyn Murray (Petrocelli, 1984; 1996 von McGraw-Hill unter dem Titel The Year 2000 Computing Crisis neu aufgelegt). Die erste Erwähnung in einer Usenet-Newsgroup stammt vom 18. Januar 1985 von Spencer Bolles. ⓘ

Das Akronym Y2K wurde dem Programmierer David Eddy aus Massachusetts in einer am 12. Juni 1995 gesendeten E-Mail zugeschrieben. Er sagte später: "Die Leute nannten es CDC (Century Date Change), FADL (Faulty Date Logic). Es gab noch andere Bezeichnungen. Y2K ist mir einfach aus den Fingern gesogen worden." ⓘ

Das Problem begann damit, dass sowohl auf Großrechnern als auch später auf Personalcomputern der Speicherplatz teuer war, und zwar von 10 Dollar pro Kilobyte bis hin zu 100 Dollar oder sogar mehr pro Kilobyte. Daher war es für Programmierer sehr wichtig, den Verbrauch zu minimieren. Da Computer erst im 20. Jahrhundert weite Verbreitung fanden, konnten Programme der Jahreszahl eines Datums einfach "19" voranstellen, so dass sie nur die letzten beiden Ziffern der Jahreszahl statt vier speichern mussten. Da auch der Speicherplatz auf Platten und Bändern teuer war, sparten diese Strategien Geld, indem sie die Größe der gespeicherten Dateien und Datenbanken verringerten und im Gegenzug nach dem Jahr 2000 unbrauchbar wurden. ⓘ

Dies bedeutete, dass Programme, die mit zweistelligen Jahreszahlen konfrontiert waren, nicht zwischen den Jahreszahlen 1900 und 2000 unterscheiden konnten. Zuweilen wurden unheilvolle Warnungen ausgesprochen:

Das Jahr-2000-Problem ist das elektronische Äquivalent zum El Niño, und es wird rund um den Globus böse Überraschungen geben.
- John Hamre, Stellvertretender Verteidigungsminister der Vereinigten Staaten ⓘ

Optionen auf den De Jager Year 2000 Index, "den ersten Index, der es Anlegern ermöglicht, das Risiko im Zusammenhang mit dem ... Computerproblem in Verbindung mit dem Jahr 2000 zu managen", wurden ab Mitte März 1997 gehandelt. ⓘ

Die Regierungen setzten Sonderausschüsse ein, um die Abhilfemaßnahmen und die Notfallplanung zu überwachen, insbesondere bei wichtigen Infrastrukturen wie Telekommunikation, Versorgungsbetrieben und dergleichen, um sicherzustellen, daß die wichtigsten Dienste ihre eigenen Probleme behoben hatten und auf Probleme bei anderen vorbereitet waren. Während einige Kommentatoren und Experten die Ansicht vertraten, dass die Berichterstattung über das Problem weitgehend auf Panikmache hinauslief, konnten die Ängste der Öffentlichkeit erst mit dem sicheren Überschreiten des Hauptereignisses, dem 1. Januar 2000, vollständig abgebaut werden. ⓘ

Einige Experten, die die Meinung vertraten, dass es sich um Panikmache handelte, wie z. B. Ross Anderson, Professor für Sicherheitstechnik am Computerlabor der Universität Cambridge, haben seither behauptet, dass trotz der Versendung von Hunderten von Pressemitteilungen über Forschungsergebnisse, die darauf hindeuteten, dass das Problem wahrscheinlich nicht so groß war, wie von einigen angenommen, diese von den Medien weitgehend ignoriert wurden. In ähnlicher Weise wurde in dem im Mai 1999 erschienenen Buch "Running Office 2000 Professional" von Microsoft Press genau vorhergesagt, daß die meiste PC-Hardware und -Software vom Jahr-2000-Problem nicht betroffen sein würde. Die Autoren Michael Halvorson und Michael Young bezeichneten die meisten Befürchtungen als populäre Hysterie, eine Meinung, die von der Microsoft Corp. aufgegriffen wurde. ⓘ

Problem der Programmierung

Die Verwendung von zweistelligen Datumsangaben aus Gründen der Bequemlichkeit war schon vor der Einführung von Computern üblich, stellte aber nie ein Problem dar, bis gespeicherte Datumsangaben in Berechnungen verwendet wurden. ⓘ

Notwendigkeit der Bit-Erhaltung

Ich bin einer der Schuldigen, die dieses Problem verursacht haben. Ich habe in den 1960er und 1970er Jahren solche Programme geschrieben und war stolz darauf, dass ich ein paar Elemente aus meinem Programm herausquetschen konnte, indem ich keine 19 vor die Jahreszahl setzte. Damals war das sehr wichtig. Wir verbrachten viel Zeit damit, verschiedene mathematische Übungen durchzugehen, bevor wir mit dem Schreiben unserer Programme begannen, damit sie in Bezug auf den Platz und die Nutzung der Kapazität klar abgegrenzt werden konnten. Es kam uns nie in den Sinn, dass diese Programme länger als ein paar Jahre Bestand haben würden. Infolgedessen sind sie auch sehr schlecht dokumentiert. Wenn ich zurückgehen und mir einige der Programme ansehen würde, die ich vor 30 Jahren geschrieben habe, hätte ich große Schwierigkeiten, mich Schritt für Schritt durchzuarbeiten.

-Alan Greenspan, 1998 ⓘ

Die geschäftliche Datenverarbeitung erfolgte mit Lochkarten, meist mit der 80-Spalten-Variante, die von IBM verwendet wurde, das die Branche dominierte. Es wurden viele Tricks angewandt, um die benötigten Daten in 80-Zeichen-Datensätze mit festen Feldern zu quetschen. Die Einsparung von zwei Ziffern für jedes Datumsfeld war dabei von großer Bedeutung. ⓘ

In den 1960er Jahren waren Arbeitsspeicher und Massenspeicher knapp und teuer. Frühe Kernspeicher kosteten einen Dollar pro Bit. Beliebte kommerzielle Computer, wie der IBM 1401, wurden mit nur 2 Kilobyte Speicher ausgeliefert. Programme ahmten oft Kartenverarbeitungstechniken nach. Kommerzielle Programmiersprachen der damaligen Zeit, wie COBOL und RPG, verarbeiteten Zahlen in ihrer Zeichendarstellung. Im Laufe der Zeit wurden die Lochkarten in Magnetband- und dann in Plattendateien umgewandelt, aber die Struktur der Daten änderte sich in der Regel nur wenig. ⓘ

Bis Mitte der 1970er Jahre wurden die Daten noch mit Lochkarten eingegeben. Maschinenarchitekturen, Programmiersprachen und Anwendungsdesigns entwickelten sich rasch weiter. Weder Manager noch Programmierer rechneten damals damit, dass ihre Programme jahrzehntelang im Einsatz bleiben würden, und die Möglichkeit, dass diese Programme sowohl im Einsatz bleiben als auch Probleme bei der Interaktion mit Datenbanken - einer neuen Art von Programmen mit anderen Eigenschaften - verursachen würden, blieb weitgehend unkommentiert. ⓘ

Frühe Aufmerksamkeit

Die erste bekannte Person, die dieses Problem öffentlich ansprach, war Bob Bemer, der 1958 bei seiner Arbeit an genealogischer Software auf dieses Problem aufmerksam wurde. Er verbrachte die nächsten zwanzig Jahre damit, Programmierer, IBM, die Regierung der Vereinigten Staaten und die Internationale Organisation für Normung auf das Problem aufmerksam zu machen, jedoch mit wenig Erfolg. Dazu gehörte auch die Empfehlung, die COBOL-Bildklausel für die Angabe vierstelliger Jahreszahlen zu verwenden. ⓘ

In den 1980er Jahren begann die Maklerbranche, sich mit diesem Problem zu befassen, vor allem wegen der Anleihen mit Fälligkeitsterminen jenseits des Jahres 2000. Bis 1987 hatte die New Yorker Börse Berichten zufolge über 20 Millionen Dollar ausgegeben, einschließlich eines "Teams von 100" Programmierern für das Jahr 2000. ⓘ

Trotz der seit 1970 in Zeitschriften erschienenen Artikel zu diesem Thema begann die Mehrheit der Programmierer und Manager erst Mitte der 90er Jahre, das Jahr 2000 als ein sich abzeichnendes Problem zu erkennen, aber selbst dann führten Trägheit und Selbstgefälligkeit dazu, daß das Problem bis in die letzten Jahre des Jahrzehnts weitgehend ungelöst blieb. 1989 trug Erik Naggum maßgeblich dazu bei, dass bei Internet-Mails vierstellige Jahreszahlen verwendet wurden, indem er eine entsprechende Empfehlung in das Dokument RFC 1123 für Internet-Host-Anforderungen aufnahm. Am 1. April 1998, dem Tag der Aprilscherze, stellten einige Unternehmen ihre Großrechner auf das Jahr 2001 um, damit "ein falsches Datum als guter Spaß und nicht als schlechte Rechenleistung wahrgenommen wird", während sie einen ganzen Tag lang Tests durchführten. ⓘ

Während einige Unternehmen dreistellige Jahreszahlen und dreistellige Datumsangaben innerhalb des Jahres verwendeten, zogen andere es vor, die Anzahl der Tage seit einem festen Datum, wie dem 1. Januar 1900, zu verwenden. Untätigkeit war keine Option und barg das Risiko eines schweren Fehlschlags. Bei eingebetteten Systemen mit ähnlicher Datumslogik war zu erwarten, dass sie nicht funktionieren und zu Ausfällen von Versorgungseinrichtungen und anderen wichtigen Infrastrukturen führen würden. ⓘ

Die Einsparung von Speicherplatz für Datumsangaben setzte sich bis in die Unix-Ära fort, wobei die meisten Systeme Datumsangaben in einem einzigen 32-Bit-Wort darstellen, typischerweise als verstrichene Sekunden ab einem festen Datum, was das ähnliche Jahr-2000-Problem verursacht. ⓘ

Daraus resultierende Fehler bei der Datumsprogrammierung

Webseiten-Screenshots, die das Problem der JavaScript-Methode .getYear() zeigen, die das Jahr-2000-Problem darstellt ⓘ

Eine Apple Lisa akzeptiert das Datum nicht ⓘ

Die Speicherung eines kombinierten Datums und einer Uhrzeit in einem festen Binärfeld wird oft als Lösung angesehen, aber die Möglichkeit, dass Software Daten falsch interpretiert, bleibt bestehen, da solche Datums- und Zeitdarstellungen relativ zu einem bekannten Ursprung sein müssen. Das Rollover solcher Systeme ist immer noch ein Problem, kann aber zu unterschiedlichen Zeitpunkten erfolgen und auf verschiedene Weise fehlschlagen. Ein Beispiel:

Die Kreditkarte eines gehobenen Lebensmittelhändlers aus dem Jahr 1997 verursachte den wiederholten Absturz seiner 10 Kassen aufgrund von Verfallsdaten aus dem Jahr 2000 und war die Ursache für die erste Jahr-2000-bezogene Klage.
Das Tabellenkalkulationsprogramm Microsoft Excel hatte ein sehr elementares Jahr-2000-Problem: Excel (sowohl in der Windows- als auch in der Mac-Version, wenn sie so eingestellt sind, daß sie mit dem Jahr 1900 beginnen) setzte fälschlicherweise das Jahr 1900 als Schaltjahr, um mit Lotus 1-2-3 kompatibel zu sein. Darüber hinaus wurden die Jahre 2100, 2200 usw. als Schaltjahre betrachtet. Dieser Fehler wurde in späteren Versionen behoben, aber da die Epoche des Excel-Zeitstempels in früheren Versionen auf das bedeutungslose Datum 0. Januar 1900 gesetzt wurde, wird das Jahr 1900 immer noch als Schaltjahr betrachtet, um die Abwärtskompatibilität zu wahren.
In der Programmiersprache C gibt die Standardbibliotheksfunktion zum Extrahieren des Jahres aus einem Zeitstempel das Jahr minus 1900 zurück. Viele Programme, die Funktionen aus C verwenden, wie z. B. Perl und Java, zwei in der Webentwicklung weit verbreitete Programmiersprachen, behandelten diesen Wert fälschlicherweise als die letzten beiden Ziffern der Jahreszahl. Im Web war dies in der Regel ein harmloser Darstellungsfehler, aber er führte dazu, dass viele dynamisch generierte Webseiten den 1. Januar 2000 als "1/1/19100", "1/1/100" oder in anderen Varianten anzeigten, je nach Anzeigeformat.
JavaScript wurde aufgrund der Bedenken wegen des Jahr-2000-Fehlers geändert, und der Rückgabewert für die Jahreszahl änderte sich und unterschied sich daher von Version zu Version, wobei manchmal eine vierstellige Darstellung und manchmal eine zweistellige Darstellung verwendet wurde, was die Programmierer dazu zwang, bereits funktionierenden Code umzuschreiben, um sicherzustellen, dass Webseiten für alle Versionen funktionierten.
Ältere Anwendungen, die für das häufig verwendete UNIX-Quellcode-Kontrollsystem geschrieben wurden, konnten keine Jahreszahlen verarbeiten, die mit der Ziffer "2" begannen.
Im Windows 3.x-Dateimanager wurden Datumsangaben als 1/1/19:0 für 1/1/2000 angezeigt (weil der Doppelpunkt das Zeichen nach der "9" im ASCII-Zeichensatz ist). Ein Update war verfügbar.
Manche Software, wie Math Blaster Episode I: In Search of Spot, die Jahreszahlen nur als zweistellige Werte statt als vierstellige Werte behandelt, gibt ein bestimmtes Jahr als "1900", "1901" usw. an, je nach den letzten beiden Ziffern des aktuellen Jahres. ⓘ

Lösungen für die Programmierung

Zur Lösung des Jahr-2000-Problems in Altsystemen wurden mehrere sehr unterschiedliche Ansätze verwendet. Es folgen sechs davon:

Erweiterung des Datums: Zweistellige Jahreszahlen wurden in Programmen, Dateien und Datenbanken um das Jahrhundert erweitert (und damit zu vierstelligen Jahreszahlen). Dies wurde als die "reinste" Lösung angesehen, die zu eindeutigen, dauerhaften und leicht zu pflegenden Datumsangaben führt. Diese Methode war kostspielig, erforderte umfangreiche Test- und Umstellungsarbeiten und betraf in der Regel ganze Systeme.
Datumsfensterung: Zweistellige Jahreszahlen wurden beibehalten, und Programme ermittelten den Jahrhundertwert nur dann, wenn er für bestimmte Funktionen wie Datumsvergleiche und Berechnungen benötigt wurde. (Das Jahrhundert-"Fenster" bezieht sich auf den 100-Jahres-Zeitraum, zu dem ein Datum gehört.) Diese Technik, die die Installation kleiner Code-Patches in den Programmen erforderte, war einfacher zu testen und zu implementieren als die Datumserweiterung und daher viel weniger kostspielig. Obwohl es sich nicht um eine dauerhafte Lösung handelte, waren die Korrekturen durch Fensterung in der Regel so konzipiert, dass sie über viele Jahrzehnte hinweg funktionierten. Dies wurde als akzeptabel angesehen, da ältere Legacy-Systeme in der Regel irgendwann durch neuere Technologien ersetzt werden.
Komprimierung von Daten: Datumsangaben können in binäre 14-Bit-Zahlen komprimiert werden. Auf diese Weise kann die Ausrichtung der Datenstruktur beibehalten und ein ganzzahliger Wert für die Jahre verwendet werden. Mit einem solchen Schema können 16384 verschiedene Jahre dargestellt werden; das genaue Schema hängt von der Wahl der Epoche ab.
Neuaufteilung des Datums: In Altdatenbanken, deren Größe nicht wirtschaftlich verändert werden konnte, wurden sechsstellige Jahr/Monat/Tag-Codes in dreistellige Jahre (1999 als 099 und 2001 als 101 usw.) und dreistellige Tage (Ordnungsdatum im Jahr) umgewandelt. Nur die Ein- und Ausgabeanweisungen für die Datumsfelder mussten geändert werden, die meisten anderen Datumsoperationen und Operationen für ganze Datensätze erforderten keine Änderungen. Dadurch wird das eventuelle Roll-over-Problem bis zum Ende des Jahres 2899 hinausgezögert.
Software-Kits: Software-Kits, wie z.B. die in CNN.com's Top 10 Y2K fixes for your PC: ("most ... free") aufgeführten, die vom $50 Millennium Bug Kit getoppt wurden.
Brückenprogramme: Datumsserver, bei denen Call-Anweisungen verwendet werden, um auf Datumsfelder zuzugreifen, sie hinzuzufügen oder zu aktualisieren. ⓘ

Dokumentierte Fehler

Vor dem Jahr 2000

Am 1. Januar 1999 funktionierten die Taxameter in Singapur nicht mehr, während in Schweden falsche Taxitarife angegeben wurden.
Am 28. Dezember 1999 verarbeiteten 10.000 von der HSBC ausgegebene und von Racal hergestellte Kartenlesegeräte keine Kredit- und Debitkartentransaktionen mehr. Die Geschäfte waren auf Papiertransaktionen angewiesen, bis die Automaten am 1. Januar wieder in Betrieb genommen wurden. ⓘ

Am 1. Januar 2000

Als der 1. Januar 2000 kam, gab es Probleme, die allgemein als geringfügig angesehen wurden. Die Folgen traten nicht immer genau um Mitternacht ein. Einige Programme waren zu diesem Zeitpunkt noch nicht aktiv, und die Probleme traten erst auf, als sie aufgerufen wurden. Nicht alle gemeldeten Probleme standen in direktem Zusammenhang mit der Jahr-2000-Programmierung; kleinere technische Pannen treten regelmäßig auf. ⓘ

Zu den gemeldeten Problemen gehören:

In Australien funktionierten die Automaten zur Entwertung von Bustickets in zwei Bundesstaaten nicht.
In Ishikawa, Japan, fielen um Mitternacht Geräte zur Strahlungsüberwachung aus. Offiziell hieß es, es bestehe keine Gefahr für die Öffentlichkeit.
In Onagawa, Japan, ertönte um zwei Minuten nach Mitternacht ein Alarm in einem Kernkraftwerk.
In Japan stellte das Telekommunikationsunternehmen Osaka Media Port um zwei Minuten nach Mitternacht Fehler in der Datumsverwaltung des Unternehmensnetzes fest. Das Problem wurde um 02:43 Uhr behoben, und es kam zu keinen Unterbrechungen der Dienste.
In Japan meldete NTT Mobile Communications Network (NTT Docomo), Japans größter Mobilfunkbetreiber, dass bei einigen Mobiltelefonmodellen neu eingegangene Nachrichten gelöscht wurden und nicht die älteren, da der Speicher voll war.
In Frankreich meldete der nationale Wettervorhersagedienst Météo-France, daß ein Jahr-2000-Fehler dazu führte, daß das Datum auf einer Webseite eine Karte mit der Wettervorhersage für Samstag als "01/01/19100" anzeigte.
In Sheffield, Vereinigtes Königreich, führte ein Jahr-2000-Fehler zur falschen Berechnung des Alters der Mütter und zur Übermittlung falscher Risikobewertungen für das Down-Syndrom an 154 schwangere Frauen. Als unmittelbare Folge wurden zwei Schwangerschaftsabbrüche durchgeführt, und vier Babys mit Down-Syndrom wurden auch von Müttern geboren, denen gesagt worden war, sie gehörten zur Gruppe mit geringem Risiko.
In den Vereinigten Staaten gab das US Naval Observatory, das die Hauptuhr für die offizielle Zeit des Landes betreibt, das Datum auf seiner Website mit 1. Januar 19100 an.
Als unmittelbare Folge des Jahr-2000-Problems stellten in den Vereinigten Staaten um Mitternacht die Computer einer Bodenkontrollstation die Verarbeitung von Informationen aus einer nicht näher bezeichneten Anzahl von Spionagesatelliten ein. Das Militär führte bis 03.00 Uhr morgens einen Notfallplan ein und stellte die normale Funktionalität innerhalb von etwa zwei Tagen wieder her.
In den Vereinigten Staaten funktionierten 150 Spielautomaten der Delaware Lotterie nicht mehr. ⓘ

Nach Januar 2000

Am 1. März 2000

Am 1. März 2000, dem ersten Schalttag des Jahrtausends, wurden Probleme gemeldet, die jedoch meist geringfügig waren.

In Japan funktionierten etwa fünf Prozent der Geldautomaten in den Postämtern nicht, und die Daten der Computer der Wetterämter waren beschädigt.
In Bulgarien wurden Polizeidokumente mit den Verfallsdaten 29. Februar 2005 und 29. Februar 2010 ausgestellt (die keine Schaltjahre sind), und das System stellte sich auf 1900 ein.
In den Vereinigten Staaten war das Nachrichtenverarbeitungssystem der Küstenwache betroffen.
Am Reagan National Airport verlängerten sich die Abfertigungsschlangen, nachdem die Gepäckabfertigungsprogramme betroffen waren.
Auf dem Luftwaffenstützpunkt Offutt Air Force Base südlich von Omaha, Nebraska, konnte auf Aufzeichnungen über Flugzeugwartungsteile nicht zugegriffen werden. ⓘ

Am 31. Dezember 2000 oder 1. Januar 2001

Einige Software erkannte das Jahr 2000 nicht korrekt als Schaltjahr und arbeitete daher auf der Grundlage eines Jahres mit 365 Tagen. Am letzten Tag des Jahres 2000 (Tag 366) wiesen diese Systeme verschiedene Fehler auf. Diese waren im Allgemeinen geringfügig. ⓘ

In Norwegen verspäteten sich einige Züge, bis die Uhren um einen Monat zurückgestellt wurden.
Ein "Jahr-2000-ähnlicher Fehler" betraf ein drahtloses System der New Yorker Stadtverwaltung, das wegen eines Problems mit dem Datumswechsel im GPS-System 10 Tage lang ausfiel. Zu den betroffenen Infrastrukturen gehörten "Ampeln, Nummernschildleser, die von der Polizei verwendet werden, und andere wichtige Funktionen". ⓘ

Seit 2000

Seit dem Jahr 2000 sind verschiedene Probleme aufgrund von Fehlern mit Überläufen aufgetreten. Ein Problem mit der Zeitkennzeichnung verursachte die Zerstörung der NASA-Raumsonde Deep Impact. ⓘ

Einige Software nutzte ein Verfahren namens Datumsfensterung, um das Problem zu beheben, indem sie die Jahre 00-19 als 2000-2019 und 20-99 als 1920-1999 interpretierte. Infolgedessen kam es im Jahr 2020 zu einer neuen Welle von Problemen, darunter Parkuhren in New York City, die sich weigerten, Kreditkarten zu akzeptieren, Probleme mit Novitus-Kassen und einige Versorgungsunternehmen, die Rechnungen mit dem Jahr 1920 ausdruckten. ⓘ

Antworten der Regierung

Bulgarien

Obwohl in der bulgarischen nationalen Identifikationsnummer nur zwei Ziffern für das Geburtsjahr vorgesehen sind, wurden das Jahr 1900-Problem und später das Jahr-2000-Problem durch die Verwendung von ungenutzten Werten über 12 im Monatsbereich gelöst. Für alle Personen, die vor 1900 geboren wurden, wird der Monat als Kalendermonat plus 20 gespeichert, und für alle Personen, die im Jahr 2000 oder später geboren wurden, wird der Monat als Kalendermonat plus 40 gespeichert. ⓘ

Kanada

Die wichtigsten Kabinettsmitglieder des kanadischen Premierministers Jean Chrétien wurden angewiesen, in der Hauptstadt Ottawa zu bleiben, und versammelten sich am Sussex Drive 24, der Residenz des Premierministers, um die Uhr zu beobachten. Außerdem wurden 13.000 kanadische Soldaten in Bereitschaft versetzt. ⓘ

Niederlande

Die niederländische Regierung förderte Jahr-2000-Informationsaustausch- und -Analysezentren (ISACs), um die Bereitschaft der Industrie zum Austausch von Informationen zu fördern, ohne dass Kartellverstöße oder eine Haftung aufgrund der ausgetauschten Informationen drohen. ⓘ

Norwegen und Finnland

Norwegen und Finnland änderten ihre nationalen Identifikationsnummern, um das Jahrhundert anzugeben, in dem eine Person geboren wurde. In beiden Ländern wurde das Geburtsjahr in der Vergangenheit nur mit zwei Ziffern angegeben. Dieses Nummerierungssystem hatte bereits zu einem ähnlichen Problem geführt, dem "Jahr 1900-Problem", bei dem es Probleme bei der Unterscheidung zwischen Personen gab, die im 20. und 19. Die Angst vor dem Jahr 2000 lenkte die Aufmerksamkeit auf ein älteres Problem, während sie gleichzeitig eine Lösung für ein neues Problem anregte. In Finnland wurde das Problem gelöst, indem der Bindestrich ("-") in der Zahl durch den Buchstaben "A" für Personen, die im 21. Jahrhundert geboren wurden, ersetzt wurde (für Personen, die vor 1900 geboren wurden, war das Zeichen bereits "+"). In Norwegen wurde der Bereich der einzelnen Zahlen nach dem Geburtsdatum von 0-499 auf 500-999 geändert. ⓘ

Rumänien

Auch Rumänien änderte seine nationale Identifikationsnummer als Reaktion auf das Jahr-2000-Problem, da das Geburtsjahr nur durch zwei Ziffern dargestellt wurde. Vor dem Jahr 2000 war die erste Ziffer, die das Geschlecht der Person angibt, eine 1 für Männer und eine 2 für Frauen. Seit dem 1. Januar 2000 beginnt die rumänische nationale Identifikationsnummer mit 5 für Männer und 6 für Frauen. ⓘ

Uganda

Die ugandische Regierung reagierte auf die Jahr-2000-Bedrohung mit der Einrichtung einer Jahr-2000-Task-Force. Im August 1999 stellte eine unabhängige internationale Bewertung durch das International Y2k Cooperation Centre der Weltbank fest, dass die ugandische Website in der obersten Kategorie als "sehr informativ" eingestuft wurde. Damit gehörte Uganda zu den "Top 20" von 107 nationalen Regierungen und lag gleichauf mit den Vereinigten Staaten, dem Vereinigten Königreich, Kanada, Australien und Japan und vor Deutschland, Italien, Österreich und der Schweiz, die nur als "etwas informativ" eingestuft wurden. In dem Bericht heißt es: "Länder, die mehr Informationen über das Jahr 2000 offenlegen, werden mit größerer Wahrscheinlichkeit das Vertrauen der Öffentlichkeit in ihr eigenes Land und in die internationalen Märkte aufrechterhalten." ⓘ

Vereinigte Staaten

1998 reagierte die Regierung der Vereinigten Staaten auf die Jahr-2000-Bedrohung mit der Verabschiedung des Year 2000 Information and Readiness Disclosure Act (Gesetz zur Offenlegung von Informationen über das Jahr 2000 und die Bereitschaft), mit der Zusammenarbeit mit Partnern aus dem privaten Sektor, um die Bereitschaft zu gewährleisten, und mit der Erstellung interner Pläne zur Aufrechterhaltung des Betriebs im Falle von Problemen sowie mit der Festlegung von Grenzen für bestimmte potentielle Haftungen von Unternehmen in bezug auf die Offenlegung ihres Jahr-2000-Programms. Die Bemühungen wurden vom President's Council on Year 2000 Conversion (Rat des Präsidenten für die Umstellung auf das Jahr 2000) unter der Leitung von John Koskinen koordiniert, in Abstimmung mit der damals noch unabhängigen Federal Emergency Management Agency (FEMA) und einer Interimsgruppe für den Schutz kritischer Infrastrukturen, die damals zum Justizministerium gehörte und heute zum Heimatschutz. ⓘ

Die US-Regierung verfolgte einen dreiteiligen Ansatz zur Lösung des Problems: (1) Öffentlichkeitsarbeit und Interessenvertretung, (2) Überwachung und Bewertung und (3) Notfallplanung und Regulierung. ⓘ

Das vom President's Council on the Year 2000 Conversion (Rat des Präsidenten zur Umstellung auf das Jahr 2000) entworfene Logo, das auf Y2K.gov verwendet wird ⓘ

Ein Merkmal der Öffentlichkeitsarbeit der US-Regierung waren die Jahr-2000-Websites, darunter auch Y2K.GOV, von denen viele in den Jahren seit dem Jahr 2000 unzugänglich geworden sind. Einige dieser Websites wurden von der National Archives and Records Administration oder der Wayback Machine archiviert. ⓘ

Jede Bundesbehörde hatte ihre eigene Jahr-2000-Task-Force, die mit ihren Kollegen aus der Privatwirtschaft zusammenarbeitete; die FCC hatte die FCC Year 2000 Task Force. ⓘ

Die meisten Branchen hatten Notfallpläne, die sich auf das Internet für die Backup-Kommunikation stützten. Da zu diesem Zeitpunkt keine Bundesbehörde klare Befugnisse in Bezug auf das Internet hatte (es war vom US-Verteidigungsministerium auf die US National Science Foundation und dann auf das US-Handelsministerium übergegangen), bewertete keine Behörde die Bereitschaft des Internets selbst. Daher veranstaltete das Weiße Haus am 30. Juli 1999 den White House Internet Y2K Roundtable. ⓘ

Die US-Regierung richtete auch das Center for Year 2000 Strategic Stability als gemeinsame Operation mit der Russischen Föderation ein. Es handelte sich dabei um eine Verbindungsoperation, die die Möglichkeit falsch positiver Anzeigen in den Frühwarnsystemen der beiden Länder für Nuklearangriffe verringern sollte. ⓘ

Juno Internet Service Provider CD Kennzeichnung der Jahr-2000-Fähigkeit ⓘ

Internationale Zusammenarbeit

Das International Y2K Cooperation Center (IY2KCC) wurde auf Betreiben der nationalen J2K-Koordinatoren aus über 120 Ländern gegründet, als diese im Dezember 1998 bei den Vereinten Nationen zum ersten globalen Treffen der nationalen J2K-Koordinatoren zusammenkamen. Das IY2KCC richtete im März 1999 ein Büro in Washington, D.C., ein. Die Finanzierung wurde von der Weltbank bereitgestellt, und Bruce W. McConnell wurde zum Direktor ernannt. ⓘ

Die Aufgabe des IY2KCC bestand darin, "eine verstärkte strategische Zusammenarbeit und Maßnahmen zwischen Regierungen, Völkern und dem privaten Sektor zu fördern, um die negativen Auswirkungen des Jahrtausendwechsels auf die globale Gesellschaft und Wirtschaft zu minimieren." Die Aktivitäten des IY2KCC wurden in sechs Bereichen durchgeführt:

Nationale Bereitschaft: Förderung von Jahr-2000-Programmen weltweit
Regionale Zusammenarbeit: Förderung und Unterstützung der Koordinierung innerhalb bestimmter geographischer Gebiete
Sektorale Zusammenarbeit: Förderung und Unterstützung der Koordinierung innerhalb und zwischen bestimmten Wirtschaftssektoren
Zusammenarbeit bei Kontinuität und Reaktion: Förderung und Unterstützung der Koordinierung zur Sicherstellung wesentlicher Dienste und Vorkehrungen für die Reaktion auf Notfälle
Zusammenarbeit im Bereich Information: Förderung und Unterstützung des internationalen Informationsaustauschs und der Öffentlichkeitsarbeit
Erleichterung und Unterstützung: Organisation globaler Treffen von Jahr-2000-Koordinatoren und Ermittlung von Ressourcen ⓘ

Das IY2KCC wurde im März 2000 aufgelöst. ⓘ

Reaktion des Privatsektors

Ein Aufkleber von Best Buy aus dem Jahr 1999 mit der Empfehlung an die Kunden, ihre Computer vor Mitternacht abzuschalten ⓘ

In den Vereinigten Staaten wurde der Year 2000 Information and Readiness Disclosure Act erlassen, der die Haftung von Unternehmen einschränkte, die ihre Jahr-2000-Bereitschaft ordnungsgemäß offengelegt hatten.
Versicherungsgesellschaften verkauften Versicherungspolicen, die den Ausfall von Unternehmen aufgrund von Jahr-2000-Problemen abdeckten.
Anwälte organisierten und mobilisierten für Jahr-2000-Sammelklagen (die nicht weiterverfolgt wurden).
Survival-bezogene Geschäfte (Waffenhändler, Überschuss- und Sportartikel) erwarteten in den letzten Monaten des Jahres 1999 einen Anstieg des Geschäftsvolumens in einem Ereignis, das als Y2K-Angst bekannt wurde.
Die Long Now Foundation, die (in ihren Worten) "versucht, ein 'langsameres/besseres' Denken zu fördern und die Kreativität im Rahmen der nächsten 10.000 Jahre zu unterstützen", verfolgt die Politik, das Jahr 10.000-Problem vorwegzunehmen, indem sie alle Jahre mit fünf Ziffern schreibt. So wird zum Beispiel "01996" als Gründungsjahr angegeben.
Es gab zwar keine umfassenden Internet-Jahr-2000-Bemühungen, aber mehrere Internet-Fachverbände und -Organisationen schlossen sich zur Internet-Jahr-2000-Kampagne zusammen. Diese Bemühungen erfolgten in Zusammenarbeit mit dem Internet Y2K Roundtable des Weißen Hauses. ⓘ

Das Jahr-2000-Problem war in den späten 90er Jahren ein wichtiges Diskussionsthema und tauchte in den meisten populären Medien auf. Es wurde eine Reihe von Büchern über die "Jahr-2000-Katastrophe" veröffentlicht, z. B. Deadline Y2K von Mark Joseph. Filme wie Y2K: Year to Kill nutzten die Aktualität des Jahr-2000-Problems, ebenso wie zahlreiche Fernsehsendungen, Comics und Computerspiele. ⓘ

Reaktionen von Randgruppen

Eine Vielzahl von Randgruppen und Einzelpersonen, wie z. B. Mitglieder einiger fundamentalistischer religiöser Organisationen, Überlebenskünstler, Sekten, antisoziale Bewegungen, Selbstversorgungsenthusiasten, Kommunen und Anhänger von Verschwörungstheorien, nutzten das Jahr 2000, um Angst zu schüren und ihre jeweiligen Theorien zu untermauern. Weltuntergangsszenarien und apokalyptische Themen waren in ihrer Kommunikation weit verbreitet. ⓘ

Das Interesse an der Überlebensbewegung erreichte 1999 in ihrer zweiten Welle in diesem Jahrzehnt, ausgelöst durch die Jahr-2000-Angst, seinen Höhepunkt. In der Zeit, bevor umfangreiche Anstrengungen unternommen wurden, die Computerprogrammierung umzuschreiben, um die möglichen Auswirkungen abzumildern, sahen einige Autoren wie Gary North, Ed Yourdon, James Howard Kunstler und Ed Yardeni weit verbreitete Stromausfälle, Lebensmittel- und Benzinknappheit und andere Notfälle voraus. North und andere schlugen Alarm, weil sie der Meinung waren, daß die Korrekturen des Jahr-2000-Codes nicht schnell genug durchgeführt wurden. Während eine Reihe von Autoren auf diese Welle der Besorgnis reagierten, waren zwei der am meisten auf das Überleben ausgerichteten Texte Boston on Y2K (1998) von Kenneth W. Royce und Mike Oehlers The Hippy Survival Guide to Y2K. ⓘ

Das Jahr 2000 wurde auch von einigen fundamentalistischen und charismatischen christlichen Führern in der gesamten westlichen Welt, insbesondere in Nordamerika und Australien, ausgenutzt. Ihre Werbung für die vermeintlichen Risiken des Jahr-2000-Problems wurde mit Endzeitdenken und apokalyptischen Prophezeiungen kombiniert, um ihre Anhänger zu beeinflussen. Die New York Times berichtete Ende 1999: "Der Pastor Jerry Falwell schlug vor, daß das Jahr 2000 die Bestätigung der christlichen Prophezeiung sein würde - Gottes Instrument, um diese Nation zu erschüttern, um sie zu demütigen. Die Jahr-2000-Krise könnte eine weltweite Erweckung auslösen, die zur Entrückung der Kirche führen würde. Wie viele Überlebenskünstler riet auch Falwell, sich mit Lebensmitteln und Waffen einzudecken". Die Anhänger dieser Bewegungen wurden ermutigt, Lebensmittel zu horten, Kurse zur Selbstversorgung zu besuchen, und die extremeren Elemente planten den totalen Zusammenbruch der modernen Gesellschaft. Die Chicago Tribune berichtete, daß einige große fundamentalistische Kirchen, motiviert durch das Jahr 2000, Flohmarkt-ähnliche Verkäufe von Utensilien veranstalteten, die den Menschen helfen sollten, eine Krise der sozialen Ordnung zu überleben - von Goldmünzen bis zu Holzöfen. Betsy Hart, die für die Deseret News schrieb, berichtete, daß viele der extremeren Evangelikalen das Jahr 2000 nutzten, um für eine politische Agenda zu werben, in der der Sturz der Regierung ein gewünschtes Ergebnis war, um die Herrschaft Christi einzuläuten. Sie merkte auch an, daß "die kalte Wahrheit ist, daß das Predigen von Chaos profitabel ist und Ruhe nicht viele Kassetten oder Bücher verkauft". Diese Art von Ängsten und Verschwörungen wurden vom neuseeländischen christlichen prophetischen Autor und Prediger Barry Smith in seiner Veröffentlichung "I Spy with my Little Eye" (Ich spähe mit meinem kleinen Auge), in der er dem Jahr 2000 ein ganzes Kapitel widmete, auf dramatische Weise beschrieben. Einige erwarteten, zuweilen durch sogenannte Prophezeiungen, daß das Jahr 2000 der Beginn einer weltweiten christlichen Erweckung sein würde. ⓘ

In der Folgezeit wurde deutlich, daß die Führer dieser Randgruppen die Furcht vor apokalyptischen Ereignissen ausgenutzt hatten, um ihre Anhänger zu dramatischen Szenen der Massenumkehr oder des erneuten Engagements für ihre Gruppen, zu zusätzlichen Geldspenden und zu einem offeneren Engagement für ihre jeweiligen Organisationen oder Kirchen zu bewegen. Die Baltimore Sun vermerkte dies in ihrem Artikel "Apocalypse Now - Y2K spurs fears" (Apokalypse jetzt - das Jahr 2000 löst Ängste aus), in dem sie über den verstärkten Ruf nach Umkehr in der Bevölkerung berichtete, um Gottes Zorn zu vermeiden. Der christliche Führer Col Stringer schrieb in seinem Kommentar: "Angstmacher verkauften mehr als 45 Millionen Bücher, in denen jede nur denkbare Katastrophe beschrieben wurde, vom Bürgerkrieg über vom Himmel fallende Flugzeuge bis hin zum Ende der zivilisierten Welt, wie wir sie kennen. Seriöse Prediger rieten dazu, Lebensmittel einzulagern und sich in die Höhlen zu verkriechen. Keine Banken sind zusammengebrochen, keine Flugzeuge abgestürzt, keine Kriege oder Bürgerkriege ausgebrochen. Und doch hat sich kein einziger dieser Untergangspropheten jemals für seine Panikmache entschuldigt." Einige prominente nordamerikanische christliche Dienste und Leiter haben durch den Verkauf von Jahr-2000-Vorbereitungspaketen, Generatoren, Überlebensanleitungen, veröffentlichten Prophezeiungen und einer breiten Palette anderer damit verbundener Waren enorme persönliche und unternehmerische Gewinne erzielt. Der christliche Journalist Rob Boston hat dies in seinem Artikel "Falsche Propheten, echte Profite - Die wilden Vorhersagen der religiösen Rechten über die Jahr-2000-Katastrophe haben sich nicht bewahrheitet, aber sie haben trotzdem Geld verdient" dokumentiert. ⓘ

Wirtschaftliche Auswirkungen

Die Kosten im Zusammenhang mit dem Jahr-2000-Problem waren erheblich: So wurde beispielsweise vom Massachusetts Institute of Technology geschätzt, dass allein das US-amerikanische Medicare-Programm 500 Millionen US-Dollar zur Behebung des Fehlers ausgeben musste. Der Gesamtaufwand für die Y2K-Projekte wurde von Gartner auf weltweit „bis zu 600 Milliarden US-Dollar“ geschätzt, in großen Unternehmen erreichten die Kosten für Maßnahmen zur Überprüfung und Umstellung der Anwendungen zwei- bis dreistellige Millionenbeträge (Euro). ⓘ

Durch die Hardware- und Softwareaktualisierungen, die zur Verhinderung des Y2K-Problems getätigt wurden, waren im Jahr 2000 viele Anwender mit aktuellen Plattformen ausgerüstet. Das löste in der folgenden Vierjahresperiode (Lebensdauer eines gängigen Bürogerätes) einen Einbruch beim Verkauf neuer Systeme und eine spürbare Rezession im Informatikbereich aus. ⓘ

Organisation der Abhilfemaßnahmen

Die Abhilfemaßnahmen wurden durch die Nachfrage der Kunden nach Lösungen vorangetrieben. Software-Lieferanten, die sich ihrer potentiellen rechtlichen Haftung bewußt waren, reagierten mit Abhilfemaßnahmen. Software-Zulieferer mußten bescheinigen, daß ihre Software-Komponenten frei von datumsbezogenen Problemen waren, was die Arbeit in der Lieferkette weiter vorantrieb. ⓘ

Bis 1999 verlangten viele Unternehmen von ihren Zulieferern eine Bescheinigung, oft in einer eigenen Variante eines Grundformulars, daß ihre gesamte Software Jahr-2000-fähig ist. Einige akzeptierten lediglich korrigierende Aktualisierungen und unterschrieben dann. Viele Unternehmen oder sogar ganze Länder, die selbst wenig Aufwand betrieben, hatten dennoch nur geringe Probleme. ⓘ

Ergebnisse

Es gibt zwei Möglichkeiten, die Ereignisse des Jahres 2000 aus der Perspektive der Nachwirkungen zu betrachten: ⓘ

Unterstützende Sicht

Diese Sichtweise geht davon aus, dass die überwiegende Mehrheit der Probleme korrekt behoben wurde und die ausgegebenen Mittel zumindest teilweise gerechtfertigt waren. Es handelte sich im Wesentlichen um einen Präventivalarm. Diejenigen, die diese Ansicht vertreten, behaupten, dass das Fehlen von Problemen zum Zeitpunkt des Datumswechsels die Vollständigkeit des Projekts widerspiegelt und dass viele Computeranwendungen ohne Korrektur oder Behebung nicht bis ins 21. ⓘ

Jahrhundert ohne Korrektur oder Abhilfe funktioniert hätten. Erwartete Probleme, die von kleinen Unternehmen und Organisationen nicht erkannt wurden, wurden durch Jahr-2000-Korrekturen verhindert, die in Routine-Updates für Betriebssysteme und Dienstprogramme eingebettet waren, die mehrere Jahre vor dem 31. Dezember 1999 durchgeführt wurden. ⓘ

Das Ausmaß, in dem größere Industrie- und Regierungskorrekturen Probleme verhinderten, die größere Auswirkungen gehabt hätten, wenn sie nicht behoben worden wären, wurde in der Regel nicht offengelegt oder weithin berichtet. ⓘ

Es wurde behauptet, dass am 11. September 2001 die Infrastruktur in New York City (einschließlich U-Bahnen, Telefondienst und Finanztransaktionen) aufgrund der redundanten Netze, die für den Fall eines Jahr-2000-Fehlers eingerichtet worden waren, und der von den Unternehmen ausgearbeiteten Notfallpläne weiter funktionieren konnte. Die Terroranschläge und der anschließende längere Stromausfall in Lower Manhattan hatten nur minimale Auswirkungen auf die weltweiten Bankensysteme. An verschiedenen Orten in der Region wurden Backup-Systeme aktiviert, von denen viele für einen möglichen Totalausfall der Netze im Finanzdistrikt von Manhattan am 31. Dezember 1999 eingerichtet worden waren. ⓘ

Gegensätzliche Ansicht

Die gegenteilige Ansicht behauptet, dass es von Anfang an keine oder nur sehr wenige kritische Probleme gab. Diese Ansicht besagt auch, dass es nur ein paar kleinere Fehler gegeben hätte und dass ein "Fix on failure"-Ansatz die effizienteste und kostengünstigste Möglichkeit gewesen wäre, diese Probleme zu lösen, als sie auftraten. ⓘ

Länder wie Südkorea und Italien haben wenig bis gar nichts in die Jahr-2000-Sanierung investiert und hatten dennoch die gleichen vernachlässigbaren Jahr-2000-Probleme wie Länder, die enorme Summen ausgaben. ⓘ

Das Fehlen von Jahr-2000-Problemen in Schulen, von denen viele keine oder nur geringe Anstrengungen zur Umstellung unternommen haben. Bis zum 1. September 1999 hatten nur 28 % der US-Schulen die Konformität für unternehmenskritische Systeme erreicht, und ein Regierungsbericht sagte voraus, daß "Jahr-2000-Ausfälle sehr wohl die Computer befallen könnten, die von Schulen zur Verwaltung von Gehaltsabrechnungen, Schülerakten, Online-Lehrplänen und Gebäudesicherheitssystemen verwendet werden". ⓘ

Das Fehlen von Jahr-2000-Problemen in schätzungsweise 1,5 Millionen kleinen Unternehmen, die keine Abhilfemaßnahmen ergriffen haben. Am 3. Januar 2000 (dem ersten Wochentag des Jahres) erhielt die Small Business Administration schätzungsweise 40 Anrufe von Unternehmen mit Computerproblemen, was in etwa dem Durchschnitt entspricht. Keines der Probleme war kritisch. ⓘ

Es gab keine Jahr-2000-Probleme, die vor dem 1. Januar 2000 auftraten, obwohl das Geschäftsjahr 2000 in vielen Ländern bereits 1999 begann und eine Vielzahl von vorausschauenden Berechnungen Daten aus dem Jahr 2000 und späteren Jahren enthielten. Schätzungen, die im Vorfeld des Jahres 2000 vorgenommen wurden, gingen davon aus, dass etwa 25 % aller Probleme vor dem Jahr 2000 hätten auftreten müssen. Kritiker einer groß angelegten Sanierung argumentierten 1999, dass das Fehlen signifikanter gemeldeter Probleme in nicht konformen Kleinunternehmen ein Beweis dafür sei, dass es in keinem Unternehmen ernsthafte Probleme gab und geben würde, die behoben werden müssten, und dass das Ausmaß des Problems daher stark überschätzt worden sei. ⓘ

Folgen/Probleme

Die Folgen dieser Fehler wären ohne Korrekturen zum Beispiel falsche Sortierungen gewesen: Daten für (20)00 ganz vorne, ..., (19)98, (19)99 ganz hinten. Vor allem die falsche Berechnung der Zeitdauer (als Differenz zwischen zwei Zeitangaben) hätte zu gravierenden Fehlern in zahlreichen Funktionen geführt. Beispiele: Altersberechnung mit '−40 Jahre' (= Jahr_heute (00 ...) minus Geburtsjahr (40)); Zahlungsrückstand wird nicht erkannt (Datum heute minus Datum der Zahlungsfälligkeit ergibt negative Tage-Anzahl, Mahnungen erst ab Rückstand 30 Tage und mehr, somit „keine Mahnung“); Sollzinsen für Sparguthaben oder Zinsgutschrift für Kreditzinsen (wegen negativer Tageanzahl in der Zinsformel) und vielen andere. ⓘ

Weiterhin war es weit verbreitete Praxis, nicht vorhandene oder ungültige Dateninhalte mit der Zahl bzw. Ziffernkombination 00 („Nichts“) darzustellen und zu identifizieren – was mit dem Eintreten des Jahres 2000 dann zu Fehlinterpretationen geführt hätte, ggf. sogar zur Nichtverarbeitung ganzer, vermeintlich ungültiger Datensätze. Im Weiteren gäbe es fehlerhafte Erzeugung von Texten (typisches Beispiel hierfür wäre eine Datierung mit der Jahreszahl „1901“ oder „19101“ für das Jahr 2001). ⓘ

Bei damals älteren PCs kam hinzu, dass die interne Echtzeituhr nicht automatisch das Jahrhundert umschalten konnte, was weder vom BIOS noch von MS-DOS oder Windows 98 automatisch korrigiert wurde. Speziell EDV-gesteuerte Hardwarekomponenten (sog. eingebettete Systeme, englisch embedded systems, z. B. in Alarmanlagen, Videorecordern, Werkzeugmaschinen …) konnten Probleme darstellen, da hier der Anwender nicht einfach die Software umprogrammieren konnte, sondern dies vom Hersteller (wenn noch vorhanden) erledigen lassen oder sogar die Hardware austauschen musste. ⓘ

Da es zur Umgehung des Jahr-2000-Problems verschiedene Strategien gab (Beispiel: Ein Jahr größer als 50 gilt als 19xx, sonst als 20xx bei weniger langfristigen Zeitdauern; Datenfelder auf vierstellige Jahresangaben oder andere Datumsformate umstellen), mussten die Anwender jeweils exakt planen, in welchen Zusammenhängen welche dieser Strategien anzuwenden war. Da es viele Programme gab, die viele Datenbestände verarbeiteten, musste sichergestellt werden, dass geänderte Programme immer auch entsprechend geänderte Datenbestände voraussetzten. Schwierigkeiten ergaben sich in diesem Zusammenhang für historische Datenbestände: Hier musste entschieden werden, ob diese ebenfalls anzupassen sind oder ob sie noch durch alte (ungeänderte) Programmversionen verarbeitbar sein mussten. ⓘ

Neben anderen Herausforderungen standen Unternehmen zum Teil vor der Situation, nicht zu wissen, welche Programme und welche Geräte überhaupt Datumsangaben verarbeiten bzw. dann auch Jahr-2000-fähig sind. Dies konnte zu umfangreichen Erhebungs- und Testmaßnahmen führen, die in der Regel deutlich mehr Aufwand verursachten als das Korrigieren fehlerbehafteter Software. Trotzdem mussten die festgelegten Termine absolut sicher eingehalten werden, denn der „1. Januar 2000“ war nicht verschiebbar und viele Anwendungen (die in die Zukunft rechnenden) mussten schon zu früheren Terminen „Y2K-ready“ sein. ⓘ

Verlauf des Wechsels zum Jahr 2000

Aufgrund dieser Probleme wurden im Vorfeld des Jahreswechsels 1999/2000 Katastrophenszenarien vorhergesagt, dass durch diesen Fehler Computerabstürze in großem Maß erfolgen würden. Inwiefern die Jahr-2000-Problematik von wirklicher Relevanz sein würde, war Ende der 1990er Jahre kaum realistisch zu beurteilen. ⓘ

Es gab Stimmen in den Medien, die Szenarien apokalyptischen Ausmaßes mit weltweiten Computerzusammenbrüchen prognostizierten. Betroffen sein sollten demnach besonders sicherheitsrelevante Bereiche, die auf Computer angewiesen sind (Banken, Industrie oder auch Kraftwerke, im Extremfall der Vorhersagen sogar Atomwaffen), durch das Problem fehlgeschaltet oder gar lahmgelegt würden. Als Folgen wurden vom Verkehrschaos über einen Börsencrash und eine Weltwirtschaftskrise bis zur Fehlauslösung nuklearer Waffensysteme viele Szenarien angeführt – selbst Flugzeugabstürze, obwohl Zeitfehler zu diesem Zeitpunkt längst Teil der Zertifizierungsprozeduren für sicherheitskritische Software waren. ⓘ

Sorgfältige Analysen von Fachleuten wiesen durchaus auf reale Gefahren hin, vor allem für Wirtschaftsunternehmen. ⓘ

In praktisch allen großen Unternehmen wurde eine genaue Untersuchung der Computersysteme mithilfe von Diagnoseverfahren angeordnet, um die befürchteten Folgen so gering wie möglich zu halten. Auch wurden Warnaufkleber für jene Geräte verteilt, die bis Ende 1999 systematisch aus dem Betrieb genommen wurden. ⓘ

Die Softwareindustrie reagierte mit einer Überprüfung ihrer Produkte und Herausgabe von Warnlisten, bei welchen Programmen Fehlfunktionen zu befürchten seien. Diese wurden mit Testroutinen für die Hardware (vor allem die Systemuhren) kombiniert. ⓘ

Privatanwender fanden im Internet Listen mit gefährdeter Hard- und Software. ⓘ

Während einige Medien noch bis zum kritischen Jahreswechsel 1999/2000 besorgte Berichte verbreitet hatten, stellte sich Anfang 2000 aber heraus, dass die vorsorglichen Maßnahmen im Großen und Ganzen ausreichend gewesen waren: Weltweit wurden in vielen Projekten Programme und Datenbestände (vor allem auf Großrechnern) „saniert“, um den „Y2K-Fehler“ zu beheben. Dennoch hatten viele Banken in der Silvesternacht einfach ihre Geldautomaten abgestellt, um Fehler zu vermeiden. ⓘ

Dass es zum Jahreswechsel zu Störungen beim Versand von Kurznachrichten kam, lag nicht an einem Jahr-2000-Fehler. Es handelte sich um Netzüberlastungen aufgrund der hohen Anzahl an Neujahrswünschen, was in Silvesternächten nicht ungewöhnlich ist bzw. war. ⓘ