ビルドが5％または保留で止まっている
ビルド・プロセスは、さまざまな問題（主にAJAX通信の失敗など）のために、5%でスタックしたり、保留中と表示されたりすることがある。
問題を解決するには、以下の手順を順次実行してください：
オプション 1 - Admin-AJAX プロトコルをチェックする
プロトコルの不一致：wp-adminのURLがHTTPではなくHTTPSを使用している場合、AJAXプロトコルを変更することで問題が解決するかもしれません。
ステップ
- 設定 " バックアップ " 詳細設定に進みます。
- AJAXの設定をHTTPSに変更する。
- 設定を保存し、ビルドを再試行する。
オプション2 - ローカルホストのトラフィックをブロックするホスト
ローカルホストのブロック：ホスティング環境によっては、Fail2Banのようなサービスが原因で、サーバーが自分自身にコールバックするのを防ぐものがある。
ステップ
- 設定 " バックアップ " 詳細設定に進みます。
- クライアント側のキックオフを有効にする。
- 設定を保存し、ビルドを再試行する。
オプション3 - 基本認証の問題
ベーシック認証：wp-adminにアクセスする際、ポップアップのログインウィンドウに認証情報を入力する必要がある場合、Basic認証が有効になっている可能性があります。
ステップ
- 設定 " バックアップ " 詳細設定に進みます。
- パスワードで保護されたアクセス]の[基本認証]をあなたの資格情報に設定します。
- 設定を保存し、ビルドを再試行する。
オプション4 - Admin-AJAXをブロックするセキュリティ・プラグイン
セキュリティプラグイン：セキュリティプラグインは、ビルドプロセスに必要なAJAXリクエストをブロックするかもしれません。
ステップ
- セキュリティプラグインを無効にする。
- バックアップビルドを実行する。
- ビルドがうまくいったら、問題のある設定を切り分けるためにプラグインを個別に再度有効にしてください。
オプション5 - Admin-AJAXをブロックするホスト
ホストレベルでのブロック：ホスティングプロバイダーによっては、admin-ajax.phpへの呼び出しをブロックするルールがあります。この場合、ホスティングプロバイダに連絡してください。
ペンディング状態
保留状態のバックアップは、スケジュールによって作成されたバックアップがAJAX通信の失敗により処理できないことを示すことがよくあります。
ステップ
- スケジュールを使用する代わりに）手動でバックアップを構築する。
- バックアップが5%で止まった場合、解決方法の詳細はオプション1-5を参照してください。
ビルド 20％前後
一般的に20％台にとどまるのは、データベースのキャプチャに問題があることを示している。
スイッチ データベース・スクリプト・エンジン
Switch Database Setting:
データベースの設定をPHP Codeから MySQLDumpに、またはその逆に変更する。
Steps:
Settings"Backupsに移動し、Databaseの設定を変更します。
テーブルの最適化
wp-sweepなどのプラグインでデータベースを最適化し、不要なデータを削除することを検討してください。
ステップ
- wp-sweepプラグインを使用してテーブルを最適化します。
- 移行後に役に立たないテーブル（ログなど）を探して削除する。
ビルド 40％前後
リソースの少ないホストは、制約のためにzipプロセスを終了させ、ビルドプロセスを40%で再起動させるかもしれない。
ファイルのフィルタリング
サイトサイズに関連する問題かどうかを特定するために、より大きなファイル/ディレクトリをフィルタリングします。
ステップ
シェルモードとZipArchiveモードの両方で、ファイル/ディレクトリフィルタオプションを使用してください。
DupArchiveに切り替える
DupArchiveエンジンに切り替えるとよいかもしれません。設定 " バックアップ.
ZipArchiveに切り替える
シェルZip エンジンから古いZipArchiveエンジンに切り替えることで、問題を解決できる可能性があります。
これらのステップを順を追って実行すれば、ビルドが特定のパーセンテージで止まってしまう問題を解決できるはずです。