ネットワークの障害、続続報

「ネットワークの障害、続報」という記事の更に続報です。

予め書かせていただきますが、結局解決には至っていません。
毎度ながら、私はネットワークの知識がないので、この手の話になると全面的にネットワーク会社のお世話になっています。
この記事もテクニカルな部分は少ないので、ご了承ください。

さて、前回記事では、「残るは可能性はサーバーか？」ということで終わっていました。

ただ、サーバーを止めて調査するとなると、病院の基幹業務系が全て止まるので、そうそう簡単ではありません。

【日程調整】
結局、日曜の昼の1時間、ネットワークを停止することになりました。

「外来が停止する時間」ということは早くに決まったのですが、では、「夜間か日曜か」ということで、意見が真っ二つに別れました。

夜間派実施派の意見：

• 病棟の稼働率が低い。日曜日中は稼働率が高い。

日曜昼間実施派の意見：

• 夜間は職員の人数が少ないので、ネットワークが万が一「復旧しない」ということになったら、対応が困難。
• システム会社、ネットワーク会社など、深夜に作業し、また翌朝から稼働立会いするのは、体力的に厳しい。

結局、「現場の稼働率が低い時間帯」ということも大事なのですが、復帰した時に思わぬトラブルが発生することを懸念し、人的に充実できる「日曜」を選択しました。

【対応ベンダー調整】
ベンダーの対応は結構モメました。特に電子カルテメーカーのサーバースタッフが遠方から来るので、「本当にサーバーに原因があるのなら良いが、不確定な情報で動くのは…」と渋られてしまいました。
ネットワーク会社は、「もうサーバーの系統しか残っていないのだから、サーバー担当が来なければたいした作業が進められない」とお怒りモード。
困り果てて、電子カルテメーカーのプロジェクトマネージャに相談したら、意外にも「必ず（サーバー担当者）を行かせますから、日程を教えて下さい」と。


そんな経緯で、各方面を調整するのに本当に苦労したのですが、なんとか調査実施に至りました。

しかし、サーバーの設定を確認するも特に矛盾点は発見できず、どうやら、ループや設定ミスなどの致命的な問題ではなく、うまく書けないのですが、基本的なところから見なおそう、という話になりました。

モヤモヤした日々が続きます。