imported>Minilexikon: Gruppierung von zusammengehörigen Überschriften /* Folgen/Probleme */

2025-09-06T21:38:36Z

Gruppierung von zusammengehörigen Überschriften Folgen/Probleme

Neue Seite

[[Datei:Bug de l'an 2000.jpg|mini|hochkant=1.3|Millennium-Fehler auf einer Anzeigetafel in [[Nantes]], aufgenommen am 3. Januar 2000]]

Das '''Jahr-2000-Problem''', auch als '''{{lang|en|Millennium-Bug}}''' (zu deutsch „Millennium-Fehler“) oder '''{{lang|en|Y2K-Bug}}''' (von {{enS|''Year 2 [[Tausend|Kilo]]''}} = ‚[[2000|Jahr 2000]]‘) bezeichnet, ist ein [[Computer]]problem, das im Wesentlichen durch die Behandlung von Jahreszahlen als zweistellige Angabe innerhalb von Computersystemen entstanden ist.

== Ursachen ==
In den 1960er und 1970er Jahren war Speicherplatz knapp und teuer. Zum Beispiel konnten [[Lochkarte]]n nur 80 Stellen speichern, Computer hatten [[Arbeitsspeicher]] mit z. B. 64 [[Byte#Vergleich|KiB]] (= 64*1024 Byte) Größe. Programmierer sparten daher so viel wie möglich an Speicherbedarf ein. Häufig wurden deshalb zur Speicherung und Verarbeitung von Jahreszahlen (in Dezimaldarstellung) nur die letzten beiden Ziffern (Jahr und Jahrzehnt, etwa im Format „TTMMJJ“ o. Ä.) benutzt, so unter anderem von der Computerpionierin [[Grace Hopper]] bei der Entwicklung von [[COBOL]]. Das Problem betraf [[Betriebssystem]]e, [[Anwenderprogramm]]e und [[Datensatz|Datenbestände]]. Die ersten beiden Ziffern (die das Jahrhundert nennen) wurden nicht berücksichtigt, man rechnete nicht damit, dass die Programme über das laufende Jahrhundert hinaus in dieser Weise benutzt werden würden. Viele Programme (und auch die dazugehörenden Datenbestände) wurden jedoch im Laufe der Jahre immer wieder auf vorangegangenen Versionen aufbauend erweitert, ohne dass dieser „bekannte Mangel“ korrigiert worden wäre. Je näher die Jahrhundertwende kam, desto deutlicher wurde, dass diese Programme die Jahreszahl 00 und die folgenden in vielen Fällen nicht korrekt verarbeiten können; zum Beispiel würden bei einem Vergleich zweier Jahreszahlen (z. B. mit Werten ≥ 00 gegen Werte ≤ 99) erstere als kleiner (also früher) behandelt werden.

Nicht direkt damit zusammenhängend, aber oft gleichzeitig kontrolliert oder behoben wurden evtl. nicht vollständig der [[Schaltjahr]]-Regelung nach dem [[Gregorianischer Kalender|Gregorianischen Kalender]] entsprechende Berechnungsformeln: Nach dieser Regel ist eine durch 100 ohne Rest teilbare Jahreszahl (obwohl sie gemäß dem Normalfall für Schaltjahre durch 4 teilbar ist) ''kein'' Schaltjahr – außer sie ist durch 400 ganzzahlig teilbar, was nach 1600 im Jahr 2000 wieder der Fall war und erst wieder im Jahr 2400 auftreten wird.

== 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 [[Zinsrechnung|Zinsformel]]) und viele 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 [[Microsoft Windows 98|Windows 98]] automatisch korrigiert wurde. Speziell EDV-gesteuerte [[Hardware]]komponenten (sog. [[Eingebettetes System|eingebettete Systeme]], {{lang-en|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 [[Apokalypse|apokalyptischen]] Ausmaßes mit weltweiten Computerzusammenbrüchen prognostizierten. Betroffen sein sollten demnach besonders sicherheitsrelevante Bereiche, die auf Computer angewiesen sind (Flugverkehr, Banken, Industrie oder auch Kraftwerke, im Extremfall der Vorhersagen sogar [[Kernwaffe|Atomwaffen]]) und 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. Die [[NASA]] verkürzte die im Dezember 1999 stattfindende [[Space Shuttle|Space-Shuttle]]-Mission [[STS-103]], um sicherzustellen, dass die Raumfähre vor dem 1. Januar 2000 zurück sein würde<ref>https://www.americaspace.com/2019/12/30/picture-of-santa-remembering-discoverys-date-with-hubble-20-years-on-part-2/; http://www.astronautix.com/s/sts-103.html, abgerufen am 18. April 2025.</ref>.

Sorgfältige Analysen vieler Fachleute 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 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 [[Silvester]]nacht einfach ihre [[Geldautomat]]en abgestellt, um Fehler zu vermeiden.

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

=== Aufgetretene gemeldete Probleme ===
Keines der bekanntgewordenen Jahr-2000-Probleme hatte eine große Auswirkung. Sie traten auch in Ländern, die nur wenig in die Behebung des Problems investiert hatten, spärlich auf. Hier einige Beispiele:<ref>{{Internetquelle |url=https://news.bbc.co.uk/2/hi/science/nature/585013.stm |titel=Y2K bug fails to bite |hrsg=BBC NEWS |datum=2000-01-01 |sprache=en |abruf=2012-05-08}}</ref>
* Im [[Kernkraftwerk Fukushima Daini|Kernkraftwerk Fukushima]] fiel um 8:58 Uhr die Anzeige für die Steuerstäbe aus; es wurde das Datum „6. Februar 2036“ angezeigt. Der Vorfall blieb folgenlos.<ref>{{Internetquelle |url=http://archives.cnn.com/2000/TECH/computing/01/03/japan.nukes.y2k.idg/ |archiv-url=https://web.archive.org/web/20121001045332/http://archives.cnn.com/2000/TECH/computing/01/03/japan.nukes.y2k.idg/ |archiv-datum=2012-10-01 |titel=Computer problems hit three nuclear plants in Japan |autor=Martyn Williams |hrsg=[[CNN]] |datum=2000-01-03 |zugriff=2016-08-07 |sprache=en}}</ref>
* Das [[United States Naval Observatory]], der offizielle Zeitmesser der USA, gab auf seiner Website das Jahr 19100 an.
* In [[Australien]] fielen in zwei Bundesstaaten Fahrkartenentwerter aus.
* In den [[Vereinigte Staaten|USA]] fielen über 150 [[Spielautomat]]en an Rennbahnen in [[Delaware]] aus.
* Ein Autofahrer erhielt eine Kfz-Steuerforderung für die letzten 100 Jahre über 760.000 Dollar.<ref name="spon_et_mb" />
* In [[Italien]] versandte die [[Telecom Italia]] Rechnungen für die ersten zwei Monate des Jahres 1900.
* In [[Japan]] fiel am 1. Januar 2000 das System zum Aufzeichnen von Fluginformationen für kleine Flugzeuge aus.
* Im [[Vereinigtes Königreich|Vereinigten Königreich]] fielen manche Kreditkartentransaktionen aus.

=== 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 (Vereinigte Staaten)|Medicare]]-Programm 500 Millionen [[US-Dollar]] zur Fehlerprävention ausgeben musste.<ref>[http://tech.mit.edu/V118/N36/y2k.36w.html Delay Caused by Y2K Bug Will Cost Most Medicare Recipients]</ref>

Die Gesamtkosten für die Vorbereitungen auf das Jahr 2000 überstiegen wahrscheinlich 300 Milliarden US-Dollar (${{Inflation|US|300|2000}} Milliarden aktuell, wenn die Inflation berücksichtigt wird).<ref name="BBC.Jan6Y2K">{{Cite web |url=http://news.bbc.co.uk/2/hi/talking_point/586938.stm |language=en|title=Y2K: Overhyped and oversold? |date=2000-01-06 |access-date=2024-06-20 |archive-date=2020-02-28 |archive-url=https://web.archive.org/web/20200228060317/http://news.bbc.co.uk/2/hi/talking_point/586938.stm}}</ref> IDC berechnete, dass die USA geschätzte 134 Milliarden Dollar (${{Inflation|US|134|2000}} Milliarden) für die Vorbereitung auf das Jahr 2000 ausgaben und weitere 13 Milliarden Dollar (${{Inflation|US|13|2000}} Milliarden) für die Behebung von Problemen in den Jahren 2000 und 2001. Weltweit wurden schätzungsweise $308 Milliarden (${{Inflation|US|308|2000}} Milliarden) für die Jahr-2000-Umstellung ausgegeben.<ref>{{Cite web |url=http://www.computerworld.com/s/article/9142555/Y2K_The_good_the_bad_and_the_crazy?taxonomyId=14&pageNumber=2 |language=en|title=Y2K: The good, the bad and the crazy |last=Mitchell |first=Robert L. |date=2009-12-28 |website=Computerworld |access-date=2024-06-20 |archive-date=2010-01-01 |archive-url=https://web.archive.org/web/20100101122535/http://www.computerworld.com/s/article/9142555/Y2K_The_good_the_bad_and_the_crazy?taxonomyId=14&pageNumber=2}}</ref>

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.

== Ähnliche Probleme ==
; [[Jahr-2010-Problem]]: Zum Jahreswechsel 2009/2010 traten einige der hier prophezeiten Szenarien unerwartet ein. [[Kreditkarte]]n und [[Debitkarte]]n wurden nicht mehr als gültig erkannt und [[Short Message Service|SMS]]-Nachrichten vordatiert.<ref name="heiseonline_895399">{{Heise online |ID=895399 |Titel=Das Jahr 2010 sorgt für IT-Probleme |Autor=Daniel Bachfeld |Datum=2010-01-05 |Abruf=2010-01-06|Zitat= |Kommentar= }}</ref> Massenhaft wurden einwandfreie [[E-Mail]]s fälschlicherweise als [[Spam]] behandelt.<ref name="heiseonline_894258">{{Heise online |ID=894258 |Titel=Jahr-2010-Problem im Spam-Filter von GMX |Autor=Harald Bögeholz |Datum=2010-01-01 |Abruf=2010-01-06|Zitat= |Kommentar= }}</ref>
; [[Jahr-2022-Problem]]: Programmierfehler, bei dem eine vorzeichenbehaftete 32-Bit-Zahl nicht mehr zur Zeitdarstellung ausreicht (ähnlich dem [[Jahr-2038-Problem]]).
; Jahr-2027-Problem: Am 1. Januar 2027 werden die [[Bit]]s im Datenformat des Kalenders auf den Rechnern der [[HP3000|3000er-Serie]] von [[Hewlett-Packard]] aufgebraucht sein.<ref>{{Internetquelle |url=http://3000newswire.blogs.com/3000_newswire/2007/01/index.html#a0015553963 |titel=Less than 20 years to go? |werk=3000 NewsWire |datum=2007-01-31 |sprache=en |abruf=2016-09-14}}</ref> Dabei handelt es sich um ein altes System der [[Mittlere Datentechnik|Mittleren Datentechnik]], für das seit Dezember 2015<ref>{{Internetquelle |url=http://www.hp.com/products1/evolution/e3000/customer_com_Dec2010.html |titel=HP e3000 transition program |werk=HP.com |hrsg=Hewlett-Packard |datum=2010-12 |sprache=en |archiv-url=https://web.archive.org/web/20110416073221/http://www.hp.com/products1/evolution/e3000/customer_com_Dec2010.html |archiv-datum=2011-04-16 |offline=1 |abruf=2016-09-14}}</ref> keine Unterstützung des Herstellers mehr besteht.
; [[Jahr-2038-Problem]]: Zum 19. Januar 2038 könnten wiederum ähnliche Probleme auftreten und bei EDV-Systemen zu Softwareausfällen führen. Dieses Problem dürfte jedoch auf EDV-Systeme beschränkt sein, die die [[Unixzeit]] als Zeitstandard benutzen. Ursache dafür ist, dass im Jahr 2038 die verwendete vorzeichenbehaftete 32-Bit-Ganzzahl nicht mehr zur Zeitdarstellung ausreicht und es somit zu einem [[Arithmetischer Überlauf|arithmetischen Überlauf]] kommt.
; Jahr-2100-Problem: Da in praktisch allen gängigen [[Echtzeituhr]]en die Jahreszahl weiterhin nur durch die niederwertigen zwei Jahresziffern repräsentiert wird, kann es zum 1. Januar 2100 zu einer Wiederholung des Jahr-2000-Problems kommen, dann speziell für [[Eingebettetes System|eingebettete Systeme]], in denen diese Echtzeituhren verbaut wurden.<ref>{{Internetquelle |url=https://hinterm-ziel.de/index.php/de/2023/03/01/die-ruckkehr-des-y2k-bugs/ |titel=Die Rückkehr des Y2K-Bugs |autor=Bernhard Nebel |datum=2023-03-01 |sprache=de |abruf=2023-03-31}}</ref>
; [[GPS-Woche]]: Die Wochenzählung des GPS-Zeitsignals begann 1980 bei Null und benutzt 10 Bit, was 1023 Wochen bzw. ca. 20 Jahren entspricht. Danach springt der Zähler wieder auf Null. Beim ersten Überlauf 1999 bestanden ebenfalls Befürchtungen, dass dies nicht bei allen GPS-Empfängern problemlos verlaufen könnte. Der zweite Überlauf fand am 7. April 2019 um 01:59:42 MESZ statt.

== Weblinks ==
{{Commonscat|Year 2000 problem|Jahr-2000-Problem}}
* {{Internetquelle |autor=Karl-Wilhelm Schulte |url=http://www.zim.uni-wuppertal.de/fileadmin/zim/ueber_uns/zim_info/hrz-info-9906/node15.html |titel=Noch 99 Tage … – das „y2k-Problem“ |werk=[[Bergische Universität Wuppertal|Uni-Wuppertal.de]] |datum=1999-06-29 |archiv-url=https://web.archive.org/web/20151226024922/http://www.zim.uni-wuppertal.de/fileadmin/zim/ueber_uns/zim_info/hrz-info-9906/node15.html |archiv-datum=2015-12-26 |abruf=2023-03-18 |abruf-verborgen=1}}

== Einzelnachweise ==
<references>
<ref name="spon_et_mb">
{{Internetquelle
|autor=Frank Patalong
|url=http://www.spiegel.de/einestages/millennium-bug-a-948986.html
|titel=Die Nacht, in der wir alle noch einmal davonkamen
|werk=einestages
|hrsg=[[Spiegel Online]]
|datum=2007-12-31
|abruf=2015-07-21}}
</ref>
</references>

[[Kategorie:2000]]
[[Kategorie:Netzkultur]]
[[Kategorie:Programmfehler| ]]

Jahr-2000-Problem - Versionsgeschichte

imported>Minilexikon: Gruppierung von zusammengehörigen Überschriften /* Folgen/Probleme */