リスタートファイルの互換性エラー

いい質問だ。それは単なる「結果」ではなく、解析を再開するための「完全な状態」を保存したファイルだからだ。例えば、非線形解析の反復計算における接線剛性マトリックス、収束履歴、材料の内部状態変数（塑性ひずみ、損傷パラメータなど）全てが含まれる。これらはソルバーの実装に強く依存している。Abaqus/Standardのリスタートファイル（.res, .mdl, .stt, .prt）は、そのバージョンとビルド番号に紐づいたバイナリフォーマットで書かれている。

その通り。例えば、Abaqus 2022から一部の要素でデフォルトの積分点数が変更されたケースがある。旧バージョンのリスタートファイルには古い積分点配置での状態変数が記録されている。新バージョンで読み込もうとすると、マッピングができずエラーとなる。支配方程式

第一にヘッダー情報だ。多くのソルバーはファイルの先頭にマジックナンバーやバージョン識別子を埋め込む。例えば、Nastranの .f04 ファイルや、独自バイナリフォーマットを使うソフトでは、この識別子が一致しないと読み込みを拒否する。第二に、データブロックの配置とサイズだ。COMSOLのリスタートファイル（.mphファイル内に含まれる）は、メッシュデータ、解ベクトル、ソルバー統計情報が特定の順序で格納されている。バージョン5.6と6.0では、非線形ソルバーの阻尼係数の保存方法が変更され、互換性が断絶された事例がある。

大きく影響する。収束判定に使った残差ベクトル

ほとんど問題ないが、絶対ではない。使用している数値ライブラリ（Intel MKLやBLAS/LAPACK）のバージョンや、OS（Linux/Windows）が異なると、浮動小数点演算のわずかな違いが蓄積し、リスタート直後の反復で収束経路が微妙に変わる可能性はある。ただし、AbaqusやAnsysは主要なプラットフォーム間でのバイナリ互換性を保証しているので、実用上は気にしなくて良い。

ベストプラクティスは「インポート」機能を使うことだ。例えば、Abaqus 2023でAbaqus 2021のリスタートファイルを直接開くのは不可能でも、2021で最後のステップの結果出力ファイル（.odb）を生成し、2023でその.odbをインポートして新しいモデルの初期状態として定義できる。ただし、全ての内部状態変数が.odbに出力されている保証はないので、材料モデルによっては使えない。

重要なチェックリストは3つだ。1) 使用するソフトウェアのバージョン（例：Ansys 2023 R2）と、そのマイナーアップデートまでをプロジェクト中は固定する。2) リスタートファイルとともに、入力ファイル（.inp, .cdb）、材料定義、メッシュデータの完全なバックアップをセットで保管する。3) 定期的に（例えば解析時間の10%ごとに）リスタートファイルから実際に短いステップを再開するテストを行い、ファイルが健全か確認する。

これが実務上の最大の落とし穴だ。対策は二段構え。第一に、使用するソフトウェアの実行可能ファイル（ソルバー）の絶対パスとバージョンをジョブスクリプト内で明示的に指定する。例えば、`/apps/ansys_inc/v232/ansys/bin/ansys232` のように。第二に、クラウド環境の仮想マシンイメージをカスタマイズし、CAEソフトウェアのインストールとバージョンを統一管理する。中途でのイメージ更新は絶対に避ける。

保守的なのはMSC Nastranだ。バージョン間の互換性に非常に慎重で、特に.bdf/.dat入力ファイルの下位互換性は高い。しかし、リスタート用の`.f04`や`.MASTER`ファイルは、メジャーバージョンが変わると（例：MSC Nastran 2019から2022へ）読み込めないことがほとんどだ。逆に、互換性維持に積極的なのはCOMSOLで、`.mph`ファイル内に複数のバージョン用のデータを保持する「アーカイブ」機能があり、ある程度の範囲内で古いリスタート情報を読み込もうとする。

どちらも頻繁にアップデートがあり問題は起きるが、その「壊れ方」が異なる。Abaqusはメジャーバージョン（例：6.14→2017）での変更が大きく、リスタートファイルの互換性はほぼないと考えるべきだ。一方、Ansys Mechanicalは、同じメジャーバージョン内のマイナーアップデート（例：2023 R1 → 2023 R2）でも、新しい要素技術や材料モデルを追加した場合、そのモデルを使った解析のリスタートファイルが読めなくなることがある。Ansys Fluentの`.dat`ファイルは比較的安定しているが、`.cas`ファイルのバージョンが一致していることが前提だ。

大きく違う。これらはリスタート情報をASCII形式（.dat, .frd）やMEDフォーマットで出力することが多く、バイナリフォーマットよりは中身が可読で把握しやすい。しかし、その分、ファイルサイズが巨大になりがちだ。また、開発コミュニティによるアップデートでデータ構造が変更されても、バージョン間の変換ツールが提供されないことが多く、互換性の問題は商用ソフト以上に「自己責任」の領域が大きい。

まず、ソルバーのログファイルを確認する。Abaqusの`.log`ファイルやAnsysの`.out`ファイルの先頭数行に、実行したバージョンが詳細に記載されている。ビルド番号（例：Abaqus 2022 HF-003）まで一致しているか確認せよ。一致しているのにエラーが出る場合は、ファイルが転送中に破損している可能性が高い。MD5チェックサムを比較するか、ファイルサイズがオリジナルと一致するか確認すること。

これはAbaqus特有のメッセージで、リスタートに必要なファイル群のうち一部が欠けているか、矛盾している状態だ。Abaqus/Standardの完全なリスタートには、`.res`（結果）、`.mdl`（モデル）、`.stt`（状態）、`.prt`（パート）の4ファイルが必須だ。これらは同じ計算から生成された一組である必要がある。別の計算の`.mdl`ファイルと、今回の`.res`ファイルを混在させるとこのエラーが出る。全てのファイルをセットでコピーしたか確認しよう。

最終手段は二つある。1) 古いバージョンのソフトウェアを再インストールし、そこでリスタート計算を実行して、最終結果まで計算し直す。その後、その最終結果ファイルを新バージョンにインポートする。2) (非常に手間がかかるが) リスタートファイルから直接必要な初期状態変数を読み出し、新しい入力ファイルに手動で定義し直す。例えば、最後のステップの変位場をノードデータとして抽出し、新しい解析の`*INITIAL CONDITION`として指定する。ただし、内部状態変数は再現できないので、単純な線形解析以外では精度が保証されない。

設定で対処できる。Ansysでは、`RSTファイル`（結果ファイル）と`RDBファイル`（リスタートデータベース）を分離して出力する設定がある。必要な履歴情報だけをRDBに保存することでサイズを削減できる。Abaqusでは、`*RESTART, WRITE`のオプションで`OVERLAY`を指定すると、ステップ毎にファイルを上書きするので、最後のステップのリスタートファイルだけが残り、容量を節約できる。ただし、途中のステップからリスタートできなくなるのでトレードオフだ。