クラウドワークシェアリング（BIM 360 / Autodesk Construction Cloud）でモデルを編集している最中に、突然 「重大なエラーが発生しました」 というダイアログが出て Revit が終了する。このとき Revit は、終了の直前に「編集中の内容を修復ファイルとして保存しますか」と尋ねてきます。指示どおり保存すると、多くの場合デスクトップに .rvt ファイルが残ります。
問題はここからです。作業内容はデスクトップの修復ファイルの中にある。一方クラウド上のモデルは、最後に同期した時点のまま。数時間分の作業が宙に浮いた状態になります。「この修復ファイルをクラウドへ反映したい」と考えて開いてみても、「中央モデルと同期」の同期先がありません。
この記事は、筆者が実際にこの状況に遭遇し、リンクモデルを壊さずに復旧したときの記録です。同じ場面で判断を迷っている方の参考になれば幸いです。
まず落ち着いて、3つ確認する
復旧方法を選ぶ前に、次の3点を確認してください。とくに3番目が、その後の手間を大きく左右します。
-
修復ファイルがどこに保存されたか
保存先はエラー時のダイアログで指定した場所です。既定ではデスクトップになっていることが多いです。見つけたらすぐ別フォルダにコピーして退避してください。この先の作業中に、うっかり上書きしたり消したりすると取り返しがつきません。
-
クラウドモデルが今どの時点か
自分が最後に同期した時点が基準ですが、他のメンバーがその後に同期していれば、モデルはさらに進んでいます。「自分の作業だけを戻せばよい」とは限らないので、共同編集者に状況を共有しておきます。
-
エラー直前に「ローカル保存」が成功していたか
ここが分岐点です。同期（中央モデルと同期）は失敗していても、ローカルへの保存だけは通っていたことがあります。その場合は後述のいちばん簡単な方法が使えます。
前提：「中央モデル」と「クラウドモデル」は別物
この話題は用語が混ざりやすいので、先に整理します。ワークシェアリングには2つの方式があり、修復ファイルの扱いが違います。
| 項目 | ファイルベースのワークシェアリング | クラウドワークシェアリング |
|---|---|---|
| 中央の置き場所 | 社内サーバーの共有フォルダ | BIM 360 / Autodesk Construction Cloud |
| 呼び方 | 中央モデル（中央ファイル） | クラウドモデル |
| 手元のファイル | ローカルファイル（.rvt） | ローカルキャッシュ |
| 修復ファイルと中央の紐付け | 中央ファイルのパスを保持していることがある | 紐付けが切れる |
💡 この記事で扱うのはクラウドワークシェアリングのケースです。社内サーバー上の中央ファイルを使っている場合は、事情が異なります。
なぜ修復ファイルをそのまま同期できないのか
クラウドワークシェアリングで作られた修復ファイルは、クラウドとの紐付けを失った単独のモデルとして保存されます。中に入っているのは間違いなくあなたの作業内容ですが、「どのクラウドモデルから派生したものか」という情報を持っていません。
Revit から見ると、修復ファイルと元のクラウドモデルはまったく別のプロジェクトです。だから「中央モデルと同期」を押しても、同期する相手が存在しません。
「デスクトップにデータは残っているのだから、上書きすれば済むはず」と考えたくなりますが、Revit のワークシェアリングはファイルの上書きではなく、要素ごとの差分のやり取りで成り立っています。紐付けが切れた時点で、その仕組みには乗れなくなります。
復旧の選択肢は3つ
選択肢0：未同期の変更を保持したまま開ける場合（最初に試す）
エラー直前にローカルへの保存まで成功していた場合、元のクラウドモデルを開き直したときに「手元のデータのほうが新しい」と Revit 側が判断し、未同期の変更を保持したまま開く選択肢が提示されることがあります。
これが出たら、いちばん被害が小さい道です。保持して開いたうえで内容を確認し、問題なければそのまま同期すれば復旧完了です。他の方法を試す前に、必ずこれを確認してください。
選択肢1：元のクラウドモデルを開き直し、修復ファイルを見ながら作業を再現する
修復ファイルは参照用と割り切り、元のクラウドモデルに対して同じ作業をやり直す方法です。地道ですが、モデルの構造とリンクには一切手を触れないので、副作用がありません。未同期の作業量に比例して時間がかかります。
選択肢2：修復ファイルから新しいクラウドモデルを作り、元と置き換える
修復ファイルをクラウドにアップロードして新しいクラウドモデルとし、元のモデルと入れ替える方法です。作業内容はそのまま残るという大きな利点があります。ただし、次に述べる代償があります。
なぜ「作り直し」を選ばなかったか — リンクが外れるという代償
一見すると選択肢2がきれいです。作業をやり直さなくて済むのですから。筆者も最初はこちらを検討しました。しかし、リンクモデルを多数抱えたプロジェクトでは危険だと判断して見送りました。
理由は、クラウドモデルのリンクが「フォルダ階層＋ファイル名」だけで管理されていないことです。クラウドモデルにはそれぞれ固有の識別情報があり、リンクはそれを頼りに結び付いています。
つまり、まったく同じ名前で、まったく同じ場所に新しいクラウドモデルを作って置き換えても、Revit から見れば「別のモデル」です。リンクは外れます。
リンクが外れると何が失われるか
| 失われるもの | 確度 |
|---|---|
| リンク先の要素を参照していたタグ | 確実に失われる |
| リンク先の要素を参照していた寸法 | 確実に失われる |
| 「リンクビュー別」で表示を指定していたビュー設定 | 失われる恐れがある（筆者は未検証） |
⚠️ タグと寸法は、参照先を見失った時点で消えます。しかも「消えた」という警告が図面のあちこちに出るわけではないので、気づかないまま出図してしまう危険があります。リンクを張り直しても、いったん消えたタグ・寸法は自動では戻りません。
どちらを選ぶかの目安
| 状況 | 向いている方法 |
|---|---|
| リンクモデルが無い／ごく少数 | 選択肢2（作り直し）も現実的 |
| リンクが多い／タグ・寸法を多用している | 選択肢1（作業の再現） |
| 未同期の作業量が数時間以内 | 選択肢1（結果的に早い） |
| 未同期の作業量が膨大 | 選択肢2を検討（リンク・タグ・寸法の復旧を覚悟する） |
筆者のケースはリンクモデルが多数あったため、選択肢1を採りました。決め手は作業量の比較ではなく、「やり直す時間は読めるが、リンク・タグ・寸法を復旧する時間は読めない」という点です。出図が迫っている状況で、終わりの見えない復旧作業に入るのは避けたいところでした。
実際の手順（選択肢1で復旧する）
ステップ1：修復ファイルを退避し、参照用として開く
デスクトップの修復ファイルを作業用フォルダにコピーします。原本には触らないのが鉄則です。
コピーしたほうを開いて、参照用にします。誤って編集しないよう、開いたら触らないと決めておくと安全です。元のクラウドモデルと見比べるので、可能ならディスプレイを2台使うか、Revit をもう1つ起動して並べると作業が進みます。
ステップ2：何をやり直すのかを洗い出す
記憶だけを頼りにすると必ず漏れます。次のような方法で機械的に差分を拾うと確実です。
- 集計表を両方で開いて見比べる — 要素の増減が数で分かるので、追加・削除の見落としを防げます
- 触ったビュー・階を書き出す — 先に紙やメモに列挙してから作業に入ります
- 図面を並べて目視で比較する — 両方から同じビューを PDF に書き出せば、差分を重ねて確認できます
💡 同じビューを両方から PDF に書き出しておけば、PDF比較ツールで重ね合わせて差分を色分け表示できます。目視で追うより確実です。
ステップ3：元のクラウドモデルを開いて作業を再現する
洗い出したリストに沿って作業を再現します。ここで元のモデル側に他のメンバーの変更が入っていないかも確認しておきます。入っていれば、その上に自分の作業を重ねる形になります。
ステップ4：こまめに同期する
復旧作業の最中にもう一度落ちたら目も当てられません。ひと区切りついたら同期を徹底します。同じエラーが再発する場合は、モデル自体に問題を抱えている可能性があるので、監査（開くときの「監査」オプション）も検討してください。
同じ目に遭わないために
この経験から、運用として次の5つを決めました。どれも当たり前のことですが、痛い目に遭うまでは徹底できていませんでした。
-
同期の間隔を短くする
「切りのいいところまで」ではなく、30分〜1時間で機械的に同期します。失うのは最大でもその時間分です。
-
重い操作の前後で必ず同期する
大量のコピー、リンクの読み込み・入れ替え、一括変更などの前後は落ちやすいタイミングです。着手前に同期しておけば、最悪でもその直前まで戻れます。
-
「ローカルファイルへ保存」を習慣にする
同期ほど重くないので、こまめに実行できます。ローカル保存が通っていれば「選択肢0」が使える可能性が出てきます。これが効くかどうかで復旧の手間が桁違いに変わります。
-
エラーが出たら、必ず修復ファイルを保存する
動揺してダイアログを閉じてしまうと、作業内容は完全に失われます。保存先のパスも控えておくと、後で探し回らずに済みます。
-
クラウド側のバージョン履歴を把握しておく
BIM 360 / Autodesk Construction Cloud にはバージョン履歴があり、過去の状態に戻すことができます。今回の目的（新しい作業を反映する）とは逆方向ですが、「モデルが壊れた」ときの逃げ道として、どこから辿れるかを普段から知っておくと安心です。
まとめ
- クラウドワークシェアリングの修復ファイルは、クラウドとの紐付けを失った単独のモデル。そのままでは元のクラウドモデルへ同期できない
- まず「未同期の変更を保持したまま開けるか」を確認する。これが使えれば最短で終わる
- 修復ファイルから作り直して置き換えるとリンクが外れ、リンク先を参照していたタグ・寸法が失われる
- リンクモデルが多いプロジェクトでは、作業をやり直すほうが結果的に早く、確実なことが多い
- 最大の防御は同期の間隔を短くすること。失う時間を、あらかじめ自分で決めておく
⚠️ この記事は筆者が実際に遭遇した事例をもとにした記録です。Revit のバージョンやプロジェクトの構成によって挙動が異なる場合があります。重要なモデルを操作する前には必ずバックアップを取り、判断に迷う場合は Autodesk のサポート情報（「修復不可能なエラー」「クラウド モデル 復元」などで検索）もあわせてご確認ください。表中の「未検証」と記した項目は、筆者が実地で確認できていない推測です。
よくある質問
修復ファイルを開いて「名前を付けて保存」でクラウドに保存すれば、同期できますか？
それは新しいクラウドモデルを作る操作（選択肢2）になります。元のクラウドモデルが更新されるわけではありません。同じ名前・同じ場所に保存しても別のモデルとして扱われるため、リンクの張り直しが発生します。
リンクが外れたかどうかは、どう確認しますか？
「管理」→「リンクを管理」でリンクの状態を確認します。あわせて、タグや寸法が消えていないかを主要なビューで目視確認してください。リンクの状態が正常に見えても、いったん参照を失ったタグ・寸法は戻っていません。
未同期の作業がどれくらいあるか、事前に分かりますか？
正確には分かりません。最後に同期した時刻は確認できますが、その間にどれだけ作業したかは自分の記憶に頼ることになります。だからこそ、同期の間隔を短く保つことが最大の防御になります。
社内サーバーの中央ファイルを使っている場合も同じですか？
事情が異なります。ファイルベースのワークシェアリングでは、修復ファイルが中央ファイルのパス情報を保持していることがあり、対処の選択肢が変わります。この記事はクラウドワークシェアリング（BIM 360 / ACC）のケースを扱っています。
関連ページ
- PDF比較ツール — 復旧前後の図面を重ねて、差分を色分けで確認できます（無料・ブラウザ完結）
- 図面PDFを比較して差分を見つける方法 — 重ね合わせの手順と色分けの読み方
- 28 Tools アドイン（無料） — 作図を効率化する Revit アドイン