今さらの2000年問題（Y2K）

締切済

質問者：Beginner_44
質問日時：2007/02/06 11:43
回答数：4件

古いPC98が工場で現役で働いています

当時問題発生の懸念から
あえてDATEコマンドで10年遅らせて日付設定をしました
したがって今、事実上1997年とPCは認識している状況です

今後正常に（07.__.__）に戻しても
問題ないでしょうか？
一般論で結構なのでよろしくお願いします

通報する

この質問への回答は締め切られました。

質問の本文を隠す

回答 (4件)

最新から表示
回答順に表示

No.4

回答者： chie65536
回答日時：2007/02/06 12:32

一般的に、プログラムの中に２つの日付を比較して新旧を判断し処理を変えている部分があればアウトです。

例えば「過去３ヶ月を越えた古いデータは、累積ファイルに移動し、実働ファイルから削除する」と言う処理があった場合。「今日の日付」と「ファイル内のデータに書かれた日付」の２つが比較され新旧が判断されます。

以下のケースでは、データファイル内の日付が時計を直す前の「９７年」、ＰＣの時計が直した後の「０７年」になっていると仮定します。

ケース１：「０７年」と「９７年」を単純に２桁の数字として比較して「０７年」の方が「古い」と判定してしまう場合
期待しない動作です。これが「２０００年問題」の本質です。プログラムの変更も必要です。
累積ファイルへの移動が行われず、実働ファイルからの削除も行われなくなります。

ケース２：「０７年」を「１９０７」に、「９７年」を「１９９７」に変換し、４桁の数字で比較して「０７年」の方が「古い」と判定してしまう場合
期待しない動作です。基本的にケース１と同じで、プログラムの変更も必要です。
累積ファイルへの移動が行われず、実働ファイルからの削除も行われなくなります。

ケース３：「０７年」を「２００７」に、「９７年」を「１９９７」に変換し、４桁の数字で比較して「９７年」の方が「古い」と判定する場合
プログラム的にはこれが正しい動作です。プログラムはＹ２Ｋ対策済みです。
但し「３ヶ月以内の今日までの新しいデータ」は、すべて「１０年前の古いデータ」と判断され、期待した結果になりません。
過去３ヶ月以内のデータが残らなければならないのに、全部のデータが累積ファイルに移動させられ、実働ファイルの中のデータが全部消されますので、最悪「存在するはずのデータが無い」とのエラーが出てシステムダウンします。

ＰＣの時計を１０年進めるなら、すべてのファイルのすべてのデータ内の日付データも１０年進めて、時計とファイル内データの整合性を保たなければなりません。

もし、ＰＣで動いているプログラムが幾つもあり、ケース１に該当するプログラムもあり、かつ、ケース２に該当するプログラムもあり、かつ、ケース３に該当するプログラムもある、と言う状態であれば、日付を正しくし、データファイル内の日付を書き換え、プログラムを大改修する必要があります。

- 1
- 件

通報する

この回答へのお礼

ありがとうございます

通報する

お礼日時：2007/02/06 17:57

No.3

回答者： nrb
回答日時：2007/02/06 11:54

当時の2000年問題はコンピュターには年数が２桁しか無かったです

００は西暦１９００年
９９は西暦１９９９年となり

９９から１年増えると００になりコンピュターが１９００年と思ってしまうので、一部のプログラムに問題が発生する恐れがあった問題を2000年問題と読んでました

古いPC98ならば０７にすると１９０７年に認識されます

今後正常に（07.__.__）に戻しても
問題ないでしょうか？

これはプログラムの問題なのでここでは判りません
プログラムを点検して問題が無ければOKですが

１９０７年にすると不具合が発生する可能性もありますが・・

DATEコマンドで10年遅らせて日付設定をした際に
プログラム修正が必要なかったののならば・・・

多分変更しても大丈夫ですが・・・
いまさら、変更する必要も無いし

古いPC98が動いていること事態無謀です
壊れても・・修理のしようが無いので・・・新しい機種に更新するのを考えるべきでしょうね

　　　