CA SDM の Web サービス - ベスト プラクティスと推奨事項

CA SDM での Web サービス コールの使用は以下の理由により影響を受けます。
casm173
CA SDM での Web サービス コールの使用は以下の理由により影響を受けます。
  • パフォーマンスの問題
  • CA SDM が応答しない
  • CA SDM プロセスのメモリの増加(domsrvr)
パフォーマンスおよびその他の問題を回避するには、以下を考慮するようにします。
Web サービス コールへの専用 domsrvr の追加
CA SDM と共に CA Process Automation を使用しているか、環境内の他のアプリケーションが CA SDM と統合されている場合、セカンダリ CA SDM サーバをインストールし、Web サービス アプリケーションまたは web サービスをセカンダリ CA SDM サーバに向けることを検討します。 さらに、この理由のために使用される各セカンダリ サーバに webengine/domsrvr ペアを追加することをお勧めします。
標準インストールの場合、CA SDM の
[オプション マネージャ]
-
[Web サービス]
-
[webservice_domsrvr]
オプションの
[管理]
タブで変更を実施することができます。 オプションがインストールされていない場合はインストールし、web サービスによって使用される新しい domsrvr プロセス名を設定します。 すでにこのオプションをインストールしている場合は、それを編集し、domsrvr プロセス名を調整します。 CA SDM を再起動して変更を有効化します。
高可用性設定では、以下を考慮します。
  • 専用 domsrvr。 専用 domsrvr を設定するには、高可用性で異なる設定と計画が必要です。 詳細については、「SOAP Web サービスの専用 Domsrvr の設定 - 高可用性」を参照してください。
  • Web サービス コール用の専用アプリケーション サーバ。
  • 専用のアプリケーション サーバを用意できない場合は、Web サービス経由で CA SDM と通信するアプリケーションを、バックグラウンド サーバ(ただし使用/負荷が少ないアプリケーション サーバを優先して)に向けることを検討します。
完了時に logoff() を使用するようにする
すべての一連の Web サービス コールの後、Web サービス クライアントは、完了時に logoff() を実行する必要があります。 Web サービスは、「オンデマンド」のリソースであり、同じセッション ID を一度に数時間も再利用したり、セッションを非アクティブにしたりするのではなく、必要なものを使用して、可能であれば接続を閉じるようにしています。
[Web サービス セッション タイムアウト]
オプションは、CA SDM オプション マネージャで設定可能なオプションです。 これらの証拠は
stdlog
に出力されます。
たとえば、Web サービスによって実施されたログインおよびログアウト セッションは以下のように表示されます。
ada.cpp 2180 Web Services session ended 1814552582; user(ServiceDesk); IP Address; session count 0
ada.cpp 2180 web Services session created 779115035; user (serviceDesk); IP Address; session count 1
stdlog
sda
を検索して、「
Web サービス セッションが作成されました
」と表示される場合、ログオフが使用されていないことを意味しています。
各 Web サービス クライアントが異なる CA SDM Web サービス ポリシーを使用する必要がある
Web サービス クライアントが異なる CA SDM web サービス ポリシーを使用するようにします。
Web サービス クライアントに異なる CA SDM ログインを使用する
CA SDM Web サービスをコールする web サービス クライアントには、WSDL およびユーザ名を入力する場所があります。 統合用の CA SDM の特権ユーザ(
Service Desk
)を使用することはお勧めしません。
Web サービス クライアントにワイルド カードを使用した検索を許可しない
つまり、Web サービス クライアントが検索(すなわち
doquery
または
getlist
)する場合に、ワイルド カード検索を許可してはいけません。 MDB テーブルが大きい場合、Web サービス クエリは CA SDM オブジェクト層の一番上で動作し、クエリから取得されるすべてのデータが domsrv にロードされるため、CA SDM のパフォーマンスに悪影響を及ぼします。 これによって、パフォーマンスの問題が発生したり、domsrvr が応答しなくなり、32 ビット アプリケーションの最大 2GB サイズ制限に到達する可能性があります。
「doSelect()」のような Web サービス メソッド コールによる大規模データ セットの要求を避ける
たとえば、すべての行を返すように
maxRows
-1
に設定すると、CA SDM のパフォーマンスに悪影響を及ぼします。
-1
の使用は推奨されません。 CA SDM のパフォーマンスに影響があるかどうかを確認するため、実稼働環境に配置する前にすべての Web サービス コールがテストされていることを確認します。 これは、特にリストの検索または要求を使用する Web サービス コールに当てはまります。
doSelect
によって取得される行の最大数は
250
です。 これは設計によるものであり、CA SDM のパフォーマンスの問題を防ぐために設定することができません。
完全にテストされた Web サービス クライアント
CA サポートは、実稼働環境で実装する前に、すべての Web サービス クライアントがテスト環境でユーザまたは実装者によって完全にテストされるようにすることを強くお勧めします。
複数の CA SDM セカンダリ サーバに Web サービス リクエストを分散させる
これは、web サービス リクエストが複数の CA SDM セカンダリ サーバをまたいで分散される方法を計画する際に非常に重要です。 Web サービス接続のプールとして動作するルーチンを作成することでこれに対処することができます。 ルーチンは、CA SDM に対する永続的な接続を維持し、必要に応じて再作成される利用可能なセッション間でコールを分配します。
Tomcat のメモリ(JVM)サイズを増やす
Tomcat のメモリ(JVM)サイズを少なくとも 1 GB に増やします。
Tomcat の
最大スレッド数を増やす
デフォルトでは、Tomcat の最大スレッド数は
75
に設定されています。 Web サービスを使用して、この値を
300
に設定することをお勧めします。
累積パッチの実装
これが新しい CA SDM 実装の場合は、最新の累積パッチ レベルがインストールされていることを確認します。 最新の累積パッチ レベルを確認するには、「CA Service Desk Manager ソリューションおよびパッチ」を参照してください。
CMDB GRLoader
CMDB GRLoader ユーティリティは、Web サービスを使用します。 専用の CA SDM セカンダリ サーバの CA SDM Web サービス インターフェースに対して GRLoader ユーティリティを実行することをお勧めします。