WordPressマルチサイト移行完全ガイド：安全な転送とデータ損失ゼロのソリューション

WordPressマルチサイト通常のWordPressサイトと比較して、マルチサイトネットワークは、相互に関連するサブサイトのデータベース、共有メディアライブラリ、複雑なユーザー権限システムを含んでおり、操作ミスは永久的なデータ損失につながる可能性があります。今、実際のケースに基づいて、マルチサイトの体系的な結合移動プロセスにおける主なリスクポイントと対応オプション。

データベース構造の特異性

マルチサイトネットワーク総合データベースいくつかの特別なデータ表が含まれている。その中にはwp_blogsすべてのサブサイトの基本情報を記録する。wp_site歌で応えるwp_sitemetaはネットワークレベルの設定を保存し、各サブサイトは個別のデータテーブルグループ（例えばwp_2_posts).テストの結果、単一サイトのデータベースを直接複製すると、サブサイトの関連付けが壊れることが判明した。

実際には、すべての接頭辞付きデータ・テーブルを含む SQL ファイルをそのままエクスポートする必要があります。そのためにはphpMyAdminエクスポートするには、"Custom "フォーマットにチェックを入れ、データの切り捨てを避けるために "Full Insert "オプションを選択します。

コマンドライン・エクスポートの方が信頼性が高い：

バッシュ
mysqldump -u ユーザー名 -p データベース名 > multisite_backup.sql

メディアファイル操作の要点

マルチサイトネットワークのデフォルトは共有アップロードディレクトリ構造で、すべてのサブサイトのメディアファイルは/wp-content/uploads/sites/をサブフォルダ内に追加してください。よくある間違いは、メインサイトのファイルだけを移行してしまい、サブサイトの画像が壊れてしまうことです。

確実な解決策は、rsyncコマンドを使ってアップロードディレクトリ全体を同期することだ：

バッシュ
rsync -avz /旧サーバーのパス /wp-content/uploads/ 新サーバーのパス:/wp-content/uploads/

同時チェック.htaccessを防ぐためのファイルパーミッション403 アクセス拒否エラー。

ドメイン名とパスの設定

マルチサイトネットワークwp-config.php包含ドメイン_current_siteの定義に対して、データベースwp_optionsテーブル（プライマリサイト）とwp_#_optionsテーブル（サブサイト）には、絶対URLパスが格納される。新しいドメインに移行する場合、4段階の調整が必要です：

あるwp-config.php更新ドメイン_current_site詰める

SQLを使用した古いドメインの一括置換

sql
UPDATE wp_options SET option_value = REPLACE(option_value, '古いドメイン名', '新しいドメイン名')；
UPDATE wp_#_options SET option_value = REPLACE(option_value, '古いドメイン名', '新しいドメイン名');；

キャッシュされたプラグインデータをすべて消去する

固定リンク構造をリセット

ユーザー権限の同期化

マルチサイトのユーザーデータはwp_users歌で応えるwp_usermetaテーブルに記録されますが、サブサイトのパーミッションはwp_#_capabilitiesなどをメタデータに追加してください。テストによると、ユーザテーブルを直接インポートすると、ロールの割り当てが壊れる可能性があります。

推薦プロセス：

エクスポート時にすべてのユーザーIDを保持
移行後は"ネットワーク管理者→ユーザー→記事の再配布機能
プローブwp_user_rolesオプションが完全移行かどうか

バリデーションとテストのチェックリスト

移行完了後、以下のチェックを行う必要があります：

すべてのサブサイトのホームページが正しく読み込まれます。
管理者は異なるサブサイトのバックエンドを切り替えることができる
メディアライブラリの画像をフル表示するかどうか
ログイン後、ユーザーが正しい権限を持っているかどうか
サブサイトでプラグインが有効なままかどうか

サブサイトが表示される404エラーその際にはwp_#_options表形式サイトURL歌で応えるホーム値を変更し、固定リンク設定を再保存してください。データベース接続の問題は通常wp-config.phpずぼしをさす$table_prefix実際のデータベース接頭辞との不一致。

緊急復旧プログラム

2つのリカバリープランを準備することで、リスクを最小限に抑えることができる：

データベーススナップショット移行前にデータベースのポイント・イン・タイム・リカバリ・マーカーを作成する
ファイルのバックアップ完全な保持wpコンテンツカタログZIP

実際の事例では、サブサイトのデータが異常である場合、別のリカバリwp_#_optionsテーブルを使う方が、ライブラリの完全なロールバックよりも効率的であることが多い。この場合WP-CLIな検索置換コマンドは、手動でSQLを置き換えるよりも安全である：

バッシュ
wp search-replace 'old domain' 'new domain' --network --dry-run

マルチサイト移行の複雑さは、主にデータの相関関係に起因する。テーブル構造の関係を理解するそしてインクリメンタル・オペレーションの採用そして完全なロールバック機構の確立これら3つの要素は、リスクをコントロールするのに効果的である。ハイパースケールネットワークでは、以下のことを推奨する。サブサイトの一括移行システム障害を避けるため、各移行の直後にコア機能を検証する。

お問い合わせ
チュートリアルが読めない？無料でお答えします！個人サイト、中小企業サイトのための無料ヘルプ！	カスタマーサービス WeChat
① 電話：020-2206-9892
② QQ咨询：1025174874
三 Eメール：info@361sale.com
④ 勤務時間: 月～金、9:30～18:30、祝日休み