トラブルシューティング
修正: Fix Verify Urls False Positives
Multisite バックアップの「Verify Urls False Positives」原因と対処です。
Pro
Fix Verify Urls False Positives の修正
When you hit verify urls false positives, start with the Multisite Migrate job log: last completed chunk, PHP/memory messages, HTTP 502/504, disk/inode errors, or cloud auth failures. Multisite archives are larger and table-heavier than single-site jobs, so shared hosts interrupt long PHP requests — Jobs in Chunks exist specifically for that.
Check tmp/disk free space, upload_max_filesize for imports, S3/Drive/Dropbox/SFTP credentials for Plus uploads, and security plugins that block admin-ajax. After restore issues, verify siteurl/home, rewrite rules, domain mapping (sunrise.php), object-cache drop-ins, and CDN caches. Reproduce once on Staging before changing production limits.
「Verify Urls False Positives」のログ優先診断
Separate backup failures from post-restore URL/media/login problems. Capture job percent, last log line, HTTP status, hosting class, and whether a local archive already exists. That evidence decides whether you raise PHP limits, free disk, fix cloud auth, or only re-upload.
For “verify urls false positives”, avoid restarting from scratch if a chunked job can resume. Lost locks, cleared tmp, or a new job ID are common reasons a progress bar jumps back to 0%.
Multisite 現実に合う修正
Raise PHP time/memory enough for safety, but keep chunked jobs — shared hosts can still kill long workers. Free disk and inodes before large network archives. Allow admin-ajax through WAF or security plugins. On Plus, re-test Drive/Dropbox/S3-compatible/SFTP credentials and quotas.
Free handles core backup/restore; Plus covers BYO cloud; Pro covers remote import, empty-server installer, Staging, and split/extract. Pick the tool that matches the failure — do not upgrade tiers hoping a cloud auth typo will disappear.
アーカイブ完了後
If the local archive is good, you can restore even when cloud upload failed. Fix destination auth/quota, then re-upload, or restore from local. On Staging, confirm HTTPS, mapping, media, and logins before production.
If only one subsite looks wrong after restore, check that site’s tables and sites/{id}/ uploads path before re-running the whole network job.
保持・暗号化・サポート衛生
For fix verify urls false positives, keep enough archive generations to roll back a bad deploy or failed migration. Optional .venc AES-256 encryption on Multisite Migrate archives protects copies at rest when you store offsite on Plus destinations. Document credentials, schedule windows, and who may run Network Admin jobs.
Separate schedule failures from restore failures in your runbook so on-call staff do not rebuild a finished archive unnecessarily.
重要な理由
ログ起点の診断
失敗が PHP・ディスク・DB・クラウド・URL 書き換えのどれかを切り分けます。
標準対策は Jobs in Chunks
巨大な Multisite ジョブをゼロからやり直さず再開します。
リストア後の確認
バックアップ失敗とリストア後の URL/メディア/ログイン問題を分ける。
サポート向けの証跡
サポート向けにどのログ行と環境情報を残すかを把握する。
手順
-
1失敗箇所を記録
Network Admin またはサブサイトでこの手順を実行し、Staging で結果を確認します。
-
2適切な修正を適用
Network Admin またはサブサイトでこの手順を実行し、Staging で結果を確認します。
-
3Chunks で再実行
Network Admin またはサブサイトでこの手順を実行し、Staging で結果を確認します。
-
4Confirm local archive integrity（ローカライズ）
Network Admin またはサブサイトでこの手順を実行し、Staging で結果を確認します。
-
5リストア経路を検証
Network Admin またはサブサイトでこの手順を実行し、Staging で結果を確認します。
よくある質問
この Multisite バックアップ話題の短い回答です。解決しない場合はドキュメントかサポートへ。
質問：Should I raise PHP limits forever?
Multisite Migrate の回答：Free/Plus/Pro、チャンクジョブ、BYO クラウド、Staging リストア訓練。
質問：Why did the job restart at 0%?
多くは失われたロック、消えた tmp、新しいジョブ ID です。再実行前にロックとディスクを確認してください。
質問：Cloud upload failed but local archive exists?
保存先の認証/クォータを直し、再アップロードするかローカルアーカイブからリストアしてください。
質問：Is “verify urls false positives” usually backup or restore?
Multisite Migrate の回答：Free/Plus/Pro、チャンクジョブ、BYO クラウド、Staging リストア訓練。