トラブルシューティング: Azure監視とアラートの基本
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
このトピックでは、Log Analytics Operations Management Suite (OMS) のSitecore Azure Monitoring and Alerts Basicダッシュボードとアラートのトラブルシューティングに役立つよくある質問に回答します。
Sitecore Azure Monitoring and Alerts Basicのプロビジョニング後にタイルにデータが表示されない
Sitecore Azure Monitoring and Alerts Basicのプロビジョニング後にタイルにデータが表示されない
データは、Sitecore Azure Monitoring and Alerts Basicモジュールをプロビジョニングしてから10分後にLog Analytics OMSへのストリーミングを開始します。
-
10分経ってもデータが表示されない場合は、Log Analytics OMSデータ ソースとAzureリソースの間の接続を確認します。
すべてのリソース( masterを除く)が接続されている場合は、次のセクションを参照してください。
接続性が良好であるにもかかわらず、タイルやチャートにデータが表示されない
接続性が良好であるにもかかわらず、タイルやチャートにデータが表示されない
これは既知の問題です。接続が良好な場合は、リソース インフラストラクチャがLog Analytics OMSにステータスを提供していない可能性があります。この原因は、Log Analytics OMSがリソースの場所から遠く離れていることが原因である可能性があります。
-
この問題を回避するには、既存のLog Analytics OMSを削除し、同じ場所または リソース グループに近い場所でAzure Monitoring and Alerts Basicモジュールを再プロビジョニングします。
プロビジョニング後にLog Analytics OMSに予期されるタイルが表示されない
プロビジョニング後にLog Analytics OMSに予期されるタイルが表示されない
プロビジョニング後に、想定していた概要タイルが表示されない場合は、すべての構成オプションを再確認して、潜在的な問題を特定します。
-
必要な概要タイルがまだ表示されない場合: Azureリソース グループで既存のLog Analytics OMSを削除してから、正しい構成オプションを使用してAzure Monitoring and Alerts Basicモジュールを再プロビジョニングします。
または、次の回避策を使用することもできます。
-
リソース グループで、リソース内のすべての可用性テストを削除します。
-
OMSを終了し、デプロイメント・スクリプトを再実行します。
期待される結果を達成するために、このプロセスを複数回繰り返す必要がある場合があります。
OMSで折れ線グラフが正しくプロットされない
OMSで折れ線グラフが正しくプロットされない
これは既知の問題です。この問題を回避するには、次のようにします。
-
折れ線グラフをクリックし、「 Edit」をクリックします。設定を変更せずに、Applyをクリックします。
Azureがアラート通知パネルでアラートをトリガーしたにもかかわらず、アラート メールが表示されない
Azureがアラート通知パネルでアラートをトリガーしたにもかかわらず、アラート メールが表示されない
ソリューションに使用しているレベル (レベル1、2、3、または4) を検討します。
アラート階層1、2、3のメール通知を有効にする
デフォルトでは、アラート階層1、2、および3のEメール通知を生成するのはCriticalアラートのみです。
重大でないアラートの電子メール通知を有効にするには:
-
Microsoft Azureメニューで、Monitor、Alerts、Manage action groupsの順にクリックします。
-
Action nameで、更新するアラート アクション グループをクリックします。
-
ActionsのDetailsで、Edit detailsをクリックします。Email/SMS/Push/Voiceウィンドウでは、アラート受信者のメール アドレスなど、そのアラート グループの通知の詳細を編集できます。
アラート階層4のメール通知を有効にする
アラート階層4 (pingテスト) の場合は、アラートを専用に カスタマイズ する必要があります。
アラート階層4のメール通知を有効にするには:
-
Application Insightsで、左側のメニューでAvailabilityをクリックします。
-
リボンのDetailsをクリックします。
-
アラートの編集アイコンをクリックします。
Edit testパネルはページの右側に表示されます。
-
Alertsで、Send alert emails to these email addresses: フィールドで、メールアドレスの詳細を更新します。
手記受信者が複数いる場合は、アドレスを区切るためにセミコロン ; を使用します。
Azure Monitoring and Alerts BasicにApplication Insightsは必要ですか?
Azure Monitoring and Alerts BasicにApplication Insightsは必要ですか?
Azure Monitoring and Alerts Basicを完全に機能させるには、Application Insightsを使用する必要があります。Application Insightsを使用しない場合、一部のAzure Monitoringアラートは機能しません。
アラート (クラシック) プラットフォームをメトリック アラート プラットフォームに置き換える
アラート (クラシック) プラットフォームをメトリック アラート プラットフォームに置き換える
2019年8月31日以降、Alerts (classic) プラットフォームがMetric alertsプラットフォームに置き換わります。移行プロセスは簡単で、Microsoft Azureはあなたを支援する移行ツールを開発しました。
移行は、個々のサブスクリプションごとに実行する必要があります。すべてのサブスクリプションを新しいMetric alertsプラットフォームに移行した後は、古いAlerts (classic)に戻すことも、従来のアラートを作成することもできなくなります。
移行に副作用はありますか?
移行に副作用はありますか?
新しいMetric alertsプラットフォームに移行するアラート ルールは、主に以前と同じ監視範囲を提供し、古いクラシック アラート ルールに関連付けられているすべてのメール アドレス、Webhookエンドポイント、またはロジック アプリケーション リンクが引き継がれます。ただし、新しいMetric alertsプラットフォームのアラート ペイロードは異なるため、アラートが正しく動作しない可能性があるため、アラートの移行に備え てください。サポートが必要な場合は、Microsoft Azureクラシック アラートの廃止チャネル ([email protected]) にお問い合わせください。
締め切りに間に合わなかった場合はどうすればよいですか?
締め切りに間に合わなかった場合はどうすればよいですか?
2019年8月31日以降、Azureは、まだ移行されていないすべてのルールを新しいMetric alertsプラットフォームに自動的に移行します。Microsoft Azureが自動的に移行できないアラート ルールがある場合は、2020年6月までにそれらのアラート ルールを手動で移行する必要があります。
一部のアラートの移行に失敗した場合はどうなりますか?
一部のアラートの移行に失敗した場合はどうなりますか?
一部のアラート ルールは、Microsoft Azure移行ツールを使用して手動で移行することも、Microsoft Azureを使用して自動的に移行することもできません。代わりに、同等のアラートを手動で作成する必要があります。それまでの間、古いクラシックアラートは2020年6月まで機能しますが、変更することはできません。








