År 2000 problem

A French electronic sign. It reads, Bienvenue a L'École centrale de Nantes, 12 heures 09, 3 Janvier 1900.
En elektronisk skylt på École centrale de Nantes som felaktigt visar år 1900 den 3 januari 2000

År 2000-problemet , även känt som Y2K-problemet , Y2K-skräck , millenniumbugg , Y2K- fel , Y2K - fel , Y2K-fel eller helt enkelt Y2K hänvisar till potentiella datorfel relaterade till formatering och lagring av kalenderdata för datum i och efter år 2000 . Många program representerade fyrsiffriga år med endast de två sista siffrorna, vilket gjorde år 2000 omöjligt att skilja från år 1900. Datorsystemens oförmåga att särskilja datum korrekt hade potentialen att förstöra världsomspännande infrastruktur för branscher från banker till flygresor.

Under åren fram till sekelskiftet (millennieskiftet) blev allmänheten gradvis medveten om "Y2K-skräcken", och enskilda företag förutspådde att den globala skadan orsakad av buggen skulle kräva allt mellan $400 miljoner och $600 miljarder för att åtgärda. En otydlighet angående de potentiella farorna med buggen ledde till att en del köpte mat, vatten och skjutvapen, köpte reservgeneratorer och tog ut stora summor pengar i väntan på en datorinducerad apokalyps .

Tvärtemot publicerade förväntningar inträffade få större fel under 2000. Anhängare av Y2K-saneringen hävdade att detta främst berodde på förebyggande åtgärder från många datorprogrammerare och informationsteknikexperter . Företag och organisationer i vissa länder, men inte alla, hade kontrollerat, fixat och uppgraderat sina datorsystem för att lösa problemet. s dåvarande president Bill Clinton , som organiserade ansträngningar för att minimera skadorna i USA, stämplade Y2K som "det 21:a århundradets första utmaning som framgångsrikt möttes", och retrospektiv på evenemanget berömmer vanligtvis de programmerare som arbetade för att avvärja den förväntade katastrofen .

Kritiker påpekade att även i länder där mycket lite hade gjorts för att fixa programvara var problemen minimala. Detsamma gällde i sektorer som skolor och småföretag där efterlevnaden av Y2K-policyer i bästa fall var ojämn.

Bakgrund

Y2K är en numeronym och var den vanliga förkortningen för år 2000 mjukvaruproblem. Förkortningen kombinerar bokstaven Y för "år", siffran 2 och en versal version av k för SI-enhetsprefixet kilo som betyder 1000; därför 2K 2000. Den kallades också för "millennium buggen" eftersom den var förknippad med den populära (snarare än bokstavliga) rollover av millenniet, även om de flesta av problemen kunde ha inträffat i slutet av vilket sekel som helst.

Computerworlds tresidiga "Doomsday 2000"-artikel från 1993 av Peter de Jager kallades "informationsålderns motsvarighet till Paul Reveres midnattsfärd" av The New York Times .

Problemet var ämnet för den tidiga boken Computers in Crisis av Jerome och Marilyn Murray (Petrocelli, 1984; återutgiven av McGraw-Hill under titeln The Year 2000 Computing Crisis 1996). Dess första inspelade omnämnande på en Usenet- nyhetsgrupp är från den 18 januari 1985 av Spencer Bolles.

Förkortningen Y2K har tillskrivits Massachusetts programmerare David Eddy i ett e-postmeddelande som skickades den 12 juni 1995. Han sa senare, "Folk kallade det CDC (Century Date Change), FADL (Faulty Date Logic). Det fanns andra utmanare. Y2K kom precis från mina fingertoppar."

Problemet började för att både stordatorer och senare persondatorer var lagring dyr, från så lite som $10 per kilobyte, till i många fall så mycket som eller till och med mer än US$100 per kilobyte. Det var därför mycket viktigt för programmerare att minimera användningen. Eftersom datorer bara fick stor användning på 1900-talet kunde program helt enkelt prefixet "19" till årtalet för ett datum, vilket tillåter dem att bara lagra de två sista siffrorna i året istället för fyra. Eftersom utrymme på skivor och band också var dyrt sparade dessa strategier pengar genom att minska storleken på lagrade datafiler och databaser i utbyte mot att de blev oanvändbara efter år 2000.

Detta innebar att program som stod inför tvåsiffriga årtal inte kunde skilja mellan datum 1900 och 2000. Hemska varningar var ibland i läget:

Y2K-problemet är den elektroniska motsvarigheten till El Niño och det kommer att finnas otäcka överraskningar runt om i världen.

John Hamre , USA:s biträdande försvarsminister

Optioner på De Jager Year 2000 Index, "det första indexet som gör det möjligt för investerare att hantera risker förknippade med ... datorproblem kopplat till år 2000" började handlas i mitten av mars 1997.

Särskilda kommittéer inrättades av regeringar för att övervaka avhjälpande arbete och beredskapsplanering , särskilt av avgörande infrastrukturer som telekommunikation, allmännyttiga tjänster och liknande, för att säkerställa att de mest kritiska tjänsterna hade åtgärdat sina egna problem och var förberedda på problem med andra. Medan vissa kommentatorer och experter hävdade att bevakningen av problemet till stor del innebar skrämselpropaganda , var det bara den säkra passeringen av själva huvudevenemanget, den 1 januari 2000, som helt dämpade allmänhetens rädsla.

Vissa experter som hävdade att skrämselpropaganda förekom, som Ross Anderson , professor i säkerhetsteknik vid University of Cambridge Computer Laboratory , har sedan dess hävdat att trots att de har skickat ut hundratals pressmeddelanden om forskningsresultat som tyder på att problemet sannolikt inte var så stora som vissa hade föreslagit, ignorerades de till stor del av media. På liknande sätt förutspådde Microsoft Press-boken Running Office 2000 Professional, publicerad i maj 1999, att de flesta persondatorers hårdvara och mjukvara inte skulle påverkas av år 2000-problemet. Författarna Michael Halvorson och Michael Young karakteriserade de flesta av bekymmer som populär hysteri, en åsikt som upprepades av Microsoft Corp.

Programmeringsproblem

Bruket att använda tvåsiffriga datum för bekvämlighets skull går före datorer, men var aldrig ett problem förrän lagrade datum användes i beräkningar.

Lite bevarandebehov

Jag är en av de skyldiga som skapade det här problemet. Jag brukade skriva de här programmen på 1960- och 1970-talen och var stolt över det faktum att jag kunde pressa några delar av utrymme ur mitt program genom att inte behöva sätta en 19:a före året. Då var det väldigt viktigt. Vi brukade lägga mycket tid på att springa igenom olika matematiska övningar innan vi började skriva våra program så att de kunde avgränsas mycket tydligt med avseende på utrymme och kapacitetsutnyttjande. Det kom aldrig in i våra sinnen att dessa program skulle ha varat i mer än några år. Som en konsekvens är de mycket dåligt dokumenterade. Om jag skulle gå tillbaka och titta på några av de program jag skrev för 30 år sedan, skulle jag ha en fruktansvärt svår tid att arbeta mig igenom steg-för-steg.

Alan Greenspan , 1998

Affärsdatabearbetning gjordes med hjälp av enhetsjournalutrustning och hålkort , oftast den 80-kolumnsvariant som användes av IBM , som dominerade branschen. Många knep användes för att klämma in nödvändig data i poster med fasta fält med 80 tecken. Att spara två siffror för varje datumfält var viktigt i denna ansträngning.

På 1960-talet var datorminne och masslagring knappa och dyra. Tidig kärnminne kostade en dollar per bit. Populära kommersiella datorer, som IBM 1401 , levereras med så lite som 2 kilobyte minne. Program efterliknade ofta kortbehandlingstekniker. Dåtidens kommersiella programmeringsspråk, som COBOL och RPG , bearbetade siffror i sina karaktärsrepresentationer. Med tiden konverterades hålkorten till magnetband och sedan skivfiler, men strukturen på datan förändrades vanligtvis väldigt lite.

Data matades fortfarande in med hjälp av hålkort fram till mitten av 1970-talet. Maskinarkitekturer, programmeringsspråk och applikationsdesigner utvecklades snabbt. Varken dåtidens chefer eller programmerare förväntade sig att deras program skulle förbli i användning under många decennier, och möjligheten att dessa program både skulle förbli i användning och orsaka problem när de interagerar med databaser - en ny typ av program med olika egenskaper - förblev i stort sett okommenterad. .

Tidig uppmärksamhet

Den första personen känd för att offentligt ta upp detta problem var Bob Bemer , som hade märkt det 1958 som ett resultat av arbete med genealogisk programvara. Han tillbringade de kommande tjugo åren fruktlöst med att försöka öka medvetenheten om problemet hos programmerare, IBM , USA:s regering och International Organization for Standardization . Detta inkluderade rekommendationen att COBOL- bildklausulen skulle användas för att ange fyrsiffriga årtal för datum.

På 1980-talet började mäklarbranschen ta itu med denna fråga, mest på grund av obligationer med förfallodatum efter år 2000. År 1987 hade New York Stock Exchange enligt uppgift spenderat över 20 miljoner dollar på Y2K, inklusive att anställa 100 programmerare.

  Trots tidskriftsartiklar om ämnet från 1970 och framåt började majoriteten av programmerare och chefer inse Y2K som ett hotande problem först i mitten av 1990-talet, men även då gjorde tröghet och självgodhet att det mestadels var olöst förrän de sista åren av årtionde. 1989 Erik Naggum avgörande för att säkerställa att internetpost använde fyrsiffriga representationer av årtal genom att inkludera en stark rekommendation om detta i kravdokumentet för internetvärden RFC 1123 . På April Fools' Day 1998 satte vissa företag sina stordatordatum till 2001, så att "fel datum kommer att uppfattas som kul istället för dålig datoranvändning" samtidigt som de har en hel dag med testning.

Medan användningen av 3-siffriga årtal och 3-siffriga datum inom det året användes av vissa, valde andra att använda antalet dagar sedan ett fast datum, till exempel den 1 januari 1900. Oagerande var inte ett alternativ och riskerade stora misslyckanden. Inbyggda system med liknande datumlogik förväntades fungera felaktigt och få verktyg och annan avgörande infrastruktur att misslyckas.

Att spara utrymme på lagrade datum fortsatte in i Unix-eran, med de flesta system som representerar datum till ett enda 32-bitars ord, typiskt representerar datum som förflutna sekunder från ett fast datum, vilket orsakar liknande Y2K38-problem .

Resulterande buggar från datumprogrammering

Webbsida skärmdumpar som visar JavaScript .getYear() metodproblem, som skildrar år 2000 problemet
En Apple Lisa accepterar inte datumet

Lagring av ett kombinerat datum och tid inom ett fast binärt fält anses ofta vara en lösning, men möjligheten för programvara att feltolka datum kvarstår eftersom sådana datum- och tidsrepresentationer måste vara relativa till något känt ursprung. Överföring av sådana system är fortfarande ett problem men kan ske vid olika datum och kan misslyckas på olika sätt. Till exempel:

  • En exklusiv livsmedelsbutiks kreditkort från 1997 orsakade krasch av deras 10 kassaregister, upprepade gånger, på grund av utgångsdatum för år 2000, och var källan till den första Y2K-relaterade rättegången.
  • Microsoft Excel- kalkylprogram hade ett mycket elementärt Y2K-problem: Excel (i både Windows- och Mac-versioner, när de är inställda på att starta vid 1900) ställde felaktigt in år 1900 som ett skottår för kompatibilitet med Lotus 1-2-3. Dessutom betraktades åren 2100, 2200 och så vidare som skottår. Denna bugg fixades i senare versioner, men eftersom epoken för Excel-tidsstämpeln sattes till det meningslösa datumet 0 januari 1900 i tidigare versioner, betraktas år 1900 fortfarande som ett skottår för att upprätthålla bakåtkompatibilitet.
  • I programmeringsspråket C returnerar standardbiblioteksfunktionen för att extrahera årtalet från en tidsstämpel årtalet minus 1900. Många program som använder funktioner från C, som Perl och Java , två programmeringsspråk som ofta används i webbutveckling, behandlade detta värde felaktigt som årets två sista siffror. På webben var detta vanligtvis en ofarlig presentationsbugg, men det gjorde att många dynamiskt genererade webbsidor visades 1 januari 2000 som "1/1/19100", "1/1/100" eller andra varianter, beroende på visningen formatera. [ citat behövs ]
  • JavaScript ändrades på grund av oro över Y2K-felet, och returvärdet i flera år förändrades och skilde sig således mellan versioner från att ibland vara en fyrsiffrig representation och ibland en tvåsiffrig representation, vilket tvingar programmerare att skriva om redan fungerande kod för att se till att webbsidor fungerade för alla versioner.
  • Äldre applikationer skrivna för det vanliga UNIX källkodskontrollsystemet klarade inte år som började med siffran "2".
  • I filhanteraren i Windows 3.x visas datum som 1/1/19:0 för 1/1/2000 (eftersom kolon är tecknet efter "9" i ASCII -teckenuppsättningen). En uppdatering var tillgänglig.
  • Vissa program, som Math Blaster Episod I: In Search of Spot som bara behandlar år som tvåsiffriga värden istället för fyra, kommer att ge ett givet år som "1900", "1901" och så vidare, beroende på de två senaste siffror för innevarande år.

Liknande datumbuggar

4 januari 1975

Datumet den 4 januari 1975 svämmade över 12-bitarsfältet som hade använts i operativsystemen Decsystem 10. Det fanns många problem och krascher relaterade till denna bugg medan ett alternativt format utvecklades.

9 september 1999

Redan innan den 1 januari 2000 anlände fanns det också en del oro för den 9 september 1999 (om än mindre än de som genererades av Y2K). Eftersom detta datum också kan skrivas i det numeriska formatet 9/9/99, kan det ha kommit i konflikt med datumvärdet 9999 , som ofta används för att ange ett okänt datum. Det var således möjligt att databasprogram kunde agera på de poster som innehåller okända datum den dagen. Datainmatningsoperatörer skrev vanligtvis in 9999 i obligatoriska fält för ett okänt framtida datum, (t.ex. ett uppsägningsdatum för kabel-tv eller telefontjänst), för att behandla datorformulär med CICS- programvara . Något liknande detta är filslutkoden 9999 , som används i äldre programmeringsspråk. Även om farhågor uppstod för att vissa program skulle kunna avslutas oväntat det datumet, var det mer sannolikt att felet förvirrade datoroperatörer än maskiner.

Skottår

Normalt är ett år ett skottår om det är jämnt delbart med fyra. Ett år som är delbart med 100 är inte ett skottår i den gregorianska kalendern om det inte också är delbart med 400. Till exempel var 1600 ett skottår, men 1700, 1800 och 1900 var det inte. Vissa program kan ha förlitat sig på den alltför förenklade regeln att "ett år som är delbart med fyra är ett skottår". Den här metoden fungerar bra för år 2000 (eftersom det är ett skottår), och kommer inte att bli ett problem förrän 2100, när äldre äldre program troligen för länge sedan har ersatts. Andra program innehöll felaktig skottårslogik, förutsatt att inget år delbart med 100 kunde vara ett skottår. En bedömning av detta skottårsproblem inklusive ett antal verkliga kodfragment dök upp 1998. För information om varför sekelår behandlas olika, se den gregorianska kalendern .

År 2010 problem

Vissa system hade problem när året rullade över till 2010. Detta kallades av vissa i media som "Y2K+10" eller "Y2.01K"-problemet.

Den huvudsakliga källan till problem var förvirring mellan hexadecimal nummerkodning och binärkodad decimalkodning av tal. Både hexadecimal och BCD kodar siffrorna 0–9 som 0x0–0x9. BCD kodar talet 10 som 0x10, medan hexadecimal kodar talet 10 som 0x0A; 0x10 tolkad som en hexadecimal kodning representerar talet 16.

Till exempel, eftersom SMS-protokollet använder BCD för datum, rapporterade vissa mobiltelefonprogram felaktigt datum för SMS som 2016 istället för 2010. Windows Mobile är den första programvaran som rapporterats ha påverkats av detta fel; i vissa fall ändrar WM6 datumet för inkommande SMS som skickas efter 1 januari 2010 från år 2010 till 2016.

Andra system som påverkas inkluderar EFTPOS- terminaler och PlayStation 3 (förutom Slim-modellen).

De viktigaste förekomsterna av ett sådant fel var i Tyskland, där upp till 20 miljoner bankkort blev oanvändbara, och med Citibank Belgium , vars digipass-kundidentifieringschip misslyckades.

År 2022 problem

Känd som Y2K22-felet. Det maximala värdet för ett signerat 32-bitars heltal, som används i många datorsystem, är 2147483647. System som använder ett heltal för att representera ett datumbaserat fält på 10 tecken, där de två tecknen längst till vänster är det tvåsiffriga året, stötte på ett utfärdas den 1 januari 2022 när tecknen längst till vänster behövde vara '22', dvs värden från 2200000001 behövde representeras.

Microsofts Exchange- server var ett av de mest kända och betydelsefulla systemen som påverkades av Y22-felet. Problemet gjorde att e-postmeddelanden fastnade i transportköer på Exchange Server 2016 och Exchange Server 2019, vilket rapporterade följande fel: "FIP-FS "Microsoft" Scan Engine kunde inte laddas. PID: 23092, Felkod: 0x80004005. Felbeskrivning: Kan inte konvertera "2201010001" till lång."

År 2038 problem

Många system använder Unix-tid och lagrar den i ett signerat 32-bitars heltal . Denna datatyp kan endast representera heltal mellan −(2 31 ) och (2 31 )−1, behandlat som antal sekunder sedan epoken den 1 januari 1970 kl. 00:00:00 UTC . Dessa system kan endast representera tider mellan 13 december 1901 kl. 20:45:52 UTC och 19 januari 2038 kl. 03:14:07 UTC. Om dessa system inte uppdateras och fixas kommer datum över hela världen som förlitar sig på Unix-tid felaktigt att visa året som 1901 med början 03:14:08 UTC den 19 januari 2038.

Programmeringslösningar

Flera mycket olika tillvägagångssätt användes för att lösa år 2000-problemet i äldre system. Flera av dem följer:

Datumexpansion
Tvåsiffriga årtal utökades till att omfatta århundradet (som blev fyrsiffriga årtal) i program, filer och databaser. Detta ansågs vara den "renaste" lösningen, vilket resulterade i entydiga datum som är permanenta och lätta att underhålla. Denna metod var kostsam, krävde massiva test- och konverteringsinsatser och påverkade vanligtvis hela system.
Datumfönster
Tvåsiffriga årtal behölls, och programmen bestämde sekelvärdet endast när det behövdes för särskilda funktioner, såsom datumjämförelser och beräkningar. (Sekelets "fönster" hänvisar till den 100-årsperiod som ett datum hör till.) Denna teknik, som krävde att man installerade små kodlappar i program, var enklare att testa och implementera än datumexpansion, och därmed mycket billigare. Även om det inte var en permanent lösning, utformades fönsterfixar vanligtvis för att fungera i många decennier. Detta ansågs acceptabelt, eftersom äldre äldre system tenderar att så småningom ersättas av nyare teknik.
Datumkomprimering
Datum kan komprimeras till binära 14-bitars tal. Detta möjliggör bevarande av datastrukturjustering , med ett heltalsvärde i flera år. Ett sådant system kan representera 16384 olika år; det exakta schemat varierar beroende på valet av epok .
Datumompartitionering
I äldre databaser vars storlek inte kunde ändras ekonomiskt, konverterades sexsiffriga år/månad/dag-koder till tresiffriga årtal (med 1999 representerat som 099 och 2001 representerat som 101, etc.) och tresiffrigt dagar ( ordinarie datum i år). Endast in- och utmatningsinstruktioner för datumfälten behövde ändras, men de flesta andra datumoperationer och hela postoperationer krävde ingen förändring. Detta fördröjer det eventuella överrullningsproblemet till slutet av år 2899.
Mjukvarukit
Mjukvarukit, som de som listas i CNN.coms topp 10 Y2K-fixar för din PC : ("mest ... gratis") som toppades av $50 Millennium Bug Kit .
Överbrygga program
Datumservrar där Call statements används för att komma åt, lägga till eller uppdatera datumfält.

Dokumenterade fel

Före 2000

  • Den 1 januari 1999 slutade taxametrar i Singapore att fungera medan det i Sverige angavs felaktiga taxipriser.
  • Vid midnatt den 1 januari 1999, på tre flygplatser i Sverige, slutade datorer som polisen använde för att skapa tillfälliga pass att fungera.
  • I november 1999 mottog cirka 500 invånare i Philadelphia jurytjänstekallelser för datum år 1900.
  • I december 1999, i Storbritannien , hindrade en mjukvaruuppgradering avsedd att göra datorer Y2K-kompatibla socialtjänsten i Bedfordshire från att hitta om någon i deras vård var över 100 år gammal, eftersom datorer inte kunde känna igen födelsedatumen som söktes.
  • I slutet av december 1999 skickade Telecom Italia (nu Gruppo TIM ), Italiens största telekomföretag, en räkning för januari och februari 1900. Företaget uppgav att detta var ett engångsfel och att det nyligen hade säkerställt att dess system skulle vara kompatibla med års övergång.
  • Den 28 december 1999 slutade 10 000 kortsvepmaskiner utgivna av HSBC och tillverkade av Racal att behandla kredit- och betalkortstransaktioner. Detta var begränsat till maskiner i Storbritannien, och var resultatet av att maskinerna konstruerades för att säkerställa att transaktioner hade slutförts inom fyra arbetsdagar; från 28 till 31 december tolkade de framtida datum till år 1900. Butiker med dessa maskiner förlitade sig på papperstransaktioner tills de började arbeta igen den 1 januari.
  • Den 31 december, klockan 19:00 EST , som ett direkt resultat av en patch avsedd att förhindra Y2K-felet, kraschade datorer vid en markkontrollstation i Fort Belvoir , Virginia och upphörde att bearbeta information från fem spionsatelliter , inklusive tre KH- 11 satelliter. Militären implementerade en beredskapsplan vid 03:00 på morgonen genom att avleda deras flöden och manuellt avkoda den förvrängda informationen, från vilken de kunde producera en begränsad datauppsättning. All normal funktionalitet återställdes klockan 23:45 den 2 januari 2000.

Den 1 januari 2000

När den 1 januari 2000 anlände fanns det problem som i allmänhet betraktades som mindre. Konsekvenserna blev inte alltid exakt vid midnatt. Vissa program var inte aktiva vid det tillfället och problem skulle dyka upp först när de anropades. Inte alla registrerade problem var direkt kopplade till Y2K-programmering i en kausalitet ; mindre tekniska fel uppstår regelbundet.

Rapporterade problem inkluderar:

  • I Australien fungerade inte valideringsautomater för bussbiljetter i två stater.
  • I Ishikawa , Japan, rapporterade Shika kärnkraftverk att strålningsövervakningsutrustningen misslyckades några sekunder efter midnatt. Tjänstemän sa att det inte fanns någon risk för allmänheten, och ingen överskottsstrålning hittades vid anläggningen.
  • I Japan, två minuter över midnatt, hittade teleoperatören Osaka Media Port misstag med datumhantering i sitt nätverk. En talesman sa att de hade löst problemet senast 02:43 och inte störde verksamheten.
  • I Japan rapporterade NTT Mobile Communications Network ( NTT Docomo ), Japans största mobiloperatör, att vissa modeller av mobiltelefoner raderade nya meddelanden som tagits emot, snarare än de äldre meddelanden, när minnet fylldes på.
  • I Sydkorea misslyckades vid midnatt 902 ondolvärmesystem och vattenuppvärmning i ett hyreshus nära Seoul ; ondol-systemen låg nere i 19 timmar och fungerade bara manuellt, medan vattenuppvärmningen tog 24 timmar att starta om. Dessutom rapporterade två sjukhus i Gyeonggi-provinsen och ett annat i staden Daegu att utrustningen inte fungerade, varav ett av misstag registrerade en nyfödd som född 1900, och en domstol i Suwon skickade ut meddelanden som innehöll ett rättegångsdatum för den 4 januari 1900.
  • I Sydkorea genererade en videobutik i Gwangju av misstag en förseningsavgift på cirka 8 miljoner won (cirka 7 000 USD ) eftersom butikens dator fastställde att en bandhyra skulle vara 100 år försenad. Sydkoreanska myndigheter uppgav att datorn var en modell som förväntades vara inkompatibel med årsskiftet och inte hade genomgått de mjukvaruuppgraderingar som var nödvändiga för att göra den kompatibel.
  • I Hongkong misslyckades polisens alkomätare vid midnatt.
  • I Jiangsu , Kina , gick taxametrar sönder vid midnatt.
  • I Grekland tryckte cirka 30 000 kassaregister, motsvarande cirka 10 % av landets totala mängd, kvitton med datum från 1900.
  • I Danmark registrerades det första barnet som föddes den 1 januari som 100 år gammalt.
  • I Frankrike sa den nationella väderprognostjänsten, Météo-France , att ett år 2000-fel gjorde att datumet på en webbsida visade en karta med lördagens väderprognos som "01/01/19100". Dessutom rapporterade regeringen att ett Y2K-fel gjorde ett av deras Syracuse-satellitsystem oförmöget att känna igen fel ombord.
  • I Tyskland , vid Deutsche Oper Berlin, tolkade lönesystemet det nya året till 1900 och fastställde åldern på anställdas barn med de två sista siffrorna i deras födelseår, vilket fick det att felaktigt hålla inne statliga barnomsorgssubventioner i lönecheckar. För att återinföra subventionerna var revisorerna tvungna att återställa operativsystemets år till 1999.
  • I Tyskland överförde en bank av misstag 12 miljoner tyska mark (motsvarande 6,2 miljoner dollar) till en kund och presenterade ett kontoutdrag med datumet 30 december 1899. Banken fixade snabbt den felaktiga överföringen.
  • I Italien visade domstolsdatorer i Venedig och Neapel ett kommande frigivningsdatum för vissa fångar som den 10 januari 1900, medan andra fångar felaktigt visade sig ha 100 extra år på sig.
  • I Spanien fick en arbetare ett meddelande till en industridomstol i Murcia som angav datumet för händelsen som den 3 februari 1900.
  • I Sverige rapporterade huvudsjukhuset i Uppsala , ett sjukhus i Lund och två regionsjukhus i Karlstad och Linköping att maskiner som användes för att läsa EKG -information inte fungerade, även om sjukhusen uppgav att det inte hade någon effekt på patienternas hälsa.
  • I Sheffield , Storbritannien, fick en Y2K-bugg som inte upptäcktes och fixades förrän den 24 maj att datorer räknade bort åldern på gravida mödrar, vilket ledde till att 154 patienter fick felaktiga riskbedömningar för att ha ett barn med Downs syndrom . Som ett direkt resultat genomfördes två aborter och fyra barn med Downs syndrom föddes också av mödrar som hade fått veta att de tillhörde lågriskgruppen.
  • I Brasilien , i hamnen i Santos , kunde datorer som hade uppgraderats i juli 1999 för att vara Y2K-kompatibla inte läsa treåriga tullregistreringar som genererades i deras tidigare system när året väl rullade över. Santos sa att detta påverkade registreringar från före juni 1999 som företag inte hade uppdaterat, vilket Santos uppskattade var cirka 20 000, och att när problemet uppenbarade sig den 10 januari kunde de fixa enskilda registreringar, "på några minuter". En dator på Viracopos internationella flygplats i delstaten São Paulo upplevde också detta fel, som tillfälligt stoppade lastlossningen.
  • I USA angav US Naval Observatory , som kör masterklockan som håller landets officiella tid, datumet på sin webbplats som 1 januari 19100.
  • I USA slutade 150 Delaware Lottery racino- spelautomater att fungera.
  • I New York genererade en videobutik av misstag en förseningsavgift på 91 250 USD eftersom butiksdatorn fastställde att en banduthyrning var 100 år försenad.
  • I Tennessee uppgav Oak Ridge National Laboratory att ett Y2K-fel orsakade ett ospecificerat fel i en kärnvapenfabrik. Det löstes inom tre timmar, ingen på anläggningen skadades och anläggningen fortsatte att utföra sina normala funktioner.
  • Kreditkortsföretagen Visa och MasterCard rapporterade att, som ett direkt resultat av Y2K-felet, i veckor efter årsskiftet debiterades en liten andel av kunderna flera gånger för transaktioner.

Efter januari 2000

Den 29 februari och 1 mars 2000

Problem rapporterades den 29 februari 2000, Y2K:s första skottårsdag, och den 1 mars 2000. Dessa var oftast mindre.

  • I Nya Zeeland kunde uppskattningsvis 4 000 elektroniska terminaler inte autentisera transaktioner korrekt.
  • I Japan fungerade inte cirka fem procent av postkontorens kassaautomater, även om det var oklart om detta var resultatet av Y2K-felet. Dessutom misslyckades 6 observatorier att känna igen den 29 februari medan över 20 seismografer felaktigt tolkade datumet 29 februari till att vara 1 mars, och data från 43 väderbyrådatorer som inte hade uppdaterats för överensstämmelse var korrupta, vilket fick dem att släppa felaktiga avläsningar den 1 Mars.
  • I Singapore accepterade inte tunnelbaneterminalerna vissa passagerarkort den 29 februari.
  • I Bulgarien utfärdades polisdokument med utgångsdatum 29 februari 2005 och 29 februari 2010 (som inte är skottår) och polisens datorsystem var standard till 1900.
  • I Kanada tolkade ett program för skatteinsamling och information i staden Montreal den 29 februari att datumet var den 1 mars 1900; även om det fortfarande var möjligt att betala skatt, räknade datorer felräntor för förfallna skatter och invånare kunde inte få tillgång till skatteräkningar eller fastighetsvärderingar. Trots att det var dagen innan skatterna skulle betalas, var myndigheterna tvungna att helt stänga av stadens skattesystem för att åtgärda felet.
  • I USA påverkades den 29 februari arkiveringssystemet för kustbevakningens meddelandebehandlingssystem.
  • Reagan National Airport , den 29 februari, uppstod betydande förseningar när ett datorprogram för hantering av bagage vid kanten till en början inte kände igen datumet, vilket tvingade passagerare att använda vanliga incheckningsstationer.
  • Vid Offutt Air Force Base söder om Omaha, Nebraska , den 29 februari gick det inte att komma åt register över flygplansunderhållsdelar med dator. Arbetarna fortsatte med normal verksamhet och förlitade sig på pappersjournaler för dagen.

Den 31 december 2000 eller 1 januari 2001

Vissa program identifierade inte korrekt 2000 som ett skottår och fungerade därför utifrån att året hade 365 dagar. Den sista dagen 2000 (dag 366) och första dagen 2001 uppvisade dessa system olika fel. Dessa var i allmänhet mindre.

  • Den svenska banken Nordbanken rapporterade att dess online- och fysiska banksystem gick ner 5 gånger mellan 27 december 2000 och 3 januari 2001, vilket antogs bero på Y2K-felet.
  • upptäckte det nationella järnvägsföretaget Vy den 31 december 2000 att alla 29 av dess nya Signatur- tåg inte gick eftersom deras omborddatorer ansåg att datumet var ogiltigt. Som en tillfällig åtgärd startade ingenjörer om tågen genom att ställa tillbaka sina klockor med en månad.
  • I Sydafrika tolkade datorer vid First National Bank den 1 januari 2001 det nya året till 1901, vilket påverkade cirka 16 000 transaktioner och gjorde att kunderna debiterades felaktiga räntor på kreditkort. First National Bank blev först medveten om problemet den 4 januari och fixade det samma dag.
  • Ett stort antal kassaapparater hos närbutikskedjan 7-Eleven slutade fungera för korttransaktioner den 1 januari 2001 eftersom de tolkade det nya året till 1901, trots att de inte tidigare haft några fel. 7-Eleven rapporterade att registren hade återställts till fullständig funktionalitet inom två dagar.
  • I Multnomah County, Oregon , fick ungefär 3 000 invånare i början av januari jurytjänstgöring för datum 1901. På grund av att man använde tvåsiffriga årtal när man skrev in kallelsedatumen, hade domstolspersonalen inte sett att datorn rullade på felaktigt sätt över året.

Sedan 2000

Sedan 2000 har olika problem uppstått på grund av fel som involverar spill . Ett problem med tidsmärkning orsakade förstörelsen av rymdfarkosten NASA Deep Impact . I april 2019 orsakade en "Y2K-liknande bugg" på grund av en översvämning ett trådlöst system i New York City att släckas i 10 dagar på grund av ett GPS-systems problem med datumrullning . Infrastrukturen som påverkades inkluderar "trafikljus, registreringsskyltläsare som används av poliser och andra nyckelfunktioner."

Vissa program använde en process som kallas datumfönster för att åtgärda problemet genom att tolka år 00–19 som 2000–2019 och 20–99 som 1920–1999. Som ett resultat av detta började en ny våg av problem dyka upp 2020, inklusive parkeringsmätare i New York City som vägrade att acceptera kreditkort, problem med Novitus försäljningsställen och vissa elbolag som skrev ut räkningar som listade år 1920. TV-spelet WWE 2K20 började också krascha när året rullade över, även om en patch distribuerades senare samma dag.

Regeringens svar

Bulgarien

Även om det bulgariska nationella identifikationsnumret endast tilldelar två siffror för födelseåret, åtgärdades år 1900-problemet och därefter Y2K-problemet genom att använda oanvända värden över 12 i månadsintervallet. För alla personer födda före 1900 lagras månaden som kalendermånad plus 20, och för alla personer födda år 2000 eller senare lagras månaden som kalendermånad plus 40.

Kanada

Kanadas premiärminister Jean Chrétiens viktigaste ministrar beordrades att stanna kvar i huvudstaden Ottawa och samlades på 24 Sussex Drive , premiärministerns residens, för att titta på klockan. 13 000 kanadensiska trupper sattes också i beredskap.

Nederländerna

Den holländska regeringen främjade Y2K Information Sharing and Analysis Centers (ISACs) för att dela beredskap mellan industrier, utan hot om antitrustöverträdelser eller ansvar baserat på information som delas. [ citat behövs ]

Norge och Finland

Norge och Finland ändrade sina nationella identifikationsnummer för att ange en persons födelseårhundrade. I båda länderna har födelseåret endast angetts med två siffror. Detta numreringssystem hade redan gett upphov till ett liknande problem, " År 1900-problemet ", som uppstod på grund av problem med att skilja mellan människor födda på 1800- och 1900-talen. Y2K-rädsla uppmärksammade ett äldre problem, samtidigt som det ledde till en lösning på ett nytt problem. I Finland löstes problemet genom att ersätta bindestrecket ("-") i siffran med bokstaven "A" för personer födda på 2000-talet (för personer födda före 1900 var tecknet redan "+"). I Norge ändrades intervallet för de individuella siffrorna efter födelsedatumet från 0–499 till 500–999. [ citat behövs ]

Rumänien

Rumänien ändrade också sitt nationella identifikationsnummer som svar på Y2K-problemet, på grund av att födelseåret representeras av endast två siffror. Före 2000 var den första siffran, som visar personens kön, 1 för män och 2 för kvinnor. Personer födda sedan 1 januari 2000 har ett nummer som börjar med 5 om man är man eller 6 om hon är. [ citat behövs ]

Uganda

Den ugandiska regeringen svarade på Y2K-hotet genom att inrätta en Y2K Task Force. I augusti 1999 fann en oberoende internationell bedömning av World Bank International Y2k Cooperation Center att Ugandas webbplats var i toppkategorin som "mycket informativ". Detta placerade Uganda i "topp 20" av 107 nationella regeringar, och i nivå med USA, Storbritannien, Kanada, Australien och Japan, och före Tyskland, Italien, Österrike, Schweiz som bara bedömdes som "något". informativ". Rapporten sade att "Länder som avslöjar mer Y2K-information kommer att vara mer benägna att behålla allmänhetens förtroende i sina egna länder och på de internationella marknaderna."

Förenta staterna

1998 svarade USA:s regering på Y2K-hotet genom att anta Year 2000 Information and Readiness Disclosure Act, genom att arbeta med motparter från den privata sektorn för att säkerställa beredskap och genom att skapa intern kontinuitet i verksamhetsplanerna i händelse av problem och begränsningar för vissa potentiella skulder för företag med avseende på upplysningar om deras år 2000-program. Insatsen samordnades av presidentens råd för år 2000-omvandlingen, ledd av John Koskinen , i samordning med den då oberoende Federal Emergency Management Agency (FEMA) och en interimistisk grupp för skydd av kritisk infrastruktur inom justitiedepartementet .

Den amerikanska regeringen följde ett tredelat tillvägagångssätt för problemet: (1) uppsökande verksamhet och opinionsbildning, (2) övervakning och bedömning och (3) beredskapsplanering och reglering.

Logotypen skapad av President's Council on the Year 2000 Conversion, för användning på Y2K.gov

En del av USA:s regerings uppsökande verksamhet var Y2K-webbplatser, inklusive Y2K.GOV, av vilka många har blivit otillgängliga under åren sedan 2000. Några av dessa webbplatser har arkiverats av National Archives and Records Administration eller Wayback Machine .

Varje federal byrå hade sin egen Y2K-arbetsgrupp som arbetade med sina motsvarigheter inom den privata sektorn; till exempel FCC FCC Year 2000 Task Force.

De flesta branscher hade beredskapsplaner som förlitade sig på internet för backup-kommunikation. Eftersom ingen federal myndighet hade tydlig auktoritet när det gäller internet vid denna tidpunkt (den hade gått från försvarsdepartementet till National Science Foundation och sedan till handelsdepartementet), bedömde ingen byrå hur beredskapen var för själva internet. Därför höll Vita huset den 30 juli 1999 Vita husets Internet Y2K Roundtable.

Den amerikanska regeringen etablerade också Center for Year 2000 Strategic Stability som en gemensam operation med Ryska federationen. Det var en sambandsoperation utformad för att minska möjligheten av falska positiva avläsningar i varje nations system för tidiga varningssystem för kärnvapenangrepp.

A CD marking its software as Y2K Complaint
Juno Internet Service Provider CD-märkning Y2K-kompatibilitet

Internationellt samarbete

International Y2K Cooperation Centre (IY2KCC) etablerades på uppdrag av nationella Y2K-koordinatorer från över 120 länder när de träffades vid det första globala mötet för nationella Y2K-koordinatorer i FN i december 1998. IY2KCC etablerade ett kontor i Washington, DC i Mars 1999. Finansiering tillhandahölls av Världsbanken och Bruce W. McConnell utsågs till direktör.

IY2KCC:s uppdrag var att "främja ökat strategiskt samarbete och åtgärder mellan regeringar, folk och den privata sektorn för att minimera negativa Y2K-effekter på det globala samhället och ekonomin." IY2KCC:s aktiviteter genomfördes inom sex områden:

  • Nationell beredskap: Främjar år 2000-program över hela världen
  • Regionalt samarbete: Främja och stödja samordning inom definierade geografiska områden
  • Sektorsamarbete: Främja och stödja samordning inom och mellan definierade ekonomiska sektorer
  • Kontinuitets- och insatssamarbete: Främja och stödja samordning för att säkerställa nödvändiga tjänster och åtgärder för nödsituationer
  • Informationssamarbete: Främja och stödja internationellt informationsutbyte och publicitet
  • Facilitering och assistans: Organisera globala möten med Y2K-koordinatorer och identifiera resurser

IY2KCC lades ner i mars 2000.

Svar från den privata sektorn

Ett Best Buy-dekal från 1999 som rekommenderar att deras kunder stänger av sina datorer före midnatt
  • USA upprättade 2000 års lag om information och beredskap, som begränsade ansvarsskyldigheten för företag som hade avslöjat sina 2000-beredskap korrekt.
  • Försäkringsbolag sålde försäkringar som täckte företagsmisslyckanden på grund av Y2K-problem.
  • Advokater organiserade och mobiliserade för Y2K grupptalan (som inte fördes).
  • Överlevnadsrelaterade företag (vapenhandlare, överskotts- och sportartiklar) förutsåg ökade affärer under de sista månaderna av 1999 i en händelse som kallas Y2K- skräcken .
  • The Long Now Foundation , som (med deras ord) "strävar efter att främja 'långsammare/bättre' tänkande och att främja kreativitet inom ramen för de kommande 10 000 åren", har en policy att förutse År 10 000-problemet genom att skriva alla år med fem siffror. Till exempel listar de "01996" som grundåret.
  • Även om det inte fanns någon heltäckande internetsatsning på 2000-talet, slog flera branschorganisationer och organisationer sig samman för att bilda Internet Year 2000-kampanjen. Denna insats samarbetade med Vita husets Internet Y2K Roundtable.

Y2K-frågan var ett stort diskussionsämne i slutet av 1990-talet och dök som sådan upp i de flesta populära medier. Ett antal "Y2K disaster"-böcker publicerades som Deadline Y2K av Mark Joseph. Filmer som Y2K: Year to Kill utnyttjade Y2Ks valuta, liksom många TV-program, serier och datorspel.

Svar från randgrupper

En mängd utkantsgrupper och individer, såsom de inom vissa fundamentalistiska religiösa organisationer, överlevnadsgrupper , sekter , antisociala rörelser, självförsörjningsentusiaster , kommuner och de som lockades till konspirationsteorier , omfamnade Y2K som ett verktyg för att skapa rädsla och tillhandahålla en form bevis för sina respektive teorier. Världens ände- scenarier och apokalyptiska teman var vanliga i deras kommunikation.

Intresset för överlevnadsrörelsen toppade 1999 i dess andra våg under det decenniet, utlöst av rädsla för 2000-talet. Under tiden innan omfattande ansträngningar gjordes för att skriva om datorprogrammeringskoder för att mildra de möjliga effekterna, förutsåg vissa författare som Gary North , Ed Yourdon , James Howard Kunstler och Ed Yardeni omfattande strömavbrott, mat- och bensinbrist och andra nödsituationer. North och andra slog larm eftersom de trodde att Y2K-kodfixar inte gjordes tillräckligt snabbt. Medan en rad författare svarade på denna våg av oro, var två av de mest överlevnadsfokuserade texterna som kom fram Boston on Y2K (1998) av Kenneth W. Royce och Mike Oehlers The Hippy Survival Guide to Y2K .

Y2K utnyttjades också av några fundamentalistiska och karismatiska kristna ledare i hela västvärlden, särskilt i Nordamerika och Australien. Deras marknadsföring av de upplevda riskerna med Y2K kombinerades med sluttidstänkande och apokalyptiska profetior i ett försök att påverka anhängare. The New York Times rapporterade i slutet av 1999, "Rev. Jerry Falwell föreslog att Y2K skulle vara bekräftelsen på kristna profetior - Guds instrument för att skaka denna nation, för att ödmjuka denna nation. Y2K-krisen kan uppmuntra till en världsomspännande väckelse som skulle leda till kyrkans hänryckning. Tillsammans med många överlevnadsmän rådde herr Falwell att fylla på med mat och vapen " . Anhängare i dessa rörelser uppmuntrades att engagera sig i mathamstring, ta lektioner i självförsörjning och de mer extrema elementen som planerades för en total kollaps av det moderna samhället. Chicago Tribune rapporterade att några stora fundamentalistiska kyrkor, motiverade av Y2K, var platserna för loppmarknadsliknande försäljning av tillbehör utformade för att hjälpa människor att överleva en social ordningskris, allt från guldmynt till vedeldade spisar. Betsy Hart , som skrev för Deseret News , rapporterade att många av de mer extrema evangelikalerna använde Y2K för att främja en politisk agenda där regeringens fall var ett önskat resultat för att inleda Kristi regeringstid. Hon noterade också att "den kalla sanningen är att det är lönsamt att predika kaos och att lugn inte säljer många band eller böcker". Dessa typer av rädslor och konspirationer beskrevs dramatiskt av den Nya Zeeland-baserade kristna profetiska författaren och predikanten Barry Smith i hans publikation, "I Spy with my Little Eye", där han ägnade ett helt kapitel åt Y2K. Vissa förväntade sig, ibland genom så kallade profetior, att Y2K skulle bli början på en världsomspännande kristen väckelse.

Det blev uppenbart i efterdyningarna att ledare för dessa randgrupper hade använt rädslor för apokalyptiska utfall för att manipulera anhängare till dramatiska scener av massomvändelse eller förnyat engagemang för sina grupper, ytterligare att ge pengar och mer öppet engagemang för sina respektive organisationer eller kyrkor. The Baltimore Sun noterade detta i sin artikel, "Apocalypse Now — Y2K spurs fears", där de rapporterade den ökade uppmaningen till omvändelse i befolkningen för att undvika Guds vrede. Den kristna ledaren, Col Stringer , har i sin kommentar publicerat: "Rädslaskapande författare sålde över 45 miljoner böcker som citerade alla tänkbara katastrofer från inbördeskrig, flygplan som föll från himlen till slutet av den civiliserade världen som vi känner den. Ansedda predikanter var förespråkar matlagring och en "head for the caves"-mentalitet. Inga banker gick i konkurs, inga flygplan kraschade, inga krig eller inbördeskrig startade. Och ändå har ingen av dessa undergångsprofeter någonsin bett om ursäkt för deras skrämselpropagandataktik." Några framstående nordamerikanska kristna ministerier och ledare genererade enorma personliga och företagsvinster genom försäljning av Y2K-förberedelsesatser, generatorer, överlevnadsguider, publicerade profetior och ett brett utbud av andra tillhörande varor. Den kristna journalisten, Rob Boston , har dokumenterat detta i sin artikel "False profeter, verkliga vinster — religiösa högerledares vilda förutsägelser om Y2K Disaster Didn't Come True, But They Made Money Anyway".

Kosta

Den totala kostnaden för det arbete som gjordes för att förbereda år 2000 översteg sannolikt 300 miljarder USD (472 miljarder USD i januari 2018, när inflationen väl har tagits med i beräkningen). IDC beräknade att USA spenderade uppskattningsvis 134 miljarder USD (211 miljarder USD) för att förbereda 2000-talet och ytterligare 13 miljarder USD (20 miljarder USD) för att åtgärda problem under 2000 och 2001. Globalt beräknades 308 miljarder USD (485 miljarder USD) ha spenderats på Y2K-sanering .

Avhjälpande arbetsorganisation

Avhjälpningsarbetet drevs av kundernas efterfrågan på lösningar. Programvaruleverantörer, medvetna om deras potentiella juridiska ansvar, svarade med korrigerande ansträngningar. Programvaruunderleverantörer var tvungna att intyga att deras programvarukomponenter var fria från datumrelaterade problem, vilket drev ytterligare arbete nedåt i leveranskedjan.

År 1999 krävde många företag att deras leverantörer skulle intyga att deras mjukvara var Y2K-kompatibel. Några skrev under efter att ha accepterat enbart korrigerande uppdateringar. Många företag, eller till och med hela länder, drabbades av endast mindre problem trots att de själva hade ansträngt sig lite. [ citat behövs ]

Resultat

Det finns två sätt att se händelserna 2000 ur perspektivet av dess efterdyningar:

Stödjande syn

Denna uppfattning hävdar att de allra flesta problem åtgärdades korrekt och att pengarna som spenderades var åtminstone delvis motiverade. Situationen var i huvudsak en av förebyggande larm. De som har denna uppfattning hävdar att bristen på problem vid datumändringen återspeglar projektets fullständighet och att många datorapplikationer inte skulle ha fortsatt att fungera in i 2000-talet utan korrigering eller korrigering.

Förväntade problem som inte sågs av små företag och små organisationer förhindrades av Y2K-fixar inbäddade i rutinmässiga uppdateringar av operativsystem och verktygsprogram som tillämpades flera år före den 31 december 1999.

I vilken utsträckning större industri- och regeringsfixar avvärjde problem som skulle ha mer betydande effekter om de inte hade åtgärdats, avslöjades vanligtvis inte eller rapporterades i stor omfattning. [ opålitlig källa? ]

Det har föreslagits att den 11 september 2001 kunde infrastrukturen i New York City (inklusive tunnelbanor , telefontjänster och finansiella transaktioner) fortsätta att fungera på grund av de redundanta nätverk som etablerats i händelse av Y2K buggpåverkan och beredskapsplanerna som utarbetats av företag. Terrorattackerna och följande långvariga blackout till nedre Manhattan hade minimal effekt på globala banksystem. Säkerhetskopieringssystem aktiverades på olika platser runt om i regionen, av vilka många hade etablerats för att hantera ett eventuellt fullständigt fel på nätverk i Manhattans finansdistrikt den 31 december 1999.

Motsatt syn

Den motsatta uppfattningen hävdar att det inte fanns några, eller mycket få, kritiska problem till att börja med. Denna uppfattning hävdar också att det bara skulle ha förekommit ett fåtal mindre misstag och att en "fix on failure"-metod skulle ha varit det mest effektiva och kostnadseffektiva sättet att lösa dessa problem när de uppstod.

International Data Corporation uppskattade att USA kan ha slösat bort 40 miljarder dollar.

Skeptiker till behovet av en massiv insats pekade på frånvaron av 2000-relaterade problem som inträffade före den 1 januari 2000, även om räkenskapsåret 2000 började 1999 i många jurisdiktioner, och ett brett utbud av framåtblickande beräkningar involverade datum under 2000 och senare år. Uppskattningar som gjordes före 2000 antydde att cirka 25 % av alla problem skulle ha inträffat före 2000. Kritiker av storskalig sanering hävdade under 1999 att frånvaron av betydande rapporterade problem i småföretag som inte uppfyller kraven var bevis på att det hade förekommit, och skulle vara att inga allvarliga problem behövde åtgärdas i något företag, och att problemets omfattning därför hade överskattats kraftigt.

Länder som Sydkorea och Ryssland investerade lite eller ingenting i Y2K-sanering, men hade ändå samma försumbara Y2K-problem som länder som spenderade enorma summor pengar. Västländer förutsåg så allvarliga problem i Ryssland att många utfärdade resemeddelanden och evakuerade icke-nödvändig personal

Kritiker hänvisar också till bristen på år 2000-relaterade problem i skolor, av vilka många åtog sig små eller inga åtgärder för att åtgärda. Den 1 september 1999 hade endast 28 % av de amerikanska skolorna uppnått överensstämmelse för uppdragskritiska system, och en regeringsrapport förutspådde att "Y2K-misslyckanden mycket väl skulle kunna plåga de datorer som används av skolor för att hantera löner, elevregister, onlinekursplaner och bygga säkerhet system".

På samma sätt fanns det få år 2000-relaterade problem i uppskattningsvis 1,5 miljoner småföretag som inte gjorde någon sanering. Småföretagsförvaltningen fick den 3 januari 2000 (årets första vardag) uppskattningsvis 40 samtal från företag med datorproblem, liknande genomsnittet. Inget av problemen var kritiskt.

Se även

  • 512k dag : en händelse 2014, som involverar en mjukvarubegränsning i nätverksroutrar
  • Utmattning av IPv4-adresser , problem som orsakas av den begränsade tilldelningsstorleken för numeriska internetadresser
  • ISO 8601 , en internationell standard för att representera datum och tider, som kräver användning av (minst) fyra siffror för året
  • " Life's a Glitch, Then You Die " är ett "Treehouse of Horror-segment" från The Simpsons elfte säsong. Segmentet ser Homer glömma att göra sitt företags datorer Y2K-kompatibla och detta fick ett virus att släppa lös på världen
  • Evighetskalender , en kalender som gäller i många år, inklusive före och efter 2000
  • Y2K , en amerikansk science fiction - thrillerfilm gjord för tv från 1999 regisserad av Dick Lowry
  • YEAR2000 , en konfigurationsinställning som stöds av vissa versioner av DR-DOS för att övervinna BIOS-buggar från år 2000
  • Millenniumfirande , en världsomspännande, koordinerad serie evenemang för att fira och fira slutet av 1999 och början av år 2000 i den gregorianska kalendern.

Anteckningar

externa länkar