JDBC ログを有効または無効にする変更を保持するために使用するツールは、構成プロパティ ファイルです。このファイルを使用して、jdbc.log.enable、jdbc.log.level、jdbc.log.file.path、jdbc.log.trace などの JDBC ログに関連するさまざまな構成パラメータを設定できます。これらのパラメータはサーバーの再起動後も保持され、ソース コードを変更せずに変更できます。JDBC ログを有効または無効にするための変更を永続化するために、SAP Commerce 管理コンソール、Java コード、またはバックオフィス管理コックピットを使用しません。参考：2

SAP Commerce は、LDAP プロトコルを使用して外部 LDAP システムからユーザーおよびグループのデータをインポートし、LDAP 内で DSML プロトコルを使用します。LDAP は、ネットワーク経由でディレクトリ サービスにアクセスするためのプロトコルです。SAP Commerce は、LDAP を使用して、ユーザーおよびグループのデータを Active Directory や OpenLDAP などの外部ディレクトリ サーバーと同期できます。DSML は、HTTP 経由で XML を使用して LDAP 操作を実行できるようにするプロトコルです。SAP Commerce は、DSML を使用して、このプロトコルをサポートする LDAP サーバーと通信できます。SAP Commerce は、LDAP クエリ結果を ImpEx に変換しません。また、接続された LDAP システムにアクションを書き込みません。参考：1

サポート インシデントとして扱う必要があるケースは、パフォーマンスが遅いプラットフォームに関してパートナーが製品サポートに連絡する場合、またはパートナーがバックオフィスのカスタマイズ方法に関する情報を要求する場合です。これらのケースは、SAP Commerce Cloud の標準機能に問題がある可能性があること、またはパートナーが製品機能の使用方法についてのガイダンスを必要としていることを示しています。他のケースは、製品サポートの範囲を超えるカスタム ソリューションまたはアーキテクチャの側面に関係するため、サポート インシデントではありません。

システム クラッシュのトラブルシューティングを行うときに必要となるファイルは、問題を再現するための特定のシナリオと、クラッシュの直前に取得されたスレッド ダンプです。特定のシナリオは、問題の根本原因を特定し、考えられる解決策をテストするのに役立ちます。スレッド ダンプは、スレッドの状態を分析し、デッドロック、メモリ リーク、リソース競合を特定するのに役立ちます。