Duplicator’s Archive vs Installer: なぜすべてのバックアップは2つの部分で構成されるのか

Duplicatorはバックアップを作成し、目の前には2つのファイルが表示されます。

一方はarchive.zipと呼ばれ、もう一方はinstaller.phpと呼ばれます。どちらもウェブサイトのようには見えません。

多くの移行を経験したことがある人でも、ここで立ち止まることがあります。プロセスが難しいからではなく、なぜファイルが1つではなく2つあるのか、誰も説明してくれないからです。

Duplicatorは意図的に各バックアップをこれら2つの部分に分割します。アーカイブはサイトのデータです。インストーラーはそれを復元または移行するスクリプトです。

これらは一緒に使用するように作られており、それぞれが対応するパートナーでのみ機能します。

この記事では、Duplicatorがこれを行う理由と、これらのファイルをバックアップおよび移行タスクでどのように使用できるかを紹介します。

TLDR: 主要なポイント：

• アーカイブはサイトのデータを保持し、インストーラーはそれを再構築するスクリプトであり、各インストーラーは生成されたアーカイブでのみ機能します。
• インストーラーは実行にWordPressを必要としません。installer.phpはWordPressとは独立して動作するため、完全に空のサーバーにサイトを復元できます。
• Proでは、DupArchiveには実質的なサイズ制限がありません。Duplicatorの.daf形式は、実際の移行で最大400GBまで確認されていますが、Duplicator LiteはDupArchiveバックアップを500MBに制限しています。
• 災害復旧は別のリンクを通じて機能します。事前に復旧ポイントを設定しておけば、WordPressダッシュボード自体がロックアウトされている場合でもサイトを復元できます。
• ほとんどのエラーは、ソフトウェアの破損ではなく、ペアリングの混同やダウンロードの不備から発生します。復元を開始する前にファイルサイズを確認することで、最も一般的な原因を排除できます。
• 移行後にinstaller.phpを本番サーバーに残しておくことはセキュリティリスクであり、復元が確認され次第削除する必要があります。
• インストーラーはバックアップではありません。アーカイブが実際のバックアップデータです。アーカイブを削除してインストーラーのみを残しても、復元できるものはありません。

目次

Duplicatorのアーカイブファイルとは？

Duplicatorのアーカイブ（archive.zipまたはarchive.dafと呼ばれる）は、ウェブサイトのデータです。ファイルとデータベースのスクリプト化されたコピーを1つのパッケージにまとめて保持します。

それ自体では、アーカイブは何も行いません。それを開いても、動作するサイトが表示されるわけではありません。それは、展開して再構築されるのを待っている不活性なデータです。

Duplicatorのインストーラーファイルとは？

Installer.phpは異なります。これは、ウェブブラウザで開く小さなPHPファイルです。WordPress内で実行されるわけではなく、動作するためにWordPressがインストールされている必要もありません。

空のサーバーを指すと、データベースが構築され、設定が書き込まれ、アーカイブからサイトが抽出されます。

実行すると、データベースの認証情報など、宛先に関するいくつかの詳細が求められます。次に、アーカイブを読み取り、それからサイトを再構築します。

Duplicatorがバックアップを2つのファイルに分割するのはなぜですか？

なぜすべてを1つのファイルにまとめて完了としないのでしょうか？

一部の移行ツールはまさにそれを行います。ファイル、データベース、インストーラーロジックはすべて、単一のユニットとして移動する単一のパッケージにバンドルされます。

それは小さなサイトではうまく機能します。しかし、それは操作全体（アップロード、抽出、実行）がすべて一度にその1つのファイルを介して行われる必要があることを意味します。

共有ホスティングでは、それが問題になります。PHPのメモリ制限とアップロードサイズの制限は、巨大な単一ファイルを念頭に置いて設計されたものではありませんでした。

Duplicator のインストーラーは、アーカイブがどれだけ大きくなっても、小さく高速なままです。重い処理は行わず、復元を調整するだけです。

さらに、installer.php は WordPress とは独立して実行されるため、WordPress がインストールされていなくても、有効になっていなくても、機能していなくても、そのジョブを実行できます。

プラグインベースの移行ツールにはそれができません。ツールが WordPress 内に存在する場合、インポートが発生するには WordPress が実行されている必要があります。

Duplicator のインストーラーはそれを完全に回避します。完全に空のサーバーをポイントすると、アーカイブからサイト全体を構築します。

その独立性が、アーカイブ自体をスケーリング可能にしています。Duplicator の DupArchive フォーマット（.daf ファイル）は、Duplicator Pro では理論上のファイル サイズ制限がなく、実際の移行で 400GB という大きさでも確認されています。

Duplicator Lite でも DupArchive バックアップを作成できますが、500MB に制限されています。これは小規模なサイトには十分ですが、より大きなものに頼る前に知っておくと良いでしょう。

これら 2 つのこと（WordPress を必要としないインストーラーと、実質的な上限がないアーカイブ）を組み合わせると、他のどの手段でも 開くことができなかったサイトを復元できる バックアップが得られます。

これらのファイルが混同された場合に何が壊れるか

人々が Duplicator で遭遇する問題のほとんどは、1 つのことに集約されます。それは、これら 2 つのファイルを、それらが思っているよりも交換可能であると見なすことです。

インストーラーの不一致エラー

これは私が最もよく見るものです。「インストーラーとアーカイブの不一致が検出されました」または「アーカイブが見つかりません！」と表示されます。

通常の原因は、ペアの組み合わせの間違いです。あるバックアップの installer.php が、別のバックアップのアーカイブの隣に配置されてしまいます。

アーカイブが完全にダウンロードされなかった場合にも発生します。部分的または中断された転送により、存在するように見えても不完全なファイルが残ります。

Duplicator は、何も実行する前に、インストーラーとアーカイブが互いに属しているかどうかを確認します。一致しない場合やアーカイブが完全に intact でない場合は、途中で失敗する復元を試みるのではなく、停止して通知します。

インストーラーファイルの紛失

時々 installer.php が見つからなくなります。ダウンロードフォルダをクリーンアップしたり、アーカイブが「本物」のファイルのように見えるため、アーカイブのみをバックアップしたりします。

それがないと、アーカイブにはまだサイト全体が含まれています。それを解凍するスクリプトがないだけです。

その場合は、アーカイブを Duplicator の インポートバックアップ ページにアップロードしてください。インストーラーを必要とせずに、ドラッグ＆ドロップで移行できます。

ナレッジベースでは、特定のアーカイブの 元のインストーラーを回復する方法 もカバーしています。

移行後にinstaller.phpをライブのままにしておく

これは見落としやすいものです。なぜなら、移行はすでに成功しているからです。新しいサイトはライブで、すべて問題なく見えますが、installer.php はルートディレクトリに残ったままです。

それは問題です。本番サーバーに残された動作中のインストーラースクリプトは、誰でも偶然見つけて再度実行できる可能性があります。

移行が確認されたらすぐに削除する必要があります。Duplicator は通常これを自動的に行いますが、手動でクリーンアップすることもできます。

移行中のDuplicatorファイルの処理方法

これらすべてに複雑なシステムは必要ありません。いくつかの習慣で、ほとんどすべての状況に対応できます。

• 両方のファイルを一緒に保つ。アーカイブとinstaller.phpを同じ宛先フォルダにアップロードし、移行が完了するまで分離しないでください。
• インストーラーの起動方法を知る。両方のバックアップファイルが新しいサーバーに配置されたら、次のようなURLでインストーラーを開始します: yourdomain.com/installer.php。
• サイトが正常に動作することを確認したらinstaller.phpを削除する。復元が成功した後、そのままにしておく理由はありません。
• 本番サイトに触れる前にコピーでテストする。ここでDuplicator Proのワンクリックステージングを活用します。これは、数回のクリックでフルサイトバックアップをステージングコピーに変換します。
• バックアップが半公開の場所に置かれている場合は、インストーラーにパスワード保護をかける。Duplicatorを使用すると、アーカイブをAES-256で暗号化することとは別に、インストーラー自体にパスワードを設定できます。ファイルが自分のマシンから離れる場合はいつでも、たとえ短時間であっても行う価値があります。

インストーラー自体の実行に関する完全なステップバイステップガイドについては、Duplicatorのインストーラーの究極ガイドですべての画面を説明しています。

これが最も重要になる場合：大規模サイトと災害シナリオ

これまでのすべては、通常の移行に適用されます。しかし、通常の移行を機能させるのと同じ2つのファイルが、深刻な問題が発生した場合にDuplicatorを役立てるものです。

Duplicatorのインストーラーは、WordPressがすでに実行されている必要がないことを以前に述べました。これは、新しいサーバーに移動するのに便利なだけではありません。Duplicatorがダッシュボードが読み込めない場合でも、完全な復旧を実行できるのと同じ理由です。

Duplicatorの災害復旧は、復旧リンクを通じて機能します。事前にバックアップを復旧ポイントとして設定し、リンクを安全な場所に保存します。

サイトが完全にダウンした場合、そのリンクをブラウザに貼り付けると、復旧ウィザードがそこから引き継ぎます。

これは通常の移行とは異なります。サイトを移動することを選択しているわけではありません。すでに何かが壊れており、壊れたダッシュボードに依存しないアクセス方法が必要です。

同じ独立性はマルチサイトにも引き継がれます。Duplicator Proは、完全なWordPressマルチサイトのバックアップと復元をサポートしています。

1つのインストールにバンドルされるサイトが増えるにつれて、WordPressに依存しないインストーラーとアーカイブを持つことがさらに重要になります。

よくある質問（FAQ）

2つのファイル、1つの仕事：復元を正しく行う

バックアップをアーカイブとインストーラーに分割することは、不必要に複雑ではありません。これにより、Duplicator はサイトを空のサーバーに復元したり、完全にロックアウトされたサーバーを回復したり、実質的なサイズ制限のないアーカイブを処理したりできます。

単一のバンドルファイルでは、それらのどれも実行できませんでした。

150 万人以上の WordPress プロフェッショナルが、バックアップ、移行、および災害復旧のために Duplicator Pro を信頼しています。ワンクリックステージング、スタンドアロンインストーラー、および災害復旧により、通常の移行と失敗した移行の両方に対応できます。

この投稿で Duplicator がバックアップと復元をどのように処理するかについて考えさせられた場合は、これらのガイドを読む価値があります。

• WordPress をバックアップから復元する方法 (5 分未満)。
• WordPress の災害復旧と 1 クリック復元
• WordPressマルチサイトの復元方法（2026年に機能する4つの方法）
• サイトがクラッシュしたばかりですか？完全なウェブサイト復旧計画はこちらです
• WordPressデータベースの保護方法：強化、暗号化、継続的な保護

Joella Dunn コンテンツライター

JoellaはWordPressでの長年の経験を持つライターです。Duplicatorでは、基本的なバックアップから大規模な移行まで、サイトのメンテナンスを専門としています。彼女の最終的な目標は、WordPressウェブサイトが安全で成長に対応できる状態であることを確認することです。

完全なプロフィールを見る