14 Oracle Managed File Transferのチューニング

この章では、パフォーマンスおよびトラブルシューティングのためにManaged File Transfer (MFT)をチューニングする方法について説明します。

この章の内容は次のとおりです。

Managed File Transferについて
MFTパラメータのチューニング

14.1 Managed File Transferについて

Oracle Managed File Transfer (MFT)は、パフォーマンスが高く、標準ベースのエンドツーエンド管理対象ファイル・ゲートウェイです。これは、ファイル暗号化、スケジュール、埋込みFTPおよびsFTPサーバーを含む軽量のWebベース設計時コンソールを使用した設計、デプロイメントおよびファイル転送のモニタリングを特徴とします。

Managed File Transferの詳細は、『Oracle Managed File Transferの使用』のOracle Managed File Transferの理解に関する項を参照してください。

14.2 MFTパラメータのチューニング

この項では、パフォーマンスを最適化するパラメータについて説明します。次のトピックが含まれます:

リモートFTP / SFTP/ FILEタイプのソースのチューニング
MDSラベルの最小化
マテリアライズド・ビューのリフレッシュ間隔の調整

表14-1に、MFTパフォーマンスの改善のためにチューニングが必要になると思われるノブを示します。MFTの問題のある領域を診断するには、『Oracle Managed File Transferの使用』のOracle Managed File Transferのモニタリングに関する項およびOracle Managed File Transferの管理に関する項を参照してください。

表14-1 重要なMFTチューニング

パラメータ	問題点	チューニングに関する推奨事項	トレードオフ
プロセッサ数デフォルト: 各タイプのプロセッサごとに2個	JMSメッセージがメッセージ処理キューに蓄積されています。	メッセージが蓄積されているキューのプロセッサ数を増やします。最適な値はメタデータおよび受信ペイロードによって異なります。DMSメトリックを使用して最適なプロセッサ数を計算できます。 DMSメトリックを有効にするには、MBeanプロパティの`enablePerformanceMetric`を追加します。後でメトリックを無効にするには、値を`False`に設定します。	プロセッサ数が増えると、同時処理に必要なシステム・リソースが増えます。
埋込みFTP/SFTPサーバーの最大同時リクエストおよび最大ログイン数の設定デフォルト: 10	複数の接続リクエストが待機状態です埋込みサーバー・ログ・ファイルに「ログイン・ユーザー数が多すぎるため、ユーザーは切断されます」というメッセージが表示されます。	同時リクエストの最大数および埋込みFTP/SFTPサーバーの最大ログイン数を大きくします。パフォーマンスが直線的に拡張を続けるかぎり、数を増加できます。埋込みサーバー・サービス(FTP/SFTP)が使用されていない場合は、この設定を無効にします。	数が増えると、同時処理に必要なシステム・リソースが増えます。
LDAPの最大プールデフォルト: 10	LDAPへの同時接続数が常に上限に達しています。	数を大きくします。 LDAPは、WebLogicサーバーにデプロイされているすべてのアプリケーションの共有リソースであるため、LDAP接続をモニターしてこの値を適切に調節する必要があります。	数が増えると、必要なシステム・リソースが増えます。
`MFTDataSource`への最大接続数デフォルト: 50	データ・ソースへの同時接続の数が、常に上限に達しています	パフォーマンスが直線的に拡張を続けるかぎり、接続数を増やします。最適な値は、プロセッサ数、リスニング・ソース・スレッド・モデル、および埋込みサーバーの最大同時リクエスト設定に基づいて決定できます。	数が増えると、必要なシステム・リソースが増えます。
チェックサムの生成設定デフォルト: `Enabled`	全体的なMFTメッセージ処理が遅くなっています	MFTから配信されたペイロードのチェックサム検証が不要な場合は、このパラメータを無効にします。	チェックサムの生成は時間がかかる操作です。
定期的なパージデフォルト: `Disabled`	ディスク領域が上限に近づいています MFTの表によって使用されている表領域が、割り当てられた表領域の上限に達しています	パージを実行してディスク領域または表領域を解放します。	履歴情報/データは破棄されます。

表14-2に、通常はチューニングする必要がないチューニング・プロパティを示します。これらのパラメータを調べて値が変更されたかどうかを確認できるように、デフォルト値を保持することをお薦めします。

表14-2 重要度が低いまたは中間のMFTパラメータ

パラメータ	問題点	チューニングに関する推奨事項	トレードオフ
ブロードキャスト・ユースケースの処理関数/コールアウト使用の推奨事項デフォルト: ターゲット・レベル	関連付けられた処理関数/コールアウトがターゲットごとに実行されますが、これはパフォーマンスを低下させます。	ブロードキャスト・ユースケースの場合、処理関数/コールアウトを可能なかぎりターゲット・レベルではなくソース・レベルで関連付けます。	なし。
サブフォルダ数のMBean設定デフォルト: 256	ファイルを格納するための多数のサブフォルダにおけるMFT切替えによって、ディスク・パフォーマンスの低下が発生しています。	サブフォルダ数を少なくします。	サブフォルダの数を減らすと、各サブフォルダに格納されるファイルの数が増加します。着信ファイルのボリュームが大きい場合、1つのサブフォルダ内のファイル数が多いとパフォーマンスが低下します。
インライン・ペイロードのストア設定デフォルト: ファイル・システム	ディスクからWebサービス・ソースのインライン・ペイロードへのアクセスの時間がかかりすぎているため、パフォーマンスが低下しています。	インライン・ペイロードを、ファイル・システムではなくデータベースに格納します。	インライン・ペイロードはデータベースに格納されるため、MFTによって使用される表のサイズが大きくなります。
ターゲット・レベルでの「変更したファイルを常に保存」設定デフォルト: `False`	監査目的でこの設定を`True`に変更すると、ディスク領域の使用量が増加します。	デフォルト値の`False`では、ディスク領域使用量が減少します。	監査情報が使用できなくなります。ターゲットに関連付けられた前処理がある場合、ターゲット・レベルの再送信は機能しないことに注意してください。
minFileSizeForProgressMonitor デフォルト: `10 MB`	バイト転送に関する更新が頻繁です。	最小ファイル・サイズを指定して、大きいファイルに対してのみ転送の進行状況画面が表示されるようにします。	指定した最小よりも小さいファイルの場合は、ファイル転送進行状況が表示されません。
progressMonitorTimeToCommit MBean デフォルト: 4秒	バイト転送に関する更新が頻繁です。	最小ファイル・サイズを指定して、大きいファイルに対してのみ転送の進行状況画面が表示されるようにします。	進行中のファイル転送に対して転送されたバイトに関するデータベース更新が遅くなります。
MaxMdsSessionCacheCount デフォルト: 100	MDSキャッシュ・メモリー・フットプリントによってメモリー不足例外が発生しました。	この値を小さくします。	キャッシュからのデータ・アクセスの方が早いため、これを小さくすると、全体的なMFTメッセージ処理のパフォーマンスが低下します。

14.2.1 リモートFTP / SFTP/ FILEタイプのソースのチューニング

ポーリング間隔が過ぎた後でもMFTでファイルを選択できない場合、リモートFTP/SFTP/FILEタイプのソースをチューニングする必要があります。MFTは、これらのすべてのソース・タイプの下でJCAアダプタを使用します。テクノロジ・アダプタの理解のOracle JCAアダプタ・フレームワークのパフォーマンスとチューニングに関する項に示されているSOAアダプタに関する推奨事項を参照してください。

プロパティの一部を表14-3に示します。

表14-3 リモートFTP/SFTP/FILEタイプのソースのチューニング

パラメータ	問題点	チューニングに関する推奨事項	トレードオフ
ThreadCount デフォルト: -1	グローバル・プール内のスレッド数が不足しているため、優先度が高いエンドポイントのファイル・ダウンロードが遅くなっています。	0よりも大きい値を指定します。これによって、ファイルをダウンロードするために指定したエンド・ポイントに専用のスレッド・プールが作成されます。	値が大きすぎる場合、1つのエンド・ポイントに多数のスレッドが割り当てられ、全体的なパフォーマンスが低下することがあります。
SingleThreaded デフォルト: False	まれに、グローバル・スレッドを使用したくない場合や、優先度が低いエンド・ポイントに別のスレッド・プールを割り当てたくない場合があります。	値をTrueに設定します。	trueに設定すると、新しいファイルのポーリングおよびダウンロード用のスレッドが単一になるため、エンド・ポイントからのファイルのダウンロードが遅延する場合があります。

パラメータ

問題点

チューニングに関する推奨事項

トレードオフ

ThreadCount

デフォルト: -1

グローバル・プール内のスレッド数が不足しているため、優先度が高いエンドポイントのファイル・ダウンロードが遅くなっています。

0よりも大きい値を指定します。これによって、ファイルをダウンロードするために指定したエンド・ポイントに専用のスレッド・プールが作成されます。

値が大きすぎる場合、1つのエンド・ポイントに多数のスレッドが割り当てられ、全体的なパフォーマンスが低下することがあります。

SingleThreaded

デフォルト: False

まれに、グローバル・スレッドを使用したくない場合や、優先度が低いエンド・ポイントに別のスレッド・プールを割り当てたくない場合があります。

値をTrueに設定します。

trueに設定すると、新しいファイルのポーリングおよびダウンロード用のスレッドが単一になるため、エンド・ポイントからのファイルのダウンロードが遅延する場合があります。

14.2.2 MDSラベルの最小化

アーティファクトのデプロイメントによって、新しいMDSラベルが作成されます。MDSラベルが増えると、メモリー・フットプリントおよびメタデータを取得するための時間が増えます。

通常、ユーザーはデプロイメントに関して次のベスト・プラクティスに従う必要があります。

頻繁なデプロイメントおよびメタデータ作成を最小化します。
一括デプロイメントのWLSTコマンドを使用します。
メタデータへのすべての変更を行い、それらを一度にデプロイします。

14.2.3 マテリアライズド・ビューのリフレッシュ間隔の調整

マテリアライズド・ビューは1分ごとにリフレッシュされます。データベース・サーバーの負荷が高い場合、リフレッシュ頻度を1分よりも大きくします。

MFTコンソールのマテリアライズド・ビューからデータを表示できます。データベース・サーバーで高い負荷が検出される場合、次のコマンドを使用してこのリフレッシュ頻度を調整できます。

ALTER MATERIALIZED VIEW <<MV_NAME>> REFRESH NEXT <<REFRESH_INTERVAL>>;

MFTで使用されるマテリアライズド・ビューは次のとおりです。

MV_MFT_PAYLOAD_INFO
MV_MFT_SOURCE_INFO
MV_MFT_SOURCE_MESSAGE
MV_MFT_TARGET_INFO
MV_MFT_TRANSFER
MV_MFT_TRANSFER_COUNT_INFO