Adobe Commerceの高度なレポートのトラブルシューティング
Adobe Commerceの高度なレポートの問題は、このトラブルシューティングツールを使用して解決できます。 これには、データが表示されない高度なレポートや 404 エラーが含まれます。 各質問をクリックすると、トラブルシューティングの各ステップの回答が表示されます。
手順 1 - サイトが高度なレポート要件を満たしていることを確認する step-1
手順 2 – 複数の基本通貨での注文があるか。 step-2
複数の基本通貨を(注文および設定内で)使用していますか。 SQL コマンドを実行して、現在の設定を取得します:SELECT value FROM core_config_data WHERE path = 'currency/options/base';
。
a.はい – クエリによって複数の行が返された場合、サポートされる通貨は 1 つのみなので、高度なレポートは使用できません。
b. NO – 出力には 1 つの通貨のみが表示されます。 例:USD
。 複数の基本通貨が(注文で)使用されたことはありますか? 次の SQL コマンドを実行して、注文の履歴データを取得します。SELECT DISTINCT base_currency_code FROM sales_order;
。
メモ:このコマンドでは、完全なテーブルスキャンが必要です。そのため、レコード数が多いテーブルの場合、クエリの実行中に履歴オーダーデータを取得するために パフォーマンスに影響が及ぶ可能性があります。
複数の基本通貨が使用されたことがある場合は、1 つの通貨のみをサポートしているので、高度なレポートを使用できません。 出力に 1 つの通貨のみが表示される場合は、 手順 3 に進みます。
手順 3 – 分割データベースが使用中かどうかを確認する step-3
分割データベースソリューションを使用していますか?
a.はい。Advanced Reporting 404 のパッチ MDVA-26831 エラーを使用して、スプリット データベース ソリューションとキャッシュをクリアします。 ジョブが再び実行されるまで 24 時間待ってから、もう一度試してください。
b.いいえ – 手順 4 に進みます。
手順 4 – 詳細レポートが有効であることを確認 step-4
管理者/ストア/設定/設定/一般/詳細レポート をオンにします。 詳細な手順については、 詳細レポート:詳細レポートを有効にするを参照してください。
a.はい – 手順 5 に進みます。
b.いいえ – 詳細レポートを有効にするを選択して保存し、Adobe Commerceと詳細レポートが同期するまで 24 時間待ちます。 データが読み込まれるかどうかを確認します。 問題が解決した場合。 ステップ 5 に進まない場合。
手順 5 - トークンの確認 step-5
手順 6 – 行を使用 step-6
次のクエリを実行して、フラグテーブルのカウンター値を確認します。SELECT * FROM `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter'\G
クエリは行を返しますか?
a.はい – 次の手順を実行します。1. 次のクエリを実行します。DELETE from `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter';
2. 設定で詳細レポートモジュールを無効にする有効にする)および トークンを再認証します。
3. Adobe Commerceと詳細レポートが同期するまで 24 時間待ちます。 詳細レポートでデータが表示されない場合は、 サポートチケットを送信してください。
b.いいえ – クエリから何も返されない場合は、次の手順に従います。1. 設定で詳細レポートモジュールを無効にする有効にする)および トークンを再認証します。
2. Adobe Commerceと詳細レポートが同期するまで 24 時間待ちます。 詳細レポートでデータが表示されない場合は、 サポートチケットを送信してください。
手順 7 - テーブル内のレコード cron_schedule
確認 step-7
cron_schedule
テーブルにレコードがありますか?次のクエリを実行して、ジョブ analytics_collect_data
が実行されたことを確認します:SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G
a.はい。レコードが存在し、status 列に missed と表示されている場合は、このサポート情報記事の Update Advanced Reporting のパッチを使用して、独自の cron グループで実行します。
b.はい – レコードが存在し、ステータス 列が 成功 と表示されている場合は、 手順 9 に進みます。
c.はい – レコードが存在し、ステータス 列が エラー になっている場合は、 手順 8. に進みます
d.いいえ – レコードがない場合は、 手順 8 に進みます。
手順 8 - support_report.log
でジョブを確認する step-8
support_report.log
にログインしましたか?次のコマンドを実行します。zgrep analytics_collect_data var/log/support_report.log var/log/support_report.log.1.gz | tail
a.はい – クエリからの出力がジョブの成功を示している場合(例:Cron Job analytics_collect_data is successfully finished
は 手順 9。
b.いいえ – ログにレコードがない場合は、 サポートチケットを送信します。
c.はい – レコードが存在するにもかかわらずエラーが発生した場合は、 手順 10 に進みます。
手順 9 - data.tgz
ファイルを確認する step-9
data.tgz
はシステムに存在し、アクセスログにレコードがありますか?ファイル data.tgz
が存在することを確認するには、次のコマンドを実行します。このコマンドは、ハッシュ名を持つディレクトリを返します。
code language-none |
---|
|
access.logs にレコードがあることを確認するには、次のコマンドを実行します。
code language-none |
---|
|
a.はい。ファイル data.tgz
が存在し、アクセスログにレコードがあるが、404 エラーが解決しない場合は、 サポートチケットを送信する必要があります。
b.いいえ – 手順 10 に進みます。
手順 10 - エラーメッセージを確認 step-10
例:cron_schedule
の表に「/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0 ファイルは削除できません というエラーが表示されます。 警告!unlink (/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0?lang=en):そのようなファイルやディレクトリはありません*
a.はい – ACSD-50165 パッチを使用してください ファイルは削除できません。 警告!unlink:管理にファイルまたはディレクトリのエラーがありません。ジョブが再実行されるまで 24 時間待ってから、再試行してください。
b.いいえ – 手順 11 に進みます。
手順 11 - ページビルダーエラーの確認 step-11
例:report.ERROR: Cron Job analytics_collect_data has an error: substr_count() expects parameter 1 to be string, null given. Statistics: {"sum":0,"count":1,"realmem":0,"emalloc":0,"realmem_start":224919552,"emalloc_start":216398384} [] []
回答:はい。Adobe Commerceの一般的な詳細レポートの cron ジョブエラーで MDVA-19391 パッチを使用し、ジョブが実行されるまで 24 時間待ってから、もう一度試してください。
b.いいえ – サポートチケットを送信。
関連資料
Commerce実装プレイブックの データベーステーブルを変更する際のベストプラクティス