DB管理は基礎が重要【前編】
トヨタは「データベース管理」の何を間違えた？ あの工場停止の原因
トヨタ自動車の部品発注システムにエラーが生じ、同社の国内全工場が一時稼働を停止する事態に陥った。原因はデータベース管理にあったとみられる。エラーを招いた要因を考察する。
2023年8月29日、トヨタ自動車の部品発注システムにエラーが発生し、一時は同社の国内全14工場が稼働停止する状況に陥った。30日に各工場は順次稼働を再開したものの、およそ1日半全工場における製造が停止したことで、かなりの損失が出たことは間違いない。
トヨタ自動車の発表によると、事態が発生した原因はサイバー攻撃ではなく、部品発注処理を担うサーバ複数台のうち一部が利用できなくなったことにあるという。部品発注システムは、トヨタ動車の必要なものを必要な時に必要な量だけ生産し、完成品や部品の在庫を減らす「ジャストインタイム方式」の要だ。
今回発生したシステムエラーの背景には、データベース管理における基礎的な点が見逃されてしまった可能性が見えてくる。その詳細を考察しつつ、何が原因となる可能性があるのかを解説する。
工場停止を引き起こしたシステムエラーの原因とは？
2023年8月27日、トヨタ自動車は部品発注システムの定期メンテナンスを実施し、データベースを整理するために、累積していたデータの削除と整理を実施した。その後、データベースサーバのディスク領域不足（作業に必要なストレージ容量が不足すること）によりエラーが発生し、部品発注システムが停止した。DR（災害対策）用サーバも本番用サーバと同じ仕組みで稼働していたため、同様のエラーが発生した。
今回の事態の原因は、トヨタ自動車がデータベースのキャパシティープランニング（必要なストレージ容量を見積もり、利用可能な状態を維持する手法）に失敗したことだと考えられる。基本的に、データベースは最初の構成時に設定したサイズを維持する。行を削除してもその行が割り当てられていた領域は削除されず、未使用マークが付くだけだ。これは、大幅なデータベースの縮小や拡大によってストレージニーズに突然対応できなくなる事態を避けるためだ。トヨタ自動車はデータベースのデータを削除したが、データベースファイルのサイズは小さくならなかった可能性がある。データベース管理者にとって、基本的にデータベースサイズは初期より縮小できないというのは不文律であり、注意が必要だ。
他にもデータベース管理においては、基本的なリスク対策として以下のような点が見落される傾向にある。こうした事態がトヨタ自動車において発生していたかどうかは不明だ。
- バックアップファイルや一時ファイルをバックアップ元のストレージと同じドライブに配置していた
- システムのデータベースストレージをDAS（直接接続型ストレージ）に配置していた
- 重要なデータベースを配置するのに適しているのは、データ読み書きのパフォーマンスに優れたSAN（ストレージエリアネットワーク）だ。
後編は、データベースのキャパシティープラニングの難しさについて解説する。
Computer Weekly発 世界に学ぶIT導入・活用術
米国TechTargetが運営する英国Computer Weeklyの豊富な記事の中から、海外企業のIT製品導入事例や業種別のIT活用トレンドを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly発 世界に学ぶIT導入・活用術
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
IT人材の42％が転職予備軍 辞めさせない組織の4つの共通
-
2
AIが本番環境を削除し復旧に13時間 「暴走」ではなかったAWS事例
-
3
「AIバブル」は崩壊するのか？ 熱狂の後に来る“尻拭い”と4つの防衛策
-
4
Microsoft 365の知られざる5つの裏口 パスワードを変えても攻撃者は消えない
-
5
レガシー基幹システムをSAPに統合 山善が突き止めた「標準化と個別最適」の境界線
-
6
「プログラマー不要論」にThe Linux Foundationが示した答え
-
7
SAP保守を分割・離脱も可能に EU承認で変わるECCユーザーの2027年問題
-
8
ニトリHDが基幹システムをOCI移行 DR切り替えを12時間から3時間に短縮
-
9
アラート47％削減 オープンハウスが捨てた「全部メール通知」の監視体制
-
10
パナソニックが国内製造26拠点のERPを「SAP S/4HANA」に統一 アドオン7割削減
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
2
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
3
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
6
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
8
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー