トヨタ 工場停止の原因を特定 “データベースの容量不足” | NHK
トヨタ自動車は、8月29日から30日にかけて発生した工場の稼働停止について、部品の発注処理を行うシステムのデータベースの容量が不足していたことが原因だと発表しました。サイバー攻撃による不具合ではないとしたうえで、再発防止の取り組みを強化するとしています。 トヨタでは、部品メーカーに対して必要な部品の発注を行うシステムで不具合が発生したため、8月29日にグループ会社を含む国内14のすべての工場が稼働を停止し、全工場の復旧は翌日、30日の夜になりました。 トヨタの発表によりますと、8月27日にシステムの保守作業を行った際、データベースの容量が不足していたことからエラーが発生し、システム全体が停止したということです。 バックアップのシステムでも同様の障害が発生したため切り替えができず、工場の稼働停止につながったとしています。 トヨタでは、サイバー攻撃による不具合ではないことを確認したとしていて、
「HRMOS」の従業員データベースシステムのAWSリージョンをオレゴンから東京に移行した話
はじめに 「HRMOS」では主に AWS を利用してサービスを運用しているのですが、 この度稼働中のサービスをオレゴンから東京にリージョン移行を行う という一大プロジェクトを遂行しました。 AWS も今や東京や大阪リージョンがあり、日本でサービスを展開するならばこれらを利用すると思われるのでリージョンまるごと移行する機会というのはなかなか出会えないのではないかと思います。 このプロジェクトは私たち SRE チームが2020年11月ごろから約1年ほどかけて実践したもので、主になぜこのようなプロジェクトを実施する必要があったのか、どのように進めていったかを中心にご紹介します。 プロジェクトで実践した技術的な話を詳細に書いているととても長くなってしまうため、そちらはまた別の機会にご紹介したいと思います。 プロジェクト発足 「HRMOS」の従業員データベースシステムというのは「HRMOS」シリーズ
大阪市システム障害の原因はデータベースに、管理領域が2系統とも破損
システムファイルの復旧に難儀 障害が発生したのは、基幹系システムの「大阪市統合基盤システム」の内部にあるDBMSだった。DBMSはログイン時の認証に必要なデータや印刷履歴などを管理している。「DBMSは統合基盤システムの根幹を支えている。DBMSが障害を起こしたことで統合基盤システムのほぼ全体が使えない状態になった」（ICT戦略室）。 DBMSはActive／Active構成で2重化していたが、両系統がほぼ同時にダウンした。再起動を試みたものの、「破損したシステムファイルが起動時に必要なファイルだった」（同）ため、両系統とも再起動できない状態が続いた。 障害発生を受けて、ICT戦略室などは統合基盤システムを開発したNTTデータ関西などと原因究明を始めた。その結果、DBMSのシステムファイルの破損を見つけ、正常に稼働しなくなった原因を突き止めた。 「原因は比較的早く特定できた」（大阪市のIC
IBM PowerもNutanixのハイパーコンバージドインフラへ。IBMとNutanixが提携を発表
IBM PowerもNutanixのハイパーコンバージドインフラへ。IBMとNutanixが提携を発表 IBMとNutanixは、IBM Power Systemsにおけるハイパーコンバージドインフラの構築について提携したと発表しました（Nutanixの発表、IBMの発表）。 The integrated offering aims to combine Nutanix’s Enterprise Cloud Platform software with IBM Power Systems, to deliver a turnkey hyperconverged solution targeting critical workloads in large enterprises. The partnership plans to deliver a full-stack combinatio
複数サービス間の整合性の取り組みについて - クックパッド開発者ブログ
こんにちは。技術部 開発基盤グループの大石です。 本日は開発基盤グループが社内の各サービスに提供している共通基盤サービスの1つである共通決済基盤を例にサービス間の整合性を維持するための取り組みを紹介したいと思います。(共通決済基盤については以前紹介した クックパッドの課金を支える技術 を参照ください) 決済における整合性を考える サービス間連携は決済に限らず発生するものですが、共通決済基盤の場合、組織外にあるサービスと通信する必要があり、コントロールができない外的要因に影響を受けやすい点と、決済という確実性が求められる処理を含んでいるということの間で整合性について考える必要があります。 まずは、共通決済基盤上で行われるサービス間通信の種類とそれぞれで通信を行っている際にエラーが起きた場合にどのようにハンドリングすれば整合性を維持できるかを考えてみます。 サービス間通信の種類と流れ 共通決済
リアルタイムとバッチの違い - kuenishi's blog
昨日、分散DB本読書会のあとに品川のラーメン屋でリアルタイムとは何ぞや〜みたいな話になった。自分の思いついたポエムをここに書いておこう。現場の問題とはあまり関係がない。 Stream Data Processing: A Quality of Service Perspective (Advances in Database Systems)という本によれば、DSMS (Data Steram Management System) とDBMS (Database Management System)の違いは、クエリを発行するデータ集合の性質にある。つまり、DBMSは今ある有限のデータに対して操作を行うための仕組みで、DSMSはこれからやってくる無限のデータに対して操作を行うための仕組みと定義されていた。このDSMSというやつは、古式ゆかしいストリーム処理システムのことで、まあいわゆるCEP
「“サーバーは止まるもの”を前提とするCassandraの実装はIoTと相性がいい」説
「“サーバーは止まるもの”を前提とするCassandraの実装はIoTと相性がいい」説：Database Watch（2015年4月版） 今月は「Cassandra Summit Tokyo 2015」から、IoT（Internet of Things：モノのインターネット）を支えるデータベースとして活躍する「Cassandra」のいまを取材してきました。 連載バックナンバー 自動車と「Cassandra」の関係 2015年4月21日、「日本Cassandraコミュニティ」が主催する「Cassandra Summit Tokyo 2015」が開催されました。今回はその中から自動車のIoT分野におけるCassandraとの関係について見てみましょう。Cassandraは分散型NoSQLデータベースの一つです。 IoTの潮流の一つとして、自動車などの車両に搭載したセンサーのデータを収集し、その
「チケット駆動のサーバ/インフラ運用における問題点と手動作業の自動化」の資料のリンク - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
30年間目立たないように開発が続けられていた人工知能システム | スラド /.
1984年から30年以上もの間、外部資本に頼らず負債もない状態で、また、研究結果に関する記事も書かない、何かしらの会議に出席することもなく目立たないように開発を続けてきたという人工知能研究機関が存在するそうです（GIGAZINE）。 この企業はCycorpという名前で、これまでは故意に表に出ないように人工知能の研究に取り組んできたそうです。彼らが研究している人工知能プロジェクト「Cyc」は、（どうやら）古めかしいif...then...elseみたいなスタイルで構築された知識ベース方式ではなく、いわゆる子育てに近いそうで、多数の一般的な人間の知識や常識などがデータベース化してあり、それらを元に推論を行うというものだそうです。したがって、Cycの推論では対象となる文章中の余白に何かしらの意味を見いだすような高度さを備えているとのこと。 Cycはすでに小学六年生の数学学習支援に使われているそう
エフセキュアブログ : 私が制御システムに根こそぎ侵入した方法
私が制御システムに根こそぎ侵入した方法 2014年01月20日15:15 ツイート daiki_fukumori オフィシャルコメント by：福森 大喜 昨年も紹介したS4という制御システムに関するカンファレンスで、今年はICS Villageという新しい企画(公式サイト)がありました。制御システム用の機器を用意し、みんなで攻撃してみるというイベントです。 会場では、4つのセグメント(コーポレートゾーン、DMZ、制御センターゾーン、フィールドゾーン)からなるネットワークが構築され、参加者は無線を使ってコーポレートゾーンに接続できるようになっていました。 攻撃の最終目的はフィールドゾーンにアクセスし、フィールド機器(多くはPLCと呼ばれる機器)の制御を乗っ取ることですが、各セグメントの間にはファイアウォールがありますので簡単にはフィールドゾーンにたどり着くことすらできません。運営側に確認し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM SPSS Modeler - ODBC Configuration Best Practices and Troubleshooting