みずほ銀行は2016年12月に予定していた新たな勘定系システムの完成時期を遅らせる検討に入った。 システムの一部で実施中の動作確認テストを延長する必要があると判断した。遅らせれば２度目の延期となり、新システムの運用開始は18年夏以降になるとみられる。みずほは過去に２回の大規模なシステム障害を起こしており、今回も万全を期すことにした。 勘定系システムは、口座の入出金や資金決済、口座管理などを担うシス… http://www.nikkei.com/article/DGXLZO09463300R11C16A1EE8000/ 関連：【悲報】みずほのデスマ現場、ガチで監獄並だった。末端は7次受けで時給900円

国内企業におけるシステム運用、約3分の1の企業が毎月数回の運用ミスや障害発生。最大の課題は「運用担当のスキル不足」で、二番目の課題は「自動化できてない」など 調査会社のIDC Japanは国内企業におけるシステム運用の状況についての調査結果を発表しました。 運用管理担当者の運用のミスや障害になどによるトラブルの発生頻度では、ほぼ毎日トラブルが発生しているのは全体の1.3％、週に数回程度トラブルが発生しているのは7.1％、月に数回程度トラブルが発生しているのは23.6％で、合計して月に数回程度のトラブルが全体の32％の企業で発生しているとのことです。 上記のグラフでは、サーバの台数が100台以上の企業と99台以下の企業のそれぞれの結果が示されており、サーバ台数が100台以上のほうがトラブルの件数が多いことが分かります。 システム運用管理における課題について質問した結果では、もっとも多かった回

来年の元旦に閏秒の実施が決定されたようです。全世界で新年から仕事の人も増えそうです。 IERS（国際地球回転・基準系事業)から正式に発表があったようです。 日本時間だと2017年1月1日 8時59分59秒のあとに8時59分60秒が挿入され、次に9時0分0秒となります。 直近だと2015年7月1日にうるう秒が実施されました。 そのときにまとめた、主にLinuxサーバにまつわる対応が以下の記事です。 閏秒を迎えるにあたってLinuxでは何をすべきか？基本的には上記の記事と同様の対応をとれば、問題ないと思われます。 引き続き、情報があれば更新していきたいと思います。

窓のない部屋に鮨詰めにされて 会議用の長机とパイプ椅子で 隣の人の肘があたったり、前の人の足が当たって 便所は長い行列で漏れそうになる 当然毎日終電 助けて 関連：【悲報】みずほ銀行の次期システム、デスマプロジェクトが破綻か。完成のメドなく4000億円がパー

※ANAの記者会見にて原因が発表されました。原因について追記してます。 全日空のシステムトラブルで連休開けの空港はまさに混乱状態だったみたいですね。 全日空では、２２日午前８時２０分ごろからシステムトラブルのため、羽田や大阪、それに福岡など各地の空港で、国内線の搭乗手続きができなくなりました。 このため一部の便が欠航したり、出発便に遅れが出たりしていましたが、復旧作業を進めた結果、全日空によりますと午前１１時半すぎにシステムが復旧し、順次、搭乗手続きを再開しているということです。全日空は「ご迷惑をおかけし申し訳ない」と話しています。 全日空では先月２４日にも同じシステムがダウンし、全国の空港で３０分間、搭乗手続きができなくなるトラブルが起きています。 全日空によりますと、システムトラブルのため、午後１時４０分現在、羽田を発着する便など合わせて１１６便が欠航し、およそ１万５０００人に影響が出

全日本空輸（ANA）は2016年3月22日8時20分ごろ、国内線システムで不具合を発生させた。11時現在で多数の便に欠航や遅延が生じている。ANAは「運航の安全性は問題ない。大変ご迷惑をおかけいたしますことをお詫び申し上げます」とする。 不具合は予約・販売・搭乗手続きに関する国内線システムに発生。予約センターやWebサイトで国内線の空席照会や新規の予約、予約の変更、決済、事前座席指定ができなくなった。日本国内区間を含むインターネットチェックイン機能も使えないという。ANAは原因究明と復旧を急いでいる。 空港ではカウンターの手続きや手荷物預かり、保安検査場の通過など、国内線の搭乗手続きに時間を要しているという。今後も国内線の遅延・欠航が発生する可能性があるとする。運行の見通しは「運航状況のご案内」ページで確認してほしいと呼びかけている。 ［全日本空輸の公表資料］

日立製作所は2016年2月16日、COBOLアプリケーションをJavaアプリケーションに変換するサービスの提供を始める。COBOL技術者の減少は避けられないとみて、COBOL資産からの脱却を顧客に促す。2020年までに累計10億円のビジネスに育てたい考えだ。 レッドハットと協力して作り上げた新サービスの「COBOLマイグレーションサービス」は、ツールを活用してCOBOLからJavaへの移行（マイグレーション）を支援するサービスだ。提供する機能は移行プロジェクトの工程別に三つの内容に分かれる。 プロジェクトの最初に取り組む分析工程において、現行システムの仕様をリバースエンジニアリングする「現行システム資産分析支援」機能を提供する。「ドキュメントが無い、あってもプログラムと乖離しているというのが多くのCOBOL資産の現状」と情報・通信システム社 アプリケーションサービス事業部 サービスソリュー

採用通知＝正式契約、ですよね？：「訴えてやる！」の前に読む IT訴訟 徹底解説（23）（1/3 ページ） 東京高等裁判所 IT専門委員として数々のIT訴訟に携わってきた細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は、正式契約なしに着手した開発を、ユーザーが「契約成立」と主張し、ベンダーが「契約不成立」と反論し争った裁判を紹介する。通常とは逆パターンの本事件、果たして何が起こったのか？ 連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。前回は、ユーザーが要件の変更を申し出てベンダーが見積もりを提示したが、合意に達しないまま作業だけが継続したために起きた紛争の事例を紹介した。見積もり合意のないまま作業をしていたとしても、ベンダーの作業継続を知りながらユーザーが特に止めることもしなかったことから、ユーザーに支払い義務があると判じら

http://sho-watch.com/post-1170 さて、もうすぐ２０１６年を迎えるのにちょっと暗い話題で申し訳ないですが、 なんと２０１６年には日本では様々な問題が発生する年であります。この問題を総称して「２０１６年問題」と呼ばれています。 例えば、２０１６年には２０２０年の東京オリンピックや改修・建て替えに伴い、 首都圏の主なコンサート会場が次々と閉鎖されてコンサート会場が足りなくなる恐れがあります。 最近はコンサートで稼いでいる音楽業界にとって、とても痛い状況です。 実は２０１６年問題はそれだけではないんです。システム開発会社にとっても２０１６年は大きな問題の年でもあります。 今回は、その問題を簡単に解説します。さらに管理人の考えもちょっと披露します。 システム開発会社にとっての２０１６年問題とは？ １：２０１６年は大型開発プロジェクトがいくつも重なる 実は２０１６年は世間

大阪大学経済学部経営学科卒業。公認会計士。1985年、大手監査法人に入所。上場企業を中心に幅広い業種の監査業務に携わる。1995年、会計事務所系コンサルティング部門に移籍。アトランタ事務所ビジネスコンサルティング部門を経て、会計・経営管理分野の幅広いコンサルティングに従事し、2度の企業統合を経験している。2012年、プライスウォーターハウスクーパース株式会社常務取締役（コンサルティング部門代表）、2015年7月より、現職。 勝てる経営者の「会計脳」 自社の「数字」の分析が不得意な経営者も多いが、ここを経理部任せにし、実態を把握していないと、大きく経営判断を誤る可能性がある。数字の専門家ではない経営者でも「最低でもこれだけは押さえておくべき」というポイントを会計の専門家でもあるコンサルタントが解説。 バックナンバー一覧 世界規模で成長を続けるグローバル企業では、クラウド、ビッグデータ、モバイ

JAXAにおけるスーパーコンピュータ活用課でのチケット管理ステムの経験論文がPDFで公開されていたのでメモ。 【参考】 ※参照リンクを修正しました。 JAXA Repository / AIREX: CODA: JSS2の運用・ユーザ支援を支えるチケット管理システム: Redmineの事例と利用のヒント akipiiさんはTwitterを使っています: "気になる。RT @g_maeda: なんだこれ ? CODA: JSS2の運用・ユーザ支援を支えるチケット管理システム : Redmineの事例と利用のヒント https://t.co/9QlySYSzZk" MAEDA, GoさんはTwitterを使っています: "@akipii @y503unavailable @takenory JAXAの資料のPDF見つけました https://t.co/msKI89zsCh" akipiiさんは

一般社団法人JPCERTコーディネーションセンター 〒103-0023 東京都中央区日本橋本町4-4-2 東山ビルディング8階 TEL: 03-6271-8901　FAX 03-6271-8908 ご利用にあたって プライバシーポリシー お問い合わせ モバイル向けコンテンツ © 1996-2024 JPCERT/CC

私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。 エラーハンドリング 適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、 大きな 問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

2. Most of our systems are big “Future transformers” - Marius Eriksen 3. predictable performance is difficult to achieve. In a predictable system, worst-case performance is crucial; average performance not so much. ... predictable performance is difficult to achieve. In a predictable system, worst-case performance is crucial; average performance not so much. - Peter Schuller 4. predictable perform

2. ⾃自⼰己紹介 • 第⼀一勧銀情報システム（現：みずほ情報総研） • VOS3 COBOL＆MS-­‐Cプログラマ • ⽇日本ディジタルイクイップメント（⽇日本DEC） • 主に⽣生保・損保・銀⾏行行向けの資産運⽤用システムに携わる。 • Alpha NT, SQL Server, DECnet • ⽇日本ヒューレット・パッカード C&I-­‐Financial • ⾦金金融機関向けのシステムアーキテクチャ設計、開発プロセス設計、 運⽤用プロセス設計を⾏行行う。 • HP-­‐UX, J2EE, WebLogic, Oracle Database, OO • ⽇日本ラショナルソフトウェア • 開発プロセス（RUP）およびオブジェクト指向分析設計⼿手法の導⼊入 コンサルティング。 • RUP, Rose, ClearCase, Functional Tester • ゼンアーキテクツ •

国民年金機構や東京商工会議所などで標的型サイバー攻撃とみられる大規模な情報漏えい事案が相次ぐ事態を受け、情報処理推進機構（IPA）は、企業や組織にマルウェア活動の調査などサイバー攻撃への対応を急ぐよう呼び掛けた。攻撃の早期検知と被害低減への取り組みをシステム運用管理の定常業務に組み込んでほしいとしている。 IPAが推奨する調査での確認ポイントは次の通り。 ウイルス（マルウェア）活動の痕跡 ファイアウォールやプロキシサーバの確認 外部サーバへの不正な通信のログを確認する。マルウェアによる外部のC&Cサーバ（感染PCに命令を送るサーバ）への通信が、数秒や数分間隔で繰り返し行われている。人間によるWebサイトの閲覧などでは起こりえない特徴的な通信が特定の端末から発生していないか確認する。 業務上想定していない通信の確認 プロキシを経由しない直接外部に向かう通信のログを確認する。マルウェアがプロキ

実業之日本社、酒井様より献本御礼。 ITシステムの罠31　システム導入・運用で絶対に失敗しないための本 作者: 安茂義洋,栗谷仁出版社/メーカー: 実業之日本社発売日: 2015/04/30メディア: 単行本（ソフトカバー）この商品を含むブログを見る 酒井様いわく、何故使い勝手の悪いシステムが生まれてしまうのだろう、という疑問が本書発刊のきっかけとなったそうです。 本書は外資系コンサルのATカーニー社にてハーバード大のMBAを卒業された超エリートが監修をされております。システム部門、ユーザー、経営の３者が共通言語を持てるようになるまでの「罠」を31点挙げられております。ERP導入したけど現場で使っているのはExcelや野良システムっていうのはあるある過ぎますね。パッケージのカスタマイズを前提にするならスクラッチで組んだ方が結果的に安いケースが多いとかね。あるよね。 正直なところ、本書を読ん

スタートアップへの転職に関する相談をいただくようになりました。周りでは幸せな転職をしている人のほうが多いように思いますが、時々少し幸せそうではない転職も見ます。 スタートアップへの普通の転職は、通常の転職とは少し異なる面を持つと思うので、少し情報をまとめる意味でもスライドに起こしておきました。 このスライドの目的は、スタートアップに転職するかどうか迷っている人のために、スタートアップに入るダウンサイドリスクとアップサイドリスクを考えるための情報を提供することです。Read less

この連載では、Webシステムの要件定義や基本設計で押さえておきたいセキュリティについて解説してきました。前回まではWebアプリケーションのセキュリティが中心でしたが、最終回では一般的なインフラのセキュリティ対策、インフラやネットワークを狙った攻撃の種類、各種機器の設定・管理上の注意点を説明し、まとめとしてソフトウエア開発とセキュリティについて筆者の考えを述べます。 システム開発の現場では、「アプリケーションの設計・開発」を担当するエンジニアと、「インフラやネットワークの設計・構築」を担当するエンジニアが分かれているところが多いと思います。しかし、プロジェクトのグレーゾーンを作らないためには、Webアプリケーションの設計・開発に携わるSEやPM（プロジェクトマネジャー）にも、インフラ担当のエンジニアや顧客と会話するうえで最低限の知識は必要です。 アプリケーションよりもインフラは攻撃されやすい