$CommStep開発者のブログ

お仕事の一つに公共施設の予約状況を閲覧する仕組みを
提供させて頂いています。
これは施設の予約システムは工数も掛かり大掛かりなので
当面はアナログでも構わない とお客様の意向で
一日一回、事務員の方がファイルを更新しFTPにてアップロード
してWeb閲覧を行うと言うシンプルなものです。

サーバーはクラウドサーバーを使用してサポートは万全?
担当者にマニュアルも渡し何度かテストしてOK
公共のHP側からも予約確認画面にリンクを張って頂き準備OK

と思っていた矢先 「画面が表示されない」とHELPコール
お客様事務所を訪れ原因調査・・・
しかし、こちら側の設定その他は異常なし
奇しくも、同時期にクラウドサーバーがDDoS攻撃を受けて
大ダメージとかのニュースとも重なり、サーバーメーカーの
サポートページを確認した所、数回のDDos攻撃は受けていた模様

今回のトラブル原因はクラウドサーバー側の問題で
こちら側の過失では無い、
しばらくメーカーの対応を待ちましょう、とメールや
メーカーFacebookページ上で状況だけは報告して置き
状況改善のモニターだけはしておりました。

しかし、翌日になっても改善の兆しは見えない。
少しメーカーの対応に苛立ちを・・・

もう一度、初心に帰り、Webの更新手順を追って確認して見ると
サーバー側にあるはずの無いディレクトリが存在している。
???????
原因判明しました。
お客様の担当が誤ってFTP更新すべき階層の下に
もう一階層作ってしまいそちらにコピーしてました。

今回の反省
・サーバー管理を外部に任せなので、調査がブラックボックス
でありサーバー側の問題と思い込んでいた。(切り分けが困難)
・お客様はマニュアル通りに処理すると思い込んでいた。
・同じタイミングにてニュースで騒がすサーバーハッキング事件が有った。

全て思い込みが問題解決を遅くした原因でした。(汗・・・)
対策としては、ユーザー側の処理を自動化してボンミスを
なくす様にバッチ作業に修正致します。

トラブル対応の基本を忘れていたお粗末な内容でした。