ども。
睡眠時にネックウォーマーをしてみたところ、肩こりが幾分和らいだ担当ちゅんです。

9月に発生した大規模停電（ブラックアウト）では、様々なトラブルに見舞われました。中でも腑に落ちないのが「仮想サーバがダウンした」トラブルです。

前提条件として、当たり前ですが仮想サーバをホストしている物理サーバやストレージ、スイッチは全て無停電電源装置（UPS）に接続され、そのUPSのバッテリーが尽きる前に庁舎の自家発電設備からの給電に切り替わるようにしてあります。こちらの想定では、仮に停電してもサーバはダウンせずに起動を続けられるようにしてありました。

しかし、今回の停電では物理サーバは正常に稼働を続けていたにも関わらず、Hyper-Vで動かしていた仮想サーバのうち、いくつかのサーバだけがダウンしてしまいました。手動で再起動をかけると無事に起動してくれたので事なきを得たのですが、止まってしまったことがショックでした。

その後、サーバの保守業者さんとともに原因の調査を進めました。停電の前後に記録された機器のシステムログを確認すると、どうやらストレージのNICがリンクダウン・リンクアップを繰り返している状況が記録されていたようです。つまり、仮想サーバのデータが保存されたディスクが急に取り外された状態となり、サーバが停止してしまったということのようです。
このことから、業者さんからは「もしかしてストレージがUPSに接続されていなかったのではないですか？」と質問されましたが、確認してみると間違いなくUPSに接続されていました。そもそも、これまでも庁舎が停電することはありましたし、その際にストレージがダウンしたことなどありませんでした。

ここで、業者さんから「もしかしたら」と仮説が。ストレージがダウンしたのは停電が直接の原因ではなく、停電に至るまでのわずかな間に電力供給が不安定になったことに起因しているのではいか、とのこと。はっきりした原因は結局のところわかりませんが、もしこの仮説が正しければ、我々にはどうすることもできなかったということになります。
ちなみに、この同様のトラブルは役場だけではなく、別な場所の仮想サーバでも発生しました。こうなるとますます謎が深まります。いずれにしても、やはり「万が一止まった時にどう復旧させるか」が大切なのであり、そういう意味でICT-BCPの重要性を再認識しています。

この画面を見たときは、一瞬目の前が真っ暗になりました。

（投稿者：ちゅん）

ども。
職場では電話ばかりで受話器を持つ手が筋肉痛になる勢いの担当ちゅんです。

先日、とある機器更新の案件の中で気になることがありました。その事業は比較的大規模なもので、納期も余裕をもって進めてきたのですが、業者さんから「もしかしたらノートPCの調達が間に合わないかもしれない」と連絡を受けたのです。

そのときは結果として、納期ギリギリになってなんとか納品され事なきを得たのですが、遅れた理由をお聞きして驚きました。なんと「世界的にCPUが品薄になっている」とのこと。実際にTech系サイトなどを確認してみると、かなり大きな話題として取り上げられておりました。お恥ずかしい話ですが、私はそれまで全然知りませんでした。

本日情報交換をした業者さんいわく「特に国内メーカーの納期が大変で、早くても2か月半待ち、最悪は納期未定とされていて、商談しようにもままならない」とのことでした。そうですよね。発注する側の想定とすれば「だいたい1か月、長くても2か月あれば安心」という認識で仕様書を作成しますが、それにモノが間に合わないということは、最悪「入札辞退」となってしまう恐れがあります（というより、そもそも入札が成立しない場合も）。こちらとしても、こうした状況であることを知らずにうっかり調達案件を進めてしまうと、とんでもないことになってしまいそうです。

自治体では予算要求の時期に差し掛かり、機器の更新を予定されている部署からPCの価格などを相談されることが多くなりますが、この価格だってどう考えればよいのかわかりません。PCが品薄になっているということで考えれば、当然値段そのものも上昇してくることが想定されます。それでも実施しなければならない事業はあり、その場合は「タイミングが悪かった」という話かもしれませんが、こちらとしては何もできないのがもどかしいところです。

CPUのことを業界では「石」と呼びます

（投稿者：ちゅん）

ども。
10月に入ったとたんに冬の到来を感じている担当ちゅんです。寒いです。

昨日から、我が職場に新たな仲間がやってきました。ブログ上での呼び方はまだ決めていませんが、これから徐々にお披露目していきます。
これまで、情報部門とは全く違う職場で仕事をしてきており、知識も経験も一切ない状態での異動となりました。ゆっくり焦らずに、楽しみながら仕事を覚えてもらえれば嬉しいです。
私自身も10年前に同じ状況であったことを思い出しながら、当時の上司から何をどのように教わったのかを思い出しながら仕事にあたっています。

そんな中、昨日はこの部門で最も重要な「管理者IDとパスワード」を伝えました。専門的にいえば「Domain Admins」のパスワードになりますので、情報担当者以外には門外不出、部外秘中の部外秘になります。これが外部に流出したら、サーバーから何から、すべてにフルアクセスできるようになってしまいます。
当たり前ですが、知らない人からは想像できないようなランダムな文字列です。私はすっかり身についているので、指が勝手にキーボードを叩く状況ですが、彼にとっては覚えるのに一苦労。「そのうち覚えるから」と伝えたのですが、その後、よもやの事件が発生することになります。

何が起きたのか。とあるシステムがあり、そのシステムには専用のタブレットをUSB接続してデータ連携しています。業者さんいわく「1年に1回程度の頻度でUSB接続が必要となり、その際に『数回』、ユーザーアカウント制御画面で管理者IDとパスワードを入力していただく必要があります」とのことでした。
今回、その仕事が出てきたので、ちょうどいい機会だと思って彼に「やってみるかい？」と。二つ返事で「やります！」とのことで、見守りました。

さっそくその場面になり、IDとパスワードを入力。するとすぐに再度入力画面が出てきて、また入力。それを5回も繰り返したころ「あれ？」と思いました。何度入力してもすぐさまIDの入力が求められます。
確認してみると、どうやらシステム側の仕様（という名の不具合）により、タブレットに保存された画像データの個数分だけIDの入力が必要とわかりました。
本来であればすぐにあきらめ、Windowsそのものに管理者としてサインインしたうえでこの作業を行えばよい話ではありますが、今回は「練習だと思ってやってみたら？」ということに。結果、彼は50回以上も管理者IDとパスワードをひたすら入力する結果となってしまいました。そのおかげか、そのうち覚えるはずのIDとパスワードを、すっかり覚えてしまう副産物が得られました。にわかSEに必要な「忍耐力」が試される一日になったようです。

この画面にひたすら入力を繰り返すこと小1時間・・・。

（投稿者：ちゅん）

ども。
台風の接近とともに緊張感に包まれてきた担当ちゅんです。
ですが、とりわけ緊張感に包まれているのは言うまでもなく防災の担当者です。先月の地震に始まり、その後の停電、台風、そしてまた台風と休む暇なく働いている状態。今回の台風では大きな被害が発生しないことを祈っております。

さて、防災といえば、災害発生時もしくは災害が予想されるとき「住民に対していかに情報を伝えるか」ということが最大かつ永遠の課題となります。そんななかで、先日、防災担当者から「当町でもTwitterを活用して周知を行いたい」と相談を受けました。3.11東日本大震災の際に、災害時のSNS利用の有用性について着目されて以降、多くの自治体でSNSを利用した情報発信が行われるようになりました。
実は、当町にも公式のTwitterアカウントはあるのですが、これまで利用方法が定まらないままの状態で、放置状態となっておりました。

情報発信におけるポイントは「多くの人に」「確実な情報を」「スピーディに」という3点が重要であることを伝え、あくまでSNSの利用は既存の周知方法を補完するものとしての位置づけで運用すべきだと意見も述べました。
つまり、これまで同様に緊急時には防災行政無線や広報車、ウェブサイトにて周知を行いつつ、さらにTwitterでも情報を発信するということになります。課題は、非常時の職員体制のなかで「いかに簡単な手順で投稿するか」という部分になります。これは今後、検討を加えていくこととなりますが、まずは公式Twitterについては防災担当に引き継ぐことになりました。

八雲町公式Twitter
https://twitter.com/YakumoTown

従前は八雲町ウェブサイトの更新情報をRSSで自動連係してきましたが、これらは綺麗に整理いたしました。今後、重要なお知らせがある場合に情報がつぶやかれますので、ぜひこの機会に公式Twitterをフォローいただき、情報発信がなされた際には「拡散」にご協力くださいますよう、お願いいたします。

現在のところ、フォロワー数は「313」となっております。

（投稿者：ちゅん）

ども。
娘の学級レクで綱引きをやってからどうも調子が悪い担当ちゅんです。

本日は、年度も下半期に入ったということで、懸案だった「サーバ室の大掃除」を実行しました。上半期に大型事業を片付けた代償でしょうか、サーバ室は足の踏み場がないほどの「廃棄待ち機器」であふれていました。

もちろん、私一人でどうにかできるレベルではありません。あらかじめこうなることを見込んで、とある事業の仕様書の中に「既存の機器については納入業者が撤去のうえ廃棄処分すること」という一文を書き込んであったのです。それに加えて「ただし、処分の方法等詳細については別途協議とする」とも書きました。これがどういう意味を持つのかおわかりでしょうか。

文字どおりに読めば、例えば「記憶ディスクの処分方法」であったり「機器によって処分するか否かの判断」のことを指すことになると思います。が、ここで大切なのは「等詳細」の三文字です。実は今回の処分では「既存の機器以外の機器も持って行ってもらえないか」と協議することにしていたのです。協議なのでもちろん断られる可能性もありましたが、相談してみた結果はありがたいことに問題なし。快く引き受けてもらえました。ナイス「等詳細」！

そんなわけで、いつの間にか集まってきた使い道のない機器を一気に処分。もちろん、PC本体に記憶ディスクが入ったままの機器は、情報セキュリティの関係上そのまま処分できませんが、それ以外のものはほぼ全て回収してもらえました。しかも、運送会社の従業員さんが全て運搬してくれるという、至れり尽くせりな状況。
ようやくサーバ室が綺麗になり、BCP履行上も望ましい姿に整えることができました。綺麗なままで使い続けたいです。

もう少しで部屋のドアが開かなくなるところでした

（投稿者：ちゅん）