Duplicator は完全な WordPress サイトの移行を得意としていますが、特定の特殊な使用ケースではカスタムワークフローが必要になります。このガイドでは、各状況に応じたステップバイステップの手順で、高度な移行シナリオをカバーします。

概要

このガイドでは、高度なマイグレーションの3つの主要なカテゴリーを扱います：

• 部分的なサイト移行- 特定のファイル、フォルダ、またはデータベーステーブルの移動
• 大規模サイトの移行- ファイルサイズが大きいサイトのワークフローの最適化
• データベース固有のシナリオ- SQL実行と選択的テーブル保存

一般的な移行シナリオ

アプローチ1：ウェブサイトの一部を移動する

使用例：サイト全体ではなく、特定のファイルやデータベーステーブルを移行する必要がある。

WordPressアセットを理解する

WordPressサイトは、主に2つのコンポーネントで構成されています：

• ファイル- テーマ、プラグイン、アップロード、WordPressコアファイル
• データベース・テーブル- 投稿、ユーザー、設定、その他のデータ

Duplicatorのフィルタオプションを使用することで、これらのアセットを選択的に含めたり除外したりして、カスタマイズされたバックアップを作成することができます。

バックアップ設定

ファイルの管理 Duplicator Proに移動 "バックアップ"新規追加"バックアップ"フィルター " ファイル フィルター

除外することができる：

• 特定のファイルまたはフォルダ（完全なディレクトリパスを入力してください）
• ファイルの拡張子（例． .zip, .log)
• バックアップサイズを小さくするための大容量メディアファイル

例uploadsディレクトリを除外する場合：

/wp-content/uploads/

注：複数の除外パスをセミコロンで区切る。

データベース管理

Duplicator Pro"バックアップ"新規追加"バックアップ"データベースフィルター"除外テーブル

バックアップから除外する特定のテーブルを選択します。これは次のような場合に便利です：

• 移行先サイトの既存データを保持
• バックアップファイルのサイズを小さくする
• 設定変更のみを移動

インストール・オプション（Proのみ）

インストール中、Step 1"Options"Skip Filesに4つの抽出オプションがあります：

1. すべてのファイルを抽出- 完全抽出（デフォルト）
2. WPコアファイルの抽出をスキップする - 抜粋のみ wp-content および非中核ファイル
3. メディアファイルと新しいプラグイン/テーマのみを抽出- 既存のプラグインとテーマを保存します。
4. WPコアファイルとホスト上に存在するプラグイン/テーマの抽出をスキップする- このオプションが選択されている場合、WordPressコアファイルがあれば、変更されません。
   また、プラグイン（テーマ）がホストとアーカイブの両方に存在する場合、ホストのプラグイン（テーマ）の内容が保持されます。

設置モード

ファイルフィルタとこれらのインストールモードを組み合わせることで、最大限の柔軟性が得られます：

• 上書きインストール - 除外した内容を保持したまま既存のファイルを置き換える
• インポートインストール - バックアップコンテンツを既存のサイトデータにマージする

注意:部分的な移行には、サイトの構造を十分に理解する必要があります。本番環境にデプロイする前に、必ずステージング環境でテストしてください。設定を誤ると、本番サイトが壊れてしまう可能性があります。

アプローチ2：大規模サイトの移行

使用例：お客様のサイトはファイルサイズが大きく、アップロード/ダウンロードに時間がかかり、環境間で頻繁に移行する必要があります。

オプション1：フィルター付きバックアップによるクラシック上書き

この方法は、ほぼ同じサイトが2つあり（例：開発とステージング）、変更だけを同期する必要がある場合に最適です。

前提条件

• 同一のファイル構造を持つ2つのサイト
• 同じデータベーススキーマ（異なるデータでも可）
• サイトは同じサーバー上でも、異なるサーバー上でも可能

ワークフロー：

1. フィルター付きバックアップの作成
   • Duplicator Proに移動 " バックアップ"新規追加
   • Backup"File Filtersで、大きなディレクトリを除外する：

     /wp-content/uploads/

• バックアップの構築

2. バックアップファイルの転送
   • インストーラーとアーカイブファイルをダウンロードする
   • ステージング・サイトのWordPressルート・ディレクトリにアップロードする。
3. インストールの実行
   • 閲覧する installer.php ステージング・サイト
   • アーカイブを展開する
   • インストールを完了する
4. 結果
   • ステージング・サイトは、開発部門からのすべてのアップデートを受け取る
   • 除外されるディレクトリ /uploads/)はステージングで変更なし
   • バックアップサイズが小さいため、移行が大幅に高速化

プロのヒントこのワークフローは、サイトが大きくなるにつれて、より有益になります。バックアップのたびに変更されていないファイルを移行する必要はありません。

オプション2：インポート・インストール・モード

ワークフローを迅速に改善するには、Duplicatorのインポートインストール機能をご利用ください。このモードでは以下のことが可能です：

• バックアップデータを既存コンテンツと統合
• 特定のサイトコンポーネントを選択的に更新
• より速い移行サイクルの維持

詳細はこちら：詳しくはインポートインストールガイドをご覧ください。

アプローチ3：開発と本番の同期

使用例：本番データを保持しながら、ステージング/開発サイトを大規模な本番サイトと同期する必要があります。

前提条件

• 両方のサイトにデュプリケーター・プロをインストール
• 両サイト環境へのアクセス

ワークフロー：

1. 本番データのバックアップ（クリティカル）
   • 安全のため、本番サイトの完全なバックアップを作成する。
   • 保存したい本番データベース・テーブルを特定し、エクスポートする：
     • ユーザーデータwp_users, wp_usermeta)
     • 注文/取引（WooCommerceテーブル）
     • フォーム提出
     • ユーザー作成コンテンツ
   • phpMyAdminまたはホスティングデータベースツールを使用して、これらのテーブルをエクスポートします。
2. アーカイブエンジンの設定
   • メインサイトで、設定"バックアップに移動します。
   • アーカイブエンジンをDupArchiveに設定する
3. インポートURLインストールの実行
   • ステージングサイトで、インポートインストール機能を使用します。
   • メインサイトのバックアップURLを入力
   • インストールの指示に従ってください。
4. 保存された生産データの復元
   • インポートが完了したら、ステップ1でエクスポートしたプロダクション・データベース・テーブルを再度インポートします。
   • phpMyAdminまたはSQLクエリを使用して、保存されたデータを本番データベースにマージします。
   • 保存されたデータが正しく表示されることを確認する
5. 結果
   • ステージングサイトはメインサイトと完全に一致

注：インストール中にデータベースは完全に置き換えられます。ステージング開発中に本番サイトで作成されたデータ（顧客の支払い、フォーム送信など）は、ステージングバックアップを本番上にインストールすると失われます。

ベストプラクティス：ステージングから同期する前に、必ず本番用データベースをバックアップしてください。

データベース固有のシナリオ

既存のデータベーステーブルの保存

使用例：マイグレーション中に特定のテーブルを変更しないようにしたい（例えば、ステージングサイトの投稿を保持しながら、他のすべてを更新する）。

シナリオの例：
DevelopmentからStageingに移行するが、Stageingの既存の投稿を wp_posts テーブル

バックアップ設定

1. ソース・サイトのフィルター・テーブル
   • に移動する。 Duplicator Pro"バックアップ"新規追加 こちらへ バックアップ"データベースフィルター チェック "データベース・テーブル・フィルターの有効化" 除外するテーブルを選択する（例． wp_posts)バックアップの構築
   
   💡 これは何をするのか： について database.sql ファイルには除外されたテーブルは含まれない。

インストール構成

2. インストール先の設定
   • インストーラとアーカイブをステージングサイトにアップロード 起動 installer.php オン ステップ1"セットアップアクションを選択します： 「既存のテーブルを上書きする クリック 検証
   
   💡これは何をするのか： すべての既存のテーブルを保持し、アーカイブ内のテーブルのみを上書きする。
   
3. テーブルの保存を確認する
   • Validate"Databaseで、"Tables Flagged for Removal or Backup "をチェックする。
   • 確認 wp_posts が削除リストにない
   • 正しければ、インストールを続行する。
4. 結果
   • 開発部門によるすべてのサイトデータの更新
   • について wp_posts ステージング・テーブルは変更なし
   • ステージングで作成された投稿は保存される

注：この方法では、インストール前にインストール先サイトにテーブルが存在する必要がある。テーブル構造はサイト間で一致している必要がある。

サポートされていないシナリオ

増分または差分バックアップ

質問Duplicator は増分バックアップや差分バックアップをサポートしていますか？
回答：いいえ、Duplicatorは毎回完全なバックアップを作成します。しかし、フィルタを使用してバックアップサイズを最適化することができます。

別のアプローチ

• フルバックアップ- すべてのファイルを毎週またはX日ごとにスケジュールします。
• データベースのみのバックアップ- 頻繁なデータベースの変更のために、毎日またはX時間ごとにスケジュールを設定します。
• アーカイブ・フィルタを使用して、大規模な静的ディレクトリを除外する

このアプローチでは、反復的なファイル・バックアップを避けながら、データベースのスナップショットを頻繁に取得することができます。

個々のブログ記事の移行

質問ブログの記事だけを、画像、コメント、カテゴリー、タグも含めてコピーしたいのですが。
Answer：Duplicatorは投稿のような個々のアイテムではなく、サイト全体を移行します。

推奨される解決策

WordPressに組み込まれているインポート/エクスポートツールと手動でのファイル転送を組み合わせて使用します：

1. 輸出ポスト
   • ツールに移動 "WordPressでエクスポート
   • 投稿を選択し、XMLファイルをダウンロードする
2. メディアファイルの転送
   • FTPを使って /wp-content/uploads/ ディレクトリ
   • 投稿画像が入っているフォルダだけを転送する
3. デスティネーションでのインポート
   • ツール"インポートに移動する。
   • WordPressインポーターをインストールする
   • XMLファイルのアップロードとインポート
   • WordPressがメディアファイルを自動的に関連付ける

詳細はこちら：詳しくはWordPressのインポート/エクスポートのドキュメントをご覧ください。

ベストプラクティス

テスト環境

移行開始前にバックアップを作成する- 移行前に移行先サイトの完全なバックアップを取る。
ワークフローを文書化する- 使用したフィルタや除外したテーブルをメモしておき、後で参照できるようにする。

パフォーマンスの最適化

戦略的なフィルタリング- マイグレーション間で変更されない大規模な静的ディレクトリを除外します。
適切なスケジュール- オフピーク時に大規模なバックアップを実行します。

トラブルシューティング

高度なマイグレーション中に問題が発生した場合：

1. フィルターパスの確認- 除外されたパスが正しく、スラッシュが使用されていることを確認する。
2. テーブルの存在をチェックする- 保存されたテーブルがデスティネーションに存在しなければならない。
3. パーミッションの確認- インストール先のディレクトリに適切な書き込み権限があることを確認する。
4. ログを見る- Duplicatorのログファイルで特定のエラーメッセージを確認します。

ヘルプを得る

高度なマイグレーションに関する追加サポートが必要ですか？

• ナレッジベース ナレッジベース
• サポートフォーラム コミュニティフォーラムに質問を投稿する
• プロサポート：Duplicator Pro ユーザーはサポートチケットを送信できます。