AI活用

ComfyUI Desktopの旧環境を移行する|残るデータと移行前のバックアップ

ComfyUI DesktopのLegacy移行で引き継ぐ環境を整理。旧アプリを残すだけでは復旧準備にならない理由と、移行前後に確認するデータ・Python・モデルを説明します。

この記事の目次
  1. Legacy移行で再利用されるもの
  2. 旧アプリの保存とは別に、データを退避する
  3. 移行直後は、いつもの一件で確かめる
  4. ポートが変わらなくても、接続の確認は必要
  5. 既存環境を登録する操作と混同しない

ComfyUI Desktopの移行では、旧アプリが残っていることと、元の作業環境を丸ごと戻せることは別です。Legacy環境の移行は既存データやPythonを再利用するため、実行前に保存場所と復旧用コピーを確認します。普段使うworkflowを一つ選び、移行後に同じ素材で開けるかまで確かめましょう。

Legacy移行で再利用されるもの

2026年11月8日に確認した公式ガイドでは、user・settings・input・outputとPython環境を既存の場所から再利用します。モデルのフォルダも共有ディレクトリに登録されます。すべてを新しい空の環境へ複製する操作ではありません。

対象 移行前に確認すること
workflow・設定 保存先、保存していないタブ、使っているユーザー
入力と出力 元素材と完成品が実際にある場所
Pythonとカスタムノード 版と追加パッケージ、独自修正の有無
モデル 共有元の場所、外付けドライブの接続、読取り権限

移行画面を進める前に、これらを短いメモへまとめます。モデルファイルが大きい場合も、フォルダ名だけでなく、制作に必要なモデル名と版を控えておくと、移行後に欠けているものを特定できます。

スポンサーリンク

旧アプリの保存とは別に、データを退避する

同じPythonやデータを再利用する以上、旧アプリを起動し直しても、依存関係や設定まで以前の状態になるとは限りません。バックアップはアプリ本体だけでなく、作業データと環境情報を対象にします。

  1. 実行中の生成を終え、workflowを明示的に保存する。
  2. 入力・出力・ユーザーデータのコピーを別の場所へ用意する。
  3. カスタムノードの名前、版、独自編集の有無を記録する。
  4. 元のPython環境とモデルの参照先を記録する。
  5. コピーしたworkflowと素材を実際に開けるか確認する。

コピーが終わったという表示だけで安心せず、特に手編集したworkflowや一度しか使えない素材を確認してください。自分のデータがどこにあるか不明な状態なら、移行操作より保存先の確認を先に行います。

移行直後は、いつもの一件で確かめる

最初から全ノードを更新すると、移行による変化と更新による変化を分けにくくなります。まずは普段のworkflowを開き、必要なモデルが選べること、ノードが読み込まれること、入力素材と出力先が意図した場所であることを確認します。

問題が起きたら、最後の一行だけでなく起動ログから記録します。モデルが一覧に出ない問題と、Pythonの依存関係が読み込めない問題では、直す場所が違います。設定をまとめて変えず、一つずつ確認すると戻しやすくなります。

ポートが変わらなくても、接続の確認は必要

Legacy移行では従来の既定ポート8000を保持する案内があります。ただし、外部スクリプトから使っている場合は、実際の起動ログと接続先を確認してください。画面が開いたことだけでは、制作スクリプトが意図した環境へ接続している証拠にはなりません。

APIを使う仕事では、接続先を記録した設定ファイルと、移行後に保存された出力を照合します。同じ名前のモデルやworkflowが複数ある場合は、内容も確認してから通常運用へ戻しましょう。

既存環境を登録する操作と混同しない

Legacy移行と、PortableなどをTracked Instanceとして登録する操作は別です。画面に「既存環境」という言葉が出ても、自分が移行したいDesktop環境なのか、別のインストールを管理画面へ追加したいのかを先に決めます。

手順の確認先は公式の移行ガイドです。環境の記録とデータの退避を分ける考え方は、Snapshotと復元の記事も参照してください。

スポンサーリンク