9月1日は防災の日です。

情報システムは人力とは比較にならない量、速度の処理を行うことができます。
その一方で、サーバには多量の情報が集積されます。
セキュリティ強化策で端末に情報を残さないシンクライアントを
利用した場合は情報が一層サーバに集約されることになります。
サーバが一極集中で置かれてWANにより事業所を接続する構成もあれば、
サーバが事業所ごとにおかれる構成もあります。

情報のサーバへの集積度の高低に関わらず、
サーバが置かれている拠点が震災などの被害に遭うと大変です。
電源を二重化したり、建物を災害に強い構造にするなどの
対策が取られますが、想定外の激しい災害には耐えられません。
そのため金融関係などの極めて重要なシステムは遠隔地に
バックアップサイトを作ります。こう言った
「事業の継続を確かなものにするための計画」をコンティンジェンシープランと呼びます。

正規サイトとバックアップサイトの間ではデータの同期が取られます。
重要度により、リアルタイムで同期を取る場合もあれば
1日おきだったり1週間おきだったりします。

いざ正規サイトが停止してしまった場合、
バックアップサイトに運用を移行する必要があります。
阪神大震災のときには地震計からの情報が得られず、
もっとも激しい地震が起きた地域は当初欠測になっていました。
それと同様に激しい災害が起きた場合はバックアップサイトへの
切り替え指示が出せないこともあり得ます。
そのため、バックアップサイトから正規サイトを定期的に監視し、
応答が何秒以上連続して途絶えた場合は切り替えを実施する等の
仕組みが採用されます。

バックアップサイトから何らかの方法で切り替え操作が可能な場合でも
切り替え実施の意思決定ルートが事前に設定されていなくては
誰がその判断をするのか混乱が発生する可能性があります。
例えば情報システム部門の部長が判断すると規定しておいたところで、
災害時に必ず連絡が取れるとは限りません。
意思決定順位を事前に定めておき、順番に連絡を取っていくような
仕組みが必要です。最終的にバックアップサイトの担当者が
自分で切り替えを実効できる権限を持つようにすれば確実です。
その場合は「担当者が全員連絡不能」「報道などにより災害の事実を確認」
「30分待機し、なお連絡不能な場合のみ切り替えを発動する」
などの指針を定めておくと混乱を予防できます。
また、誰々が連絡不能な場合、というようなテストケースを作って
今日の「防災の日」のようなタイミングで切り替え訓練を行っておく事が効果的です。

ハードウェア的な面とソフトウェア的な面から見れば、
バックアップサイトに正規サイトと同等の構成を作る事は
難易度の高いことではありません。
少なくとも正規サイト構築の費用と同等の金額を支払えば
バックアップサイトを作る事ができます。
あとは上で述べたような切り替わりのための仕組みを構築する費用を
負担すれば災害に対応可能なシステムとなります。

しかしバックアップサイトに運用スタッフを配備する事は
大変難しい問題です。通常は正規サイトを運用した結果を
バックアップサイトに複写する形になりますので、
バックアップサイトでは正規サイトと異なる運用が取られます。
正規サイトで行われている運用をすべてドキュメント化し、
それをバックアップサイトに伝達することを経常的に行わなければなりません。

バックアップサイトへの切り替わりが正常に動作しても、
その後に経常的にシステムを動かすには運用を行う必要があります。
日次のバッチ処理は何を流すのか、何をもって正常終了と判断するのかなどの
運用ができなくては安定稼働が望めません。

ドキュメントによる運用オペレーションの伝達が完璧だった場合でも、
錬度の問題が発生する可能性があります。
普段からその運用をやり慣れていない人物でなければ
時間通りに作業を終える事や異常を発見することが難しいです。
そのため、理想を言えば定期的にバックアップサイトと正規サイトの間で
運用スタッフを循環させるのが良いと言われます。
現実的にはなかなかそこまでするのは難しいでしょう。

また、いずれはバックアップサイトから正規サイトに
運用を戻さなくてはなりません。そのための作業も
災害が発生するより前に考慮しておく必要があります。

災害は起きないのが一番ですが、防ぐ事はできません。
そのため、起きてしまった場合にどう行動するかを
普段から取り決めておき、その訓練を行う必要があります。

災害というものは絶対に遭遇したくないものです。
しかし、大きな災害を無事に切り抜けた人が
「以前に他の土地で大地震に遭っていたので落ち着いて行動できました」
というような証言をしておられるのを聞くと
一度は経験しておいたほうが度胸がついて良いのかな？とも思います。
今日のところはひとまず家にある非常持ち出し袋の中身を確認して寝る事にします。

企業は企業会計原則に沿って会計報告を行います。
その会計報告にはルールが定められています。

真実性の原則

企業会計は、企業の財政状態及び経営成績に関して、真実な報告を提供するものでなければならない。

正規の簿記の原則

企業会計は、すべての取引につき、正規の簿記の原則に従って、正確な会計帳簿を作成しなければならない。

資本利益区別の原則

資本取引と損益取引とを明瞭に区別し、特に資本剰余金と利益剰余金とを混同してはならない。

明瞭性の原則

企業会計は、財務諸表によって、利害関係者に対し必要な会計事実を明瞭に表示し、企業の状況に関する判断を誤らせないようにしなければならない。

継続性の原則

企業会計は、その処理の原則及び手続を毎期継続して適用し、みだりにこれを変更してはならない。

保守主義の原則

企業の財政に不利な影響を及ぼす可能性がある場合には、これに備えて適当に健全な会計処理をしなければならない。

単一性の原則

株主総会提出のため、信用目的のため、租税目的のため等種々の目的のために異なる形式の財務諸表を作成する必要がある場合、それらの内容は、信頼しうる会計記録に基づいて作成されたものであって、政策の考慮のために事実の真実な表示をゆがめてはならない。

ブログに当てはめてみました。
内容に意味はありません。
企業会計原則との語呂合わせを重視しました。
大学などで必死に覚えさせられた人にとっては笑えるんじゃないかと思います。

真実性の原則

ブログは、個人の日常や考えについて真実を提供するものでなければならない。

正規のブログの原則

ブログは、すべてのエントリにつき、web2.0の原則に従って、コメントとトラックバックを受け付けなければならない。

転載引用区別の原則

転載と引用とを明瞭に区別し、特にインスパイアと剽窃とを混同してはならない。

明瞭性の原則

ブログは、タイトルによって利害関係者に対し必要なエントリを明瞭に表示し、有益な情報かチラ裏かに関する判断を誤らせないようにしなければならない。

継続性の原則

ブログは、その更新を毎日継続して適用し、みだりにこれを中断してはならない。

保守主義の原則

ブログの炎上に燃料が投下される可能性がある場合には、これに備えて適当に健全な火消しをしなければならない。

単一性の原則

自己表現のため、社会貢献のため、勉強目的のため等種々の目的のために異なるサイトにブログを作成する必要がある場合、それらの内容は、同一人物によって書かれたと認識し得る一意のIDに基づいて作成されたものであって、他人を装って自分のブログから別の自分のブログにトラックバックしてエントリの内容を褒めちぎったり、はてブに複数アカウントを所持して自分のエントリを注目エントリに表示させて[これはすごい][勉強になる][おもしろい]タグをつける等の行為により、事実の真実な表示をゆがめてはならない。

こんなことをしている間に今年も3分の2が過ぎ去りました。
今日（寝るまでは8月31日）は正月から244日、正月まで121日だったんですね。
会社で使っているカレンダー（IBM様からいただきました。やっぱり真っ青なやつです）には
244/121と日数の経過が表示されているので見つめると追い込まれている気分になります。