WikiDer > Millennium-Bug

Millenniumbug
Die Tafel in einer französischen Schule in Nantes zeigt den 3. Januar 1900 statt 2000 an.
Der Anfang des Problems, um Zeit und Platz zu sparen: zwei Stellen für das Jahr auf einer Lochkarte

Das Millennium-Bug war ein problem, das in 20. Jahrhundert Computersysteme entstanden, weil manchmal nur die letzten beiden Ziffern des Jahres beim Speichern des Datums verwendet wurden. So wurde 29. Dezember1977 zum Beispiel gespeichert als 29-12-77. In den frühen Tagen des Computers wurde dies getan, um das damals sehr teure Geld zu sparen Speicherplatz. Außerdem haben Programmierer oft nicht erwartet, dass ihre Programme es bis zur Jahrhundertwende schaffen, oder sie haben nicht daran gedacht. Ende Die Neunziger wurde erstellt unter IKTExperten sind sehr besorgt über dieses Problem.

Das Problem entstand beim Übergang vom zweiten zum dritten Jahrtausend, hätte aber auch zu einer anderen Jahrhundertwende auftreten können. In diesem Sinne wäre Centennium Bug oder Century Bug ein besserer Name gewesen.

Erwartete Probleme

Der Millennium-Bug würde beim Übergang zum Jahr Probleme bereiten 2000, weil die Darstellung vom 1. Januar 2000 der von 1. Januar1900: 01-01-00. In diesem Zusammenhang wurde 2000 oft als Y2K bezeichnet, wobei Y die Abkürzung des englischen Wortes ist Jahr (Jahr) und das K steht für Kilo, also für das Tausendfache.

Inventarsysteme würden denken, dass ein Produkt mit dem Verfallsdatum 01-01-00 bereits ein Jahrhundert alt ist. Auch bei der Zinsberechnung wurde befürchtet, dass viel schief gehen würde: Wer 1999 einen Kredit aufnimmt und 00 zurückzahlt, hat laut Computer pünktlich zurückgezahlt und schuldet keine Zinsen. Veröffentlichung über die erwarteten Katastrophen Luc Sala und Oussama Cherribic im 1998 in den Niederlanden eine Broschüre: Bit Bang: Im Schatten des Millenniums.[1] Dieses Papier gab auch Tipps zum Testen des eigenen Computers und zum Berücksichtigen der Millenniums-Resistenz.

An Ampeln und Aufzügen, von denen die Software den 1. Januar 1900 (d. h. Montag[2]), obwohl es in Wirklichkeit der 1. Januar 2000 war, ein Samstag. Es wurde auch befürchtet, dass einige Programme die Tatsache berücksichtigten, dass die Jahrhundertjahre Schaltjahre aber nicht mit der Tatsache, dass 2000 ein Schaltjahr war.

Erste Konfrontation

Die Geschichte besagt, dass die erste Begegnung mit dem Millennium-Bug bereits im Januar stattgefunden hat 1995. Neue Zahlungskarten wurden an POS-Terminals abgelehnt, weil sie nicht mehr gültig waren. Die Pässe waren fünf Jahre gültig, bis zum Jahr 00. Das Zahlterminal interpretierte dies als 1900 statt als 2000 und meldete daher, dass der Pass abgelaufen sei.[Quelle?]

Heilmittel

Die erwarteten Jahrtausendprobleme könnten durch die Verwendung von vierstelligen Jahreszahlen verhindert werden, was das Problem auf das Jahr 10.000 (in etwa 8000 Jahren) verschiebt. Oft wurde auch „Windowing“ angewendet, wobei die Software so modifiziert wurde, dass (zum Beispiel) die Zahlen 61-99 die Jahre 1961 bis 1999 und 00-60 die Jahre 2000 bis 2060 darstellen. Um das erwartete Millennium zu vermeiden Probleme , viele Zehntausende von Programmen auf der ganzen Welt mussten überprüft werden und viele Systeme wurden mit als "millenniumproof" bekannten Softwareversionen ausgeliefert. Teilweise wurden die Uhren älterer Anlagen sogar um Jahre, oft 28 Jahre zurückgestellt, weil der Zyklus von Wochentagen und Schaltjahre wieder ausgerichtet.

Dennoch wurde beim Übergang auf das Jahr 2000 die nötige Vorsicht walten gelassen. In Dauerbetrieben, Chemieanlagen, Trinkwasserversorgern, Kraftwerken und dergleichen waren während der Millennium Night oft Doppelschichten von Personal anwesend und Notrufsysteme standen startbereit. Auch bei den Anbietern kritischer Betriebssysteme waren um den Jahreswechsel oft zusätzliche Support-Mitarbeiter präsent. So trauten sich einige zum Jahreswechsel nicht zu fliegen, aus Angst, dass die Computerausrüstung ausfallen würde. Versicherungen forderten sogar, dass Flugzeuge während des Übergangs am Boden bleiben. Einige nicht benutzerdefinierte Systeme wie TeleRad wurden durch den Millennium-Bug deaktiviert.

Dabei wurde manchmal vergessen, dass in vielen Systemen der kritische Moment nicht um Mitternacht, sondern (in Westeuropa) erst um 1:00 Uhr fiel. Dies lag daran, dass viele Systeme intern koordinierte Weltzeit arbeiten.

Im Nachhinein

Obwohl die Nachrichten groß waren, verursachte der Millennium-Bug letztendlich weit weniger Probleme als bisher befürchtet. Ob dies daran lag, dass die Folgen geringer waren als befürchtet oder daran, dass viele kritische Systeme schon vorher vorsorglich modifiziert wurden, ist nie klar geworden.

Ähnliche Probleme

Ähnliche Probleme mit "Überlauf" in Datums- und Zeitformaten gab es oft nicht nur beim Übergang in ein neues Jahrhundert. Diese bleiben oft unbemerkt oder sind nur Insidern bekannt.

Beispielsweise wurde am 22. August 1999 die interne wöchentliche Zählung der GPS-System von 1023 auf 0, was bei einigen GPS-Empfängern zu vorübergehenden Problemen führte. Dies geschieht alle 1024 Wochen oder alle 19,7 Jahre. Im Englischen lautet der Begriff dafür Rollover der Wochennummer (WNRO) verwendet. Der letzte Rollover fand am 6. April 2019 statt.

In vielen Computersystemen, die Unix basiert, wird die Zeit in Sekunden 32-stellig aufgezeichnet binär Zahl, wobei eine Stelle angibt, ob das Datum vor oder nach 1970 liegt. Auf 19. Januar2038 kann daher ähnliches Problem auftreten, wenn 231 Sekunden sind vergangen seit dem Unix-Epoche, Mitternacht von 1. Januar1970. Schon jetzt bereitet das Rechnen mit Daten von 2038 manchmal Probleme.

Es kam oft vor, dass Menschen über 100 einen Aufruf zur Schulpflicht oder zu einer ärztlichen Untersuchung oder Impfung von Kindern erhielten. Dies lässt sich damit erklären, dass nur die letzten beiden Ziffern des Geburtsjahres berücksichtigt wurden. Dies geschah vor Computern.