AEM オーサーログに、マネージドノードの変更時に一時的なINFO レベルのMongoDB接続エラーが表示される
AEM オーサーログでは、Adobeで管理されるMongoDBのスケーリング、ローリング再起動、DNSの変更、またはプライマリ選択の際に、一時的なINFO レベルのMongoDB接続の例外を表示できます。 これらのエントリは、DocumentNodeStoreが再起動しているノード、休止モードに入っているノード、または使用できなくなったノードに簡単に接続しようとしたときに発生し、接続が自動的に再試行されます。 メッセージがINFO レベルに留まり、オーサリングが引き続き正常に機能する場合、データの損失やサービスの停止は示されません。 ログレベルを確認し、オーサリングが影響を受けるかどうかを確認します。エラーが引き続き発生するか、通常の使用に影響を与える場合にのみ、Adobe サポート にお問い合わせください。
説明 description
環境：
- Adobe Experience Manager as a Cloud Service （AEMaaCS）
- AEM Managed Services
- Adobe Experience Manager Sandbox
問題/症状：
- AEM オーサーログには、
MongoNodeIsRecoveringException、MongoSocketOpenException、MongoSocketException、MongoCommandExceptionなどのINFO レベルのMongoDBの例外が含まれています。 - ログ エントリには、
ShutdownInProgress、Exception opening socket、No address associated with hostname、KeyNotFoundなどのメッセージが含まれます。 - 一時的なMongoDB接続例外の後、バックグラウンド読み取りスレッド
DocumentNodeStoreがキャッシュを無効にし、実行を続行します。 - これらのメッセージは、スケーリング、ローリング再起動、DNS移行、プライマリ選択などの日常的なMongoDBの操作中に表示されます。
- これらのエントリは、作成者の使用不能、低速、またはリポジトリの問題が発生しない限り、実際の停止を示すものではありません。
原因：
Adobeで管理されているMongoDB クラスターは、自動スケーリング、ローリング再起動、DNS移行、プライマリ選択の際にノードをローテーションします。 ノードが休止モードに入ったり、DNSから削除されたりすると、AEM オーサーは、使用できなくなったノードへの接続を簡単に試すことができます。 これにより、一時的な例外が生成され、INFO レベルで記録され、DocumentNodeStoreによって自動的に再試行されます。 これらのメッセージは、オーサリングにも影響がない限り、データの損失やパフォーマンスの問題を示すものではありません。
解決策 resolution
この問題を解決するには、次の手順に従います。
- 作成者
error.logをCloud Managerで開き、MongoDBの例外がINFO レベルでログに記録されていることを確認します。 - ページを開いて影響を受けるアクションを実行し、オーサリングが正常に機能していることを確認します。
- ログ エントリを、
ShutdownInProgress、Exception opening socket、No address associated with hostname、KeyNotFoundなどの想定される一時的なパターンと比較します。 - エントリが最近の拡張アクティビティ、高トラフィック、またはデプロイメントに関して短いバーストで表示されるかどうかを確認し、エントリが単独で停止することを確認します。
- エントリがINFO レベルのままであり、オーサリングに影響がない場合は、それ以上の操作は必要ありません。
- エントリが警告またはエラーとして表示される場合、15分以上続ける場合、ページ読み込みエラー、オーサリングの遅延、またはその他の機能的な影響が発生した場合は、Adobe サポート にお問い合わせください。
関連トピックス
Adobe Experience ManagerとMongoDB
recommendation-more-help
experience-cloud-kcs-help-kbarticles