
|
|
|
| Myte | Realitet |
| År 2000 problemet er et rent maskinvare-problem | Problemet møtes på ulike nivå:
|
| Myte | Realitet |
| År 2000 problemet er et rent IT-problem | Dataquest estimerte at 3.3 milliarder microcontroller-kretser var solgt
opp til 1995. Dette er datamaskiner med ordlengde fra 4 til 32 bits anvendt
for:
Ingen har full oversikt over konsekvensene Antagelse: Over 50 millioner slike enheter vil fremvise år 2000 dato anomalier i 1999-2000. Aksjon ved UiB: De som er ansvarlige for slikt utstyr, bør
kontakte leverandøren for å høre om de har undersøkt
hvordan deres produkt fungerer ved årtusenskiftet. Utstyr der feil
funksjon kan ha følger for liv og helse, bør man helst ikke
bruke, og i det minste overvåke spesielt nøye rundt årtusenskiftet
uansett hva forhandleren sier.
|
| Myte | Realitet |
| Nettverket er ikke påvirket | Mange nettverksenheter inneholder funksjoner som baseres på intern
klokke.
Må testes ut både for maskinvare og programvare-komponenter. Eksempel på enheter som bør endres ved UiB: Cisco:
Kostnad:
De fleste nettverksenheter er ikke dato-sensitive,
|
| Myte | Realitet |
| PC-en er ikke påvirket | Maskinvare, operativsystem, utviklingsverktøy og applikasjoner
kan bli påvirket
Klokke-funksjonen på PC-er:
1. For PC-er produsert før 1997 må testes om de kan settes til år etter 2000 (RTC test f. eks. YMark2000). Hvis ikke må de (kanskje) pensjoneres før år 2000. 2. For PC-er som kan oppgradere RTC, men hvor BIOS ikke fungerer korrekt kan enten BIOS oppdateres, patch installeres eller Windows 98 eller NT 4.0 installeres 93% av 1996 og tidligere BIOS ruller ikke over år 2000
|
| Myte | Realitet |
| All standard PC software er år 2000 tilpasset. | Der er fem lag som alle kan feile i år 2000 tilpassning og som
også må samspille med hverandre:
1. Maskinvare
PC programvare: Undersøkelse av 4000 vanlig brukte PC-program viste at 64.2% hadde en eller annen type av år 2000 avhengig oppførsel. (GMT-2000). Se egen tabell lenger nede. Aksjon: For program og operativsystem som formidles via IT-avdelingen, vil IT-avdelingen holde oversikt over hvordan de fungerer ved år 2000. Sentralt plassert utstyr som UNIX og NT-tjenere, vil IT-avdelingen ha ansvar for. All annen programvare må brukerene selv ta ansvar for. Hint: Alle bør ha en god backup av alle data før år
2000. Første gang man bruker utstyret etter årsskiftet, bør
man være svært mistenksom, og ikke svaje ja på spørsmål
man ikke helt er klar over hva betyr.
|
| Myte | Realitet |
| Unix maskiner er ikke påvirket | Unix-maskiner har også en klokke-funksjon.
De fleste har en teller som går fra 1.1.1970 og med 32 bits operativsystem skulle de da virke til 2036. Der er innebygget en algoritme slik at 69 til 99 blir til 1900-år mens 00 til 68 tolkes som 2000-år. Ikke alle maskiner har implementert dette.
|
| Myte | Realitet |
| År 2000 problemet berører bare gamle COBOL program | Problemet oppstår i alle program som bruker datoer enten i datafelter
eller i egendefinerte strengvariable.
COBOL
Gartner Group: 90% av systemene vil feile på grunn av år 2000 problematikken UiB:
Eldre COBOL-baserte systemer bør skiftes ut. Lokale avdelinger som har databasesystemer og regneark som benyttes,
bør selv ta initiativ til å undersøke systemet, og
eventuelt skifte.
|
| Myte | Realitet |
| År 2000 problemet berører ikke klient/tjener arkitektur | Det mest signifikante problem er ikke teknologi, men applikasjonsdesign. Applikasjoner som er dataavhengige på alle plattformer kan bli påvirket. |