出力データ過大エラー

本質的には、離散化された物理場の情報量が膨大になるからです。例えば、100万節点のモデルで、変位、応力、ひずみ、温度の4つの物理量を、静解析の1荷重ステップで出力するとします。各物理量が倍精度(8バイト)で、各節点の3成分（x,y,z）を保存する場合、データ量はざっと

良い質問だ。見積もりの基本式は先ほどの通りだ。実務では、ソフトウェアのプリプロセッサが要素・節点数を教えてくれる。Ansys Mechanicalなら「Details of Mesh」に「Nodes」と「Elements」の数が表示される。それに、出力する物理量の数、ステップ数、ファイル形式（バイナリかASCIIか）を掛け算すれば、おおよそのサイズが分かる。ASCII形式はバイナリの約2倍のサイズになることを覚えておけ。

歴史的経緯と「とりあえず全て取っておけば後で困らない」という考え方だ。特に研究開発の初期段階では、どの物理量が後で重要になるか分からないため、全て出力する傾向がある。しかし、これはストレージの浪費とI/O時間の増大を招く。現代のベストプラクティスは「必要なものだけ、必要なタイミングで出力する」という選択的出力だ。ISO 26262（自動車機能安全）などの規格でも、トレーサビリティ確保に必要なデータの管理が求められ、無闇なデータ蓄積は推奨されない。

その通り。ニュートン・ラフソン法のような非線形ソルバーでは、収束するまでの内部反復結果は通常出力しない。ユーザーが制御できるのは「荷重ステップ」や「時間ステップ」単位での出力頻度だ。Abaqusの`.inp`ファイルでは、`*OUTPUT, FIELD` と `*OUTPUT, HISTORY` のインターバル設定が鍵になる。例えば、`*OUTPUT, FIELD, VARIABLE=PRESELECT, FREQUENCY=10` とすれば、10ステップごとに場の変数を出力する。FREQUENCY=1がデフォルトで、これがデータ過大の原因になりやすい。

もちろんできる。これが「出力変数選択」だ。Ansysでは「Solution」ブランチで「Insert」する結果ごとにスコープを設定する。例えば、「Equivalent Stress (von-Mises)」だけを出力すれば、応力テンソルの6成分ではなく1つのスカラー量になる。Abaqusでは`*OUTPUT, FIELD`で`VARIABLE`リストを`PRESELECT`（デフォルトセット）から明示的なリスト、例えば`U, S, E`（変位、応力、ひずみ）などに変更できる。COMSOLでは「結果」ノードの「データセット」で、保存する解コンポーネントを個別にオンオフできる。

直接「間引いて出力」する機能より、「結果を評価するメッシュ」を別に定義する機能が主流だ。例えば、Abaqus/CAEの「Visualization」モジュールでは、表示用にメッシュを均一化できる。しかし、出力ファイル自体を軽くするには、Ansysの「APDL」コマンド`OUTRES`で`NSMOD`（節点出力の間引き）や`ESMOD`（要素出力の間引き）を指定する方法がある。もしくは、後処理専用の粗いメッシュを用意し、そこへ結果をマッピングする方法もある。これはデータポスト処理の領域だが、出力段階で考えるべき重要な視点だ。

ある。実務では以下の5項目を「出力設定チェックリスト」として確認する。

良い指摘だ。境界条件の検証用に、荷重や拘束をかけた表面の反力や変位は「履歴出力」として別途取っておく。例えば、Abaqusでは`*OUTPUT, HISTORY`で特定節点の変位(U)や反力(RF)を出力できる。このデータは場の変数に比べて非常に軽い。関心領域の設定は、ソフトウェアごとに方法が異なる。COMSOLなら「選択」を作成し、「結果」の「データセット」でその選択を適用する。これで、ストレージを節約しつつ、必要な検証データは残せる。

必ずしもそうではない。一部のソルバーは再起動機能を持っており、出力設定だけを変更して途中から再開できる。Ansysの`.rst`ファイルはステップごとにデータが追加されるので、ディスク不足で停止した場合、不要な古いステップのファイルを手動で削除して空き容量を確保し、再起動オプションで続きから実行する方法もある。しかし、これは応急処置だ。根本的には、解析ジョブを投入する「前」に、先ほどのチェックリストに基づき出力設定を見直し、必要に応じて小規模なテストモデルで出力サイズを見積もるべきだ。

大きな違いがある。まず**Ansys Mechanical**はGUI中心で、各「結果」オブジェクト（Stress, Strainなど）を個別に追加するため、ユーザーが意識せずに必要最小限の出力になりがちだが、「すべての結果を出力」するオプションもあり、それを選ぶと巨大化する。デフォルトの出力頻度は「最終ステップのみ」だ。

Ansysの`.rst`ファイルやAbaqusの`.odb`ファイルは内部的に構造化されたバイナリ形式で、可逆圧縮は基本的にかけられない。ただし、Abaqusでは`.odb`ファイルから特定のステップや領域のデータを抽出した新しい`.odb`を作成する「ODBサブセット」機能がある。COMSOLは`.mph`ファイル内の個別のデータセットを削除できる。根本的な解決策ではなく、事後処理としての機能と捉えるべきだ。また、LS-DYNAのようなソルバーでは、ASCII出力（例えば`GLSTAT`）をgzipで圧縮してから保存するワークフローが一般的だ。

**CalculiX**（Abaqusと互換性のある入力形式）は、Abaqusとほぼ同じ`*OUTPUT`カードで制御する。柔軟性は高いが、GUIがなく入力ファイル（.inp）を直接編集するため、設定ミスのリスクはある。

まず、ソルバーのログファイル（.log, .msg, .sta）を確認し、どの時点で失敗したかを特定する。Ansysの`.log`ファイルやAbaqusの`.sta`ファイルを見れば、最後に成功したステップ番号が分かる。次に、既に生成されている出力ファイルのサイズを確認する。10GBを超えるようなら、設定を見直す必要が明白だ。一時的な対策として、他のディスクに空きがあれば、ソルバーのワーキングディレクトリを変更して再実行する手もある（Ansysの`/PSEARCH`コマンドなど）。

多くの場合、途中までの結果は保存されている。Ansysの`.rst`ファイル、Abaqusの`.odb`ファイルはステップ（またはフレーム）単位でデータが書き込まれる。したがって、エラーで異常終了した場合でも、最後に正常に書き込まれたステップまでの結果は利用可能だ。後処理ソフトウェア（Ansys Mechanical, Abaqus/Viewer, COMSOL）でそのファイルを開き、利用できる結果ステップを確認せよ。ただし、ファイルが破損している可能性もあるので、必ず可視化して結果が正しく読み込めるか確認すること。

重要な点が二つある。第一に、並列計算では「マスタープロセス」が全ての領域のデータを集約して一つの出力ファイルを書き出すことが多い。この時、マスタープロセスのメモリ不足が発生し、ディスク不足以前に「メモリ不足エラー」として失敗する可能性がある。第二に、各計算ノードが個別に出力ファイルを生成する場合（例：OpenFOAMのプロセスごとの`processor*`ディレクトリ）、それぞれのノードのローカルストレージが不足する可能性がある。対策としては、共有された高速なネットワークファイルシステム（NFS, Lustre）に出力先を設定し、ストレージ容量を一元管理することが望ましい。

「小さな代表モデルでのドライラン」だ。本番と同様のメッシュ密度、物理設定、出力設定を用いた、ごく小規模なモデル（例えば全体の1/10のサイズ）で、1ステップだけ解析を実行する。これにより、生成される出力ファイルの「単位ステップあたりのサイズ」を正確に測定できる。その値に総ステップ数を掛け、使用予定のストレージ空き容量と比較する。この単純な見積もり作業を怠るプロジェクトが、ほとんどこのエラーに陥る。CAEは計算科学であり、見積もりと計画が全ての基礎だ。