札幌市の電算システムで1月4日に不具合が発生し、住民票や印鑑証明などの発行ができなくなるという事態になっていた(日経新聞、北海道新聞、共同通信)。障害は4日午後に復旧、5日以降は正常に稼働している。障害の発端は12月29日および30日に行われたハードウェアおよびソフトウェアの入れ替えとのこと。導入されたデータベースソフトウェアには過負荷時に自動的に負荷を抑える機能があり、この機能が誤って作動したのが原因とみられている。この機能を無効にするよう設定して起動することでシステムが復旧したという。
「電算システム」 (スコア:1)
未来に残したい美しい日本語。
Re: (スコア:0)
https://www.densan-s.co.jp/ [densan-s.co.jp]
かと思ったわ。
復旧方法はそれでいいのか? (スコア:0)
それって、現在は「過負荷になったら無反応→死亡コース」で運用しているってこと?
Re:復旧方法はそれでいいのか? (スコア:2)
ナントナク思い出してみた何か。
台湾の特急列車脱線事故、車両に不具合があったことが判明。事故に直接影響したかは不明
https://it.srad.jp/story/18/11/02/0733204/ [it.srad.jp]
Re: (スコア:0)
もっと良い復旧方法がないなら、その方法が正しいでしょ。
直すために数日止めたままにしておくなんてありえないし。
Re: (スコア:0)
「あーごめん。ディスクフルだ」「…DBは?」「…。」「…えっ」「…えっ」
Re: (スコア:1)
「データベースソフトウェアの過負荷」ってなんだろう。
処理(リクエスト?)が集中することなのかな。
ディスク容量を一気に食いつぶすことってそうそうないと思ってた。
定期的にduだかなんだか調べてそうだし、その手前残り何%とかでアラート出そうだし。
Re: (スコア:2, おもしろおかしい)
Re: (スコア:1)
Re: (スコア:0)
最低24時間保持しろ!と喚いてたのが居たな。
Re: (スコア:0)
ただのバグでデッドロックが起きただけだったりして。
それだと重責な瑕疵として損害賠償請求されるから、過負荷対策の機能の誤動作ってことにしたとかね。
Re: (スコア:0)
ロックは人類にはまだ早すぎる技術だから無罪を主張します。
Re: (スコア:2, おもしろおかしい)
ロックなんて扱ってると休刊するぞ
Re: (スコア:1)
> ロックなんて扱ってると休刊するぞ
ロックさえ永遠ならそれでいい。
Re: (スコア:2)
ガイバーは休載のままだっけ?
Re: (スコア:0)
全件select〜フェッチで1レコードずつ見てくような処理「しかない」かと。
基本、ありとあらゆる値を受け入れろ&クエリ全否定派が権力持ちだから、数値項目でも文字入力あったら受け入れ、かつ数字として正しく処理しろと宣うのが平気でのさばってるよ。
Re: (スコア:0)
ヒューズが切れるからって、太っとい銅線を渡した様な話。
Re: (スコア:0)
「火災報知器が誤作動したので、火災報知器を止めました」のような方法が正しい方法なのか?
Re: (スコア:0)
windowsアップデートがうざいので止めました、大絶賛される方法だろ
Re: (スコア:0)
確かに敏感過ぎるスプリンクラーは、害の方が大きい。
特にIT産業系や、水と反応する物質を扱う場所の場合。
Re: (スコア:0)
市役所内のシステムなんだから利用端末数がある程度絞り込めるだろうし
1端末で複数セション使う運用でも大丈夫なんじゃないの?
コネクションプーリングがらみなら同様に過負荷になったとしても同じように止まるだけで
セション数減らしてもらえばええんちゃうの?
#と、妄想で書き連ねてみる。
Re: (スコア:0)
それにしても、過負荷時に負荷を抑えるシステムなのに、止まっちゃうなんて…。
Re: (スコア:0)
ある朝、システム・エンジニアがなにか気掛かりな夢から目を覚ますと、自分の担当するシステムが無反応になってしまっているのに気付いた。
Re: (スコア:0)
っていうか、自分自身がそのシステムの中にいた。
Re: (スコア:0)
ワームになってね。
Re: (スコア:0)
まあブラックにしかありつけないのにホワイトにこだわってたら働けませんからね。
住民記録システム (スコア:0)
うふふふ。日立かな?ユニシスかな?
http://www.city.sapporo.jp/kikaku/it-keiyaku/mig-juki.html [sapporo.jp]
これっぽい気がするけど。違うかもしれない。
拝承。
Re:住民記録システム (スコア:1)
ExcelかAccessで十分運用可能だったりして。
Re: (スコア:0)
札幌市民数は196万人そんなオーダーをExcelかAccessで運用するシステムなんて
恐ろしすぎるは
Re: (スコア:0)
それくらいでパンクするのか
Re: (スコア:0)
件数だけならAccessどころかExcelでもいけそうだな。でもスループットが出ないだろう(マジレス)。
Re: (スコア:0)
Excelは100万行を超えれないんじゃ?
Re: (スコア:0)
Accessも2GB制限があるしな。ファイル分割すればいいんだけど。
Re: (スコア:0)
アクセスで100万件超えは、joinが出来ない!
Order Byのけっかを別テーブルに書いて
COBOL風マッチングがひつよう。
Re: (スコア:0)
住民票は異動履歴の積み重ねだし、税に至っては年度ごとに期別の賦課データがあったりするので件数的には数千万件~億のオーダーかと。
Re: (スコア:0)
多分に時間と資金を投資されてきたExcelなら、196万レコードの管理くらいできるものと信じる。
でも、プログラムであるExcelにはどうやってもできないことが1つある。人類が右のセルにVLOOKUPと書き込むのを止めさせることだ。
Re: (スコア:0)
運用は可能だけど
どう考えても割高になりますよ
過労死したくなければやめた方がいい
安く上げたいならフリーのデータベースの勉強したほうが早いし
責任だなんだと言われると面倒だから業者に発注するのが常識
でも業者とのやり取りに齟齬があり修正に200万かかるとか言い出して
稟議通すの無理だから何とかしてと言われたので
エクセルのからタブ区切り吐かせてゴニョゴニョしたことあるけど
エクセルやアクセスではどうにもできなかっただろうな
ドライバがあるからインターフェイスとしては利用できるけど
あくまで取り出したデータを加工するのに使うだけだよ
Re: (スコア:0)
ラリーエリソン「ここでOracleを使わなかったのがそもそもの誤り」と言いそう。
Re: (スコア:0)
住民票の個人票だけで下記の情報がある。
http://www.city.sapporo.jp/shimin/koseki/shomei/what_juminhyo.html [sapporo.jp]
氏名
生年月日
性別
住所
住所を定めた日とその届出日
市民となった日
前住所
世帯主氏名
世帯主との続柄
本籍と戸籍の筆頭者