停電に脆弱なシステム

今週の月曜日、東京電力の送電線にクレーン船が引っかかり、首都圏の広域で最大2時間の停電が発生しました。

通勤時間帯のため、首都圏の交通機関は多大な影響を受けましたが、十分な予備電源を備えていなかった工場や情報システムも影響を受けています。

読売新聞の記事にも取り上げられていますが、王子製紙の江戸川工場では、設備の緊急停止により、不良品の取り出しなどで10時間以上も生産ラインが止まったそうです。
（http://www.yomiuri.co.jp/atmoney/mnews/20060815mh06.htm）

工場の場合は、不良品を取り出せば良いですが、情報システムの場合はデータの復旧が発生するため、事態は更に複雑になります。

そのため、そういったリスクに備えて、企業の基幹系システムが置かれる拠点には予備の電源が設置されるのですが、明確に基幹系と定義されていないシステムは、しばしば通常のオフィスビル内に置かれることがあります。

するとどうなるか？

いざ停電が起きた場合、基幹系業務は問題なく稼動するのですが、それに付随する重要な付帯業務システムが動いていなくて、結局業務が滞ってしまうのです。

しかも、電源停止による緊急停止のため、データのリカバリーが必要になるでしょう。

今回は朝8時前でしたから、おそらくどのシステムも夜間バッチ処理のバックアップは終了していると思います。

※バックアップはバッチ処理終了後の早朝に行うことが多いです。

ですが、停電があと1時間早く発生していたら、データリカバリーに相当な時間を要するシステムがもっと出ていたと思います。

逆に、基幹系システムであるからと言って、停電に対する備えが万全かといえば、決してそうではありません。

予備電源や自家発電装置というのは非常に高額な装置です。そのため、ここもあそこも必要だとホイホイ設置することはできません。

設置するとしても、電源容量は大したものではなく、せいぜい2時間がいいところです。

今回の停電は最大で3時間の停止があったそうですから、予備電源を設置してもダメなケースが出てきます。

つまり、システムというのは全て停電のリスクを負っているわけです。

ですから、最悪の事態を想定し、企業インフラに近いシステムであっても、それが停止した際に行うべき代替業務方法と、復旧手順を考える必要があるのですが、そこまで考えていないシステムというのもあるんですよね。

代替業務＆復旧マニュアルはシステム運用の生命線、しっかり作って、定期的にメンテナンスをしていきたいものです。