データベースについては専門外ですが、リリース内容からデータベース用のディスクは共用ストレージかなと思います(普通に考えて、データベースをローカルディスクで運用することは無いと思いますので)

共有ディスクでの作業用領域の大きさを見積間違えたのか、本当に単純ミスで容量を確認しないで実施したのかはわかりませんが、割と初歩的なミスのように見受けます。
(共有ディスクとは皆さんの思うハードディスク1個では無く複数のディスクの集合体なので、容量は自在に可変出来ます）

ちなみにこれに近い現象で、むかし某メジャーシステムが容量チェックをしないでバッチ処理して、同じく残容量不足でダウンしたことがあります。

こういう事例はシニアエンジニアほど記憶に残るので、インフラ系エンジニアの枯渇を心配してしまいます。。

こちらで公式発表されています。

https://global.toyota/jp/newsroom/corporate/39732550.html

個人レベルでも、フリーランスで仕事していると、このような予期せぬ容量不足があります。
↓
この保守作業ではデータベースにたまったデータの削除と整理を行なっていたが、作業用のディスク容量が不足していたためエラーが発生し、それによってシステムが停止した。

私は、昔契約していたサーバー容量をケチケチしたからですが、TOYOTAグループがまさかそのレベルのケチケチをしていたとは…思いたくないです。

追記
この素直な発表が好感されて、今日2.5%も株価が上がっているのでしょうか？

これってキャパシティ管理の甘さを指摘している人もいますが、削除作業に伴う一時領域みたいな話もあったりするので意外と見誤ることがあり難しいことを理解した方がいい。
特にデータベース系のものだと、削除しようとした領域以外のログの整合性を取るための関連データの一時退避に使われる容量なんかも結構あり、データベースの製品の仕様を事細かく理解していないと、実際に必要な容量がサーバ内のどの領域にどの程度必要か試算しづらいこともあります。
ストレージ全体としては十分な空きはあったけど特定ディレクトリにマウントしている領域（ワーク領域的なもの）がピンポイントで不足して処理が止まったとかでは。

こういうことは起こり得るものですか？専門家のコメントが望まれます。銀行のシステムダウンとかも起こっているので、自動車業界で起きても不思議ではないですが、2度と起きてはいけない類の不具合だと思うので、どのような対策がとられたのか、気になります。

トランザクションログ消去の為、バックアップ中に容量不足に陥りましたかね

なんらかの理由で移行またはスペックアップ出来なかったんですね。。

それはそれで…😳

先月の工場停止について、原因のリリースをトヨタが公表しています
https://global.toyota/jp/newsroom/corporate/39732550.html