1 Zusammenfassung

Die Umstellung des Datums vom 31.12.1999 auf den 1.1.2000 und die damit verbundenen Auswirkungen in allen Bereichen der Informationstechnik werden in letzter Zeit zunehmend in der Presse erörtert und auf Tagungen diskutiert. Die umfassenden Informationen zum Thema und die Vielfalt der unterschiedlichen Darstellungen über die zu erwartenden Auswirkungen machen es den Interessierten nicht leicht eine eigene Einschätzung zu finden. Übereinstimmung besteht jedoch darin, daß nahezu alle Systeme der Informationstechnik (IT-Systeme) von der Datumsumstellung betroffen sind und viele IT-Systeme nach der Umstellung Probleme bekommen werden.

Die mit der Datumsumstellung in der Informationstechnik verbundenen Probleme werden als ”Jahr-2000-Problem”, oder auch als ”J2K-Problem”, bezeichnet.

Dieser Bericht befaßt sich ausschließlich mit dem Jahr-2000-Problem im Bereich ”Bürokommunikation”. Betrachtet werden Büro-Arbeitsplätze, die mit Personal Computern (PCs) ausgestattet sind. Auf den PCs sind zur Aufgabenerledigung Standardanwendungen bzw. Standardsoftware installiert. Die Büroarbeitsplätze können überdies vernetzt sein.

Zunächst wird der Untersuchungsbereich des Berichtes abgegrenzt. Die Darstellung von Zielen und Aufbau des Berichte soll die Lesbarkeit erleichtern.

Für die einzelnen IT-Systeme werden die spezifischen J2K-Probleme aufgezeigt und Wege zu deren Lösung vorgeschlagen (Abschnitt 2).

Dabei wird klar, daß jedes IT-System auf Relevanz des J2K-Problems untersucht werden muß; es werden Methoden vorgeschlagen (Abschnitt 3).

Schließlich wird den Verwaltern von IT-Systemen eine Vorgehensweise zur Lösung der J2K-Probleme vorgeschlagen (Abschnitte 4 und 5).

Die vorgeschlagenen Lösungen werden mit Quellen belegt, deren jeweils neuester Stand gegebenenfalls im Internet aufgerufen werden kann (Abschnitt 6).

Im Bericht werden Herstelleraussagen zitiert und wenn möglich zusammengefaßt. Eine Überprüfung auf Richtigkeit oder eine Bewertung erfolgt nicht (Abschnitt 7).

Im Anhang finden interessierte Leser eine allgemeine Einführung in das Thema und in die mit der Datumsumstellung verbundenen Probleme in der Informationstechnik (Abschnitt 8).

2
Thematik und Methodik des Berichts

2.1 Untersuchungsbereich

Gegenstand der Untersuchung ist ein IT-Arbeitsplatz, wie er üblicherweise zur Erledigung von Aufgaben in der Verwaltung ausgestattet ist[1].

Abb. 1: Untersuchungsbereich

Es wird angenommen, daß sich der IT-Arbeitsplatz innerhalb eines LANs (local area network) befindet. Gleichwohl gilt die nachfolgende Betrachtung aber auch für nicht vernetzte APCs. Über das LAN sind die IT-Arbeitsplätze vernetzt, um Informationen untereinander und/oder mit zentralen Servern auszutauschen.

Der Untersuchungsbereich beschränkt sich auf die IT-Komponenten am IT-Arbeitsplatz, auf einem Server und in Netzwerk-Betriebssystemen.

Die in der Abb. 1 gewählte Form der Gliederung des Untersuchungsbereiches in Hardware, BIOS, Betriebssystemebene (Client und Server) und Standardanwendungen ermöglicht einen produktbezogenen Einstieg in das J2K-Problem. Aufbau und Inhalt des Berichtes greifen die o.a. Struktur wieder auf.

2.2 Ziele

Ziele des Berichtes sind:

§ die Verantwortlichen für das Thema ”Jahr-2000-Problem” in der Bürokommunikation zu sensibilisieren und

§ technische Hilfsmittel aufzuzeigen, mit denen festgestellt werden kann, ob eine Komponente in einem IT-System ”J2K-fähig” ist.

Die Eigenschaft eines Hardware- oder Software-Produktes ”J2K-fähig” zu sein bedeutet, daß weder die Leistung noch die Funktionalität des Produktes durch Änderung des Datumsformates beeinträchtigt werden. Gemeint sind sämtliche Änderungen, die durch gültige Werte des Datums vor, während oder nach dem Jahr 2000 verursacht werden.

Falls die untersuchte Hardware- oder Software-Komponente in einem IT-System nicht J2K-fähig ist, wird aufgezeigt, was getan werden sollte, um die J2K-Fähigkeit herzustellen. Dabei wird in vielen Fällen ein Eingriff des Benutzers oder Verwalters in das Betriebssystem und/oder in die Anwendungen erforderlich sein. Nach heutigem Kenntnisstand wird zur Herstellung der J2K-Fähigkeit in seltenen Fällen der Austausch oder der Zusatz von Hardware notwendig sein; hier ist die Beschaffung unter dem Aspekt der Wirtschaftlichkeit zu prüfen.

Bei der Analyse der Software-Komponenten wird, soweit derzeit Aussagen vorliegen, informiert, ab welcher Version diese Software J2K-fähig ist. Dazu werden im Bericht sowohl Informationen zu einzelnen Produkten gegeben als auch auf die relevanten Informationsquellen verwiesen. Die Angabe der Informationsquellen ist wesentlich, damit auch künftig der aktuelle Stand der J2K-Fähigkeit der Produkte erfahren werden kann.

Mit dem Bericht soll das Bewußtsein dafür geschaffen werden, daß an der Lösung des J2K-Problems alle die Personen mitarbeiten müssen, die unmittelbar oder auch mittelbar Informationstechnik am Arbeitsplatz einsetzen. Diese Zusammenarbeit ist zunächst notwendig, damit überhaupt eine Einschätzung über die Betroffenheit der eigenen IT von dem J2K-Problem möglich ist. Für diese Einschätzung müssen sowohl die Informationen aus den Fachabteilungen (z.B. Verfahren, Vorhaben, Daten ) als auch aus der IT-Abteilung, (z.B. IT-Systeme, Produkte, Kommunikationspartner) vorliegen und bewertet wurden.

2.3 Inhalt und Aufbau

Auf der Basis des im Abschnitt 0 dargestellten Szenarios wird die Struktur der IT-Systeme zunächst in die Bereiche IT-Arbeitsplatz, Netzwerk und Server gegliedert. Der IT-Arbeitsplatz wird dann weiterhin, beginnend mit der Technik, in die Komponenten: BIOS, CMOS / RTC, Betriebssystem, Standardanwendungen, Anwendersoftware und Anwenderdaten aufgeteilt. Die weitere Betrachtung erfolgt weitgehend unter Nennung von Herstellern und Produktbezeichnungen. Es werden zunächst zu diesen zugrundeliegenden Komponenten allgemeine Feststellungen und Aussagen zu der Betroffenheit bzgl. des Jahr-2000-Problems gemacht. Im Anschluß werden Organisationsmöglichkeiten und Arbeitshilfen zur Behebung erkannter Probleme vorgestellt.

Im Abschnitt 0 werden Informationen und soweit möglich, Lösungen für die Behebung des J2K-Problems für Produkte gegeben, die in der Verwaltung sehr häufig eingesetzt werden. Zur Bestimmung typischer Produkte innerhalb des Szenarios Bürokommunikation wurde das aktuelle IT-Bestandsverzeichnis der ”Koordinierungs- und Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung” (KBSt) ausgewertet. Weiterführende Informationen und Informationsquellen zu den Produkten sind in den angegebenen Abschnitten enthalten.

Zu den von den Anwendern selbst im Rahmen der Bürokommunikation im weitesten Sinne programmierten Anwendungen und erhobenen Daten können hier nur allgemeine Aussagen getroffen werden.

Schließlich werden im Abschnitt 0 für typische Produkte spezifische Informationsquellen aufgelistet, die von Herstellern angegeben werden und/oder von anderen verläßlichen Quellen in Erfahrung gebracht werden konnten. Die jeweils benutzten Quellen, meistens WWW-Links (URLs), sind in den Texten aufgelistet, damit sich der Leser stets auf dem neuesten Stand halten kann.

Aufgrund der vielfältigen Aktivitäten (z.B. Einrichten von und Diskussionen in News-Groups, Informationsforen, Herstellerbefragungen, Informations-Veranstaltungen der Lösungsanbieter,...) zur Lösung des Jahr-2000-Problems werden ständig neue Erkenntnisse gewonnen. Zunehmend sind diese Erkenntnisse, nahezu tagesaktuell, in Presseartikeln oder im Internet in Newsgroups nachzulesen. Insbesondere liefern die Hersteller von Hard- und Software neue Informationen über den Status ihrer Produkte. Der aktuelle Sachstand der Herstellerinformationen kann über die in Abschnitt 0 angegebenen Quellen abgefragt werden.

Im Anhang ist eine Einführung in das J2K-Problem wiedergegeben, die dem weniger informierten Leser die Möglichkeit bietet, sich in die grundlegende Jahr-2000-Problematik einzuarbeiten.

Alle Informationen, Hinweise auf Produkte und Dienstleistungen, die in diesem Bericht enthalten sind, entsprechen, wenn nicht anders angegeben, dem Sachstand September 1998, gez. Dr. Ziad Dib Yousef, Stuttgart.

2.4
Struktur des Untersuchungsbereichs – Produktreferenz

Ebene	Komponente	Produkt	in Abschnitt
Anwenderdaten			0
Anwendersoftware			0, 0
		Word 6.x	0
	Textverarbeitungen	WordPerfect	0
		WinWord	0
	Tabellenkalkulation	Excel	0
		Lotus 123	0
		ACCESS	0
		ADABAS	0
Standardanwendungen	Datenbanken	dBASE	0
		INFORMIX	0
		ORACLE	0
	Elektronische Post	MS-Mail	0
		Eudora	0
		Designer	0
	Grafik-Programme	Picture Publisher	0
		Windows Draw	0
	Kalender	Schedule	0
		NOVELL	0
Netzwerk-		Windows NT (Server)	0, 0
Betriebssysteme		Unix (Server)	0
		Windows for Workgroups	0
		MS-DOS	0, 0
Betriebssysteme		OS / 2	0, 0
		Unix (Client)	0, 0
		Windows 95	0, 0
		Windows NT (Client)	0
BIOS, CMOS / RTC			0,0,0

Abb. 2: Tabelle der Produktreferenzen[2]

Die Tabelle dient der Navigation durch die nachfolgenden Abschnitte. Die in den Abschnitten vorhandenen Informationen haben den gleichen Strukturaufbau und können unabhängig voneinander bearbeitet werden.
Aufbau und Inhalt der Tabelle der Produktreferenzen orientieren sich an der Abgrenzung des in Abschnitt 0 dargestellten Untersuchungsbereiches.

3 Problemstellung

Der Mensch kann sich ohne technische Hilfsmittel mittels seiner eigenen Sinne und seiner Kommunikationsmöglichkeit zeitlich orientieren: z.B.

§ die zyklischen Werte Tageszeit und Monat anhand der Gestirne schätzen;

§ sich für das Jahr eines relativen Zählers bedienen,

§ sich damit auf einen absoluten Nullpunkt beziehen, der in der abendländischen Kultur einheitlich festgelegt wurde.

In der Pionierzeit der Computeranwendungen war der Computer sich der Zeit gar nicht ”bewußt”.

Später schaute der Computeranwender bei jedem Starten des Computers auf eine Uhr und gab deren Zeit in den Computer ein. Dann erhielt der Computer seine eigene, batteriebetriebene Uhr (Date-Time-Clock, meistens weiterhin Real Time Clock (RTC) genannt). Man sparte dabei anfangs an Ziffern und manchmal auch an der Schaltjahrlogik.

Mit dem Nahen des Jahr 2000 wurden sich die Hersteller bewußt, daß sich nicht nur das Jahrhundert, sondern auch das Jahrtausend ändern wird. Daher wurde ein Jahrhundertbyte angefügt, das sich über das Betriebssystem von Hand einstellen und verändern läßt. Erst die neueren Maschinen können automatisch zum Jahr 2000 und darüber hinaus zählen.

Was macht die Uhr Ihres Computers an Silvester 1999? Gibt es für ihn dann das Jahr 2000? Und übrigens, gibt es für ihn auch einen 29.2.2000 (Berechnung des Schaltjahres siehe im Anhang 8)?

Genauer gesagt, lauten diese Fragen:

§ Hat Ihr Computer eine Uhr?

§ Zählt die Uhr die Angabe des Jahres mit 2 oder mit 3 bzw. 4 Ziffern?

§ Wenn mit nur 2 Ziffern, kann man dann zumindest das Jahrhundert auf der Uhr von ”19” auf ”20” bleibend einstellen?

§ Ist die Schaltjahrlogik korrekt?

§ Übernimmt das Betriebssystem das Datum von der Uhr richtig?

§ Übernehmen die Anwendungen das Datum vom Betriebssystem richtig?

§ Wird das Datum innerhalb aller Anwendungen richtig verwendet?

§ Wurde das Datum in allen noch benötigten, alten Datensätzen richtig aufgezeichnet?

Wenn nicht alle Fragen mit "ja" beantwortet werden können, besteht Handlungsbedarf, da Ihr Computer, konkret Sie, vom Jahr-2000-Problem betroffen sind.

3.1 Hardware

Eine IT-Hardware ist J2K-fähig, wenn sie den Übergang von 1999 auf 2000 richtig bewerkstelligt, d. h.

- beim Booten im J2K das Datum richtig darstellt und

- das richtig eingestellte Datum nicht verliert.

Überdies ist bei diesem Test die IT-Hardware auch auf die richtige Verwendung der Schaltjahrlogik im Jahr 2000 und in den darauffolgenden Jahren zu überprüfen.

Ist die IT-Hardware nicht J2K-fähig, muß sie i.d.R. J2K-fähig gemacht werden[3]. In vielen Fällen ist dies von Hand oder mittels einer Softwareroutine möglich, in anderen Fällen wird der Austausch von Hardware notwendig sein.

3.2 Hersteller-Software

3.2.1 Neues Release anhängig

Es kann mit großer Sicherheit angenommen werden, daß alle Software, die noch aktiv gewartet wird, von deren Herstellern J2K-fähig gemacht wird.

Das gilt sowohl für die Betriebssysteme, die die Zeit von der RTC ablesen, als auch für die Standardanwendungen, die die Zeit vom Betriebsystem übernehmen.

Die Beschaffung eines J2K-fähigen Releases der Software ist notwendig.

3.2.2 Releaseverfahren beendet

Wird die Software nicht mehr gewartet, ist der Anwender auf sich selbst gestellt. In den meisten Fällen wird es sich nicht lohnen, ein altes Betriebssystem, das nicht J2K-fähig ist, abzuändern und weiterhin zu verwenden. Ähnliches gilt auch für alte Software aus dem Bereich der Standardanwendungen, wie z.B. eine DOS-basierende Datenbank.

In all diesen Fällen kommen jedoch Kosten auf den Anwender zu, und in einigen Fällen ist die Anschaffung eines neuen Computers erforderlich.

3.3 Anwender-Software

Anwendersoftware umfaßt ein weites Spektrum: vom selbstgeschriebenen Assemblerprogramm, das die Hardware des PC direkt ansteuert, über compilierte Programme, die Bibliotheken von Unterprogrammen benutzen bis zu Makros innerhalb eines Standardprogramms. Überall dort, wo in Anwenderprogrammen Daten mit Zeit- oder Datumsbezug verarbeitet werden, sind möglicherweise J2K-Probleme vorhanden.

Dieser komplexen, besonders auf Großrechnern verbreiteten J2K-Problematik, kann in diesem Rahmen nicht auf den Grund gegangen werden.

3.4 Anwender-Daten

Angenommen, der Computer und alle seine Programme sind J2K-fähig, sowohl Standardanwendungen als auch eigenentwickelte Anwendersoftware. Sie wollen nun im Juni 2000 eine Tabellenkalkulation oder eine andere Datei aus 1997 öffnen. Kann der Computer diese immer noch lesen, geschweige denn korrekt verarbeiten?

Um eine J2K-Fähigkeit der Daten herzustellen, sind alle alten Daten durchzusehen und gegebenenfalls für korrekte Verwendung durch die neuen Programme aufzubereiten. In einigen Anwendungen besteht aus Gründen der Revisionsfähigkeit die Notwendigkeit, Daten über einen mehrjährigen Zeitraum zu archivieren. Unter diesem Aspekt sind insbesondere vorhandene Datensicherungen zu analysieren.

Eine eingehende Behandlung dieses Problems würde den Rahmen dieses Berichts sprengen.

3.5 System-Daten

Es darf nicht übersehen werden, daß die Programme zur Sicherung von Systemdaten (für Backup- und Archiv-Daten) ebenfalls das Datum benutzen, insbesondere bei inkrementeller Sicherung. Eine falsche Datumsbehandlung könnte dazu führen, daß die neuesten Daten aus dem Jahr (20)01 älter erscheinen als die Daten aus (19)99. In Konsequenz kann dies dazu führen, daß automatisierte Archivierungsverfahren eine vereinbarte Generationenfolge (Großvater, Vater, Sohn) verletzen und das dies bei der Wiederherstellung der Daten zu inkonsistenten Datenbeständen führt.

4
Organisation der Problemlösung

Personen, die unmittelbar oder auch mittelbar Informationstechnik am Arbeitsplatz einsetzen, haben eine Rolle und damit eine Aufgabe in der Hierarchie der J2K-Problemlösung. Diese Aufgabe gilt es zu konkretisieren und dann die erforderlichen Aktivitäten zu beschreiben.

4.1 Zuweisung der zentralen Verantwortlichkeit

Innerhalb einer Behörde sollte einvernehmlich vereinbart und schriftlich festgestellt werden, welche Stelle / Organisationseinheit koordinierend und federführend für die Jahr-2000-Fähigkeit aller IT-Systeme und Anwendungen verantwortlich ist. Eine mögliche Form ist die Bestellung eines J2K-Projektverantwortlichen.

Unter dieser Verantwortung, deren Zuständigkeit und Kompetenz klar geregelt sein muß, werden alle Systeme, Anwendungen und Daten identifiziert und nach Kritikalität eingestuft. Es ist sicherzustellen, daß die Lösung der damit verbundenen J2K-Probleme termingerecht erarbeitet und getestet werden

4.2 Delegation der Verantwortung / Durchführung der Projekte

Für jedes betroffene IT-System und jede betroffene Anwendung muß eine individuelle Lösung (Anpassung, Verlagerung, Ablösung) erarbeitet werden. Die Lösung kann unter Berücksichtigung von Kosten, Terminen und arbeitsökonomischen Aspekten zu Verlagerungen von Tätigkeiten und Zuständigkeiten führen.

Für jedes einzelne J2K-Projekt ist der Aufwand zu ermitteln und die spezifische Lösung zu vereinbaren. Danach ist die Verantwortung für die Projekte zu klären bzw. die diesen untergeordneten Lösungsaufgaben, zu verteilen. Innerhalb einer Behörde kommen als verantwortliche bzw. ausführende Stellen sowohl die Fachabteilungen als auch eine übergeordnete für IT zuständige Abteilung in Frage. Externe Unternehmen bieten neben der Unterstützung bei den Umstellungsarbeiten auch die Dienstleistung einer zentralen Projektsteuerung an.

Jedem Projekt sollte ein eigener Projektleiter zugeordnet werden. Diese Projektleitung zur Lösung des Jahr-2000-Problems sollte innerhalb der Behörde bekanntgegeben werden.

4.3 Zeitplan

Jedes J2K-Projekt hat in der Regel einen natürlichen Beendigungszeitpunkt den 31.12.1999. Dieses Zieldatum hat eine in Softwareprojekten bisher unbekannte Eigenschaft: Es kann nicht verschoben werden, weder durch Beschluß eines Parlamentes noch durch die Gunst einer auch noch so einflußreichen Persönlichkeit. Daher ist Planung das Gebot.

Zu planen sind der ermittelte Aufwand an Umstellungsarbeiten in Programmen und in den Datenbeständen. In Abhängigkeit von der Entscheidung ob der Aufwand mit eigenem Personal zu bewältigen ist, ergibt sich möglicherweise die Notwendigkeit des Einsatzes externen Personals. Hier sind wegen der Aktualität des J2K-Problems die knappen personellen Ressourcen am Markt zu berücksichtigen. Externe personelle Unterstützung sollte, insbesondere im Hinblick auf Verfügbarkeit und Kosten, frühzeitig vertraglich vereinbart werden.

In der folgenden Tabelle wird exemplarisch eine Übersicht zur Planung der J2K-Aktivitäten dargestellt.

Schritt		Fälligkeit
1	Erfassen aller IT-Systeme, der Anwendungen und verarbeiteten Informationen
2	Bewertung der Kritikalität der IT-Systeme, Anwendungen und Informationen
3	Überprüfen der kritischen Systeme
4	Schätzung des Lösungsaufwandes
5	Prioritätensetzung
6	Sicherstellung der Mittel im Haushalt
7	Planung/Reservierung der benötigten Ressourcen
8	Analyse / Umstellung / Test
9	Ende aller Projekte

Abb. 3: Übersichtsplanung

Die aus der Literatur bekannten Vorgehensmodelle zur Lösung des J2K-Problems nennen eine unterschiedliche Anzahl von Schritten. Einvernehmen besteht jedoch bezüglich der Abfolge der anstehenden Aktivitäten.

Bei knappen Haushaltsmitteln wird die Lösung des J2K-Problems anhand einer Prioritätenliste der Anwendungen von ”vital” zu ”marginal” empfohlen.

5
Organisationsmethoden und Hilfsmittel

5.1 Bestandsaufnahme und Kritikalitätsanalyse

Wie im Untersuchungsbereich (Abschnitt 2.1) und in der Problemstellung (Abschnitt 3) schon beschrieben, müssen Hardware, Herstellersoftware, Anwendersoftware, Anwenderdaten und Systemdaten auf J2K-Relevanz überprüft werden.

Die Analyse des J2K-Problems setzt bei den genutzten Verfahren an. Dabei müssen die folgenden Schritte ausgeführt werden.

§ Zunächst müssen alle gegenwärtig genutzten IT-Verfahren aufgelistet werden. Hierbei sind sowohl die IT-Verfahren als auch die IT-Vorhaben zu berücksichtigen.

§ Der nächste Schritt ist die Analyse der J2K-Relevanz: Welche Verfahren der Liste verarbeiten datumsbezogene Informationen? Dazu gehören in der Regel alle Programme, in denen finanzwirksame oder personenbezogene Daten erfaßt, verarbeitet, gespeichert oder übermittelt werden.

§ Dann folgt die Kritikalitätsanalyse: Welche Verfahren sind für die Behörde vital? Unabhängig von der Aufgabe einer Behörde zählen hierzu alle periodischen Personalverfahren, wie z.B. Besoldung und Zeiterfassung.

Bei Bestandsaufnahme und Kritikalitätsanalyse wird folgendes Vorgehen empfohlen:

§ Aussagen über die Kritikalität[4] der Anwendungen und der verarbeiteten Informationen werden von den Verantwortlichen der Fachabteilungen abgegeben.

§ Die Risiken, die mit dem J2K-Problem verbunden sind, müssen für alle IT-Systeme und alle Anwendungen so realistisch wie möglich beurteilt werden.

§ Verfahren gleicher Natur, z.B. Texterstellung auf PCs, können gruppiert werden.

Für die Erfassung der system- und anwendungsbezogenen Informationen für die Kritikalitätsanalyse eignet sich ein Fragebogen. Der Fragebogen sollte von den für die Verfahren Verantwortlichen (Fachabteilung) ausgefüllt werden.

Beispiel eines Fragebogens: Bestandsaufnahme und Kritikalitätsanalyse

J2K-Nr.	Firma	Software	Einsatz z.Z.	Einsatz 2000	2000- fähig	Hinweis	Kritikalität
V4-1	ABC Team	Kore	JA	JA	?	Quelle: Anwendung xyc	vital
V4-2	Soft-Prod	Biblio	NEIN	JA	?	Zusicherung im Vertrag	marginal
V4-3	ProgMan	Reisegut	JA	JA	JA	Bereich ZZZ informieren	vital
V4-4	Versch.	Büro-PC	JA	JA	?	12 PC für Sachbearbeiter	vital

Legende:

J2K-Nr. Fortlaufende Nummer in zugeteiltem J2K Nummernblock

Firma Hersteller / Lieferant

Software Produktbezeichnung incl Versions-Nummer

Einsatz z.Z. Ist die Software zur Zeit im Einsatz?

Einsatz in 2000 Wird die Software voraussichtlich zum 01.01.2000 noch genutzt?

2000-fähig Ist die Software Jahr-2000-fähig?

Hinweis z.B. die Adresse / Telefonnummer des Herstellers; die Versionsnummer einer
jahr-2000-fähigen Version; Version eines Alternativproduktes

Kritikalität Einschätzung der Wichtigkeit für die Behörde:
Vital: Die Behörde kann bei Ausfall der Anwendung ihre Funktion nicht mehr erfüllen
Marginal: Bei Ausfall der Anwendung können für eine Übergangszeit andere Methoden verwendet werden.

Zur Bezeichnung der Kritikalität können auch Abstufungen zwischen ”vital” und ”marginal” erforderlich sein.

5.2
Projekterstellung

Für die kritischen IT-Systeme sind Lösungsprojekte zu erstellen. Es bietet sich hierbei an, dies unter Federführung und Verantwortung der Systembetreiber (IT-Abteilung) zu tun.

Dazu müssen i.d.R. zusätzliche Informationen über die IT-Produkte eingeholt werden.

Bei den IT-Produkten ist die Kenntnis der aktiven Versionsnummern für die weitere Planung der Umstellung fundamental, da die Interaktion der eingesetzten Versionen aller IT-Produkte, beginnend von der eingesetzten Hardware über Betriebsysteme und Standardsoftware überprüft und abgestimmt werden muß.

Wesentlich sind korrekte Angaben der Hersteller zu der J2K-Fähigkeit der eingesetzten Versionen. Die Lieferanten von Hard- und Software publizieren im sogenannten "White Paper" den Stand der Produkte bezüglich der Jahr-2000-Fähigkeit. Beispielhaft sind solche Informationen in den nachfolgenden Abschnitten dieses Berichts aufgeführt, auf die Bezug genommen werden kann.

Alle für den Anwender notwendigen Systemfunktionalitäten bzw. die sie unterstützenden Programme müssen für die Kritikalitätsanalyse erfaßt werden. Es wird empfohlen, die darunterliegenden technische Ebene, wie Betriebssystem, Plattform, Netzwerk, etc. als eigenes Projekt zu erfassen.

Beispiel eines Projekt-Arbeitsblattes

J2K Projekt Nr.	J2K Nr.	Produkt-/ Projektname	Aktuelle Version	J2K-fähige Version	J2K-fähig ab Datum	Abhängig von J2K-Nr.
P-1	V4-3	KoRe-Plus	2.1	3.1	3/1998	P-3
P-2	III1-7	Reise-Soft	2.5.1	2.5.1	9/1997	P-3
P-3	I1-1	Unix	4.01	?		P-4
P-4	I1-2	Sun-Server	1.0	1.0	9/97	-
P-5	V4-4	PC	?	?	?	P-6
P-6

Legende:

J2K Projekt Nr. Nummer des J2K-Problemlösungsprojekts

J2K-Nr. Zugeteilte J2K Nummer der Erfassung

Produkt-Name Name der Software

Aktuelle Version Gegenwärtig eingesetzte Version

J2K-fähige Version Version für die der Hersteller J2K-Fähigkeit bestätigt

J2K-fähig ab Datum Geplantes Fertigstellungsdatum bzw. Beschaffungsdatum

Abhängig von J2K-Nr. Plattform, Netzwerk, andere Programme, von dem die Funktion des
Programmes abhängig ist

Die aus der Literatur bekannten Vorgehensmodelle zur Lösung des J2K-Problems bieten für diesen Arbeitsschritt unterschiedliche Formulare zur Erfassung der Informationen an. Das o.a. Formular ist daher nur beispielhaft zu sehen.

Besonderer Hinweis: Viele Personen bzw. Bereiche müssen zur vollständigen Erfassung der Informationen beitragen, die Erhebung erfolgt teils auf dem Schriftweg. Es ist daher erforderlich, daß der Anlaß und das Ziel der Erfassung bekannt sind und Klarheit über die erforderlichen Informationen besteht. Neben einer aussagefähigen Legende trägt ein Anschreiben mit konkreten Hinweisen auf das korrekte Ausfüllen des Formulars bei.

5.3
Vorgehensweise: PC-Hardware- und -Betriebssystem

PC-Hardware und -Software, für die es keine Zusicherung der Jahr-2000-Fähigkeit eines Lieferanten gibt, müssen überprüft und getestet werden.

Die folgenden Arbeitsschritte sind erforderlich:

1. Zuständigkeiten definieren.

2. Testprogramm beschaffen oder Testprozedur ausarbeiten.

3. Hardware mittels Testprogramm/-prozedur prüfen.

4. Für jeden betroffenen APC die Lösung bestimmen. Dies können z.B. Aussondern, am 1.1.2000 umstellen, BIOS besorgen und einbauen, Diskette für Flash-BIOS besorgen und laden oder Denkzettel schreiben für Datumseinstellung im Jahr 2000 sein.

5. Betriebs-Software mit Herstellerangaben überprüfen; sicherstellen, daß J2K-fähige Versionen vor 2000 beschafft werden, bzw. die Anwendungen, wo dies nicht möglich ist, ersetzt werden.

5.4 Vorgehensweise: Anwendersoftware

In den Bereichen und Dienststellen mit Jahr-2000-Projekten, in denen bisher kein eigenes Vorgehen erarbeitet wurde oder die Anwendung eines bekannten Vorgehensmodells nicht vereinbart wurde, wird ein Vorgehen nach dem CCTA-Leitfaden "Tackling the Year 2000 Problem" empfohlen.
(Siehe: http://www.open.gov.uk/ccta/mill/milbomb1.htm)

5.5 Vorgehensweise: Anwenderdaten

Alle archivierten Dateien, in denen Informationen mit Zeitbezug enthalten sind, müssen auf Jahr-2000-Fähigkeit hin analysiert werden. Dies ist insbesondere dann notwendig, wenn die darauf basierenden Anwendungen geändert wurden. Hier ist besonders auf die Harmonie von Programmen und Daten bei der Umstellung zu achten. Wenn möglich sollten die Änderungen in Programmen und Datenbeständen konsequent parallel durchgeführt werden. In den Fällen, in denen dies nicht möglich ist, kann die Kommunikation zwischen Programmen und Daten über sogenannte Brückenprogramme synchronisiert werden.

5.6 Vorgehensweise: Systemdaten

Eine sichere Systemverwaltung erfordert die regelmäßige Datensicherung von Systemdaten. Erfolgt die Datensicherung nicht zentral durch die Systemadministration, muß der Nutzer des PC diese selbst durchführen. Programme zur Datensicherung, insbesondere die, die im inkrementellen Modus arbeiten, verwenden das Systemdatum und sind daher J2K-sensitiv.

Es muß sichergestellt werden, daß für die Datensicherung ein J2K-fähiges Programm verwendet wird.

Zum sicheren Übergang auf ein neues Verfahren zur Datensicherung sind vor der Jahrhundertwende folgende Schritte auszuführen:

1. J2K-fähiges Backup-Programm besorgen.

2. Volle/Inkrementelle Sicherung durchführen

3. Partiellen/Vollen Restore testen.

4. Beim Übergang auf das neue Verfahren, während einer gewissen Zeit doppelte Datensicherung fahren, d.h. mit dem neuen und dem alten Programm.

5.7 Vorgehensweise: Vertragsgestaltung mit Lieferanten und Herstellern

In der Definition einer "Jahr-2000-Fähigkeit" sind Anforderungen festgelegt, die von Geräten und Produkten, die Datums- und Zeitangaben verwenden, zu erfüllen sind. In einem Projekt zur Lösung des "Jahr-2000-Problem" ist unabhängig von Alter und Struktur der eingesetzten Informationstechnik zu prüfen, ob die Hardware, die Software, die Anwendungen, die Systeme und die Informationen "Jahr-2000-fähig" sind.

Vorschläge zum Verfahren bezüglich von IT-Leistungen und von IT-Produkten beim Abschluß von BVB-Verträgen finden Sie in dem KBSt-Brief Nr. 5/97 (siehe Anhang 8.3.1)

In der praktischen Umsetzung einer "Garantie der Jahr-2000-Fähigkeit" hat sich folgendes Verfahren bewährt. Klauseln, in denen Definition und Haftungsfragen bzgl. der Jahr-2000-Fähigkeit formuliert sind, werden bei Verträgen als Anlage zu den Allgemeinen Geschäftsbedingungen genommen.

Insbesondere wird dieses Vorgehen empfohlen bei Abschluß neuer Verträge

- für den Kauf von Hardware

- für Aufträge zur Programmierung von Individualsoftware

- für Lizenzen

- für die Wartung von Hardware und die Pflege von Software

Nachfolgend eine Publikation aus der Schweiz (Schweizerische Bundesverwaltung), in der Empfehlungen hinsichtlich einer Vorgehensweise und den Inhalten von Verträgen und Vereinbarungen gegeben werden.

An dieser Stelle einmal mehr der Hinweis, daß diese Dokumente Empfehlungen sind und für die eigenen Anforderungen inhaltlich angepaßt werden müssen.

Die Empfehlungen sind mit Erfolg praktisch erprobt worden und haben sich zur Lösung von Teilaspekten des "Jahr-2000-Problem" als geeignet erwiesen.

Erschienen im bundesinternen Informationsblatt <<BFINewsExpress>> Ausgabe 1.Februar 1998 unter dem Titel:

"Garantie der Jahr-2000-Fähigkeit: Klauseln für sämtliche neuen Beschaffungen von Informatikleistungen".

(siehe Anhang 8.3.2)

Bezüglich vorhandener IT-Produkte sind von dem Lieferanten bzw. von dem Hersteller schriftlich Aussagen zur "Garantie der Jahr-2000-Fähigkeit" einzufordern. Die Lieferanten von Hard- und Software publizieren auch im Internet im sogenannten "White Paper" den Stand der Produkte bezüglich der Jahr-2000-Fähigkeit. Die Informationen im Internet sind nicht rechtsverbindlich. Nochmals der Hinweis, es ist notwendig, eine verbindliche Aussage per schriftlicher Anfrage bei Hersteller oder Lieferanten einzuholen.

Eine umfassende und sehr verbreitete "Definition der Anforderungen an die Jahr-2000-Konformität" (DISC PD2000-1) gibt es vom Britisch Standandards Institut (BSI). http://www.bsi.org.uk/html/homepage.htm.

Die Eingabe "+DISC +PD2000-1" in Suchmaschienen führt im Internet zu zahlreichen Servern, auf denen das Dokument "Definition der Anforderungen an die Jahr-2000-Konformität" vorhanden ist.

http://www.ast.co.uk/Yr2000/Documents/BSI_Yr2000.htm

Nachfolgend eine vom Bundesamt für Informatik (BfI CH) in der Schweiz übersetzte deutsche Version des Dokumentes DISC PD2000-1
(siehe 8.3.3 DISC.HTM)

Die o.a. Dokumente sind Empfehlungen und müssen für die eigenen Anforderungen inhaltlich angepaßt werden.

6
Spezifische Lösungen

Im diesem Abschnitt wird dargestellt, wie die J2K-Fähigkeit von Hardware und Betriebssystemen geprüft und sichergestellt werden kann.

6.1 Hardware

Das Hardware-J2K-Problem betrifft ausschließlich das jeweils "heutige" Datum in der Nutzung des Rechners. Zusammenfassend kann festgestellt werden, daß das Hardware-J2K-Problem in den meisten Fällen leicht behoben werden kann.

Bei den meisten PCs wird es dadurch bleibend gelöst, daß das Datum per Bedienerbefehl am 1.1.2000 einmalig neu eingestellt wird.

Diese Aufgabe kann eventuell auch erledigt werden durch:

§ die Routine eines neuen Betriebssystems,

§ die Ferneinstellung durch den Netzwerk-Server oder

§ eine kleine Softwareroutine, die vor dem Jahr 2000 installiert wird und das Umstellen im Jahr 2000 bewirkt. Es ist allerdings zu fordern, daß diese Routine beim Starten des Systems nach dem Datum 1.1.2000 auch noch vorhanden ist.

In wenigen anderen Fällen ist die Beschaffung neuer Hardware, z.B. bei PCs ein neues BIOS, erforderlich. Bei der Betrachtung der Wirtschaftlichkeit ist hier neben den Kosten für die Hardware auch der personelle Aufwand für Umbau bzw. Installation der Komponenten zu berücksichtigen.

6.1.1 IBM PC und IBM-kompatible PCs

Gewisse BIOS Software wird bei der Jahrhundertwende auf das Datum 4.1.1980 anstatt auf das Datum 1.1.2000 umschalten. Dieser Wechsel auf das Datum 4.1.1980 erfolgt auch dann, wenn die für die Uhr des PCs zuständige Batterie entladen ist.

Siehe http://www.microsoft.com/CIO/Articles/YEAR2000FINAL.htm

Eine Abhilfe für die fehlerhafte Datumsumstellung ist in vielen Fällen, den Rechner in der kritischen Zeitzone 31.12.1999 23.xx Uhr bis 1.1.2000 00.yy Uhr durchlaufen zu lassen, oder, wie dies bei gewissen BIOS der Fall ist, mit Arbeitsbeginn im Jahr 2000 die Uhr durch Aufruf der ”date” Funktion von Hand zu korrigieren.

Siehe: http://www.RighTime.com/ Stand: 14.08.1997 und http://www.nstl.com/html/ymark_2000_background.html Stand: 14.08.1997.

Die meisten heutigen PCs kommen nicht ohne Hilfe in das Jahr 2000.

6.1.1.1 Grundlagen der Prüfung und Sicherstellung der J2K-Fähigkeit

Das Heute-Datum (im weiteren diese Abschnittes "Datum" genannt) wird im PC auf 5 Ebenen geführt bzw. bearbeitet:

§ Real Time Clock (RTC)

§ BIOS

§ Betriebssystem

§ Betriebssystemerweiterungen wie Netzwerk, Zusatzprogramme

§ Anwendungen und Dateien.

Auf diesen Ebenen wird das Datum in der Regel auf folgende Art erzeugt bzw. fortgeschrieben:

Die RTC wird bei der Installation des Rechners erstmalig manuell auf das aktuelle Datum und die aktuelle Uhrzeit eingestellt. Die RTC schreibt dieses dann automatisch fort, solange die Batterie des PC geladen ist, d.h., auch wenn der PC ausgeschaltet ist, werden Datum und Uhrzeit fortgeschrieben. Die RTC besitzt auch eine Kalenderfunktion, inklusive der Schaltjahrfunktion.

Zunächst lesen BIOS und dann das Betriebssystem beim Einschalten des Computers das Datum der RTC aus. Das Betriebssystem schreibt es dann seinerseits fort und stellt es den Anwendungen zur Verfügung.

Insbesondere wird das Datum vom Betriebssystem beim Überlauf der Systemuhr bei Mitternacht um jeweils einen Tag erhöht. Die Systemuhr "tickt" nur, solange das Betriebssystem läuft.

Bei eingeschaltetem PC kann das Datum (sowohl der RTC als auch des Betriebssystems) durch den Anwender oder per Programm neu eingestellt werden. Zu nennen sind hier die DOS-Funktionen DATE und TIME oder vergleichbare Funktionen auf der Windows-Ebene. Wenn der Computer mit einem Netzwerk verbunden ist, kann das Datum auch automatisch vom Server übernommen und in der RTC des PC abgespeichert werden.

Die Real-Time-Clock (RTC) ohne Überlauffunktion

Die RTC war ursprünglich ein eigener Halbleiterbaustein. Mit fortschreitender Entwicklung der IT wurde sie in andere Funktionsbausteine des PCs integriert. Die RTC verfügt über Datumsspeicherzellen, die von der RTC Logik mittels eines Kalenders fortgeschrieben werden, jedoch auch von den BIOS oder PC-Programmen gelesen und geschrieben werden können.

Diese ursprüngliche RTC des PC schreibt vom jeweiligen Jahr nur die letzten beiden Ziffern fort (Jahreszähler) und schaltet im Jahr 2000 z.B.
auf "00" oder "80". Das anfänglich vom Benutzer eingegebene Jahrhundertbyte bleibt dabei unverändert; seine Adresse ist beim PC Bank 0, 32H, beim PS/2 Bank 0, 37H.

Dieses Byte wird normalerweise vom BIOS geschrieben, kann aber auch vom Nutzer oder von PC-Programmen geschrieben werden.

Die RTC enthält einen "Jahrhundert"-Kalender, dessen Laufzeit und Funktionalität in der vom Autor überprüften Halbleiterliteratur leider nicht näher spezifiziert ist.

Die Real-Time-Clock (RTC) mit Überlauffunktion

Später wurde das J2K-Problem der RTC erkannt und es wurden neue RTC-Architekturen geschaffen. Eine weit verbreitete neue RTC nutzt die Speicherzelle Bank1, 48H der RTC für Jahrhundertinformation, die jetzt mit dem zweistelligen Jahreszähler Bank0, 09H verknüpft ist.

Diese neue RTC-Architektur ist also jahr-2000-fähig, hat sich jedoch nicht universell durchgesetzt, sodaß seit 1992 bis heute noch RTC-Architekturen in der Produktion von PCs verwendet werden, die nicht Jahr-2000-fähig sind.

Schlußfolgerung über die Jahr-2000-Fähigkeit der RTC

Eine standardmäßige, minimale RTC-Funktionalität ohne Überlauf, gem. o.a. Spezifikation ist nicht jahr-2000-fähig. Sie ist dennoch weit verbreitet und in vielen heute im Einsatz befindlichen PCs anzutreffen.

Dies ist jedoch in der Regel kein großes und unlösbares Problem, da die Unzulänglichkeiten der RTC im Verbund mit dem BIOS, dem Betriebssystem, dem Netzwerk oder speziellen Zusatzprogrammen gelöst werden kann.

Prüfung A: wurde die Minimalfunktionalität der RTC korrekt implementiert?

Hauptgesichtspunkt dabei ist, ob die Tages- und Monatskalenderfunktion der RTC jahr-2000-fähig ist. Der häufigste Fehler in der Datumsfunktion ist die falsche Annahme, daß das Jahr 2000 kein Schaltjahr sei.

Das BIOS

Wegen der Unzulänglichkeit der RTC kommt dem BIOS insbesondere die Aufgabe zu, das Jahrhundertbyte richtig zu setzen.

Das BIOS ist entweder im EPROM (Elektrisch programmierter Festspeicher) oder neuerdings Flash-EEPROM (Elektrisch neuprogrammierbarer Festspeicher) implementiert.

Das BIOS ist ein spezielles Programm, das von wenigen Spezialfirmen angeboten wird. Diese Firmen verkaufen in der Regel Lizenzen an die PC-Hersteller, denen die eigentliche Implementierung im EPROM oder EEPROM obliegt. Der PC-Hersteller kann bei der Implementierung das BIOS ändern. Auch gibt es keine Gewährleistung, ob die jeweils neueste BIOS-Version beim Zusammenbau des PCs verwendet wird.

Selbst bei Vorhandensein einer Minimal-RTC kann von einem korrekten BIOS die Jahr-2000-Fähigkeit über eine Plausibilitätsprüfung (Fenster-Technik) gewährleistet werden, die beispielsweise wie folgt realisiert sein kann:

Wenn die Jahreszahl zwischen 80 und 99 inklusive ist, dann ist das Jahrhundert "19",

Wenn aber die Jahreszahl zwischen 00 und 79 inklusive ist, dann ist das Jahrhundert "20".

Eine solche Prüfung deckt in der Regel die Lebensdauer der PC-Architektur völlig ab.

Prüfung B: Stellt das BIOS die korrekte Datumsfunktion zur Verfügung?

Das Betriebssystem

Ein "korrektes" Betriebssystem übernimmt das Datum über das BIOS, das wiederum vom Hersteller zur Nutzung der im PC vorhandenen RTC angepaßt wurde.

Es wird erwartet, daß die neueren und bis zum Jahr 2000 erscheinenden Betriebssysteme und/oder BIOS die oben im Abschnitt BIOS erläuterte Plausibilitätsprüfung der RTC durchführen und wenn notwendig die erforderlichen Korrekturen vornehmen.

Prüfung C: Übernimmt das Betriebssystem das Datum vom BIOS?

Anwendungen

In Anwendungen wird das aktuelle Datum in der Regel vom Betriebssystem übernommen. Das Datum kann einerseits zur Steuerung des Ablaufs von Programmen verwendet werden oder als Datumsfeld oder datumsabhängiges Feld in Anwenderdateien gespeichert werden.

Bei der Analyse von Programmen ist es entscheidend, von welcher der oben beschriebenen Ebene Anwenderprogramme das Datum lesen.

Wenn auch eher selten, ist es jedoch möglich, daß Anwendungen - man denke an ältere, "handgestrickte" und besonders performante Anwendungen- das Datum direkt aus der RTC lesen. Dies kann dann zu einem inkorrektem Datum, sowohl in dieser Anwendung als auch in anderen Anwendungen führen, wenn das inkorrekte Datum über Datenaustausch oder Parameter in Funktionsaufrufen weitergegeben wird.

Prüfung D: Übernimmt die Anwendung das Datum vom Betriebssystem?

Netzwerk

In Netzwerkanwendungen können sowohl PC-Client als auch der Server das Datum bestimmen, das dann, z.B. von Datenbankanwendungen, übernommen wird. Ein falsches Datum kann die Inkonsistenz einer gesammten Datenbank verursachen. Auch können bei Backups Dateien verloren gehen, wenn die Datumsfunktion, die anhand des Datums Dateien oder Datenträger für die Datensicherung selektieren, nicht korrekt arbeiten.

Viele Netzwerke sind daher so konfiguriert, daß die RTC der PC-Clients durch den Server synchronisiert werden.

Die Einstellung des Datums durch den Server bewirkt dann in den meisten Fällen auch, daß nicht nur das Betriebssystem, sondern auch die RTC auf dieses Datum eingestellt wird. Der PC sollte aber dennoch selbst jahr-2000-fähig sein, für den Fall, daß bei Netzausfall off-line gearbeitet werden muß.

Jahr-2000-Fähigkeit

Zusammenfassend wird unterschieden in:

· Absolute Jahr-2000-Fähigkeit

· Eingeschränkte Jahr-2000-Fähigkeit

Für eine absolute Jahr-2000 Fähigkeit, muß das Datum auf allen fünf Ebenen korrekt dargestellt und verarbeitet werden.

Für eine eingeschränkte Jahr-2000-Fähigkeit muß das Datum auf der Ebene des Betriebssystems korrekt dargestellt und verarbeitet werde. Diese eingeschränkte Jahr-2000-Fähigkeit setzt voraus, daß das Bios die oben angeführte Plausibilitätsprüfung durchführt, erforderliche Korrekturen vornimmt und die Anwendungen das Datum vom Betriebssystem erhalten.

Es wird nochmals darauf hingewiesen, daß aufgrund der fehlenden Informationen über die Quelle (RTC, BIOS, Betriebssystem) des Datums in den Anwendungen, ein Test der Anwendungen selbst auf die korrekte Verarbeitung und Darstellung des Datums erforderlich ist.

Nachfolgend wird gezeigt, wie die Jahr-2000-Fähigkeit geprüft und ggf. korrigiert wird.

6.1.1.2 BIOS / RTC-Test durch Bedienerbefehle

Mit dem folgenden Test des BIOS können Sie selbst testen, ob das BIOS J2K-fähig ist oder nicht.

Siehe: http://www.tyler.net/tyr7020/y2kinput.htm

Nach oben angeführter Quelle ”dauert der Test nur wenige Minuten”.

Hinweis: Obwohl die Prozedur an vielen Systemen getestet wurde, gibt es keine Garantie dafür, daß alle fehlerhaften Bios-Typen erkannt werden.

Anmerkung der Autoren:
Diese Aussage der o.g. Quelle ist nur bedingt gültig, und zwar für DOS und wenige DOS-basierende Anwendungen, jedoch nicht für durchschnittliche Windows-Systeme, und erst gar nicht für Netzwerke und Client-Server-Systeme. Ungenau beschriebene bzw. zweifelhafte Schritte des folgenden Testes wurden korrigiert.

Für DOS-erfahrene Anwender dauert der Test etwa 15 Minuten.

6.1.1.2.1 Jahr-2000-Test

Zunächst führen Sie den Jahr-2000-Test wie folgt durch:

1. Stellen Sie sicher, daß der PC nicht mit dem Netzwerk verbunden ist. Dazu ziehen Sie das Netzwerkkabel vom Computer ab.

2. Starten Sie den Computer im DOS Modus.

•Hinweis für Win 95:
Brechen Sie den Startvorgang von Windows mit der Taste F8 ab und wechseln Sie in den Modus
"Abgesichert, nur Eingabeaufforderung".

3. Mit dem DOS-Befehl "date" setzen Sie das Datum Ihres Computers auf den 31. Dezember 1999.

4. Mit dem DOS-Befehl "time" setzen Sie die Zeit auf 23:58 Uhr.

5. Schalten Sie den Computer aus.

6. Warten Sie mindestens 3 Minuten.

7. Starten Sie den Computer im DOS-Modus neu.

8. Mit den DOS-Befehlen "date" und "time" prüfen Sie Datum und Uhrzeit. Es sollte jetzt z.B.

"Sa, 01.01.2000" und eine Zeit kurz nach Mitternacht anzeigen. Das Jahr muß 4-stellig als 2000 angezeigt sein.

a.Falls dies der Fall ist, sind RTC, BIOS und DOS J2K-fähig. Gehen Sie zu Schritt 9.

b.Ist dies nicht der Fall, dann setzen Sie mit dem DOS-Befehl "date" das Datum Ihres Computers auf den 01.01.2000.

•Schalten Sie den Computer aus. •Warten Sie mindestens 3 Minuten. •Starten Sie den Computer im DOS-Modus neu. •Mit dem Dos-Befehl "date" prüfen Sie nun das Datum. •Sollte das Datum nicht dem 01.01.2000 entsprechen, dann ist Ihr Computer nicht J2K-fähig. Die Systemzeit müßte hier bei jedem Start neu gesetzt werden, bzw. neue Hardware müßte beschafft werden. •Entspricht das Datum dem 01.01.2000, dann ist Ihr Computer bedingt J2K-fähig. Das Datum muß einmalig nach dem Jahrtausendwechsel gesetzt werden.

9. Prüfen Sie jetzt alle Ihre Anwendungen auf korrekte Verarbeitung der Zeit. Nur ein vollständiger Test der Programme kann schlüssig zeigen, daß diese J2K-fähig sind.

•Vorsicht ist geboten, wenn Sie Programme verwenden, die mit einem Zeitlimit (z.B. 30 Tage bei Demoversionen) arbeiten oder datumsbasierende Sicherheitszertifikate beinhalten. Diese könnten durch den Test unbrauchbar werden. Führen Sie den Test dann auf einem Testsystem durch.

10. Setzen Sie dann Zeit und Datum auf die wirklichen Werte zurück, es sei denn, Sie wollen den Schaltjahr-2000-Test durchführen.

6.1.1.2.2 Schaltjahr-2000-Test

Um zu testen, ob das Jahr 2000 korrekt als Schaltjahr implementiert ist, führen Sie jetzt den Schaltjahr-2000-Test durch:

1. Stellen Sie sicher, daß der PC nicht mit dem Netzwerk verbunden ist. Dazu ziehen Sie das Netzwerkkabel vom Computer ab.

2. Starten Sie den Computer im DOS Modus.

•Hinweis für Win 95:

Brechen Sie den Startvorgang von Windows mit der Taste F8 ab und wechseln Sie in den Modus "Abgesichert, nur Eingabeaufforderung".

3. Setzen Sie das Datum Ihres PC auf den 28. Februar 2000

4.Mit dem DOS-Befehl "time" setzen Sie die Zeit auf 23:58 Uhr.

5.Schalten Sie den Computer aus.

6.Warten Sie mindestens 3 Minuten.

7.Starten Sie den Computer im DOS-Modus neu.

8.Mit den DOS-Befehlen "date" und "time" prüfen Sie Datum und Uhrzeit. Es sollte jetzt "Di, 29.02.2000" und eine Zeit kurz nach Mitternacht anzeigen.

9.Ähnlich getestet werden sollten Programme mit eigenen Datumsfunktionen, wie z.B. Tabellenkalkulations- und Datenbankprogramme.

10.Überprüfen Sie ob die Operationen richtig arbeiten.

11.Setzen Sie dann Zeit und Datum auf die wirklichen Werte zurück.

6.1.1.3 BIOS/RTC Testprogramme

Im Internet werden eine Reihe von Testprogrammen angeboten.

6.1.1.3.1 Kostenlose Testprogramme

Eine Auswahl von kostenlosen Testprogrammen wurde aus dem Testbericht (Herbst 1997) http://www.tecfacs.com/year2000/year2000.htm entnommen und in der nachstehenden Tabelle aufgelistet.

Weitere Links zu J2K-Prüfprogrammen und Korrekturtools finden Sie in unserer Linksammlung.

Produkt- / Programmname	pc2000	2000.exe	doschk	test2000	f2000
RTC-Kompatibilitätsprüfung	Nein	Ja	Nein	Nein	Nein
RTC-Prüfung	Ja	Ja	Ja	Ja	Ja
BIOS-Prüfung	Ja	Ja	Ja	Ja	Ja
O/S-Prüfung	Ja	Ja	Ja	Ja	Ja
Reboot/ Jahrhundertresistenz	Nein	Nein	Nein	Ja	Nein
Herstellerunabhängige Empfehlung	Nein	Ja	Ja	Nein	Nein
Bericht	Ja	Nein	Nein	Ja	Nein
*Zuverlässigkeit	-	10	10	-	-
*Note	-	13	13	-	-
Kostenlos	Ja	Ja	Ja	Ja	Ja

Abb. 4: Produktvergleich

* Anmerkung:
Die Benotung wurde aus dem ausführlichen Testbericht            (Herbst 1997)
http://www.tecfacs.com/year2000/year2000.htm    entnommen.
Skala Zuverlässigkeit:   von 0 (schlecht) bis 10 (sehr gut)
Skala Note:                             von 0 (schlecht) bis 19 (sehr gut)

Die in der Tabelle der Abb. 4 aufgelisteten Programme wurden seitens der Autoren geprüft und bewertet. Die Reihenfolge der Programmbeschreibungen spiegelt die Präferenz der Autoren zum Zeitpunkt (Herbst 1997) wieder.

6.1.1.3.1.1 National Software Testing (NSTL) year2000.exe

http://www.nstl.com/html/ymark_2000.html
Der Test ist technisch orientiert und gibt ausführliche und gute Ratschläge.

Laut Anbieter: ”YMARK 2000 (Programmname: 2000.exe) testet die Fähigkeit des PC das Jahr 2000 zu unterstützen. Besonderes Testen ist für das Betriebssystem und die Anwendung erforderlich”.

Unter der URL http://www.nstl.com/html/y2klogo.html sind Produkte der nachstehenden Hersteller aufgeführt, die mit dem Testprogramm von NSTL getestet wurden.

Acer Incorporated

Advance Creative Computer Corp.

ASUSTeK Computer Inc.

Compaq Computer Corporation

DataExpert Corporation

Dell Computer Corporation

DTK Computer Inc.

DFI Inc.

Elonex plc

Fujitsu PC Corporation

Gemlight Computer Ltd.

Hewlett-Packard Company

I.S.L. Automatisering

Lucky Star Technology Co., Ltd.

Micron Electronics, Inc.

MidWest Micro

MIND Computer Products

Mitsubishi Electric

Nexar Technologies

Olivetti Computers Worldwide

Packard Bell NEC Europe

PC Pro

Premio Computer, Inc.

Shuttle Inc.

Vextrec Technology Inc.

6.1.1.3.1.2 Saphena Computing: doschk.exe

http://ourworld.compuserve.com/homepages/saphena/year2000.htm
doschk.exe ist am einfachsten zu benutzen und gibt gute Ratschläge.

Beispielausgabe von doschk.exe

6.1.1.3.1.3 RighTime: test2000.exe

http://www.RighTime.com/

Der Test ist einfach zu benutzen, der Anbieter will seine Softwareroutine Y2KPCPro verkaufen.

Laut Anbieter: Test2000.exe wird leicht, schnell und zuverlässig feststellen, ob Ihre Maschine J2K-fähig ist, ob sie mit Y2KPCPro (siehe Lösungen) J2K-fähig gemacht werden kann oder ob sie nicht J2K-fähig gemacht werden kann.

Beispielbericht von test2000.exe [5]

: 08-14-1997 Test2000 12:12:19.95

: BIOS year rolls 1999 to 1900; Transition test FAILED, but Y2KPCPro can correct the failure.

Test2000.Exe v2.16

: 02-29-2000 12:12:19 reboots to 02-29-2000 12:13:54; Reboot test PASSED.

6.1.1.3.1.4 Fernlink: f2000.exe

http://www.implement.co.uk/ bzw.
ftp://ftp.implement.co.uk/pub/implement/f2000zip.exe

Der Test ist technisch orientiert; der Anbieter will seine BIOS-Erweiterungskarte verkaufen.

6.1.1.3.2 Kostenpflichtige Testprogramme

Eine Auswahl kommerzieller Testprogramme wurde aus dem Testbericht von West Coast http://www.westcoast.com erschienen in der Juli-Ausgabe 1998 der Zeitschrift SC INFO SECURITY MAGAZINE entnommen.

Zusammenfassung mit den Beurteilungen der Tester von West Coast:

Produkt	Vers.	Empfehlung	Testumfang
Centennial 2000 http://www.tallysys.com	1.02	Recommended	audits and tests BIOS/CMOS + software fix
Check 2000 Client/Server http://www.gmt-2000.com	2.6	---	tests BIOS/CMOS + software fix full audit of programs
Correx 2000 http://www.securepc.co.uk	1.0	---	tests BIOS/CMOS + software fix
fix2000 http://www.eurosoft-uk.com	2.58	Recommended	test BIOS/CMOS + hardware (board) fix
IT-Map 2000 http://www.it-map.com	2.0	Recommended	inventory control
Millenium Buster http://www.esp-international.com	n/a	Recommended	tests BIOS/CMOS + advanced CMOS test + software fix
NETinventory http://www.peapod.co.uk	5.2	Recommended	tests BIOS/CMOS + inventory of programs
Prove It 2000 [email protected]	1.191	Recommended	tests BIOS/CMOS + software fix + partial audit
QC2000 [email protected]	2.4	---	tests BIOS/CMOS + software fix
RMC Millenium BIOS Board http://www.rmc-esp.com	2.02	Recommended	tests BIOS/CMOS + advanced CMOS test + hardware (board) fix
TF2000 http://www.eye-t.com	4.06	Recommended	tests BIOS/CMOS + partial audit
Wincap Check & Change http://www.wincapsoftware.com	2.0	Recommended	software audit + full analysis of programs/data
Year 2000 Detective http://www.windsorsoftware.com	2.0	---	software audit + analysis of programs/data
Y2000RTC http://www.precise.co.uk	1.06	(Editor`s Choice)	tests BIOS/CMOS + advanced CMOS test + software fix

Jedes der o.a Produkte wurde auf einem breiten Spektrum von PCs mit unterschiedlicher Jahr-2000-Fähigkeit geprüft. Jedes der Produkte erkannte die Probleme wo welche existierten.

6.1.1.4 Problemlösungen

Nach Benutzung eines der guten kostenlosen Testprogramme[6] ist in fast allen Fällen bekannt,

· ob die Hardware des Computers J2K-fähig ist, oder

· was getan werden muß, um die Hardware des Computers J2K-fähig zu machen.

Diese Möglichkeiten der Problemlösung werden im folgenden aufgeführt.

6.1.1.5 Neueinstellung durch Bedienerbefehl

Bei einigen BIOS genügt es, bei der ersten Nutzung des Computers im Jahr 2000 durch den ”date” Befehl im DOS- Modus das Jahrhundertbyte auf ”20” zu setzen. Dies wird dann in der RTC gespeichert und durch deren Batterie gestützt.

Fällt die Batterie der RTC aus, werden sowohl Datum als auch Zeit auf einen Ursprungswert initialisiert, der typisch 1.1.1980 00:00 ist. Nach dem Tausch der Batterie müssen dann Datum und Zeit neu eingegeben werden.

6.1.1.6 Neueinstellung durch Programm

Die Programme dieser Kategorie führen die Neueinstellung des Jahrhundertbyte als Programm beim Starten von DOS aus. Es erspart lediglich das ”Daran-Denken”, den Bedienerbefehl am ersten Tag des Jahr-2000 auszuführen.

6.1.1.6.1 holmesfx.com

http://www.wsnet.com/~designer/holmesfx/ (kostenfrei)

holmesfx.com wird durch AUTOEXEC.BAT gestartet und ausgeführt. Normalerweise prüft es das Jahr, kommt aber nur ein einziges Mal zu einer programmierten Aktion: Auf Computern, die beim ersten Start im Jahr 2000 genau das Jahr 1900 anzeigen, wird das Jahrhundertbyte von 19 auf 20 gesetzt.

6.1.1.6.2 dateafix.com

http://www.date-a-fix.com/
(kommerziell - US$ 39.99)

Eine Beschreibung war nicht erhältlich. Wahrscheinlich ähnliche Wirkung wie holmesfx.exe.

6.1.1.6.3 year2000.com bzw. y2kpcpro

http://www.RighTime.com/

Year2000.Com wird durch AUTOEXEC.BAT gestartet und ausgeführt. Es prüft das Jahr, kommt aber nur ein einziges Mal zu einer programmierten Aktion: Auf Computern, die beim ersten Start, wie dies im Jahr 2000 der Fall ist, das zweistellige Jahrhundertbyte als Zahl unter 50 anzeigen, wird das Jahrhundertbyte auf 20 gesetzt (sonst auf 19).

Anwendbar unter DOS, OS2, und Windows 95

Year2000.Com ist kostenlos. y2kpcpro ist dessen lizensierte Version und nach Herstellerangaben ”kostengünstig”.

6.1.1.7 Hardwarelösungen

Die Wirtschaftlichkeit dieser Maßnahmen ist besonders kritisch zu prüfen

6.1.1.7.1 Millenium BIOS Board

siehe http://www.implement.co.uk/bios.htm:

Sollte, aufgrund eines mangelhaften BIOS, sich der PC nicht durch eine Softwarelösung oder einmaliges manuelles Umstellen J2K-fähig machen lassen, bietet sich das Millenium BIOS Board an: Eine 8-bit ISA Interfacekarte erweitert das in PCs vorhandene BIOS um BIOS-Routinen, die den PC dann J2K-fähig machen. Nach Angaben des Herstellers enthält es ein BIOS-Plaster (BIOS-Patch), das das J2K-unfähige BIOS aller bekannten Hersteller J2K-fähig macht. Die Karte benötigt einen 8-bit ISA Steckplatz.

6.1.1.7.2 BIOS Upgrade

Nur der Hersteller eines PCs kann dessen J2K-Fähigkeit bescheinigen. Dies ist wiederum nur bei Marken-PCs möglich, bei denen eine strikte Versionskontrolle über Hardware und (BIOS-) Firmware ausgeübt wird.

Die Kontrolle der Versionsnummer eines BIOS ist keine Garantie dafür, daß ein gegebener No-Name-PC J2K-fähig ist.

Dies ist notwendig, weil das BIOS vom Hersteller möglicherweise verändert wurde, oder mit der RTC anders zusammenarbeitet, als der BIOS Hersteller es empfohlen hat.

Selbst bei den Marken PCs gibt es meist eine große Fülle von Versionsnummern, so daß es in den meisten Fällen schneller ist, das empfohlene BIOS Testprogramm einzusetzen, um die J2K-Fähigkeit eines PCs nachzuweisen.

Im Falle der EPROM-BIOS bieten größere PC-Hersteller ein Austausch-BIOS an, das den PC J2K-fähig macht.

6.1.1.7.3 Flash BIOS Upgrade

http://scp.hqisec.army.mil/y2k.html

Traditionell wurde das BIOS von den PC-Herstellern in einem Festspeicher implementiert.

Das BIOS wird bei einigen neueren PCs in einem wiederbeschreibbaren Speicher (Flash Memory) als "Flash BIOS" implementiert, das durch einen Ladevorgang eines entsprechenden Updates auf einen J2K-fähigen Zustand gebracht wird.

Beispiel: Compaq Contura 420C und 430C

Um das Flash BIOS zu erneuern, besorgen Sie sich die Upgrade-Datei ftp://scp.hqisec.army.mil/pub/sp1651.exe

Legen Sie eine formatierte Diskette in das Diskettenlaufwerk Ihres PCs und führen Sie diese Datei aus. Die Upgrade-Datei und Anleitung für ihren Gebrauch werden dann automatisch auf die Diskette kopiert. .

6.1.1.7.3.1 Andere Flash BIOS PC

Ähnliches wie beim obigen Beispiel gilt für:

DGI400: ftp://scp.hqisec.army.mil/pub/idp400.exe

IDP530XD: ftp://scp.hqisec.army.mil/pub/idpy2000.doc

Mantech Pentium: http://www.mtsol.com, Datei PA203.EXE

6.1.2 Nicht IBM-kompatible PCs und Workstations

6.1.2.1 Sun

http://www.sun.com/y2000/cpl.html

Zusammenfassung: Suns Hardware ist J2K-fähig, mit Ausnahme der Sun 3 Serie, die J2K nicht unterstützt.

SPARCserver Series 1000, SPARCcenter 2000, Ultra Enterprise Series 3000 bis 6000, benötigen alle einen Patch.

6.1.2.2 Apple Macintosh

http://macos.apple.com/macos/info/2000.html

Alle Macintosch Betriebssysteme sind J2K-fähig.

Die mit dem Ur-Macintosh eingeführten Zeitfunktionen seines Betriebssystems zählen die Sekunden in einem "Langwort", beginnend mit dem 1. Januar 1904. Dieses Konzept ermöglicht eine Zeitzählung bis 06:28:15 Uhr am 6. Februar 2040.

Die Zeitfunktionen des gegenwärtigen Mac OS zählt die Zeit in einem 64-bit Wort und kann damit den Zeitraum von 30.081 vor der Zeitrechnung (v. Chr.) bis 29.940 nach der Zeitrechnung (n. Chr.) erfassen.

Das Kontrollfeld des Ur-Mac beschränkte aus praktischen Gründen die Einstellung der Computerzeit auf Werte zwischen dem 1. Januar 1920, und dem 31. Dezember 2019.

6.2 Betriebssystem

Betriebssysteme übernehmen das Datum und die Uhrzeit im allgemeinen zunächst von der RTC und schreiben diese dann, unabhängig von den Einstellungen der RTC, selbst fort.

Beim Einloggen ins LAN wird dann im allgemeinen die Zeit vom Server übernommen.

Die Korrektur der RTC durch das Betriebssystem auf die Vorgabe durch den Server, durch Nutzerabfrage und/oder nach einem Algorithmus erfolgt im allgemeinen nicht.

Es wird spekuliert, daß zukünftige Versionen der Betriebssysteme vom Nutzer eine Bestätigung bzw. Korrektur bei Anomalien verlangen, die bei gewissen Systemen insbesondere beim Übergang ins Jahr 2000 auftreten. Falls diese Korrektur dann zur RTC eingespeichert wird, sind die in 6.1.1.3 gezeigten Lösungen in vielen Fällen überflüssig.

Die meisten Betriebssysteme sind herstellerspezifisch, daher:

- DOS und Windows’95: siehe Abschnitt 7.3.1 Microsoft

- OS/2: siehe Abschnitt 7.2.1.1 IBM.

- Unix: siehe Abschnitt 6.4.3 und 7.3.2.

6.3 Standardanwendungen

Die meisten Standardanwendungen können Datum und Uhrzeit vom Betriebssystem lesen. Nicht alle diese Anwendungen verwenden das Datum jedoch in geeigneten Datumsformaten oder anderen zeitbezogenen Informationen.

Nachfolgend werden folgende Standardanwendungen betrachtet:
Textverarbeitung, Tabellenkalkulation, Datenbanken, Grafik, Kalender und Kommunikationsprogramme

6.3.1 Textverarbeitungen

6.3.1.1 WordPerfect

Siehe unter Herstelleraussagen Abschnitt 7.4.3

6.3.1.2 Word for Windows

Beispiel: Word 6.x

Dateidatumsfeld

WinWord 6.0 Verwendet bei Aufruf der Funktion today das Datum richtig.

Beispiel: WinWord 6.0

Beispiel: WinWord Dateimanager

http://support.microsoft.com/kb/articles/Q171/2/86.htm

Falls das Suchdatum nach dem 31.12.1999 liegt, versagt die Dateisuche ”Nach Datum:”.

6.3.2 Tabellenkalkulation

6.3.2.1 Excel

Siehe auch unter Herstelleraussagen Abschnitt 7.4.1

aus http://www.microsoft.com/CIO/Articles/YEAR2000FINAL.htm,
(Stand:8.8.97)

Die letzten drei größeren Versionen (7.x, 5.x, 4.x) sind schon J2K-fähig. Excel erkennt die Kurzbezeichnungen ”00” bis ”19” als ”2000” bis ”2019”. Andererseits betrachtet Excel die Jahre ”20” bis ”99” als ”1920” bis ”1999”. Der Anwender kann diese Konventionen einfach dadurch umgehen, daß er alle 4 Ziffern der Jahreszahl eingibt.

Beispiel: Excel Version 5.0

Die nächste größere Version von Excel, Excel 97 hat diese Konventionen wie folgt abgeändert: Excel erkennt dann die Kurzbezeichnungen ”00” bis ”29” als ”2000” bis ”2029” und die Jahre ”30” bis ”99” als ”1930” bis ”1999”.

Der Anwender kann dies dadurch umgehen, daß er alle 4 Ziffern der Jahreszahl eingibt. Auf diese Weise erkennt Excel einen Bereich von ”1900” bis ”2078”. In der nächsten größeren Version wird dieser auf den Bereich von ”1900” bis ”9999” ausgedehnt.

6.3.2.2 Lotus 123

Siehe unter Herstelleraussagen Abschnitt 7.4.7

6.3.3 Datenbanken

6.3.3.1 ACCESS

Siehe auch unter Herstelleraussagen Abschnitt 7.4.1

Beispiel: MS Access Version 2.0

Die Version 2.0 von Access interpretiert die Kurzdaten ”00” bis ”99” als ”1900” bis ”1999”. In der Version Access 97, erkennt Access die Kurzbezeichnungen ”00” bis ”29” als ”2000” bis ”2029” und die Jahre ”30” bis ”99” als ”1930” bis ”1999” (siehe auch Excel).

6.3.3.2 ADABAS

Siehe unter Herstelleraussagen Abschnitt 7.4.4

6.3.3.3 DBASE

Siehe unter Herstelleraussagen Abschnitt 7.4.2

6.3.3.4 Informix

Siehe unter Herstelleraussagen Abschnitt 7.4.5

6.3.3.5 Oracle

Siehe unter Herstelleraussagen Abschnitt 7.4.6

6.3.4 Grafik

6.3.4.1 Micrografx Designer, Picture Publisher, Media Manager, Windows Draw

Siehe unter Herstelleraussagen Abschnitt 7.4.8

6.3.5 Kalender

6.3.5.1 Schedule

Siehe unter Herstelleraussagen Abschnitt 7.4.1

6.3.6 Kommunikationsprogramme / Elektronische Post

6.3.6.1 MS-Mail, MS-Exchange

Herstelleraussagen liegen hierzu nicht vor.

6.3.6.2 Eudora

Herstelleraussagen liegen hierzu nicht vor

6.4 Netzwerkbetriebssysteme

Bei den Netzwerkbetriebssystemen wurde unterschieden nach Novell, Windows NT und UNIX, wobei bei UNIX eine weitere Unterteilung nach Herstellern vorgenommen wurde.

Zu den einzelnen Netzwerkbetriebssystemen liegen entsprechende Herstelleraussagen vor.

6.4.1 Novell

http://www.novell.com/p2000/product.html

Novell stellt unter o.a. URL eine umfassende Produktliste mit dem jeweiligen Stand der Jahr 2000-Fähigkeit und entsprechende "Patche" zur Verfügung.

Unter http://www.novell.de/promos/j2000/
bietet Novell die Möglichkeit, Ihr Netzwerk auf seine Jahr-2000-Tauglichkeit zu prüfen.
(Auszug aus dem Text von Novell) "Senden Sie uns einfach die Seriennummern Ihrer Novell NetWare- Produkte. Dann können wir Ihnen umgehend sagen, mit welchen einfachen Änderungen Sie Ihr Netzwerk optimal auf den 1. Januar 2000 vorbereiten."

6.4.2 Windows NT

http://support.microsoft.com/kb/articles/Q149/5/82.htm (Stand: 30.7.97)

Aufgrund des 64-bit-Zeitstempels seines NTFS Dateisystems ist Windows NT für viele kommende Jahrhunderte fit und wird daher das J2K-Problem meistern. Diese Information betrifft ab:

•Microsoft Windows NT Operating System Version 3.1

•Microsoft Windows NT Advanced Server Version 3.1

•Microsoft Windows NT Workstation Versions 3.5, 3.51, 4.0

•Microsoft Windows NT Server Versions 3.5, 3.51, 4.0

6.4.3 Unix

http://www.rdg.opengroup.org/unix/version2/whatsnew/year2000.html

Unix liefert das Datum den System- und Anwenderprogrammen über eine Vielzahl von API-Funktionen (Application Programming Interface), Verwalter- und Nutzerbefehlen. Diese Funktionen und Befehle können in dem einen oder anderen Unixdialekt erweitert oder vermindert sein.

Beispiel: Datumsabhängige Befehlsliste SunOS Version 5.3:

Nutzerbefehle	ckdate	prompts for and validates a date
	date	print and set the date
	errdate	prompts for and validates a date
	from	display the sender and date of newly-arrived mail messages
	helpdate	prompts for and validates a date
	helpgid	prompts for and validates a group id
	make	maintain, update, and regenerate related programs and files
	nisupdkeys	update the public keys in a NIS+ directory object
	rdate	set system date from a remote host
	touch	update access time and/or modification time of a file
	valdate	prompts for and validates a date
Verwalter Befehl	stime	set system time and date
API und Funktionen	ascftime	convert date and time to string
	asctime_r	convert date and time to string
	cftime	convert date and time to string
	ctime_r	convert date and time to string
	ftime	get date and time
	getdate	convert user format date and time
	gettimeofday	get or set the date and time
	gmtime	convert date and time to string
	gmtime_r	convert date and time to string
	localtime	convert date and time to string
	localtime_r	convert date and time to string
	settimeofday	get or set the date and time
	strftime	convert date and time to string
	tzset	convert date and time to string
	tzsetwall	convert date and time to string

Bei der Analyse von eigenen Anwendungsprogrammen kann ein Vorgehen darin bestehen, den Programmcode nach den o.a. Befehlen zu durchsuchen. Wird ein Befehl im Programm verwendet ist dann zu prüfen, in welcher Form der Rückgabewert des Funktionsaufrufes weiterhin im Programm verwendet wird.

6.5 Anwender Software

Überprüfen des Quellcodes: Man schaue nach der Verwendung des Datums und stelle sicher, daß die gewünschte Zeitspanne verarbeitet werden kann, z.B. von 1900 bis 2099. Wird systemintern eine sekundenbasierte Zeitzählung im signed-32-bit-Integer Format durchgeführt, kann nur ein Bereich von etwa 140 Jahren verarbeitet werden. Eine Nutzung von unsigned-32-bit-Integer verdoppelt dies zu 280 Jahren. 64-bit-Integer erhöht diese Zeitspanne über alle praktische Notwendigkeit hinaus.

Man suche alle Log-Dateien, die das Jahr im 2-Ziffer-Format speichern und prüfe deren Verwendung. Wenn notwendig, ändert man diese und die erzeugenden Programmteile zum 4-Ziffer-Format. Sollte dies unmöglich sein, kann man mit einer Fenstermethode arbeiten (z.B. 1950-2049).

Man teste den neuen Code dann auch auf einem System, dessen Uhr man in das 21. Jahrhundert laufen läßt. Dies sollte jedoch nur auf einer Testmaschine oder im Testnetz erfolgen, nie jedoch an einem laufenden Produktionssystem.

6.5.1 PC Anwendersoftware-Neuentwicklungen und -Änderungen

von http://www.microsoft.com/win32dev/guidelns/getready.htm
(Stand: 8.8.97):

Microsoft gibt die folgenden Richtlinien für ein ”sicheres” Datum:

§ Nutze die Run-time Bibliothek des OS wenn möglich.

§ Verwende das lange Datum (tt/mm/jjjj), wenn das kurze Datum (tt/mm/jj) als außerhalb des gegenwärtigen Jahrhunderts liegend mißinterpretiert werden kann.

§ Wenn eine Entwicklungsumgebung oder eine Datenbank ein Standarddatenformat hat, prüfe es auf Tauglichkeit und nutze es.

§ Wenn man in einer Programmiersprache, einem Entwicklungswerkzeug oder in einer Datenbank ein neues Datenformat erzeugt, sollte man eines mit mehr als 2 Ziffern für das Jahr benutzen und den Code testen, um ein einwandfreies Übergehen in das nächste Jahrhundert zu gewährleisten.

§ Der MS Systemsmanagement Server erlaubt eine effiziente Verteilung der Patches zu problembehafteten Programmen.

Beim Test der Anwendungen müssen darüberhinaus folgende Punkte beachtet werden:

§ Windowsfremdbibliotheken, die anstatt der Originalbibliotheken (z.B. Win32) benutzt werden.

§ Großrechnergestützte Anwendungen, auf die von einem PC zugegriffen wird.

§ Softwaresonderentwicklungen, insbesondere wenn sie nur für einen einzigen Kunden entwickelt wurden.

Speziellen Daten dürfen keine verborgenen Bedeutungen zugeordnet werden, wie zum Beispiel ”9/9/99” EOF – (end of file) oder für ein Feld, das nicht gelöscht werden soll. Wird dieses Datum dann erreicht, werden i.d.R. unbeabsichtigte Effekte eintreten.

Die Prozeduren und Verfahren zur Datensicherung müssen kurz vor der Jahrhundertwende besonders kritisch überprüft werden, um bei Fehlverhalten der Programme Datenverlust zu vermeiden.

7
Herstelleraussagen

Die im Bericht verwendeten Herstelleraussagen werden im folgenden zitiert, sind evtl. zusammengefaßt und in der Regel nicht kommentiert.

Die Aussagen sind oft jedoch nicht präzise.

Im Falle der vielen ”No-Names” muß getestet werden.

Eine Auswahl von Links zu Herstelleraussagen beinhalten die nachfolgenden Internetseiten:

· http://www.compinfo.co.uk/y2k/manufpos.htm

· http://www.mitre.org/research/cots/PC.html und

· http://www.wa.gov/dis/2000/survey/dt_hard/dthrdlst.htm

Eine Auswahl von Links zu Softwareherstellern:

· http://www.compinfo.co.uk/y2k/manufpos.htm

· http://www.wa.gov/dis/2000/survey/dt_soft/dtsftlst.htm

7.1 Hersteller von Hw-Komponenten

Derzeit liegen nur Aussagen zu BIOS Herstellern vor.

7.1.1 BIOS

http://www.implement.co.uk/biosman.htm
bietet eine Liste der 4 größten BIOS Herstellerquellen

7.1.1.1 AMIBIOS

http://www.amibios.com

Alle gegenwärtigen Versionen von AMI BIOS 95, Kerndatum 15.Juli.95
(7-15-95) und zukünftige Versionen von AMIBIOS sind J2K-fähig.

Alle vorherigen OEM-Versionen von AMIBIOS können nur vom OEM (Gerätehersteller) so verändert werden, daß sie J2K-fähig sind. Die notwendigen Änderungen werden von American Megatrends dem Hersteller direkt mitgeteilt. Diese Änderung bewirkt, daß die interne BIOS Datums- und Zeituhr über das Jahr 1999 hinauszählt, und zwar bis 2099, wonach sie wieder auf 1900 zurückgesetzt wird.

7.1.1.2 Award Software International Inc.

http://www.award.com

Wenn Ihr BIOS vor dem 26. April 1994 herausgegeben wurde, genügt es, das System nach dem 31.12.1999 neu zu starten und einmalig das Datum im Setup zu setzen.

Wenn Ihr BIOS zwischen dem 26. April 1994 und dem 31. Mai 1995 herausgegeben wurde, muß Ihr BIOS ausgetauscht werden, oder Sie müssen Ihre Systemuhr jeden Tag neu setzen.

Wenn Ihr BIOS nach dem 31. Mai 1995 herausgegeben wurde, schaltet es automatisch von 1999 auf 2000 um Mitternacht. Sie brauchen nichts zu unternehmen, um das BIOS J2K-fähig zu machen.

7.1.1.3 Microid Research (Mr. BIOS)

http://www.mrbios.com

Die Versionen 1.73, 3.42 und v3.44 des MRBIOS unterstützen nunmehr die J2K-Fähigkeit.

7.1.1.4 Phoenix Technologies Ltd

http://www.phoenix.com

Phoenix hat das Problem im Februar 1995 gelöst. Die Lösung ist korrekt bis zum Jahr 2400.

Phoenix hat jedoch keine Kontrolle darüber, wann die Gerätehersteller den neuen Code in den PCs verwendet haben. Es ist daher wahrscheinlich, daß sich älterer BIOS-Code in PCs befindet, die nach Februar 1995 gekauft wurden.

Es gibt auch keine BIOS Versionsnummer, die garantiert, das der PC
J2K-fähig ist.

7.2 Hardware-Hersteller

7.2.1 IBM PC und IBM-kompatible PCs

7.2.1.1 IBM

Aus ”The Year 2000 and 2-digit Dates: A Guide for Planning and Implementation”, 8. Auflage Form-Nr. GC28-1251-07.

http://ppdbooks.pok.ibm.com/cgi-bin/bookmgr/bookmgr.cmd/books/y2kpaper/contents

Alle IBM ”PCs” seit dem AT haben ein ”Jahrhundertbyte” in der Hardware. Es wird vom BIOS genutzt, um das Jahrhundert zu bestimmen und dem Operating System mitzuteilen.

Dieses Jahrhundertbyte wird von der Batterie der RTC gehalten. Es muß am 1.1.2000 manuell gesetzt werden, und zwar mittels ”date”-Befehl des DOS oder OS/2.

Alle neuen IBM PC Modelle, die im Jahre 1996 und später vorgestellt wurden, bringen ihr Jahrhundertbyte automatisch auf den neuesten Stand.

Eine lange Liste der Modellnummern der PC-Hardware folgt in o.g. IBM-Guide.

Partielle Kurzfassung der Liste:

Für alle Modelle APTIVA bis einschl. 1995, Modelle XT286, AT, PS/.., 21xx-xxx gilt: die Uhr muß am 1.1.2000 einmalig neu eingestellt werden.

Für alle Modelle APTIVA ab 1996 gilt: keine Neueinstellung notwendig.

IBM gibt unter der Adresse des year 2000 technical support centers http://www.software.ibm.com/year2000/resource.html umfassende Informationen über IBM-Produkten welche Jahr 2000 fähig sind oder noch werden.

7.2.1.2 Hewlett-Packard

Index für alle Produkte: http://hpcc920.external.hp.com/gsy/year2000/hwstatus.html
Ende 1997 werden alle unterstützten Produkte J2K-fähig sein.
Die folgenden Systeme wurden im Hinblick auf die J2K-Fähigkeit der Hardwarezeit getestet, d.h. dort, wo die CPU mit Zeit umgeht:

- in der RTC,

- in der System Clock,

- in den Processor-Dependent Code (PDC) commands.

7.2.1.2.1 HP Netserver

http://hpcc920.external.hp.com/gsy/year2000/hwstatus.html

Die folgenden Systeme sind J2K-fähig:

HP NetServer LC+ (5/75, 5/100, 5/133 and 5/166);
HP NetServer LH; HP NetServer LH Plus; HP NetServer LH Pro;
HP NetServer LM; HP NetServer LS; HP NetServer LX;
HP NetServer LD Pro; HP NetServer E-30 & E-40.

Bei den folgenden Systemen muß die Zeit nach dem 31.12.1999 neu eingestellt werden:

HP NetServer LC (4/66, 4/100 and 5/66); HP NetServer LE;
HP NetServer LF; 486 S20; 486 ST; 486 T; 486 U

7.2.1.2.2 HP Vectra

http://hpcc920.external.hp.com/gsy/year2000/hwstatus.html

Alle HP Vectra Produkte, die seit Ende 1995 eingeführt wurden, sind J2K-fähig, und zwar:

VE 5/xx Series 2; VL 5/xx Series 4; XM 5/xx Series 4; VA; XA

Für die folgenden Pentium und Pentium Pro basierten HP Vectra PCs kann ein neues BIOS bezogen werden, das den PC J2K-fähig macht;

Quelle: http://www.hp.com/go/vectrasupport),.

XP 5/60 PC; VL2 5/60 PC; XU 5/xx PC; VE 5/xx PC; VL 5/xx Series 3 PC; XM 5/xx Series 3 PC; XU 6/xxx PC; VT 6/xxx PC

Der Austausch des BIOS ist jedoch nicht erforderlich, wenn das Datum von Hand umgestellt wird.

Im Falle eines 386 oder 486 HP Vectra PC liefert HP kein neues BIOS, so daß das Datum von Hand umgestellt werden muß.

7.2.1.3 Compaq

Siehe: http://www.compaq.de/aktuell/jahr2000/index.htm

Auf der o.a Internetseite gibt Compaq allgemeine Informationen zum Jahr- 2000-Problem, unter anderem dazu, wie Compaq-Produkte getestet werden.

Die komplette Liste der aktuellen Produkte, nach Modellnummern geordnet findet sich auf der Interseite http://www.compaq.com/year2000/year2000-tables.html .

Die Liste der Hardwareprodukte umfaßt:

· Server http://www.compaq.com/year2000/year2000.html

· Workstation http://www.compaq.com/year2000/year2000-w-htable.html

· Commercial Desktop http://www.compaq.com/year2000/year2000-cd-htable.html

· Commercial Portable http://www.compaq.com/year2000/year2000-cp-htable.html

· Consumer Desktop and Portable http://www.compaq.com/year2000/year2000-cdp-htable.html

7.2.1.4 Bull/Zenith

Siehe: http://www.eis.bull.com/year2000/index.html

Unter der o.a URL gibt Bull allgemeine Informationen zum J2K-Problem und verweist auf einen umfangreichen "Compliance catalog"

Die Informationen im Bereich Hardware sind unter der URL http://www.eis.bull.com/year2000/hw/index.html aufgeführt.

Unter anderem finden sich Informationen zu den Produkten

ZDS desktop PCs

ZDS notebook PCs

ZDS servers

7.2.1.5 Siemens-Nixdorf

http://www.siemensnixdorf.com/servers/rfy2k/rfy2k_de.htm

Unter der o.a. URL sind Produkte von Siemens Nixdorf aufgeführt, die in einer ”Ready for 2000” Version dem Kunden zur Verfügung stehen bzw. für die die Bereitstellung entsprechender Updates bis April 1998 erfolgt.

Die Produkte sind aufgegliedert nach:

· Server-Produkte - Hard- and Software for BS2000/OSD, RM Servers, Intel based servers, Transdata and 8860/BNC http://www.siemensnixdorf.com/servers/rfy2k/rfy2k_de/oec.htm

· Point of sales systems http://public.sni.de/oeat/born_d/pos_asw.htm#pos_hw

· Self-service Products http://public.sni.de/oeat/born_d/ssp.htm

· Personal Computer http://www.siemensnixdorf.com/pc/pc_prod/j2000_d.htm

· Anwendungssoftware http://public.sni.de/oeat/born_d/asw_11.htm

· Service-Produkte http://public.sni.de/oeat/born_d/its_ges.htm

Die Hauptseite von Siemens zur Jahr 2000-Problematik befindet sich unter der nachfolgenden URL.

http://public.sni.de/oeat/2000/

7.2.2 Nicht IBM-kompatible PCs

7.2.2.1 Hewlett-Packard

7.2.2.1.1 HP 9000 Server

http://www.hp.com/year2000/hwstatus.html

Systeme, die getestet wurden und J2K-fähig sind:

840S, 850S, 855S, 860S, 870S,890

822S, 832S, 842S, 852S, 8X7S

D-, E-, F-, G-, H-, I-, K- und T-Class

Systeme, die nicht getestet wurden und nur bis zu einem gewissen Datum unterstützt werden:

808S, 815S bis (bis 7/97)

825S, 835S/SE, 845S/SE,635S, 645S bis (bis 11/98)

7.2.2.1.2 HP 9000 Workstation

http://www.hp.com/year2000/hwstatus.html

Systeme, die getestet wurden und J2K-fähig sind:

Model 712 (all configurations) Model 715 (all configurations)

Model 720 Dual CRX Model 725 (all configurations)

Model 735 (all configurations) Model 755 (all configurations)

HP VISUALIZE B-Class HP VISUALIZE C-Class

HP VISUALIZE J-Class HP VISUALIZE K-Class

Model 742 VMEbus Model 743

Model 744 VMEbus Board Computer Model 745 Modular Workstations

Model 747 Modular Workstations Model 748 Modular Workstations

Model 362 Modular Workstations Model 382 Modular Workstations

Systeme, die getestet wurden, J2K-fähig sind, aber nicht mehr unterstützt werden (Ende des Unterstützungsdatums):

Bis (9/1/99) sind dies die Systeme 705, 710, 720 sowie 720 Server, 730 Server und 750 Server.

Bis (6/1/97) sind dies die Systeme 730 sowie 730 Dual CRX und 750 sowie 750 Dual CRX.

7.2.2.1.3 HP 3000 Server

http://www.hp.com/year2000/hwstatus.html

Systeme, die getestet wurden und J2K-fähig sind:

Serie 920, 922, 932, 948, 958

Serie 950, 955, 960, 980

Serie 917, 927, 937, 947, 957, 967, 977, 987

Serie 918, 928, 968, 978, 988

Serie 939KS, 959KS, 969KS, 979KS

Serie 990, 991, 992, 995, 996

Systeme, die getestet wurden, J2K-fähig sind, aber nicht mehr unterstützt werden (Ende des Unterstützungsdatums):

Serie 925, 935, 949 bis (11/98)

7.2.2.2 Siemens-Nixdorf

http://www.siemensnixdorf.com/servers/rfy2k/rfy2k_de.htm

Die Produkte sind aufgegliedert nach:

· Server-Produkte - Hard- and Software for BS2000/OSD, RM Servers, Intel based servers, Transdata and 8860/BNC http://www.siemensnixdorf.com/servers/rfy2k/rfy2k_de/oec.htm

· Point of sales systems http://public.sni.de/oeat/born_d/pos_asw.htm#pos_hw

· Self-service Products http://public.sni.de/oeat/born_d/ssp.htm

· Personal Computer http://www.siemensnixdorf.com/pc/pc_prod/j2000_d.htm

· Anwendungssoftware http://public.sni.de/oeat/born_d/asw_11.htm

Service-Produkte http://public.sni.de/oeat/born_d/its_ges.htm

Die Hauptseite von Siemens zur Jahr 2000-Problematik befindet sich unter der nachfolgenden URL.

http://public.sni.de/oeat/2000/

7.3 Betriebssystem-Hersteller

7.3.1 Microsoft

http://www.microsoft.com/win32dev/guidelns/getready.htm
(Stand: 15.10.97)

Product Name	Date Limit	Date Format
Microsoft SQL Server	9999	Datetime function
MS-DOS® file system (FAT16)	2108	Not applicable
Visual C++® (4.x) run-time library	2036	Not applicable
Visual FoxPro™	9999	Long dates ("yyyy")
Windows 3.x file system (FAT16)	2108	Not applicable
Windows 95 file system (FAT16)	2108	Not applicable
Windows 95 file system (FAT32)	2108	Not applicable
Windows 95 run-time library (WIN32)	2099	Not applicable
Windows for Workgroups (FAT16)	2108	Not applicable
Windows NT file system (FAT16)	2108	Not applicable
Windows NT file system (NTFS)	Future centuries	Not applicable
Windows NT run-time library (WIN32)	2099	Not applicable
Microsoft Schedule+	2079	Short/Long

Detailliertere Compliance-Informationen einzelner Microsoft Produkte erhalten Sie unter
http://www.microsoft.com/ithome/topics/year2k/product/product.htm

7.3.1.1 Beispiele:

7.3.1.1.1 MS-DOS Version 6.2.2: ”date” Befehl

Nachdem im Jahr 2000 das Jahr als ”00” neu eingestellt wurde, wird das Datum korrekt als Jahr 2000 dargestellt.

7.3.1.1.2 MS-DOS Version 6.2.2: ”dir /o-d” Befehl

DOS stellt im dir-Befehl das Jahr nur als zweistellige Zahl dar. ”00” wird jedoch korrekt interpretiert was die Ordnung nach Datum angeht, d.h. ”00” wird als zeitlich nach ”99” interpretiert.

7.3.1.1.3 Beispiel: Windows 3.xx

http://www.microsoft.com/kb/articles/q85/5/57.htm (Stand: 15.8.97)

Die Microsoft "Windows" Betriebssystemversionen 3.1, 3.11 und die Microsoft "Windows for Workgroups" Betriebssystemversionen 3.1, 3.11 übernehmen das Datum von DOS. Der Dateimanager Version 3.1 zeigt das Datum jedoch nur 2-stellig an. Das Jahr 2000 wird als ”:0” angezeigt und beim Sortieren richtig interpretiert. (Siehe folgende Darstellung)

Microsoft bietet jetzt (18.Feb.98) eine Problemlösung an.

Die geänderte Winfile.exe und entsprechende Installationshinweise sind über nachfolgende Internetadresse zu erhalten

http://www.eu.microsoft.com/intlkb/germany/support/kb/d34/d34669.htm

7.3.2 Unix

7.3.2.1 X/Open

http://www.rdg.opengroup.org/unix/version2/whatsnew/year2000.html (Stand: 9.6.97)

7.3.2.1.1 getdate()

Der Funktion getdate() läßt es zu, das Jahr mit der Option %y als 2-stellige Zahl darzustellen, die innerhalb eines Jahrhunderts interpretiert wird, während die Option %Y das Jahr als 4-stellige Zahl vorschreibt.

Die J2K-Fähigkeit innerhalb Unix hängt also davon ab, welche Form von getdate()

§ der Unix Lieferant in seiner Systemsoftware verwendet hat,

§ der Systemadministrator oder Nutzer für seine Scripts verwendet hat, und

§ die Anwendungsprogrammierer innerhalb und außerhalb der Organisation verwendet haben.

Die vorliegenden Informationen werden wie folgt zusammengefaßt:

§ Unix-Administratoren, Unix-Nutzer, Unix-Anwender und Unix-Anwendungsprogrammierer müssen ihre Programme und Daten auf J2K-Fähigkeit überprüfen.

§ Herstelleraussagen können nur für die J2K-Fähigkeit von Systemprogrammen und Standardanwendungen herangezogen werden.

7.3.2.1.2 touch

Der Nutzerbefehl touch definiert Jahresdatumswerte im Bereich 69-99 als 1969-1999 und Jahresdatumswerte im Bereich 00-68 als 2000-2068. Es ist daher anzunehmen, daß das Datum anderer Dateibefehle, zumindest in gewissen anderen Fällen, ebenso definiert ist.

In der Zukunft soll die Option %C dies zu korrekten 4-stelligen Jahreswerten ändern.

Aus diesem Grunde ist es ratsam, wenn schon ein 2-stelliges Datum verwendet werden muß, dieses in Übereinstimmung mit der Konvention zu definieren.

7.3.2.1.3 strptime()

In dieser Funktion sind führende Jahrhundertziffern erlaubt, jedoch nicht erforderlich.

Wird der folgende Aufruf ausgeführt:

struct tm thetime;

strptime( "11/22/02", "%m/%d/%y", &thetime ),

dann könnte dies als 22/11/1902 oder 22/11/2002 gedeutet werden, da die Anwendung nicht weiß, um welches Jahrhundert es sich handelt.

7.3.2.1.4 date

Dieser Befehl erlaubt es dem Administrator, die Systemzeit zu setzen. Er ist derzeit nur für ein zweistelliges Datum definiert:

mmddhhmm[yy]

Ausgabe 5 der Commands & Utilities CAE Specification definiert den

Befehl als mmddhhmm[[cc]yy]

Falls das Jahrhundert [cc] nicht angegeben ist, dann bedeuten

die Werte [69-99] die Jahre [1969-1999] und

die Werte [00-68] dieJahre [2000-2068].

7.3.2.1.5 sccs-prs und sccs-get

sccs-prs und sccs-get sind für die Datumsspezifikation

YY[MM[DD[HH[MM[SS]]]]]

geschrieben.

Hier wird empfohlen, die 1969-2068 Definition zu verwenden. Dies ist der einzige Bereich, wo der Nutzer die 4-stellige Jahreszahl nicht verwenden können wird, und zwar aus Kompatibilitätsgründen mit den alten Programmen.

7.3.2.2 Sun

http://www.sun.com/y2000/cpl.html (Stand:12.06.97)

Sun hat eine Produkt-Liste (Auszüge hiervon nachstehend) erstellt, in der die jeweilige Version und ihre Jahr 2000-Fähigkeit aufgeführt ist. Sun definiert als y2000 Compliance Status Code, der in den folgenden Tabellen verwendet wird:

1. J2K-fähig (Year 2000 Compliant)

2. J2K-fähig nach Änderung (Year 2000 Compliant with patch)

3. J2K-Fähigkeit in Prüfung (Product under review)

4. Nicht J2K-fähig: J2K-fähige Version beschaffen oder auf J2K-fähiges Produkt umsteigen (Year 2000 Non-Compliant: Upgrade/migrate to a Year 2000 compliant product)

Zu den einzelnen Produkten gibt es auf der Seite von Sun weitergehende Informationen, zu deren Jahr-2000-Fähigkeit.

SOLARIS OPERATING SYSTEMS

Product Name/Description	Version	J2K Compliance Status
Solaris SPARC/X86	2.6	1
Solaris SPARC/X86	2.5.1	2
Solaris SPARC/X86	2.5	2
Solaris SPARC/X86	2.4	2
Solaris SPARC	2.3	2
SunOS	4.1.4	2
SunOS	4.1.3_u1 version B	2

Sun federal Products

Trusted Solaris	2.5	2
Trsuted Solaris	1.2	2

DEVELOPMENT & AUTHORING TOOLS

Product Name /Description	Version	y2K Compliance Status
Sun Visual WorkShop C++	3.0	1
Sun Performance WorkShop Fortran	3.0	2
Sun WorkShop Professional C	3.0	1
Sun WorkShop Professional Pascal	5.0	2
SunWorkShop for Ada	2.0	1
Sun WorkShop Compilers C/C++	4.2	1
Sun WorkShop Compilers Fortran	4.2	2
Sun WorkShop TeamWare	2.0	2
Java WorkShop	1.0	4
Java WorkShop	2.0	1

NETWORK APPLICATIONS PRODUCTS

Product Name/Description	Version	y2K Compliance Status
Solstice Internet Mail Server	2.0	1
Sun Internet Mail Server	3.1	1
Solstice Internet Mail Server	1.0	1
RSVP (Bandwidth Management)	1.0	1
Frame Relay	2.0.1	1
GDMO Builder	1.0	1
TMN/SNMP Q-Adapter	1.0	1
TMNscript (SPARC)	1.0.1	1
PPP Product family	3.0.1	1
X.25 Product Family	9.1	1
X.400 Product Family	9.0	1
X.500 Product family	1.0	1
FTAM	8.0.3	1
TMN Agent Toolkit	2.0	1
Solstice Network Client (NFS Client)	3.1	1
Domain Manger	2.3	2
Site Manager	2.3	2
SunNet Manager	2.3	2
Cooperative Consoles	1.1	1
Solstice FireWall-1	3.0	3

NETWORK COMPUTING PRODUCTS

Product Name/Description	Version	y2K Compliance Status
BackUp	4.2.6	2
BackUp DMO	4.2	3
BackUp DM SAP	1.1	3
DiskSuite	4.1	1
AdminSuite	2.3	2
AutoClient	2.1	2
OpenGL	1.0	1
OpenGL	1.1	1
Wabi	2.2	1
Wabi Server	1.0	2
Solaris NEO	2.0	1
CD Build Kit	2.6	1
CD Build Kit	2.5.1	1
CD Build Kit	2.5	1
NIS	All	1
NIS+	All	1
INTERACTIVE UNIX System	4.2	1
KCMS	2.4	1
	2.5	1
	2.5.1	1
PEX	2.3	1
	2.4	1
	2.5	1
	2.5.1	1
XGL	2.3	1
	2.4	1
	2.5	1
	2.5.1	1
XIL	2.3	1
	2.4	1
	2.5	1
	2.5.1	1

NETSCAPE PRODUCTS

Product Name/Description	Version	y2K Compliance Status
Netscape Messaging Server	All	1
Netscape Communications Server	All	1
Netscape Navigator	2.02	1
	1.12	1
	2.01	1
	3.0	1
	3.01	1
Netscape Commerce Server	All	1
Netscape Enterprise Server	All	1
Netscape FastTrack Server	All	1
Netscape LiveWire and LiveWire Pro		1
Netscape Proxy Server	1.1 & later	1
Netscape Catalog Server	All	1
Netscape Collabra Server	4.0 & later	1
Netscape Directory Server	2.0 & later	1
Netscape Certificate Server	All	1
Netscape Calendar Server	All	1
Netscape Media Server	All	1
Netscape News Server	1.12	4

SMCC HARDWARE PRODUCTS

Product Name/Description	Version	y2K Compliance Status
Sun 3 Series	All	Not Supported
Sun 4 Series (Not supported after Solaris 2.4)	4/1XX, 4/2XX, 4/3XX, 4/4XX	1
SPARCstation Series	1,1+,2, Classic, ELC,IPC, IPX,LX, SLC,4,5, 10,20 Voyager 600*	1
SPARCserver Series	1,1+,2, ELC,IPC, IPX,LX, SLC,4,5, 10,20, 600*	1
SPARCserver Series	1000	2
SPARCcenter 2000	All	2
Ultra Series	1,2,30	1
Ultra Enterprise Series	1,2,150, 450,1000	1
Ultra Enterprise Series	3000, 4000, 5000, 6000	2
X Terminal Series	All	1
Netra series (requires y2000 compliant version of Netra Software)	All	1
SPARC Storage Array	All	3
RSM 2000 Disk Array	All	3
SunPC Card	All	1

SMCC SOFTWARE PRODUCTS

Product Name/Description	Version	y2K Compliance Status
OpenBoot	All	1
Ethernet Drivers	All	1
ATM Driver	All	1
FDDI Drivers	All	1
Token Ring Drivers	All	1
HSI Drivers (SBus and PCI)	All	1
SPC/S Driver	All	1
ISDN Driver	All	1
SAI/PCI Driver	All	1
Graphics Device Drivers	All	1
DDX Modules	All	1
XGL Pipelines	All	1
XIL Pipelines	All	1
OpenGl Pipelines	All	1
Netra I	3.0, 3.1	1
Netra J	1.0	1
Netra NFS	1.0, 1.1	1
RM6 (RSM 2000 software)	2.0	3
Solstice SyMON	1.3	1
Sun Enterprise HSM	3.2	1
Sun Enterprise NetBackup	3.2	1
Sun Enterprise Volume Manager	2.4	1
SunDiag	All	2
SunLink SNA	9.1	1
SunVTS	All	2
Alternate Pathing (Starfire Ultra Enterprise 10000)	1.0	1
System Service Processor (Starfire Ultra Enterprise 10000)	3.0	1
VERITAS File System	2.3	1
PrestoServe Drivers (Sbus and NVRAM)	All	1
Sun Cluster	2.0	1
X Terminal Software	All	1

Note: Products above require a y2000 compliant version of a Solaris Operating System

7.3.2.3 Digital

http://www.openvms.digital.com/openvms/announcements/year-2000/index.html

DIGITAL Open VMS and UNIX Betriebssysteme sind J2K-fähig. Sie werden den Übergang zum 21. Jahrhundert korrekt ausführen, wenn sie im Einklang mit der Produktdokumentation genutzt werden.

Darüber hinaus erlauben DIGITAL Open VMS und UNIX, die Systemzeit zu Werten in der Zukunft zu setzen. Auf diese Weise ist es möglich, die Software für Jahre nach der Jahrhundertwende zu testen.

Details über die OpenVMS Jahr2000-Initiative sind unter o.a. Adresse nachzulesen.

Aussagen werden hier u.a. getroffen zu:

"Year 2000 Kits for OpenVMS V7.1 and 6.2"
http://www.openvms.digital.com/openvms/announcements/year-2000/y2k_rel_notes.html

Guidelines for Year 2000 Code Investigations
http://www.openvms.digital.com/openvms/announcements/year-2000/y2k_guidelines.html

How You Can Test for the Year 2000 with OpenVMS
http://www.openvms.digital.com/openvms/announcements/year-2000/testing.html

Leap Year Calculation for Year 2000
http://www.openvms.digital.com/openvms/announcements/year-2000/leap.html

7.3.2.4 Hewlett-Packard

Hewlett-Packard gibt Beispiele der Produkte an, die bereits J2K-fähig sind.
(Für UNIX z. B. HP-UX 10.x) http://www.hp.com/gsy/year2000/products.html"

Weitere Informationen sind über die HP Index-Seite zu finden:

http://www.hp.com/gsy/year2000/index.html"

7.3.2.5 IBM

Informationen zu AIX, UNIX Operating Systems, sind unter http://www.software.ibm.com/year2000/papers/aixy2k.html nachzulesen.

7.3.2.6 NCR

Der NCR Server für UNIX MP-RAS Version 3.5.1.02 und nachfolgend sind Jahr 2000 qualifiziert.

NCR garantiert jedoch nicht, daß nach Installation dieser Versionen ein gegebenes System den Übergang ins Jahr 2000 richtig bewerkstelligt.

Evtl. werden zusätzliche Upgrades notwendig sein.

Die Vorgängerversion StarGROUP LAN Manager ist nicht qualifiziert und wurde im August 1997 eingestellt.

Ausführliche Informationen sind unter
http://www.ncr.com/year2000/cust-a~1.doc nachzulesen.

7.3.2.7 SCO

SCO hat eine Anzahl von Produkten getestet und sich verpflichtet, den Support für die Herstellung der J2K-fähigkeit zu leisten. (z.B. SCO Unix System V/386 Release 3.2 Operating System Version 4.2 Development System; SCO Unix System V/386 Release 3.2.0 with SLS UOD426)

Weitere Informationen sind unter der folgenden Internetadresse zu finden:

http://www.sco.com/technology/y2k/yr2000wp.html

7.3.2.8 Bull

Siehe: http://www.eis.bull.com/year2000/index.html

Unter der o.a URL gibt Bull allgemeine Informationen zum J2K-Problem und verweist auf einen umfangreichen "Compliance catalog"

AIX ist das Betriebssystem u.a. von Bull`s DPX/20, Estraella und Sagister Familie. In dem Compliance-Katalog unter o.a. URL werden Aussagen gemacht zu AIX 3.2, AIX 4.1, AIX 4.2 und High Availability. Generell sind die Erweiterungen zu AIX von Bull gem. deren Definition J2K-fähig, wobei für AIX selbst die Installation eines PTF`s (Program Temporary Fix) erforderlich ist.

Aussagen zum Betriebssystem Gecos (4, 6, 7 und 8) von Bull sind ebenfalls in dem Compliance-Katalog unter o.a. URL aufgeführt.

7.3.2.9 Siemens-Nixdorf

http://www.siemensnixdorf.com/servers/rfy2k/rfy2k_de/oec.htm

Unter der o.a URL sind Produkte von Siemens Nixdorf aufgeführt, die in einer ”Ready for 2000” Version dem Kunden zur Verfügung stehen bzw. für die die Bereitstellung entsprechender Updates bis April 1998 erfolgt.

Die Hauptseite von Siemens zur Jahr 2000-Problematik befindet sich unter der nachfolgenden URL.

http://public.sni.de/oeat/2000/

Aussagen werden u.a. getroffen zu

· BS2000/OSD - Zentraleinheiten / Betriebssysteme

· BS2000/OSD - Peripherie-Geräte

· BS2000/OSD - Entkoppelte Softwareprodukte

· BS2000/OSD - Datenfernverarbeitungs-Software

· UNIX - Hardware / Betriebssysteme

· UNIX - Software / Middleware

7.4 Standardanwendungen

7.4.1 Microsoft

http://www.microsoft.com/win32dev/guidelns/getready.htm
(Stand: 15.10.97)

Product Name	Date Limit	Date Format
Microsoft Access 95 (assumed date)	1999	Short dates "yy"
Microsoft Access 95 (explicit date)	9999	Long dates ("yyyy")
Microsoft Access (next major version)	2029	Short dates "yy"
Microsoft Excel 95	2019	Short dates "yy"
Microsoft Excel 95	2078	Long dates ("yyyy")
Microsoft Excel (next major version)	2029	Short dates "yy"
Microsoft Excel (next major version)	9999	Long dates ("yyyy")
Microsoft Project 95 (and prev. versions)	2049	Short dates "yy"
Microsoft SQL Server	9999	Datetime function
MS-DOS® file system (FAT16)	2108	Not applicable
Visual C++® (4.x) run-time library	2036	Not applicable
Visual FoxPro™	9999	Long dates ("yyyy")
Windows 3.x file system (FAT16)	2108	Not applicable
Windows 95 file system (FAT16)	2108	Not applicable
Windows 95 file system (FAT32)	2108	Not applicable
Windows 95 run-time library (WIN32)	2099	Not applicable
Windows for Workgroups (FAT16)	2108	Not applicable
Windows NT file system (FAT16)	2108	Not applicable
Windows NT file system (NTFS)	Future centuries	Not applicable
Windows NT run-time library (WIN32)	2099	Not applicable
Microsoft Schedule+	2079	Short/Long

Aussagen zu WinWord sind nicht in der Tabelle enthalten. Microsoft macht hierzu auch keine Angaben.

Detailliertere Compliance-Informationen einzelner Microsoft Produkte erhalten Sie unter
http://www.microsoft.com/ithome/topics/year2k/product/product.htm

7.4.2 Borland

http://www.borland.com/firehose/05-27-96.html

In allen dBASE-Versionen, von Version III+ bis zum gegenwärtigen Visual dBASE für Windows 5.5 sind die Datumsfelder als Textstring im Format YYYYMMDD gespeichert.

In dBASE III+ wurde der neue Befehl SET CENTURY hinzugefügt. SET CENTURY ON erlaubt es, die 4-stellige Jahresdarstellung einzuschalten. SET CENTURY begrenzt Anzeige und Speicherung des Datums auf nur 2 digits. Alle Berechnungen und die Speicherung von Datumsfeldern verarbeiten die Jahreszahl richtig, unabhängig davon, ob SET CENTURY an- oder ausgeschaltet ist. Wenn SET CENTURY OFF gesetzt ist, stellt z.B. der Befehl STORE {01/01/2000} TO MYDATE das Jahr zweistellig als 00 dar, obwohl es sowohl auf Platte als auch im Speicher richtig als Zeichenfolge 20000101 gespeichert ist. Die Funktion YEAR ergibt immer eine 4-stellige Jahreszahl.