| 旧TOP ： ホーム > 桐・IT等 > 桐なんでも > |   |
| 平成28年12月11日(日):初稿 |
|
○「突然の桐Ｖ１０システム突然の不調とその改善の経緯１」を続けます。 私の、「サーバー全体を物理フォーマットをかけて全部作り直して欲しい」との無茶な要請に対し、平成２２年１１月から当事務所システム全般保守をお願いしている株式会社ひかりコンサルティング(略称「HK3」)代表曽根三明さんは、冷静に桐Ｖ１０のシステムに問題がある可能性が高いので先ずこれを見直す必要がある言われした。 ○私も、桐Ｖ１０でも共有状態を外して専有使用にすると正常に動き、更に桐Ｖ９では共有状態でも正常に動くことから、桐１０の共有状態使用に異常が生じた可能性が高いと考えました。そこで、桐を使用し始めて２０数年も経ちますが、全く初めて管理工学研究所の桐ユーザサポートに電話しました。 ○ユーザサポートは先ず電話が繋がらないとのイメージでしたが、意外にも一発で繋がり、早速、症状を説明しました。すると担当者からの最初のアドバイスは、桐の共有管理情報ファイルが、 KIRI10.FSC KIRI10.SEM KIRI10.TXN KIRI10.USR であり、長年使用しているとこの共有管理情報ファイルにゴミデータが溜まり、これが管理情報ファイルの異常操作に繋がることがあるので、先ず、この４つの管理情報を削除するよう指示されました。削除すると桐を立ち上げる毎に新しい管理情報ファイルを自動作成するとのことです。 ○指示通りやってみましたが、KIRI10.SEMだけが他のプログラムで使用されていると言うことで削除できません。そこでサーバーを再起動してようやくKIRI10.SEMも削除できました。その上で再度桐を起ち上げ、共有状態のファイルを使用してみましたが、症状は全く変わりません。すると担当者は、環境設定でネットワークで使用する場合の共有管理情報ファイルの場所を指定しているフォルダを尋ねてきました。 ○データファイルを置くフォルダと同じＰドライブの事務Ｎですと答えると、そのサイズとファイル数を尋ねてきました。プロパティで調べるとなんとサイズは１７．４ＧＢ、ファイル数１万４９１９個、サブのフォルダ数も８１個でした。サブフォルダを除いた事務Ｎフォルダルートのファイル数も尋ねてきましたが、おそらく１万個以上と答えると、大変驚かれ、それは問題だと言います。 ○共有管理情報ファイルは、共有状態のファイル操作をしたとき、置かれたフォルダ内共有ファイルを見に行くとのことでそれで共有ファイルの読み書きに時間がかかるので、事務Ｎの中にテストフォルダを作り、環境設定でネットワークで使用する場合の共有管理情報ファイルの場所をこのテストフォルダにするよう指示されました。その結果、上記４つの桐共有管理情報ファイルが１万個のファイルの中に埋もれていたのが、テストフォルダ内に４個だけ置かれる、スッキリしました。 ○この状態で、再度、共有状態ファイルを使用してデータ入力して試して下さいと指示され、やってみると、従前通り、確定ボタンを押すと瞬時に確定するようになり、大感激でした。私は、この２０数年間、共有管理情報ファイルの場所は、データファイルの場所と同じにしなければならないと思い込んでいました。桐を２０数年使用して初めてそうではないことを知りました(^^;)。 ○桐Ｖ１０になって、事務Ｎのファイルを開くための時間が数分もかかるようになり、大変、不便していることを話すと、１万個もファイルがあると遅くなるので、事務Ｎフォルダ内のファイルを整理してできるだけ数を少なくするよう指示されました。おそらく１万個の内常時使っているのは１０００個にも満たないと思われます。これから時間をかけて整理にかかりますが、共有管理情報ファイルの役割等に全く無知であったことが明らかになり、この５日間の苦闘で桐の勉強が、飛躍的に進みました(^^;)。 以上：1,577文字
|
