例

ByteCodeTransformer.2012_09_12_20_17_57.0.log

ファイルサイズは15秒ごとにチェックされるため、ロールオーバーされる前のファイルは、指定されたしきい値よりやや大きくなることがあります。

生成された最初のログファイルは、次のように名前が付けられます。 ByteCodeTransformer.<timestamp>.0.log

このプロパティ値のフォーマットをデフォルト値 20,5,4 で説明します。それぞれの数字のセグメントには次のような意味があります。

• 20 は最初のログファイル（.0 バージョン）のサイズで、MB 単位
• 5は2番目以降の各ローリングファイルのサイズで、MB単位
• 4はキープするByteCodeTransformerログファイルの数

例

たとえば、次のようにSQLコールを構成するJavaコードを見てみましょう。 

stmt = new PreparedStatement("select * from user where ssn = ?")
stmt.bind(1, "123-123-1234")
stmt.execute()

capture-raw-sqlが有効な場合、AppDynamicsは次の形式でSQLコールをキャプチャします。Splunk AppDynamics

select * from user where ssn = '123-123-1234'

capture-raw-sql が無効な場合、SQL コールは、値にバインドされていない疑問符パラメータとともに表示されます。

capture-raw-sql を無効にし、SQL プリペアドステートメントで疑問符パラメータを使用すると、機密データがコントローラ UI に表示されなくなります。

重要な点としては、上記のように、SQL ステートメントの元のプリペアドステートメント形式で、機密の値をパラメータ化する必要があることに注意してください。次のステートメントでは、capture-raw-sql の有効または無効にかかわらず、UI に表示される潜在的に機密性の高い情報（ssn 値）が生成されます。

stmt = new PreparedStatement("select * from user where ssn ='123-123-1234'")

IBM JVMを使用する環境でこのノードプロパティを変更した場合、JVMを再起動する必要があります。この機能には特定のJDBCクラスの再変換が必要ですが、IBMエージェントではそれができないためです。

オプションをエージェントプロパティとして設定すると、ノードのSQLキャプチャモードに影響を与えます。コールグラフ設定 にある [Capture Raw SQL] オプションを使用すると、すべてのノードの動作を設定できます。