[新着] WP Media Cleanupがメディアライブラリに隠れた未使用画像を削除
メディアライブラリの散らかりにうんざりしていませんか？WP Media Cleanupはサイトをスキャンし、不要な画像バリエーションを削除してサイトの効率を向上させます…
[新着] WP Media Cleanupがメディアライブラリに隠れた未使用画像を削除
ジョエラ・ダン
ジョエラ・ダン
ジョン・ターナー
ジョン・ターナー
ウェブサイトのバックアップを開始し、コーヒーを飲みに出て、戻ってきたら失敗していた。
悔しいかもしれないが、バックアップの失敗は解決策が明確なパズルなのだ。
失敗したバックアップには必ずパンくずが残ります。これらのパンくずはバックアップ・ログに残り、何が問題でどう修正すればよいかを正確に教えてくれます。
ログは、一見すると威圧的に見えるかもしれないが、一度何を見るべきかを知れば、問題を診断するための最良の友となる。
私の目標は単純だ：探偵のようにバックアップログを読む方法を教えたい。このガイドが終わる頃には、最も一般的なバックアップの問題を自分で解決する方法を知っていることでしょう。
以下はその要点である：
バックアップの失敗のトラブルシューティングに何年も携わってきて、私が学んだことがある。
バックアップの失敗には必ず原因があります。サーバーのメモリ不足。ファイルのパーミッションがアクセスをブロックした。他のプラグインが処理を妨害した。
これらの一般的な原因を理解することは、バックアップ・トラブルシューティングのエキスパートになるための第一歩です。一度パターンを認識すれば、想像以上に早く解決策を見つけることができます。
私がよく目にする犯人を紹介しよう。
サーバーにはmax_execution_timeというタイマーが組み込まれています。これは、長すぎるプロセスを停止させるストップウォッチだと思ってください。
何千ものファイルや巨大なデータベースを持つ大規模なサイトでは、タイマーがゼロになる前にバックアップ処理が終わらない可能性があります。
その結果は？バックアップは途中で切断され、"504 Gateway Timeout "や "Maximum execution time exceeded "といったエラーが表示されます。
これはおそらく、特に共有ホスティングプランで最も頻繁に見られるバックアップの問題です。
バックアップの作成はメモリ集約型の作業です。あなたのウェブサイトは、ファイルをZIPで圧縮し、データベースをエクスポートし、すべてのデータを同時に処理しなければなりません。
サーバーにはPHPプロセスのメモリ制限があります。PHPのメモリが不足すると、バックアップは特定のエラーメッセージとともにクラッシュします："Fatal error：許容メモリサイズ X バイトを使い果たしました。"
WordPressのファイルやフォルダには、読み取り、書き込み、実行を制御するパーミッション設定があります。これらのパーミッションが正しく設定されていない場合、バックアップが重要なファイルやフォルダの読み取りをブロックしてしまう可能性があります。
WordPressの標準的なパーミッションは、ディレクトリが755、ファイルが644です。これらが破損すると、ログに "permission denied" や "failed to open" といったキーワードが表示されます。
バックアッププラグインは単独では動作しません。あなたのサイトで動作している他のすべてのものと相互作用する必要があります。
セキュリティ・プラグインはバックアップ・プラグインと競合することが知られている。これらのプラグインは、バックアップ処理を不審な動作とみなし、完全にブロックする可能性があります。
キャッシュ・プラグインも問題を引き起こす可能性があり、バックアップ・プロセス中に破損したデータや古いデータを提供する。
サーバー上では正常にバックアップが完了しても、Google DriveやDropboxなどのクラウドストレージにアップロードすると失敗することがあります。
よくある原因としては、期限切れの認証トークン、不正なAPIキー、発信接続をブロックするサーバーのファイアウォールなどがある。
最後のステップまではすべてがうまくいっているように見えるからだ。
さて、一般的な原因を理解したところで、実際の解決方法について説明しよう。今問題を解決すれば、将来バックアップがデータを適切に保護するようになります！
ウェブサイトのバックアップ失敗のトラブルシューティング方法は以下の通りです：
バックアップログには、障害の原因となった正確なエラーメッセージが含まれています。それをチェックしなければ、解決策を推測するだけになってしまいます。
バックアップログは、バックアップサービスによって異なる場所にあります。DuplicatorはWordPressのバックアッププラグインとしてとても人気があるので、そのログを確認する方法を紹介しよう。
バックアップが失敗した場合、Duplicator " Tools " Duplicator Logsを見つけます。右側で読みたいバックアップファイルを選択します。
まず、サーバーに関する情報とバックアップに関する一般的な情報が記録されます。例えば、どのパッケージ・コンポーネントが含まれていたかがわかります。
次に、データベースのダンプ、バックアップの圧縮、バックアップの転送を記録する。
ログファイルが作成された後にバックアップが失敗した場合、関連するセクションに特定のエラーメッセージが表示されます。
データベースの問題は「データベース」セクションに表示され、圧縮の問題はバックアップの圧縮フェーズに表示されます。
この構造は、故障が発生した場所を正確に特定するのに役立つ。
一見しただけでは、ログファイルの読み方がわからないかもしれない。まずはログファイルの一番最後までスクロールすることをお勧めする。以下の行を探してください：
DUPLICATOR PRO PACKAGE CREATION OR MANUAL STORAGE TRANSFER END: [timestamp]
NOTICE: Do NOT post to public sites or forumsこれらの行が表示されていれば、バックアップは正常に完了しています。これらの行がない場合、バックアップはプロセスのどこかで失敗しています。
エラー、致命的、タイムアウト、メモリー、パーミッション、失敗などのキーワードでログを検索する。
見つけたら、エラーメッセージの全文を読んでください。多くの場合、問題の原因となったファイルやプロセスを正確に教えてくれます。
Duplicatorのログをダウンロードして、サポートチームに直接送ることもできます。サポートチームが問題を診断し、他の重要なサイトタスクに時間を割くことができます。
一般ページでバックアップログをダウンロードします。診断データの取得をクリックします。
これにより、Duplicatorサポートチームがバックアップの問題を解決するために必要なすべてのログを含む完全なzipファイルが作成されます。このファイルをサポートチケットに添付すれば完了です！
タイムアウトやメモリの問題が疑われる場合、極端に大きなサイトファイルをバックアップから除外したい場合があります。このようなファイルは個別にバックアップすることができます。
まずはメディアライブラリをバックアップから除外しましょう。メディアライブラリには、画像、ビデオ、その他リソースを消費するメディアファイルが含まれています。
Duplicatorで、Backup Componentsのメディアライブラリのチェックを外してください。Duplicatorはwp-uploadsフォルダのバックアップを回避します。
アップロードを除いたバックアップが突然完了した場合、サーバーリソースの問題であることが確認できます。別個にメディアバックアップを作成し、すべてのサイトファイルをコピーしてください。
これには体系的なアプローチが必要だが、ソフトウェアのコンフリクトを特定する最も確実な方法だ。
このテストには、必ずステージングサイトを使用すること。本番サイトでは決して実験を行わないでください。
まず、バックアップ・プラグイン以外のすべてのプラグインを停止します。そして、テストバックアップを実行してください。
うまくいったら、プラグインをひとつずつ有効化し、有効化するたびにバックアップを実行します。バックアップが再び失敗したら、原因を見つけたことになります。
すべてのプラグインがテストに合格したら、Twenty Twenty-FiveのようなデフォルトのWordPressテーマに切り替えて再度テストする。
このプロセスには時間がかかるが、どのソフトウェアを交換する必要があるかについての明確な答えが得られる。
FTPまたはホスティング・コントロール・パネルのファイル・マネージャーからサイトのファイルにアクセスする必要があります。755以外のパーミッションのフォルダと644以外のパーミッションのファイルを探してください。
WordPressのルートディレクトリ、wp-contentフォルダ、最近変更されたファイルに特に注意してください。
ほとんどのFTPクライアントでは、複数のファイルを選択して一括でパーミッションを変更できるため、大規模なサイトで時間を節約できる。
サーバーのリソースを増やすことは、タイムアウトやメモリの問題を長期的に解決する方法です。
wp-config.phpファイルで制限を増やすことができます。以上です、編集を中止してください」というコメントの上に以下の行を追加してください：
phpdefine('WP_MEMORY_LIMIT', '256M');
ini_set('max_execution_time', 300);共有ホスティングプロバイダーは、これらの設定を上書きすることが多いことを覚えておいてください。変更が反映されない場合は、ホストのサポートチームに連絡する必要があります。
バックアップがローカルでは完了するが、クラウドストレージへのアップロードに失敗する場合は、ストレージ接続をテストしてください。
DuplicatorでStorageページを開き、テストしたい場所をクリックする。一番下までスクロールし、Test Storageをクリックする。
Duplicatorは、クラウドストレージ上の小さなファイルの送信と取得を試みます。このテストが失敗するとアラートが表示されます。
接続テストに失敗した場合は、通常、最初からやり直すことをお勧めする。既存の接続を削除し、ゼロから再認証する。
私は、多くの人々がバックアップを定期的に実行しているにもかかわらず、それをテストしていないことを目の当たりにしている。災害に見舞われたとき、バックアップが壊れていたり、不完全だったりすることに気づくこともある。
バックアップをテストするスケジュールを決めましょう。月1回がよく、四半期に1回が最低限です。
テスト中に、ステージング・サイトまたはローカルの開発環境にバックアップをリストアする。これにより、バックアップが実際に機能することが証明される。
Duplicatorを使えば、ボタンをクリックするだけで簡単にできます。
ダッシュボードを離れることなくクラウドバックアップを復元することもできます。Duplicatorがクラウドからバックアップファイルをダウンロードし、復元してくれます。
テスト後、バックアップが正しく復元されたかどうかを確認します。
バックアップが完了しない場合、通常はサーバーリソースの問題です。バックアップが完了する前に、タイムアウトかメモリの制限にぶつかっているのです。
タイムアウト、メモリ、実行時間などのキーワードをログで確認する。これらのキーワードから、具体的なリソースの制約を確認することができる。
一般的なWordPressのバックアップは、小さなサイトであっても少なくとも数メガバイト必要です。バックアップの容量が急に小さくなった場合は、バックアップシステムに問題がある可能性があります。ログを確認するか、サポートチームに助けを求めてください。
誤って重要なフォルダを除外している可能性があります。バックアップの設定を確認し、wp-content、wp-includes、テーマディレクトリなどの重要なフォルダが含まれていることを確認してください。
そう、セキュリティ・プラグインは、バックアップ・プロセスが大量のファイルに素早くアクセスするのを検知し、マルウェア検知のトリガーとなります。しかし、ほとんどのセキュリティプラグインでは、バックアッププロセスをホワイトリストに登録したり、リアルタイムスキャンから除外することができます。
バックアップを100％確実にリストアする唯一の方法は、テストリストアを実行することです。ステージングサイトまたはローカルの開発環境をセットアップし、そこでバックアップをリストアします。サイトが正しくロードされ、すべてのコンテンツが無傷に表示されれば、バックアップは確実です。
バックアップの失敗は謎ではありません。具体的な原因と明確な解決策がある問題なのだ。
バックアップログはすべての鍵です。バックアップ・ログには、何が問題であったかを診断し、修正するために必要な証拠が含まれています。
しかし、ここからが最も重要なアドバイスだ。バックアップのテストを始めるのに、障害が発生するのを待つべきではない。問題を発見する最善のタイミングは、それを適切に修正する時間があるときです。
バックアップの失敗に対処するのに疲れ、ただ動作するソリューションをお探しなら、Duplicator Proへのアップグレードをご検討ください。Duplicator Proは、バックアップの失敗の原因であるリソースの制約や技術的な課題に対応できるように設計されています。今すぐお試しください！
ここにいる間、私はあなたがこれらの厳選されたWordPressのリソースを気に入ると思います：
情報開示私たちのコンテンツは読者支援型です。つまり、あなたが私たちのリンクをクリックした場合、私たちはコミッションを得る可能性があります。私たちは、読者に付加価値をもたらすと信じる製品のみを推薦します。
