Oracle® Fusion Middleware Oracle Enterprise Scheduler管理者ガイド

11gリリース1 (11.1.1.7)

B66432-04(原本部品番号:E24712-04)

目次

例一覧

図一覧

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

このガイドで説明する新機能

1 Oracle Enterprise Schedulerの概要

- 1.1 Oracle Enterprise Schedulerの管理の概要

- 1.2 Oracle Enterprise Schedulerの構成および管理の基本的なタスク

- 1.2.1 設定と構成

- 1.2.2 実行するジョブの作成

- 1.2.3 ジョブのバンドリングおよび作業の調整

- 1.2.4 システムの監視

2 Oracle Enterprise Schedulerの管理のスタート・ガイド

- 2.1 Oracle Enterprise Manager Fusion Middleware Controlコンソールへのログイン

- 2.2 Oracle Enterprise Scheduler管理タスクへのナビゲート

- 2.3 スケジューリング・サービスのホームページ

- 2.4 Oracle Enterprise Manager Fusion Middleware Controlからのログアウト

3 基本的な管理タスクの実行

- 3.1 基本的な管理タスクの実行の概要

- 3.2 構成ウィザードによるOracle Enterprise Schedulerコンポーネントを含むドメインの作成

- 3.3 プロセス・ジョブをサポートするためのPerlの構成

- 3.4 Oracle Enterprise Schedulerの構成

- 3.4.1 Oracle Enterprise Schedulerクラスタの拡張

- 3.4.2 リクエスト・プロセッサの構成

- 3.4.3 リクエスト・ディスパッチャの構成

- 3.5 Cloud ControlにおけるOracle Enterprise Schedulerへの構成変更の検索

- 3.6 Oracle Enterprise Schedulerコンポーネントの起動と停止

- 3.6.1 Oracle Enterprise Schedulerサービス・インスタンスの起動と停止

- 3.6.2 リクエスト・プロセッサまたはディスパッチャの起動と停止

- 3.7 アプリケーション・プロパティの管理

- 3.8 アプリケーションおよびロール・ポリシーの管理

- 3.8.1 アプリケーション・ロールの管理

- 3.9 Oracle Enterprise Scheduler Webサービスの管理

4 Oracle Enterprise Schedulerリクエストの管理

- 4.1 Oracle Enterprise Schedulerジョブ・リクエストの管理の概要

- 4.2 Oracle Enterprise Schedulerリクエストの管理

- 4.2.1 Oracle Enterprise Schedulerジョブ・リクエストの送信

- 4.2.1.1 ジョブ・リクエストの作成

- 4.2.1.2 ジョブ・リクエストのスケジュールの指定

- 4.2.2 Oracle Enterprise Schedulerジョブ・リクエストの検索

- 4.2.2.1 簡易検索を使用したジョブ・リクエストの検索

- 4.2.2.2 拡張検索機能を使用したジョブ・リクエストの検索

- 4.2.2.3 検索結果表の列表示の構成

- 4.2.3 事前定義ジョブ・スケジュールの作成または編集

- 4.2.4 ジョブ・リクエストの詳細の表示

- 4.2.5 Oracle Enterprise Schedulerジョブ・リクエストの保留と再開

- 4.2.6 Oracle Enterprise Schedulerジョブ・リクエストの取消し

- 4.2.6.1 前処理ハンドラ実行中の取消し操作

- 4.2.6.2 同期Javaジョブ実行中の取消し操作

- 4.2.6.3 非同期Javaジョブ実行中の取消し操作

- 4.2.6.4 PL/SQLジョブ実行中の取消し操作

- 4.2.6.5 生成されたジョブの実行中の取消し操作

- 4.2.6.6 親ジョブ・リクエストの取消し

- 4.2.6.7 子ジョブ・リクエストの取消し

- 4.3 パージ・ポリシーの管理

- 4.3.1 新規パージ・ポリシーの設定

- 4.3.2 ジョブ・リクエストのデータベースからの物理的なパージ

- 4.3.3 パージ・ポリシーの表示

- 4.3.4 パージ・ポリシーの更新

- 4.3.5 パージ・ポリシーの削除

- 4.4 ジョブ・リクエストのためのシンプル・データ・セキュリティの構成

- 4.4.1 Oracle Simple Data Securityのアクション

- 4.4.2 Oracle Enterprise Schedulerコンポーネントのためのデータ・セキュリティ・ポリシーの作成方法

5 Oracle Enterprise Schedulerジョブの作業の管理

- 5.1 Oracle Enterprise Schedulerジョブの作業の管理の概要

- 5.2 ジョブ・メタデータの管理

- 5.2.1 ジョブ定義の管理

- 5.2.1.1 ジョブ定義の表示

- 5.2.1.2 ジョブ定義の作成または編集

- 5.2.1.3 ジョブ定義の削除

- 5.2.2 ジョブ・セットの管理

- 5.2.2.1 ジョブ・セットの表示

- 5.2.2.2 ジョブ・セットの作成または編集

- 5.2.2.3 ジョブ・セットの削除

- 5.2.3 非互換性の管理

- 5.2.3.1 非互換性の表示

- 5.2.3.2 非互換性の作成または編集

- 5.2.3.3 非互換性の削除

- 5.3 作業割当てと稼働シフトの管理

- 5.3.1 作業割当ての管理

- 5.3.1.1 作業割当ての作成または編集

- 5.3.1.2 作業割当ての削除

- 5.3.2 稼働シフトの管理

- 5.3.2.1 稼働シフトの作成または編集

- 5.3.2.2 稼働シフトの削除

- 5.3.3 スケジュールの管理

- 5.3.3.1 スケジュールの作成または編集

- 5.3.3.2 スケジュールの削除

- 5.4 ジョブのメタデータ・セキュリティの管理

- 5.4.1 メタデータ・セキュリティ・アクション

- 5.4.2 Oracle Enterprise Schedulerリソースのメタデータ・ポリシーの作成方法

6 Oracle Enterprise Schedulerの監視

- 6.1 Oracle Enterprise Schedulerの監視の概要

- 6.2 Oracle Enterprise Schedulerリクエストのアクティビティの監視

- 6.2.1 長時間実行しているジョブ・リクエストの上位10と準備完了ジョブ・リクエストの上位10の表示

- 6.2.1.1 長時間実行している上位10個のOracle Enterprise Schedulerリクエストの表示

- 6.2.1.2 実行準備が完了している上位10個のOracle Enterprise Schedulerジョブの表示

- 6.2.2 完了したジョブ・リクエストの表示

- 6.2.3 ジョブ・リクエストのレスポンスと負荷の表示

- 6.2.4 処理時間および待機時間としてのパフォーマンスの表示

- 6.3 単一のOracle Enterprise Schedulerインスタンスのパフォーマンスの監視

- 6.3.1 Oracle Enterprise Schedulerアクティビティのサマリーの表示

- 6.3.2 現在のOracle Enterprise Schedulerアクティビティの表示

- 6.3.3 Oracle Enterprise Schedulerの履歴レポートの表示

- 6.3.4 チャート・セットの管理

- 6.3.4.1 チャート・セットの保存

- 6.3.4.2 チャート・セットの削除

- 6.3.4.3 チャートの並替え

- 6.3.4.4 古いチャート・セットに戻す

- 6.3.5 パフォーマンス期間の選択

- 6.4 Oracle Enterprise Schedulerのキー・パフォーマンス・メトリックの監視

- 6.5 Oracle Enterprise Schedulerインスタンスの一般情報の表示

- 6.6 スケジューラ・コンポーネントのステータスの表示

- 6.7 Oracle Enterprise Schedulerのロギングの管理

- 6.7.1 ドメインのログ情報の表示

- 6.7.2 ジョブ・リクエスト・ログの表示

- 6.7.3 スケジュール済ジョブ・リクエストのログ・メッセージの表示

- 6.7.4 Oracle Enterprise Schedulerログ・レベルの設定

- 6.7.5 Oracle Enterprise Schedulerジョブのトレース

- 6.7.6 ジョブ・リクエスト・ログの保存

- 6.8 Cloud ControlにおけるOracle Enterprise Schedulerのアラートの管理

- 6.8.1 Cloud ControlにおけるOracle Enterprise Schedulerのメトリック・アラートの構成

- 6.8.2 Cloud ControlにおけるOracle Enterprise Schedulerのアラートの表示

- 6.9 管理アクションの監査

- 6.9.1 監査可能なイベントのリストの取得

- 6.9.2 ログに記録するイベントの指定

- 6.9.3 イベント監査データの表示

A Oracle Enterprise Schedulerの高可用性

- A.1 Oracle Enterprise Schedulerの高可用性の概要

- A.2 Oracle Enterprise Schedulerの概念

- A.2.1 Oracle Enterprise Schedulerのアーキテクチャ

- A.2.2 Oracle Enterprise Schedulerコンポーネント

- A.2.3 Oracle Enterprise Schedulerのライフ・サイクル

- A.2.4 Oracle Enterprise Schedulerのライフ・サイクル・ツール

- A.3 Oracle Enterprise Schedulerの高可用性の構成

- A.3.1 Oracle Enterprise Schedulerの構成とデプロイメント・アーティファクト

- A.3.2 Oracle Enterprise Schedulerロギング

- A.3.3 Oracle Enterprise Schedulerクラスタのアーキテクチャ

- A.3.4 フェイルオーバー要件

- A.3.4.1 リクエスト・プロセッサのフェイルオーバー

- A.3.4.2 外部コンポーネントのフェイルオーバー

- A.3.5 スケーラビリティ

- A.3.6 バックアップとリカバリ

- A.3.7 ロード・バランシング

- A.4 Oracle Enterprise Schedulerクラスタの管理

- A.4.1 クラスタの起動と停止

- A.4.2 クラスタへの構成変更の伝播

- A.4.3 クラスタへのアプリケーションのデプロイ

- A.4.4 障害および予期される動作

- A.4.4.1 再試行

- A.4.4.2 障害検出と再起動

- A.4.4.3 Oracle Java Transaction APIの移行とOracle Java Message Service

B Oracle Enterprise Schedulerのトラブルシューティング

- B.1 Oracle Enterprise Schedulerのトラブルシューティングの概要

- B.2 Oracle Enterprise Schedulerジョブのトラブルシューティングのスタート・ガイド

- B.2.1 非同期スケジュール済ジョブのトラブルシューティング

- B.2.1.1 非同期Javaジョブのトラブルシューティング

- B.2.1.2 非同期PL/SQLジョブのトラブルシューティング

- B.2.2 プロセス・ジョブのトラブルシューティング

- B.2.3 手動リカバリの手順

- B.2.3.1 手動リカバリを要する同期Javaジョブの処理

- B.2.3.2 手動リカバリを要するスタック非同期ジョブの処理

- B.2.4 ジョブ診断

- B.3 Oracle Enterprise Schedulerクラスタのトラブルシューティングのスタート・ガイド

- B.3.1 パフォーマンスとスケーラビリティの問題の検出

- B.3.2 共有データベースの使用

- B.3.3 Oracle Enterprise Schedulerシステムのパフォーマンス・チューニング

- B.3.3.1 クラスタのチューニング

- B.3.3.2 プロセッサ・バインディング

- B.3.3.3 ジョブの非互換性を使用したパフォーマンスの管理

- B.3.3.4 最適なパフォーマンスのためのOracle Enterprise Schedulerチューニング

- B.3.3.5 無効のデータベース接続のチューニング

- B.4 問題と解決策

- B.4.1 ジョブのWAIT状態が続く

- B.4.2 同期ジョブのRUNNING状態が長時間続く

- B.4.3 非同期ジョブがRUNNING状態のまま完了しない

- B.4.4 非同期Java SOAジョブのRUNNING状態が続く

- B.4.5 非同期Java Oracle ADFビジネス・コンポーネント・ジョブのRUNNING状態が続く

- B.4.6 非同期PL/SQLジョブのRUNNING状態が続く

- B.4.7 ジョブがスケジュール時間に実行されない

- B.4.8 手動エラー・リカバリを要する非同期Javaジョブ

- B.4.9 手動エラー・リカバリを要する生成された(プロセス・タイプ)ジョブ

- B.4.10 ジョブのCANCELLING状態が続く

- B.4.11 データベース負荷の高い2個のジョブを同時に実行するとパフォーマンスとスケーラビリティが低下する

- B.4.12 新しく追加したサーバーが利用されない、または不適切なジョブを実行する

- B.4.13 Oracle Enterprise Schedulerランタイム・システムからエラーがスローされる

- B.4.14 Oracle Enterprise Schedulerのデータベース接続不足

- B.4.15 ジョブの停止によりジョブ・キューが一杯になる

- B.5 My Oracle Supportを使用したその他のトラブルシューティング情報

C Oracle Enterprise Schedulerの監査のリファレンス

- C.1 カスタム監査レポートと標準監査レポートについて

- C.2 Oracle Enterprise Schedulerにおける監査イベント

例一覧

- 4-1 完了したジョブ・リクエストをパージするESSPURGEストアド・プロシージャ

- 4-2 データベースからのジョブ・リクエストのパージ

- 5-1 サンプルの特殊化ルール

- 5-2 複数の用語を組み合せたリクエスト・カテゴリ・ラベル

- 5-3 複数のラベルを組み合せて使用するrequestCategory式

- B-1 server-diagnostic.log内の非同期ジョブのロギング・メッセージ

図一覧

- 2-1 スケジューリング・サービスのホームページ

- 5-1 「ジョブ・セット」ページと「結果」表

- A-1 Oracle Enterprise Schedulerのランタイム・アーキテクチャ

- A-2 ジョブ・リクエストの実行時の状態変化

- A-3 取消し操作後のジョブ状態の変化

- A-4 スケジュール付きで送信されたジョブ・リクエストの状態遷移

- A-5 Oracle Enterprise Scheduler2ノード・クラスタ

表一覧

- 4-1 実行可能リクエストと取消し状態

- 4-2 プリプロセッサの状態と取消し操作実行後の状態

- 4-3 返された同期Javaジョブの状態と取消し操作実行後の状態

- 4-4 返された非同期Javaジョブの状態と取消し操作実行後の状態

- 4-5 返されたPL/SQLジョブの状態と取消し操作実行後の状態

- 4-6 返された生成されたジョブの状態と取消し操作実行後の状態

- 4-7 データ・セキュリティのためのアクションの付与

- 5-1 システム・プロパティ

- 5-2 特殊化ルールに使用できる特殊化プロパティ

- 5-3 メタデータ・セキュリティのためのアクションの付与

- 5-4 セキュリティのためのサンプル権限付与

- 6-1 レスポンスと負荷の統計

- 6-2 パフォーマンス統計

- 6-3 ジョブ名別の完了済リクエスト統計

- 6-4 ユーザー別の完了済リクエスト統計

- 6-5 作業割当て別のリクエスト・メトリック

- 6-6 完了済リクエスト統計

- 6-7 Oracle Enterprise Schedulerのキー・パフォーマンス・メトリック

- 6-8 Oracle Enterprise Schedulerのログ出力およびログ・レベル

- 6-9 Oracle Enterprise Schedulerのアラート

- 6-10 Oracle Enterprise Schedulerの監査イベント・カテゴリ

- 6-11 イベント監査のFilterPresetレベル

- A-1 Oracle Enterprise Scheduler外部コンポーネントのフェイルオーバー

- B-1 ジョブ・リクエストの状態と関連付けられている診断コード

- C-1 Oracle Enterprise Schedulerの監査イベント

Oracle® Fusion Middleware

Oracle Enterprise Scheduler管理者ガイド

11gリリース1 (11.1.1.7)

B66432-04(原本部品番号:E24712-04)

2013年2月

Oracle Enterprise Schedulerによるジョブの定義、スケジュールおよび実行の方法について説明する管理者向けのマニュアルです。

Oracle Fusion Middleware Oracle Enterprise Scheduler管理者ガイド 11g リリース1 (11.1.1.7)

B66432-04

Copyright © 2013, Oracle and/or its affiliates.All rights reserved.

原本著者: Oracle Corporation

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007).Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

はじめに

このマニュアルでは、Oracle Enterprise Schedulerの構成および管理方法について説明します。

Oracle Enterprise Schedulerでは、Oracle WebLogic Server clusterクラスタのノード全体に分散された様々なジョブ・タイプ(Java、PL/SQL、バイナリ・スクリプトなど)を実行する機能が提供されています。Oracle Enterprise Schedulerは、これらのジョブを安全に実行すると同時に、高可用性とスケーラビリティを実現し、ロード・バランシングを行い、Fusion Middleware Controlを使用した監視と管理を提供します。

対象読者

このマニュアルは、Oracle Enterprise Schedulerの管理者を対象としています。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、Oracle 11g Fusion Middlewareのドキュメント・セットにある次のドキュメントを参照してください。

- Oracle Fusion Middleware for Oracle Enterprise Scheduler開発者ガイド

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

このガイドで説明する新機能

このガイドでは、いくつかの点が更新されました。次の表に、追加または変更された部分をリストします。

既知の問題のリスト(リリース・ノート)は、"Known Issues for Oracle SOA Products and Oracle AIA Foundation Pack"(http://www.oracle.com/technetwork/middleware/docs/soa-aiafp-knownissuesindex-364630.html)を参照してください。

セクション

変更内容

2013年2月

第4章「Oracle Enterprise Schedulerリクエストの管理」

第4.2.4項「ジョブ・リクエストの詳細の表示」

SOAコンポジット・フロー・トレースを使用したコンポジットおよびコンポーネント・インスタンス内のメッセージ・フローの表示に関するコンテンツが追加されました。

X

第5章「Oracle Enterprise Schedulerジョブの作業の管理」

第5.2.1.2項「ジョブ定義の作成または編集」および第5.2.1.3項「ジョブ定義の削除」

ジョブ定義の編集および削除方法に関するコンテンツが追加されました。

X

第5.2.1.2項「ジョブ定義の作成または編集」

ジョブ定義の「表示名」プロパティに関するコンテンツが追加されました。

X

第6章「Oracle Enterprise Schedulerの監視」

第6.9項「管理アクションの監査」

管理アクションを記録および監査するための組込みの監査サポートの使用方法に関するコンテンツが追加されました。

X

第6.8項「Cloud ControlにおけるOracle Enterprise Schedulerのアラートの管理」

Cloud Controlを使用して、Oracle Enterprise Schedulerエンティティのアラートを構成、表示および管理する方法に関するコンテンツが追加されました。

X

付録C「Oracle Enterprise Schedulerの監査のリファレンス」

付録C「Oracle Enterprise Schedulerの監査のリファレンス」

監査コマンドに関するリファレンス情報が追加されました。

X

1 Oracle Enterprise Schedulerの概要

この章では、Oracle Enterprise Schedulerとその管理タスクについて概説します。Oracle Enterprise Schedulerでは、ジョブ(アプリケーションにかわって実行する作業単位)を定義、スケジュールおよび実行できます。

Oracle Enterprise Schedulerを組み込むことでスケジューリング・サービスを提供する製品の場合、その製品とともにOracle Enterprise Schedulerがインストールされます。通常、Oracle Enterprise Schedulerを自身でインストールする必要はありません。

この章では、次の項目について説明します。

- 第1.1項「Oracle Enterprise Schedulerの管理の概要」

- 第1.2項「Oracle Enterprise Schedulerの構成および管理の基本的なタスク」

1.1 Oracle Enterprise Schedulerの管理の概要

Oracle Enterprise Schedulerでは、ジョブを定義、スケジュールおよび実行できます。ジョブとは、アプリケーションのかわりに実行する作業の単位のことです。たとえば、特定のPL/SQLファンクションやコマンドライン・プロセスを実行するジョブを定義できます。Javaコードを実行するジョブを定義できます。Oracle Enterprise Schedulerには次のジョブ・タイプが含まれています。

- Javaコードを実行するためのJavaジョブ・タイプ

- コマンドライン・コマンドを実行するためのプロセス・ジョブ・タイプ

- オラクル社のSQL拡張言語のファンクションを実行するためのPL/SQLジョブ・タイプ

これらのタイプからジョブを作成するときに、ジョブ定義としてメタデータを関連付けます。このコンテキスト固有メタデータをとおして、ジョブがアプリケーションにかわって有意義な作業を実行します。このメタデータには、ユーザーが指定するパラメータ値と、Oracle Enterprise Schedulerで定義されるプロパティの値を含めることができます。スケジュールを定義することによって、ジョブを希望の日時(オフピーク時など)に実行できます。制約を指定すると、ジョブの実行を希望しない日時にジョブが実行されるのを回避することもできます。ジョブ・セットを作成すると、複数のジョブをバッチにまとめ、それらのジョブを同時にまたは順次的に実行できます。

Oracle Enterprise Schedulerには、システムを監視するためのツールが付属しています。たとえば、現在および保留中のジョブ・リクエストのスナップショットを取得したり、負荷に対するシステムの対応状況を確認したりできます。ログおよびサービス・コンポーネントのステータスも取得できます。

ジョブの送信からシステムの監視まで、これらのタスクはすべてOracle Enterprise Manager Fusion Middleware Controlコンソールのスケジューリング・サービスのページで実行できます。タスクの詳細は、第1.2項「Oracle Enterprise Schedulerの構成および管理の基本的なタスク」を参照してください。

1.2 Oracle Enterprise Schedulerの構成および管理の基本的なタスク

Oracle Enterprise SchedulerはOracle Enterprise Manager Fusion Middleware Controlコンソール(Fusion Middleware Control)で管理します。スケジューリング・サービスのホームページでは、スケジューラ・コンポーネントのステータスの概要、上位実行中および完了済のスケジュール済ジョブ・リクエスト、およびスケジュール済ジョブ・リクエストのパフォーマンス・サマリーが表示されます。その他のスケジューリング・サービスのページには、この項で説明するタスクを含め、多数のタスクを実行できるユーザー・インタフェースが用意されています。

次に、このサービスを使用するための準備として必要となる手順の概要を示します。

1.2.1 設定と構成

1. ドメインを作成し、クラスタを構成します。スケジュール管理サービスとしてOracle Enterprise Schedulerを組み込む製品の場合、その製品によってOracle Enterprise Schedulerがインストールされます。ただし、製品によってはOracle Enterprise Schedulerのデプロイをサポートするドメインが構成されないことがあります。第3.2項を参照してください。

2. リクエスト・プロセッサとリクエスト・ディスパッチャを構成します。ジョブ・リクエスト・プロセッサは特定のOracle Enterprise Schedulerサーバーにバインドされ、ジョブ・リクエストへのスレッド割当てを担当します。ジョブ・リクエスト・ディスパッチャはジョブ・リクエストのポーリングを行います。第3.4項を参照してください。

3. インスタンスを起動します。第3.6項を参照してください。

1.2.2 実行するジョブの作成

1. ジョブ定義を作成します。直近のリクエストに特有な値を指定するジョブ定義を定義し、管理します。第5.2.1項を参照してください。

2. スケジュールを作成します。ジョブ・リクエストの実行、作業割当て、稼働シフトおよびパージ・ポリシーを管理するためのスケジュールを定義できます。リクエストの作成時にその場でスケジュールを作成することもできます。第4.2.1.2項、第4.2.3項および第5.3.3項を参照してください。

3. ジョブ・リクエストを作成して送信します。ジョブ・リクエストによって、ジョブ定義とジョブを実行するスケジュールがまとめられます。第4.2.1項を参照してください。

4. パージ・ポリシーを作成します。パージ・ポリシーでは、リクエスト・プロセッサに関連付けられているジョブ・リクエストを保存する条件とパージする条件を定義できます。第4.3項を参照してください。

1.2.3 ジョブのバンドリングおよび作業の調整

1. ジョブ・セットを作成します。ジョブ・セットを使用すると、複数のジョブをグループにバンドリングし、それらのジョブを同時にまたは順次的に実行できます。第5.2.2項を参照してください。

2. 非互換性を使用して制約を定義します。非互換性では、同時に実行できないジョブと、ジョブを非互換とする条件を指定します。第5.2.3項を参照してください。

3. 作業割当てを使用して制約を定義します。作業割当てでは、ジョブの実行を決定するルールと、ジョブを実行できる時間枠を定義します。第5.3.1項を参照してください。

1.2.4 システムの監視

- システムを監視します。ジョブ・リクエスト、システム・パフォーマンスおよびシステム・ステータスを監視できます。ジョブ・リクエストおよびシステムのログも取得できます。第6章「Oracle Enterprise Schedulerの監視」を参照してください。

2 Oracle Enterprise Schedulerの管理のスタート・ガイド

この章では、Oracle Enterprise Manager Fusion Middleware Controlへのアクセス方法と、Oracle Enterprise Schedulerの構成、監視および管理の各種タスクにアクセスする方法について説明します。

注意:

Oracle Weblogic Scripting Toolを使用してサーバー管理タスクを実行することもできます。詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のEnterprise SchedulerのカスタムWLSTコマンドに関する項を参照してください。

この章では、次の項目について説明します。

- 第2.1項「Oracle Enterprise Manager Fusion Middleware Controlコンソールへのログイン」

- 第2.2項「Oracle Enterprise Scheduler管理タスクへのナビゲート」

- 第2.3項「スケジューリング・サービスのホームページ」

- 第2.4「Oracle Enterprise Manager Fusion Middleware Controlからのログアウト」

2.1 Oracle Enterprise Manager Fusion Middleware Controlコンソールへのログイン

Oracle Enterprise SchedulerはOracle Enterprise Manager Fusion Middleware Controlを使用して管理できます。この項では、コンソールを起動してログインする方法について説明します。

Oracle Enterprise Manager Fusion Middleware Controlコンソールにログインする手順は、次のとおりです。

1. Internet Explorer 7、Mozilla Firefox 2.0.0.2またはFirefox 3.0.xを使用して、次のURLにアクセスします。
http://host_name:port/em

host_nameは、Oracle Enterprise Manager Fusion Middleware Controlコンソールがインストールされているホストの名前です。portは、インストール時に動的に設定される番号です。通常、このポートは7001ですが、Oracle HTTP Serverに関連付けられているHTTPポートです。構成時にSSLポートが有効化されていた環境の場合、デフォルト・ポートは7002です。

2. 「weblogic/password」と入力し、「ログイン」をクリックします。
説明:

- weblogicは、Oracle Enterprise Manager Fusion Middleware Controlのデフォルトの管理者ユーザー名です。これはインストール中に変更できます。WebLogicコンソールを使用して新規の管理者ユーザーを追加することもできます。

- passwordは、インストール時に入力したパスワードです。

初めてログインすると、「アクセシビリティ・プリファレンス」ダイアログが表示されます。必要に応じて、今後このオプションを表示しないことを選択できます。

3. 適切なアクションを選択し、「続行」をクリックします。
ファーム・ホーム・ページが表示されます。ここからスケジューリング・サービスにナビゲートできます。

2.2 Oracle Enterprise Scheduler管理タスクへのナビゲート

Fusion Middleware ControlまたはCloud Controlの「スケジューリング・サービス」メニューから、Oracle Enterprise Schedulerの管理タスクにアクセスできます。

Fusion Middleware ControlまたはCloud ControlでOracle Enterprise Schedulerのページにナビゲートするには:

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開し、Oracle Enterprise Schedulerコンポーネントを選択します。
図nav_ess.gifの説明

スケジューリング・サービスのホームページが表示されます。このホームページの内容の詳細は、第2.3項を参照してください。

2. 「スケジューリング・サービス」メニューを選択します。
図ess_menu.gifの説明

「スケジューリング・サービス」メニューに次のオプションが表示されます。

メニュー・オプション

説明

ホーム

スケジューリング・サービスのホームページを表示します。このページの内容の詳細は、第2.3項を参照してください。

コントロール

次のオプションが表示されます。

- 起動: Oracle Enterprise Schedulerサーバーを起動します。詳細は、第3.6項を参照してください。

- 停止: Oracle Enterprise Schedulerサーバーを停止します。詳細は、第3.6項を参照してください。

ログ

「ログ・メッセージの表示」オプションを選択すると、イベント・ログ・ファイルの内容を含む「ログ・メッセージ」ページが表示されます。『Oracle Fusion Middleware管理者ガイド』の「ログ・ファイルと診断データの管理」の章を参照してください。

ログ・ファイルは次のディレクトリに保存されます。

- DOMAIN_HOME/servers/SERVER_HOME/logs

- DOMAIN_HOME/servers/SERVER_HOME/logs/apps

- DOMAIN_HOME/servers/SERVER_HOME/logs/owsm/msglogging/diagnostic.log

- DOMAIN_HOME/servers/SERVER_HOME/sysman/log/emoms.log

ジョブ・リクエスト

次のオプションが表示されます。

- ジョブ・リクエストの検索: 特定のパラメータに基づいてジョブ・リクエストを検索できます。詳細は、第4.2.2項を参照してください。

- ジョブ・リクエストの送信: 特定のジョブの実行リクエストを送信できます。詳細は、第4.2.1項を参照してください。

- スケジュールの定義: 「スケジュール」ページが表示されます。このページで作業割当て、稼働シフトおよびジョブ・リクエスト・パージ・ポリシーに使用するスケジュールを作成、編集および削除できます。詳細は、第4.2.3項を参照してください。

パフォーマンス

次のオプションが表示されます。

- サービス・サマリー: サービス・パフォーマンスの概要を表示します。詳細は、第6.3.1項を参照してください。

- 現在のアクティビティ: Oracle Enterprise Schedulerの現在のアクティビティが表示されます。詳細は、第6.3.2項を参照してください。

- 履歴レポート: Oracle Enterprise Schedulerの過去のデータを示すチャートと表が表示されます。詳細は、第6.3.3項を参照してください。

リクエスト・プロセッサ

次のオプションが表示されます。

- 開始/停止: リクエスト・プロセッサを開始または停止します。詳細は、第3.6項を参照してください。

- 構成: 「リクエスト・プロセッサの構成」ページが表示されます。このページでリクエスト・プロセッサの有効化や作業割当てのバインディング作成などを実行できます。詳細は、第3.4項を参照してください。

リクエスト・ディスパッチャ

次のオプションが表示されます。

- 開始/停止: リクエスト・ディスパッチャを開始または停止します。詳細は、第3.6項を参照してください。

- 構成: 「リクエスト・ディスパッチャの構成」ページが表示されます。このページでリクエスト・ディスパッチャの有効化やポーリング間隔の管理などを実行できます。詳細は、第3.4項を参照してください。

パージ・ポリシー

ジョブ・リクエストのパージ基準、保存基準、パージ・ポリシー・スケジュールなど、ジョブ・リクエストのパージ・ポリシーを構成および管理できます。詳細は、第4.3項を参照してください。

作業割当て

次のオプションが表示されます。

- 作業割当て: 「作業割当て」ページが表示されます。このページで作業割当てを作成、編集および削除できます。詳細は、第5.3.1項を参照してください。

- 稼働シフト: 「稼働シフト」ページが表示されます。このページで稼働シフトを作成、編集および削除できます。詳細は、第5.3.2項を参照してください。

- スケジュール: 「スケジュール」ページが表示されます。このページで作業割当て、稼働シフトおよびジョブ・リクエスト・パージ・ポリシーに使用するスケジュールを作成、編集および削除できます。詳細は、第5.3.3項を参照してください。

ジョブ・メタデータ

次のオプションが表示されます。

- ジョブ定義: 「ジョブ定義」ページが表示されます。このページでジョブ定義を管理できます。詳細は、第5.2.1項を参照してください。

- ジョブ・セット: 「ジョブ・セット」ページが表示されます。このページで特定のアプリケーションのジョブ・セットを作成および編集できます。詳細は、第5.2.2項を参照してください。

- 非互換性: 「非互換性」ページが表示されます。このページで特定のアプリケーションの非互換性を作成および編集できます。詳細は、第5.2.3項を参照してください。

Webサービス

Webサービスのエンドポイントやアプリケーションレベルのメトリックなど、アプリケーションに含まれるWebサービスの概要を記載したページが表示されます。詳細は、第3.9項を参照してください。

セキュリティ

次のオプションが表示されます。

- アプリケーション・ポリシー: アプリケーションが自身のリソースに対するアクセスを制御するために使用している認可ポリシーが表示されます。詳細は、第3.8項を参照してください。

- アプリケーション・ロール: セキュリティを意識したアプリケーションにより使用されるアプリケーション固有のロールが表示されます。詳細は、第3.8項を参照してください。

一般情報

ターゲット情報

Oracle Enterprise Schedulerインスタンスの詳細が表示されます。Cloud Controlでは、「ターゲット情報」です。詳細は、第6.5項を参照してください。

2.3 スケジューリング・サービスのホームページ

スケジューリング・サービスのホーム・ページには、Oracle Enterprise Schedulerコンポーネントおよびジョブの、コンポーネント・ステータス、過去1時間の完了したジョブ・リクエストの数や、実行中のジョブの処理時間などの、パフォーマンスの概要が示されます。

このページはOracle Enterprise Schedulerの監視と管理の開始ポイントとして使用できます。図2-1に、スケジューリング・サービスのホームページの一部を示します。

図2-1 スケジューリング・サービスのホームページ

「図2-1 スケジューリング・サービスのホームページ」の説明

これらのページには次のリージョンが含まれています。

- 「長時間実行しているリクエストの上位10」リージョンおよび「準備完了ジョブ・リクエストの上位10」リージョン
「長時間実行しているリクエストの上位10」リージョンには、長時間実行しているスケジュール済ジョブ・リクエストの上位10個が表示され、これにはリクエストID、ジョブ実行時間、使用されているジョブ定義、実行中のアプリケーション、ジョブの実行タイプおよび説明が含まれます。長時間実行しているリクエストの上位10個を表示する範囲を、現在のスケジューリング・サービスのみ、またはOracle Enterprise Schedulerリポジトリを共有するすべてのスケジューリング・サービスに設定できます。詳細は、第6章「Oracle Enterprise Schedulerの監視」の「長時間実行している上位10個のOracle Enterprise Scheduling Serviceリクエストの表示」を参照してください。

- 「スケジューラ・コンポーネント」リージョン
「スケジューラ・コンポーネント」リージョンには、ジョブ・リクエスト・プロセッサやディスパッチャなど、Oracle Enterprise Schedulerのコンポーネントが表示されます。このタブには、各コンポーネントのステータスとデプロイ先のサーバー名のほか、コンポーネントが有効化されているかどうかが表示されます。各コンポーネントを必要に応じて開始または停止できます。詳細は、第6章「Oracle Enterprise Schedulerの監視」の「実行準備が完了している上位10個のOracle Enterprise Scheduling Serviceジョブの表示」を参照してください。

- 完了したジョブ・リクエスト・リージョン
完了したジョブ・リクエスト・リージョンには、過去1時間に完了したスケジュール済ジョブのステータスが表示されます。詳細は、第6章「Oracle Enterprise Schedulerの監視」の「完了したジョブ・リクエストの表示」を参照してください。

- 「レスポンスと負荷」リージョン
「レスポンスと負荷」リージョンには、ジョブ・リクエストの処理に要した時間に関する、パフォーマンス監視統計が表示されます。詳細は、第6章「Oracle Enterprise Schedulerの監視」の「ジョブ・リクエストのレスポンスと負荷の表示」を参照してください。

- 「パフォーマンス」リージョン
「パフォーマンス」リージョンには、処理時間や待機時間など、ジョブ・リクエストのパフォーマンス・データが表示されます。詳細は、第6章「Oracle Enterprise Schedulerの監視」の「処理時間および待機時間としてのパフォーマンスの表示」を参照してください。

- 「監視と診断」リージョン(Cloud Controlのみ)
「監視と診断」サブセクションには、このインスタンスで発生した主なインシデントと変更が表示されます。これには、インスタンス・レベルのインシデント、子ターゲットで発生したインシデント、過去7日間に発生したすべての構成変更、サポート・ワークベンチの問題などが含まれます。インシデントは、重大度、つまり致命的、クリティカル、警告およびエスカレーションの各レベルごとにリスト表示されます。

2.4 Oracle Enterprise Manager Fusion Middleware Controlからのログアウト

この項では、Oracle Enterprise Manager Fusion Middleware Controlのログアウト方法について説明します。

Oracle Enterprise Manager Fusion Middleware Controlからログアウトするには:

1. ログアウトについては、次の詳細に注意してください。

- 複数のページが開いてる場合、いずれかのページでログアウトすると、開いているすべてのページでアプリケーション全体からログアウトされます。

- 未保存の構成変更がある状態でログアウトした場合、警告メッセージは表示されず、変更は失われます。

2. 任意のページの右上隅で、「ログアウト」リンクをクリックします。

3 基本的な管理タスクの実行

この章では、Oracle Enterprise Schedulerを実行するインフラストラクチャの作成および構成方法について説明します。Oracle Enterprise Schedulerは、スケジューリング・サービスの提供先となるアプリケーションとともにインストールされます。ただし、Oracle Enterprise Schedulerを使用する前に、インフラストラクチャを構成する必要がある場合があります。

この章では、次の項目について説明します。

- 第3.1項「基本的な管理タスクの実行の概要」

- 第3.2項「構成ウィザードによるOracle Enterprise Schedulerコンポーネントを含むドメインの作成」

- 第3.3項「プロセス・ジョブをサポートするためのPerlの構成」

- 第3.4項「Configuring Oracle Enterprise Schedulerの構成」

- 第3.5項「Cloud ControlにおけるOracle Enterprise Schedulerへの構成変更の検索」

- 第3.6項「Oracle Enterprise Schedulerコンポーネントの起動と停止」

- 第3.7項「アプリケーション・プロパティの管理」

- 第3.8項「アプリケーションおよびロール・ポリシーの管理」

- 第3.9項「Oracle Enterprise Scheduler Webサービスの管理」

3.1 基本的な管理タスクの実行の概要

Oracle Enterprise Schedulerを組み込むことで製品のジョブ・スケジューリング・サービスを提供する製品の場合、その製品によってOracle Enterprise Schedulerがインストールされます。ただし、ドメインの作成時にOracle Enterprise Schedulerのデプロイを明示的に選択することや、サービスを最大限利用するためOracle Enterprise Schedulerの側面を構成することが必要になる場合があります。

必要となる基本的な管理タスクには次のようなものがあります。

- Oracle Enterprise Schedulerコンポーネントを含めるドメインを作成します。

- クラスタ、リクエスト・プロセッサおよびリクエスト・ディスパッチャを構成して、Oracle Enterprise Schedulerを構成します。クラスタはオプションですが(Oracle Enterprise Schedulerはシングル・ノードで実行できます)、Oracle Enterprise Schedulerを機能させるためにはプロセッサとディスパッチャは必須です。

- サービス・インスタンス、そのリクエスト・プロセッサまたはリクエスト・ディスパッチャを起動および停止します。

- アプリケーションおよびロール・ポリシーの管理またはWebサービスを提供します。

3.2 構成ウィザードによるOracle Enterprise Schedulerコンポーネントを含むドメインの作成

Oracle Enterprise Schedulerを組み込むことで製品ジョブのスケジューリングをサポートする製品の場合、その製品とともにOracle Enterprise Schedulerがインストールされます。ただし、製品によってはOracle Enterprise Schedulerが製品のデプロイ中に自動的にデプロイされないことがあります。この場合、ドメイン作成時に、Oracle Enterprise Schedulerをデプロイするよう明示的に選択する必要があります。このような場合は、次の手順を実行して、Oracle Enterprise Schedulerアプリケーションをサポートするドメインを作成します。

1. 構成ウィザードの場所にディレクトリを変更します。これは、Oracle Enterprise Schedulerを含める製品のホーム・ディレクトリ内です。すべてのデータベース・インスタンスを起動しておくことをお薦めします。

SOAHOST1> cd ORACLE_HOME/common/bin

2. 構成ウィザードを開始します。

SOAHOST1> ./config.sh

3. 「ようこそ」画面で「新しいWebLogicドメインの作成」を選択し、「次へ」をクリックします。

4. 「ドメイン・ソースの選択」画面で、次の手順を実行します。

- 「以下の製品をサポートするために、自動的に構成されたドメインを生成する」を選択します。

- 次の製品を選択します。

- Oracle Enterprise Scheduler Service Basic

- Oracle WSM Policy Manager (これは自動的に選択されます)

- Oracle JRF (これは自動的に選択されます)

- Oracle Enterprise Schedulerを含める製品の適切なテンプレートを選択します。デプロイについては製品のマニュアルを参照してください。製品によってFusion Middleware ControlおよびESS-EMプラグインがインストールされた場合は、それらのテンプレートも選択します。

「次へ」をクリックします。

Oracle Enterprise Schedulerを含める製品のデプロイに関する手順は、この後の手順では説明しません。詳細は製品のマニュアルを参照してください。ここに示す手順は、Oracle Enterprise Schedulerのデプロイに関する手順です。

5. 「ドメイン名と場所の指定」画面で、任意のドメイン名を入力します。
ドメイン・ディレクトリは、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』で推奨されているディレクトリおよび共有ストレージ・マウント・ポイントと一致している必要があります。

「次へ」をクリックします。

6. 「管理者ユーザー名およびパスワードの構成」画面で、ドメインの管理者が使用するユーザー名とパスワードを入力します。
「次へ」をクリックします。

7. 「サーバーの起動モードおよびJDKの構成」画面で、「本番モード」を選択します。
「次へ」をクリックします。

8. 「JDBCコンポーネント・スキーマの構成」画面で、次の手順を実行します。

1. データベースがOracle RACの場合は、「GridLinkへ変換」または「RACマルチ・データ・ソースへ変換」を適宜選択し、「次へ」をクリックして構成します。それ以外の場合は、次の手順に進みます。

2. すべてのコンポーネント・スキーマを選択します。

- ドライバの選択: *サービス接続用のOracleドライバ(シン)

- Oracle Enterprise SchedulerスキーマおよびOracle Enterprise Scheduler MDSの場合は、データベース・サービス名のかわりにデータベースSIDを入力します。

- データベースが配置されているホスト名を入力します。

- データベース・リスナー・ポートを入力します。

3. 2つのMDSスキーマの選択を解除し、ESSスキーマのみを選択した状態にしておきます。ESSのスキーマ所有者およびスキーマ・パスワードを入力します。

4. ESSスキーマの選択を解除し、MDSスキーマとOWSM MDSスキーマを選択します。MDSのスキーマ所有者およびスキーマ・パスワードを入力します。

9. 「JDBCデータ・ソースのテスト」画面で、各接続のテストが自動的に行われます。「ステータス」列に結果が表示されます。すべての接続が成功したことを確認します。正常でない接続があった場合には、「前へ」をクリックして前の画面に戻り、入力内容を修正します。
すべての接続が正常になったら「次へ」をクリックします。

10. 「詳細構成の選択」画面で、次のいずれかの手順を実行します。

- ESSを単一のサーバー(ess_server1)に構成する場合は、「次へ」をクリックし、手順11に進みます。

- そうでない場合は、「管理対象サーバー、クラスタ、およびマシン」および「デプロイメントとサービス」を選択します。

「次へ」をクリックします。

11. 「管理対象サーバーの構成」画面で、名前ess_server1を必要に応じて変更します。この画面でess_server1を削除した場合、Oracle Enterprise Schedulerが管理サーバーに自動的にデプロイされます。「追加」をクリックして、さらに別の管理対象サーバーを作成できます。追加した各新規サーバーで13000から13500の範囲の一意のリスニング・ポートを選択します。
「次へ」をクリックします。

12. クラスタを作成する場合は、「クラスタの構成」画面で「追加」をクリックし、クラスタの名前を指定します。その他のエントリはそのままにしておきます。
「次へ」をクリックします。

13. クラスタを作成した場合は、「サーバーのクラスタへの割当」画面で、クラスタにサーバーを追加します。
「次へ」をクリックします。

14. 「マシンの構成」画面で、必要に応じてマシンを追加します。
「次へ」をクリックします。

15. 「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、コンポーネントのターゲット設定を確認します。変更は不要です。

- アプリケーションESSAPPおよびwsm-pmは、ESSサーバーまたはクラスタのみをターゲットに指定します。

- ライブラリoracle.ess.client*およびoracle.ess*は、ESSサーバーまたはクラスタのみをターゲットに指定します。

- FMW Welcome Page Applicationは管理サーバーのみをターゲットに指定します。

- その他のコンポーネントはすべて、管理サーバーとESSサーバーまたはクラスタの両方をターゲットに指定します。

「次へ」をクリックします。

16. 「サービスのクラスタまたはサーバーへのターゲット設定」画面で、次のサービスのターゲット設定を確認します。変更は不要です。

- JDBCシステム・リソースEssDS、EssXADS、EssInternalDSおよびmds-ESS_MDS_DSはすべて、ESSサーバーまたはクラスタをターゲットに指定します。

- その他のサービスはすべて、管理サーバーとESSサーバーまたはクラスタの両方をターゲットに指定します。

「次へ」をクリックします。

17. 「構成のサマリー」画面で内容を確認し、「作成」をクリックします。

18. 「ドメインの作成中」画面で、ドメインが作成されるまで待ち、「完了」をクリックします。
これらの手順を終了すると、Oracle Enterprise Schedulerとこのサービスが含められる製品の両方を使用してドメインが構成されます。

3.3 プロセス・ジョブをサポートするためのPerlの構成

ドメインの設定を完了するには、プロセス・ジョブをサポートするためのPerl構成が必要になります。Oracle Enterprise Schedulerでは、プロセス・ジョブをサポートするため内部でPerlを使用します。

Enterprise Managerで次を実行します。

1. Enterprise Managerの「スケジューリング・サービス」メニューから、「構成」→「アプリケーション・プロパティ」を選択します。

2. PerlCommandというESSAPP内のESSレベルのプロパティをPerlの実行可能ファイルの場所に設定します。たとえば、PerlCommand = c:\Perl\bin\perl.exeのようにします。

3. Perlのバージョンは5.8以上です。

4. ESSはPerlを次の順序で検出します。

1. 前述の構成から。

2. WL_HOMEが定義されている場合、$WL_HOME.../../webtier_mwhome/webtier/perl/bin/perlから。

3. それ以外の場合は、コンテナのパスから。

3.4 Oracle Enterprise Schedulerの構成

Oracle Enterprise Schedulerは単一のインスタンスまたはサーバーのクラスタとして実行できます。各Oracle Enterprise Schedulerサーバーには、必ず構成する必要があるリクエスト・プロセッサとディスパッチャが含まれています。

次に、Oracle Enterprise Schedulerを構成するための主な手順を示します。

1. クラスタを構成します。オプションで、Oracle Enterprise Schedulerサーバーのクラスタを構成します。

2. リクエスト・プロセッサを構成します。ジョブ・リクエストを受信および管理するOracle Enterprise Schedulerコンポーネントを構成します。

3. リクエスト・ディスパッチャを構成します。リクエスト・プロセッサに対してジョブ・リクエストのポーリングを行い、ジョブをディスパッチするOracle Enterprise Schedulerコンポーネントを構成します。

この項には次のトピックが含まれます:

- Oracle Enterprise Schedulerクラスタの拡張

- リクエスト・プロセッサの構成

- リクエスト・ディスパッチャの構成

3.4.1 Oracle Enterprise Schedulerクラスタの拡張

Oracle Enterprise SchedulerクラスタはWebLogicドメインの作成時に作成されます。このクラスタを拡張してより大きな負荷に対応できるようにできます。Oracle WebLogic Serverコンソールから、新しいクラスタ・ノードをOracle Enterprise Schedulerクラスタに追加できます。

管理対象サーバーを追加してOracle Enterprise Schedulerクラスタをスケール・アウトした場合、追加したサーバーでデフォルトの作業割当てを使用して、すぐにリクエスト処理を開始するのは望ましくない場合があります。これは、その他のすべてのサーバーに作業割当てが標準モードでバインドされている場合です。しかし、1つ以上の実行中サーバーがデフォルトの作業割当てを使用している場合、現在の作業割当ては、デフォルトの作業割当てを使用するサーバーと互換性を持ちます。

Oracle Enterprise Schedulerには新規サーバーに対する保護機能があり、サーバーがジョブの処理を開始する前に作業割当てを構成できます。新しく追加したサーバーを初めて開始するときに、Oracle Enterprise Schedulerはデフォルトの作業割当てを使用できるかどうかを判断します。使用できない場合は、Oracle Enterprise Schedulerは、ヘルス・チェック・ジョブが含まれている事前シードの内部作業割当て(ESSInternalWA)をバインドします。ヘルス・チェック・ジョブを使用してサーバーを調査してから内部作業割当てをアンバインドし、必要に応じて自分で用意した作業割当てをバインドできます。

注意:

デフォルトの作業割当てを使用できるかどうかを判断する際、Oracle Enterprise Schedulerはグループ内の実行中サーバーを考慮しますが、サーバーにデプロイされているアプリケーションは考慮しません。ダウンしているサーバーは考慮されません。

作業割当ての詳細は、第5.3.1項を参照してください。

Oracle WebLogic Serverコンソールを使用したクラスタの拡張の詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプを参照してください。

3.4.2 リクエスト・プロセッサの構成

リクエスト・プロセッサでジョブ・リクエストの処理を開始するには、作業割当てがバインドされている必要があります。バインディングには、標準(デフォルト)と排他的の2つのモードがあります。

標準バインディング・モードでは、アクティブな稼働シフトが定義されている場合に、リクエスト・プロセッサが特殊化ルールで定義されているとおりにジョブ・リクエストを処理できます。ジョブ・リクエストが2つの異なる作業割当てに特殊化されている場合、いずれか一方の作業割当てまたはデフォルトの作業割当てでそのジョブ・リクエストを処理できます。

排他的バインディング・モードを使用している場合、その作業割当てに特殊化されているジョブ・リクエストは、その作業割当てがアクティブであればその作業割当てによって排他的に処理されます。これらのジョブ・リクエストは、デフォルトの作業割当てを含む、その他すべての作業割当てから除外されます。作業割当てにアクティブな稼働シフトがない場合、そのジョブ・リクエストは他の作業割当てで処理できます。

作業割当てのバインドの要件は次のとおりです。

1. 作業割当てが有効になっている必要があります。つまり、アクティブ・フラグが設定されている必要があります。

2. 作業割当てには少なくとも1つの稼働シフトが必要です。

3. 作業割当て内の各稼働シフトには、少なくとも1つのスレッド割当てが必要です。

4. 稼働シフトにスケジュールが含まれている場合、次を満たしている必要があります。

- スケジュールはアクティブである必要があります。つまり、失効していない必要があります。

- 稼働シフトの期間が少なくとも1である必要があります。

5. 作業割当てを特定のサーバーにバインドできるのは最大で1回です。

6. 作業割当てはグループ内の任意の数のサーバーにバインドできますが、すべて同じモードでバインドする必要があります。グループ内のあるサーバーに作業割当てを標準モードでバインドし、他のサーバーに作業割当てを排他的モードでバインドすることはできません。

作業割当ての詳細は、第5.3.1項を参照してください。

リクエスト・プロセッサを構成するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「リクエスト・プロセッサ」→「構成」を選択します。

3. 「リクエスト・プロセッサの有効化」フィールドの下で、リクエスト・プロセッサを有効化または無効化します。「リクエスト・プロセッサの有効化」チェック・ボックスを選択してリクエスト処理を有効にします。

4. オプションで、「作業割当てバインディング」セクションで作業割当てをリクエスト・プロセッサにバインドします。

- 追加: 作業割当てをリクエスト・プロセッサにバインドするには、「追加」をクリックします。
「作業割当ての選択」ポップアップ・ウィンドウで、リストから作業割当てを選択し、「OK」をクリックします。

- 削除: ジョブ・リクエスト・プロセッサから作業割当てバインディングを削除するには、バインディングのリストから作業割当てを選択し、「削除」をクリックします。

- 排他的バインディング: リクエスト・プロセッサに作業割当てを排他的にバインドする場合に選択します。作業割当て定義で作業割当てが有効化されていない場合や、サーバーがダウンしている場合でも、バインディングは適用されます。作業割当てを複数のサーバーにバインドする場合、バインド対象のすべてのサーバーで同じバインディング・モードを使用する必要があります。

5. オプションで、「拡張構成」セクションで、スレッド数とスタベーションしきい値を分単位で構成できます。

- スレッド数: プロセッサで処理するスレッドの数を、このテキスト・フィールドに入力します。

- スタベーションしきい値(分): 分単位のスタベーションしきい値を、このテキスト・フィールドに入力します。スタベーションしきい値は、ジョブ・リクエストの待機時間を指定します。

6. 「適用」をクリックして変更を保存します。

3.4.3 リクエスト・ディスパッチャの構成

「リクエスト・ディスパッチャの構成」ページを使用して、ジョブ・リクエスト・ディスパッチャを有効または無効にします。リクエスト・ディスパッチャのポーリング間隔も構成できます。

Oracle Enterprise Schedulerリポジトリに対してディスパッチャが実行準備の整ったリクエストをポーリングするまで、リクエストは待機の状態のままです。リポジトリへのポーリング後、ディスパッチャはすべてのリクエストを準備完了に設定します。準備完了状態になった後、ジョブ・リクエストの管理はリクエスト・プロセッサに引き継がれます。

デフォルトの最大ポーリング間隔は15秒です。

リクエスト・ディスパッチャを構成するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「リクエスト・ディスパッチャ」→「構成」を選択します。

3. 「リクエスト・ディスパッチャの有効化」フィールドの下で、リクエスト・プロセッサを有効化または無効化します。
「リクエスト・ディスパッチャの有効化」チェック・ボックスを選択してリクエストのディスパッチを有効にします。

4. オプションで、「拡張構成」セクションで、リクエスト・ディスパッチャのポーリング間隔を構成できます。「最大ポーリング間隔」フィールドに、ディスパッチャがリクエストのポーリングを行う最小間隔を入力します。

5. 「適用」をクリックして変更を保存します。

3.5 Cloud ControlにおけるOracle Enterprise Schedulerへの構成変更の検索

Cloud Controlの検索ページを使用して、構成に対して行われた変更を検索できます。

Cloud ControlにおいてOracle Enterprise Schedulerへの構成変更を検索するには:

1. 第6.8.2項の説明に従って、Oracle Enterprise Schedulerのアラートを表示します。

2. 「監視と診断」ペインで、構成変更の数をクリックして、Oracle Enterprise Schedulerへの構成変更のアラートの検索ページを表示します。
schedule_ess_search_config.pngの説明

3. 必要に応じて検索の構成を行います。

- ターゲット・タイプ: 「スケジューラ・サービス」または「スケジューラ・サービス・グループ」を選択します。

- ターゲット名: 検索対象のターゲットの名前を検索または入力します。ドロップダウン・リストから、ターゲット名の検索に使用する基準(「次を含む」、「次に一致する」、「次に一致しない」、「次を含まない」、「次で始まる」、「次で終わる」)を選択します。

- 変更のタイプ: ドロップダウン・リストから、検索する構成変更のタイプを選択します。

- 履歴レコードの表示: ドロップダウン・リストから、レコードの表示方法(「グループ化」または「すべて表示」)を選択します。

- メンバー・ターゲットの変更を含む: ターゲットのメンバーに対して行われた構成変更を表示する場合は選択します。

- 変更の検出: 過去: 指定した日数、週数または月数内に検出された変更が検索されます。

- 変更の検出: 特定の期間内に検出された変更が検索されます。「次より後」および「次より前」フィールドを使用して、該当する期間を入力します。

4. 「検索」をクリックして、変更を検索します。

3.6 Oracle Enterprise Schedulerコンポーネントの起動と停止

Oracle Enterprise SchedulerのインスタンスはFusion Middleware Controlから起動および停止できます。

次のコンポーネントを起動および停止できます。

- Oracle Enterprise Schedulerインスタンス

- ジョブ・リクエスト・プロセッサおよびディスパッチャ

注意:

Oracle Enterprise Schedulerインスタンスまたはコンポーネントを停止することはお薦めしません。Oracle Enterprise Schedulerコンポーネントを停止した後も、ジョブ・リクエストはキューに蓄積されます。

この項には次のトピックが含まれます:

- Oracle Enterprise Schedulerサービス・インスタンスの起動と停止

- リクエスト・プロセッサまたはディスパッチャの起動と停止

3.6.1 Oracle Enterprise Schedulerサービス・インスタンスの起動と停止

スケジューリング・サービスの「コントロール」メニューで、Oracle Enterprise Schedulerインスタンスを起動し、スケジュール済のジョブ・リクエストを管理できます。

注意:

Oracle Enterprise Schedulerインスタンスまたはコンポーネントを停止することはお薦めしません。

Oracle Enterprise Schedulerのインスタンスを起動するには:

1. 「スケジューリング・サービス」メニューから、「コントロール」を選択します。

2. 「起動」を選択します。

Oracle Enterprise Schedulerのインスタンスを停止するには:

1. 「スケジューリング・サービス」メニューから、「コントロール」を選択します。

2. 「停止」を選択します。

3.6.2 リクエスト・プロセッサまたはディスパッチャの起動と停止

「スケジューリング・サービス」メニューから、構成済リクエスト・プロセッサまたはディスパッチャを起動または停止できます。

注意:

Oracle Enterprise Schedulerインスタンスまたはコンポーネントを停止することはお薦めしません。

リクエスト・プロセッサまたはディスパッチャを停止するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. リクエスト・プロセッサまたはリクエストディスパッチャを、次の手順で起動します。

- リクエスト・プロセッサの起動: 「スケジューリング・サービス」メニューから、「リクエスト・プロセッサ」→「起動」を選択します。

- リクエスト・ディスパッチャの起動: 「スケジューリング・サービス」メニューから、「リクエスト・ディスパッチャ」→「起動」を選択します。

3. リクエスト・プロセッサまたはリクエストディスパッチャを、次の手順で停止します。

- リクエスト・プロセッサの停止: 「スケジューリング・サービス」メニューから、「リクエスト・プロセッサ」→「停止」を選択します。

- リクエスト・ディスパッチャの停止: 「スケジューリング・サービス」メニューから、「リクエスト・ディスパッチャ」→「停止」を選択します。

4. プロセッサまたはディスパッチャを停止するかどうかを尋ねられたら、「OK」をクリックします。

3.7 アプリケーション・プロパティの管理

アプリケーション・プロパティを設定することで、Oracle Enterprise Schedulerとアプリケーションの相互作用を構成できます。Fusion Middleware Controlの「アプリケーション・プロパティ」ページでは、Oracle Enterprise Schedulerで定義されるプロパティの値を設定したり、デプロイされている構成の中でアプリケーションに設定されるプロパティの値を設定できます。

Oracle Enterprise Schedulerで定義される次のプロパティを、「アプリケーション・プロパティ」ページで構成できます。

- RequestFileDirectory: リクエストとログ出力のディレクトリを指定します。デフォルトは、"{ESS_ENV:jrfServerLogPath}/ess_request/"です。

- RequestFileDirectoryShared: リクエスト・ファイル・ディレクトリを共有するかどうかを示すフラグを指定します。デフォルトは「false」です。

- PerlCommand: Perlのバイナリ・パスを指定します。デフォルトは、"/usr/bin/perl"です。

- EssCallbackClientSecurityPolicyURI: Webサービスのコールバック時に、Oracle Enterprise SchedulerからWebサービスを起動する際にWS-Securityヘッダーで使用されるセキュリティ・ポリシーURIを指定します。デフォルトは指定なしです。

- ClusterMode: サーバー・インスタンスがスタンドアロン・モードか拡張モードかを指定します。これは読取り専用で、変更できないプロパティです。

アプリケーション・プロパティを編集するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「構成」→「アプリケーション・プロパティ」を選択します。
「アプリケーション: プロパティ」ページが表示されます。

3. 「アプリケーション」ドロップダウン・フィールドで、プロパティを設定するアプリケーションを選択します。

4. 「構成プロパティ」セクションで、値を変更するプロパティを探し、そのプロパティの「値」列に新しい値を入力します。

5. プロパティを追加するには、「追加」ボタンをクリックします。
「プロパティの追加」ダイアログ・ボックスが表示されます。

6. 「タイプ」ドロップダウンから、新しいプロパティのタイプを選択します。

1. Oracle Enterprise Schedulerで定義されるプロパティを選択する場合は「ESS」を選択し、「名前」ドロップダウンからプロパティ名を選択します。プロパティの値を「値」テキスト・フィールドに入力します。

2. 別のタイプを選択し、他のプロパティの名前と値を入力します。

3. 「OK」をクリックして、新しいプロパティ設定を保存します。

7. 「アプリケーション・プロパティ」ページで、「適用」をクリックし、アプリケーション・プロパティの変更を保存します。

3.8 アプリケーションおよびロール・ポリシーの管理

Oracle Enterprise Schedulerのデータとメタデータへのアクセスを制御するには、ユーザーとユーザー・グループを表現するアプリケーション・ロールを作成し、これに特定のアプリケーション・リソースへのアクセス権を付与します。

この項では、アプリケーション・ロールの作成方法について説明します。次の項も参考になります。

- メタデータに対するアクセス権の付与の詳細は、第5章「Oracle Enterprise Schedulerジョブの作業の管理」の第5.4項を参照してください。

- データに対するアクセス権の付与の詳細は、第4章「Oracle Enterprise Schedulerリクエストの管理」の第4.4項を参照してください。

3.8.1 アプリケーション・ロールの管理

Fusion Middleware Controlを使用してアプリケーション・ロールを作成し、これにユーザーとアクセス権限を関連付けることができます。

1. ナビゲーション・ペインで、「WebLogicドメイン」フォルダを展開し、ポリシーを作成するドメインを選択します。

2. 「WebLogicドメイン」メニューから、「セキュリティ」→「アプリケーション・ロール」を選択します。
「アプリケーション・ロール」ページが表示されます。

3. 「検索」セクションの「アプリケーション・ストライプ」ドロップダウンから、作業するアプリケーション・ストライプを選択します。

4. 「作成」をクリックします。
「アプリケーション・ロールの作成」ページが表示されます。

5. 「一般」セクションの「ロール名」フィールドに、作成するアプリケーション・ロールの名前を入力します。

6. オプションで、表示されたフィールドで表示名と説明を入力します。

7. 「メンバー」セクションで、「追加」をクリックし、ロールに追加するメンバーを検索します。

8. 「プリンシパルの追加」ウィンドウの「検索」セクションで、「タイプ」ドロップダウンからプリンシパル・タイプを選択します。検索範囲を絞り込むため、名前情報を追加することもできます。
「タイプ」値は次のとおりです。

- 「アプリケーション・ロール」タイプは別のアプリケーション・ロールです。

- 「グループ」はWebLogic Serverユーザー・グループです。

- 「ユーザー」はWebLogic Serverユーザーです。

9. 「検索」ボタンをクリックし、指定したタイプと名前に基づいてプリンシパルを検索します。

10. 「検索済プリンシパル」セクションで、ロールに追加するプリンシパル名を選択します。

11. 「OK」をクリックします。

12. 「アプリケーション・ロールの作成」ページで、「OK」をクリックします。

3.9 Oracle Enterprise Scheduler Webサービスの管理

Oracle Enterprise Scheduler Webサービスは、他のアプリケーションWebサービスと同じです。Webサービスの管理の詳細は、『Oracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイド』の「Oracle WSMポリシー・フレームワークについて」の章を参照してください。

注意:

Oracle Enterprise Scheduler Webサービスは、Webブラウザから起動することはできません。

4 Oracle Enterprise Schedulerリクエストの管理

この章では、Oracle Enterprise Schedulerのジョブ・リクエストの管理方法、リクエストの作成および送信方法、リクエストの保留および取消し方法について説明します。

ジョブはアプリケーションにかわって作業の実行をリクエストします。ジョブ・リクエストは、ジョブ実行タイプ(JavaジョブやPL/SQLジョブなど)、ジョブ定義(リクエストの詳細を指定するメタデータを関連付ける)およびスケジュール(ジョブの実行日時を指定する)で構成されます。ジョブ・リクエストの管理には、ジョブを作成して送信することだけでなく、ジョブの保留と取消しや、データベースからリクエストをパージしてクリーン・アップする作業も含まれます。

注意:

Oracle Weblogic Scripting Toolを使用してリクエスト管理タスクを実行することもできます。詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のEnterprise SchedulerのカスタムWLSTコマンドに関する項を参照してください。

この章では、次の項目について説明します。

- 第4.1項「Oracle Enterprise Schedulerジョブ・リクエストの管理の概要」

- 第4.2項「Oracle Enterprise Schedulerリクエストの管理」

- 第4.3項「パージ・ポリシーの管理」

- 第4.4項「ジョブ・リクエストのためのシンプル・データ・セキュリティの構成」

4.1 Oracle Enterprise Schedulerジョブ・リクエストの管理の概要

Fusion Middleware Controlコンソールを使用してジョブ・リクエストを管理できます。ジョブ・リクエストは、Oracle Enterprise Schedulerのサービス提供先であるアプリケーションにかわって、作業を実行します。ジョブ・リクエストの管理に関連するタスクには、ジョブ・リクエストの作成とジョブを実行するスケジュールの指定が含まれます。リクエストの送信や、保留および取り消すことができます。

必要となるジョブ・リクエストの管理タスクには、次のようなものがあります。

- リクエスト固有のメタデータをジョブ定義として関連付けてジョブ・リクエストを作成し、ジョブの実行日時を指定するスケジュールを定義します。

- リクエストを保留、再開および取り消します。

- データベースからジョブ・リクエストをパージします。

4.2 Oracle Enterprise Schedulerリクエストの管理

Oracle Enterprise Schedulerを使用して、アプリケーションのかわりにジョブを実行できます。ジョブの実行が必要になると、アプリケーションはOracle Enterprise Schedulerにジョブ・リクエストを送信します。ジョブのパラメータを指定するジョブ定義を使用してジョブを構成し、これをアプリケーションに関連付けます。複数のジョブ・リクエストをグループ化する場合は、ジョブ・セットを作成します。

ジョブ・リクエストの管理作業には、リクエストの送信、既存リクエストの検索とそれらの情報の閲覧、リクエストの一時休止および取消しが含まれます。これらのタスクはFusion Middleware Controlコンソールで実行できます。

この項には次のトピックが含まれます:

- Oracle Enterprise Schedulerジョブ・リクエストの送信

- Oracle Enterprise Schedulerジョブ・リクエストの検索

- 事前定義ジョブ・スケジュールの作成または編集

- ジョブ・リクエストの詳細の表示

- Oracle Enterprise Schedulerジョブ・リクエストの保留と再開

- Oracle Enterprise Schedulerジョブ・リクエストの取消し

4.2.1 Oracle Enterprise Schedulerジョブ・リクエストの送信

ジョブ・リクエストを送信するには、必要なメタデータを定義したジョブ定義を選択し、ジョブの実行日時を指定するスケジュールを定義します。

この項には次のトピックが含まれます:

- ジョブ・リクエストの作成

- ジョブ・リクエストのスケジュールの指定

4.2.1.1 ジョブ・リクエストの作成

ジョブ・リクエストのジョブ定義を選択し、スケジュールを選択または作成して、ジョブ・リクエストを作成します。

実行エラー時の再試行回数やジョブのタイムアウト値など、ジョブ・リクエストのシステム・プロパティも必要に応じて構成できます。

ジョブ・リクエストを送信するには:

1. 既存のジョブ定義を使用します。第5.2.1.2項の説明のとおり、最初に新規のジョブ定義を作成することも可能です。

2. 「スケジューリング・サービス」メニューをクリックし、「ジョブ・リクエスト」→「ジョブ・リクエストの送信」を選択して、「ジョブ・リクエストの送信」ページにナビゲートします。

3. ジョブ・リクエストの送信先のアプリケーションを選択します。
アプリケーションのドロップダウン・リストで、アプリケーションのデプロイメント名を選択します。

4. 「ジョブ・リクエストの詳細」の下の「説明」テキスト・フィールドに、ジョブ・リクエストの説明を入力します。

5. ジョブ定義を選択します。

1. 「ジョブ定義」の下の「ジョブ定義」テキスト・フィールドの横にある検索ボタンをクリックします。

2. 使用するジョブ定義を検索します。
「名前」テキスト・フィールドで、検索するジョブ定義の名前を入力します。ジョブ定義のパッケージを「パッケージ」フィールドに入力することもできます。

「実行」をクリックしてジョブ定義を検索します。

3. 検索結果表から、ジョブ定義名を選択します。

4. 「OK」をクリックします。

6. オプションで、「パラメータ」リージョンで、スケジュールするジョブ・リクエストで使用するパラメータを定義します。

1. 「パラメータ」リージョンで、「追加」をクリックしてパラメータを追加します。
パラメータの名前と値を入力します。

2. 使用可能なシステム・プロパティの値を設定できます。表5-1に、システム・プロパティの名前と説明を示します。
たとえば、許可するジョブの再試行回数(SYS_retries)やタイムアウト値(SYS_request_timeout)を構成できます。

7. ジョブを実行するスケジュールを選択します。

- 1回: カレンダのアイコンをクリックして日時を1つ選択します。

- 既存のスケジュールの使用: 検索ボタンをクリックして、既存スケジュールを検索して選択します。保存するスケジュールの定義の詳細は、第4.2.3項を参照してください。

- スケジュールの指定: ここで直接スケジュールを作成します。第4.2.1.2項の手順に従います。

8. 「OK」をクリックします。

4.2.1.2 ジョブ・リクエストのスケジュールの指定

「ジョブ・リクエストの送信」ページで、「スケジュールの指定」を選択すると、ジョブ・リクエストのスケジュールを構成できます。ジョブ・リクエスト・スケジュールを使用して、再帰ジョブ・リクエストを構成できます。また、すぐに実行するジョブ・リクエストや、指定した終了日より前に実行するジョブ・リクエストを構成できます。既存のジョブ定義を使用するか、第5.2.1.2項の説明のとおり新しいジョブ定義を作成します。

スケジュールを指定するには:

1. 「スケジュール」リージョンで、「スケジュールの指定」を選択します。

2. 「頻度」ドロップダウンで、このスケジュールを使用するジョブ・リクエストの実行頻度を選択します。頻度オプションの詳細の指定方法は、各オプションによって異なります。詳細を指定するときに、「日付および時間の選択」アイコンをクリックするとタイムゾーンも指定できます。

3. このジョブまたは他のジョブ・リクエストで使用できるようするため、「スケジュールの保存」チェック・ボックスを選択してこのスケジュールを保存し、次を入力します。

- 名前: スケジュールの名前を入力します。これはスケジュールをジョブ・リクエストに割り当てるときに表示される名前です。

- パッケージ: オプションで、このスケジュールに関連するJavaパッケージの名前を入力し、スケジュールの検索やグループ化で使用できるようにします。

- 説明: オプションで説明を入力します。

4.2.2 Oracle Enterprise Schedulerジョブ・リクエストの検索

「リクエスト検索」ページでジョブ・リクエストを検索できます。「リクエスト検索」ページでは、次を実行できます。

- ジョブ・リクエストID、実行アプリケーション、ジョブ・リクエストのステータスなど、ジョブ・リクエストの詳細のリストを返す、基本的な検索を実行します。

- 簡易検索と同じ情報を、実行日時、ジョブ・リクエストの実行時間または待機時間、再試行の回数、実行中に発生したエラーのタイプとともに返す、拡張検索を実行します。

- 検索結果表の列の表示を変更します。

この項には次のトピックが含まれます:

- 簡易検索を使用したジョブ・リクエストの検索

- 拡張検索機能を使用したジョブ・リクエストの検索

- 検索結果表の列表示の構成

4.2.2.1 簡易検索を使用したジョブ・リクエストの検索

簡易検索では、ジョブ・リクエストID、関連付けられているアプリケーション、ジョブ・リクエストのステータスなど特定の基準に基づいてジョブ・リクエストを検索したり、多数用意されている事前構成済クイック検索の1つを使用してジョブ・リクエストを検索できます。

ジョブ・リクエストを検索するには:

1. 「スケジューリング・サービス」メニューをクリックし、「ジョブ・リクエスト」→「ジョブ・リクエストの検索」を選択して、「リクエスト検索」ページにナビゲートします。

2. 次のいずれかのオプションを選択し、ジョブ・リクエストの検索範囲を選択します。

- 現在のスケジューリング・サービス: 現在作業しているスケジューリング・サービスに対してのみ送信されたジョブ・リクエストを検索する場合は、このオプションを選択します。

- ESSリポジトリを共有するすべてのスケジューリング・サービス: リポジトリを共有するすべてのスケジューリング・サービス(たとえば、スケジューリング・サービスのクラスタ内のすべてのスケジューリング・サービス)に対して送信されたジョブ・リクエストを検索する場合は、このオプションを選択します。
リポジトリ(ジョブ・リクエストが格納されるOracle Enterprise Schedulerランタイム・データベース)は、Oracle Enterprise Schedulerを含む複数のドメインで共有できます。複数のドメインにわたって実行され、データベースなどの共有リソースに高い負荷を与えているジョブを確認する場合に便利です。

3. 手早く検索を実行するには、「クイック検索」ドロップダウン・リストから、次のような事前構成済検索オプションを選択します。

- 過去1時間に送信されたリクエスト

- 過去24時間に送信された保留リクエスト

- 過去24時間に送信されエラーとなったリクエスト

- すべての実行中のリクエスト

- すべての保留中のリクエスト

- 現在再試行中のリクエスト

- 過去24時間に再試行されたリクエスト

- 過去24時間にシステム・エラーを発生したリクエスト

- 過去24時間にビジネス・エラーを発生したリクエスト

- 選択した作業割当ての準備完了リクエスト

- 手動リカバリが必要な非同期リクエスト

通常のジョブ・リクエスト検索を実行する場合は、この手順は省略します。

4. ジョブ・リクエストの検索基準を入力または選択します。

- リクエストID: 検索するジョブ・リクエストのIDを入力します。

- アプリケーション: 「アプリケーション」ドロップダウン・リストから、検索するジョブ・リクエストに関連付けられているアプリケーションの名前を選択します。または、「すべて」を選択して、すべてのアプリケーションのジョブ・リクエストを検索します。

- ステータス: 検索するジョブ・リクエストのステータスを選択します。または、「すべて」を選択して、すべてのステータスのジョブ・リクエストを検索します。次の表にステータスを示します。

ステータス

BLOCKED

EXPIRED

SCHEDULE_ENDED

CANCELLED

FINISHED

SUCCEEDED

CANCELLING

HOLD

UNKNOWN

COMPLETED

PAUSED

VALIDATION_FAILED

ERROR

PENDING_VALIDATION

WAIT

ERROR AUTO RETRY

READY

WARNING

ERROR MANUAL RECOVERY

RUNNING

- 実行タイプ: 「Javaタイプ」、「SQLタイプ」および「プロセス・タイプ」のオプションがあります。

- 送信済: ドロップダウン・リストから、検索するジョブ・リクエストが送信された期間を選択します。「過去1時間」、「過去24時間」、「過去7日間」、「過去31日間」のオプションがあります。

- 送信者: テキスト・フィールドで、検索するジョブ・リクエストを送信したユーザー名を入力します。

- ジョブ定義: テキスト・フィールドの横にある検索ボタンをクリックし、関連するジョブ定義名を選択します。

- 作業割当て: テキスト・フィールドの横にある検索ボタンをクリックし、リストから作業割当てを選択します。

- 製品: テキスト・フィールドで、ジョブ・リクエストを使用している製品名を入力します。

5. オプションで、「拡張」ボタンをクリックして、拡張検索を実行します。拡張検索の詳細は、第4.2.2.2項を参照してください。

6. 「検索」をクリックし、ジョブ・リクエスト検索を発行します。

4.2.2.2 拡張検索機能を使用したジョブ・リクエストの検索

拡張検索を実行するには、「リクエスト検索」ページで「拡張」ボタンをクリックします。

ジョブ・リクエストを検索するには:

1. ジョブ・リクエストの基本検索を入力します。「スケジューリング・サービス」メニューをクリックし、「ジョブ・リクエスト」→「ジョブ・リクエストの検索」を選択して、「リクエスト検索」ページにナビゲートします。

2. 次のいずれかのオプションを選択し、ジョブ・リクエストの検索範囲を選択します。

- 現在のスケジューリング・サービス: 現在作業しているスケジューリング・サービスに対してのみ送信されたジョブ・リクエストを検索する場合は、このオプションを選択します。

- ESSリポジトリを共有するすべてのスケジューリング・サービス: リポジトリを共有するすべてのスケジューリング・サービス(たとえば、スケジューリング・サービスのクラスタ内のすべてのスケジューリング・サービス)に対して送信されたジョブ・リクエストを検索する場合は、このオプションを選択します。
リポジトリ(ジョブ・リクエストが格納されるOracle Enterprise Schedulerランタイム・データベース)は、Oracle Enterprise Schedulerを含む複数のドメインで共有できます。複数のドメインにわたって実行され、データベースなどの共有リソースに高い負荷を与えているジョブを確認する場合に便利です。

3. 基本的な検索基準を選択します。詳細は、第4.2.2.1項を参照してください。

4. 「拡張」をクリックして、拡張検索のフィールドを表示します。

5. 「日付範囲」セクションで、ジョブ・リクエストを検索する日付範囲を構成します。左側の日付は開始日、右側の日付は終了日です。各日付のテキスト・フィールドの右側にあるカレンダ・アイコンをクリックし、日時を選択します。

- 送信間隔: ジョブ・リクエストが送信された期間の開始日と終了日を入力します。

- スケジュール間隔: ジョブ・リクエストの実行がスケジュールされた期間の開始日と終了日を入力します。

- 完了間隔: ジョブ・リクエストの実行が終了した期間の開始日と終了日を入力します。

6. 「実行時間/待機時間」セクションで、実行時間の長いまたは短いリクエストなど、検索するジョブ・リクエストの実行時間または待機時間を選択します。

- なし: 実行時間または待機時間を指定しない場合に選択します。

- 長時間実行中のリクエスト: 指定した秒、分、時間または日数より長く実行しているリクエストを検索する場合に選択します。
「最小実行時間」テキスト・フィールドに、ジョブ・リクエストの実行時間の下限を入力します。ドロップダウン・リストから、使用する時間単位を選択します。

- 待機していた短時間実行中のリクエスト: 指定した時間よりも実行時間が長く、指定した時間よりも待機時間が短いジョブ・リクエストを検索する場合に選択します。
「最大実行時間」テキスト・フィールドに、ジョブ・リクエストの実行時間の上限を入力します。ドロップダウン・リストから、「秒」、「分」、「時間」または「日」を選択します。

「最小待機時間」テキスト・フィールドに、ジョブ・リクエストの実行待機時間の下限を入力します。ドロップダウン・リストから、「秒」、「分」、「時間」または「日」を選択します。

- 時間別の待機中リクエスト: 実行待機時間が指定した時間内であるジョブ・リクエストを検索する場合に選択します。
「最小待機時間」テキスト・フィールドに、ジョブ・リクエストの実行待機時間の下限を入力します。ドロップダウン・リストから、「秒」、「分」、「時間」または「日」を選択します。

「最大待機時間」テキスト・フィールドに、ジョブ・リクエストの実行待機時間の上限を入力します。ドロップダウン・リストから、「秒」、「分」、「時間」または「日」を選択します。

7. 「失敗した実行の再試行」セクションで「再試行回数」ドロップダウン・リストを使用し、「次と等しい」、「次より大きい」、「次以上」などの演算子を選択します。
テキスト・フィールドに、再試行回数を入力します。

8. 「エラー・タイプ」セクションでドロップダウン・リストを使用して、エラーのタイプを選択します。

- ビジネス: 予期しない状態の発生によりジョブの早期終了が必要になったが、そのような状況でなければデータの整合性を保ったままジョブを終了できる場合、ジョブはビジネス・エラーで終了します。アプリケーションの設定または構成の状態、早期終了を要する機能面の衝突、あるいは破損または不整合データの結果、ジョブ・リクエストがビジネス・エラーで終了することがあります。ビジネス・エラーで終了したジョブ・リクエストは再試行できません。

- システム: 回復できない技術的問題が発生したが、そのような状況でなければジョブ自身でジョブを終了できる場合、ジョブはシステム・エラーで終了します。または、ジョブを実行しているコンピュータがクラッシュします。表領域の問題や処理不能な実行時例外が該当します。システム・エラーで終了したジョブ・リクエストは再試行できます。

9. 「検索」をクリックし、ジョブ・リクエスト検索を発行します。

4.2.2.3 検索結果表の列表示の構成

ジョブ・リクエストの検索を実行後、検索結果表での列の表示を構成できます。

ジョブ・リクエスト検索結果表の表示列を構成するには:

1. メインのOracle Enterprise Schedulerリクエスト検索ページを表示し、検索インタフェースを表示します。

2. 列を表示または非表示にします。
「表示」ドロップダウン・リストをクリックし、「列」を選択します。列名をクリックし、必要な列のチェック・ボックスを選択し、不要な列のチェック・ボックスの選択を解除します。

列の管理をクリックすると、「列の管理」ダイアログ・ボックスが表示され、ここから列の表示と非表示を選択できます。列の間の矢印を使用して、列名を表示から「非表示」列に移動します(または逆方向に移動します)。

3. オプションで、対象の列名を選択し、右側の上下移動用の垂直方向矢印を使用して、列を並べ替えます。

4. または、「表示」ドロップダウン・リストをクリックし、「列」→「すべて表示」を選択して、すべての列を表示します。

4.2.3 事前定義ジョブ・スケジュールの作成または編集

スケジュールを定義および保存し、将来のジョブ・リクエスト送信で使用できます。

1. 「スケジューリング・サービス」メニューをクリックし、「ジョブ・リクエスト」→「スケジュールの定義」を選択し、「スケジュール」ページにナビゲートします。

2. 「スケジュール」ページで、次のアクションのいずれかを選択できます。

- 新規スケジュールを作成するには、次のようにします。

1. 「アプリケーション」ドロップダウン・リストで、スケジュールを作成するアプリケーションの名前を選択します。

2. 「作成」をクリックします。

3. 次の情報を入力します。

- 名前: スケジュールの名前を入力します。これはスケジュールをジョブ・リクエストに割り当てるときに表示される名前です。

- パッケージ: オプションで、このスケジュールに関連するJavaパッケージの名前を入力し、スケジュールの検索やグループ化で使用できるようにします。

- 説明: オプションで説明を入力します。

4. 「頻度」ドロップダウンで、このスケジュールを使用するジョブ・リクエストの実行頻度を選択します。頻度オプションの詳細の指定方法は、各オプションによって異なります。詳細を指定するときに、「日付および時間の選択」アイコンをクリックするとタイムゾーンも指定できます。

5. 「OK」をクリックします。

- 既存のスケジュールの詳細を表示するには:

1. 「結果」領域で、詳細を表示するスケジュールを探します。

2. 「アプリケーション」ドロップダウン・リストで、スケジュールを表示するアプリケーションの名前を選択します。

3. 「名前」列で、スケジュールの名前をクリックします。

4. 「スケジュール詳細」ページでは、スケジュールの時間を削除したり、Editボタンをクリックしてスケジュールの詳細を編集したりすることができます。

- 既存スケジュールを編集するには:

1. 「名前」および「パッケージ」フィールドに、検索する値を入力します。

2. 「実行」をクリックして、検索します。

3. 「結果」領域で、編集するスケジュールを探します。

4. 編集するスケジュールを選択して「編集」をクリックします。

5. 「スケジュールの編集」ページで、スケジュールの詳細を編集します。

6. 「OK」をクリックします。

4.2.4 ジョブ・リクエストの詳細の表示

ジョブ・リクエストの検索結果でジョブ・リクエストIDまたはリクエストの親IDをクリックすると、各ジョブ・リクエストに関する詳細情報を表示できます。ジョブがエラー状態にある場合、発生したエラーに関する詳細が情報ボックスに表示されます。ジョブ・リクエストの検索の詳細は、第4.2.2項を参照してください。

個別のジョブ・リクエストに関して次のアクションを実行できます:

- ジョブ・リクエストのログ情報を表示します。

- ジョブ・セットおよびすべての子ジョブ・リクエストを表示します。

- 特定のジョブ・リクエストと同様のパラメータを指定して、ジョブまたはジョブ・セット・リクエストを発行します。

- 不完全なジョブ・リクエストを復元します。

ジョブ・リクエストの詳細を表示するには:

1. 第4.2.2.1項の説明のとおり、対象のジョブ・リクエストを検索します。

2. ジョブ・リクエストの検索結果が表示された表内で、詳細を表示するジョブ・リクエストを選択します。

3. ジョブ・リクエストの詳細を表示するには、ジョブ・リクエストIDをクリックします。または、ジョブ・リクエストに関連する親IDをクリックして、ジョブが関連するジョブ・セットの詳細を表示します。
「ジョブ・リクエストの詳細」ページでは、次の操作を実行できます。

- リクエスト・ログ: 「アクション」→「リクエスト・ログ」を選択し、ジョブ・リクエストのログ情報を表示します。

- 「SOAコンポジット・フロー・トレース」: 「アクション」→「SOAコンポジット・フロー・トレース」を選択して、コンポジットおよびコンポーネント・インスタンス内のメッセージ・フローのユーザー・インタフェースを表示します。SOAコンポジットからリクエストの状態が更新されていない場合は、このコマンドを使用します。リクエストのフローのトレースでは、コンポジット内のアクティビティに関連する情報が提供されます。
このアクションは、非同期Javaジョブで使用できます。ジョブがSOAコンポジットWebサービスの起動ではない場合、フローのトレースのユーザー・インタフェースには「トレースが見つかりません」というメッセージが表示されます。

- リクエスト・ツリー: 「アクション」→「リクエスト・ツリー」を選択し、親のジョブ・セットを関連するすべての子ジョブとともに表示します。

- 取消: 「アクション」→「取消」を選択し、ジョブ・リクエストを取り消します。

- 保持: 「アクション」→「保持」を選択し、ジョブ・リクエストを一時停止します。

- 再開: 「アクション」→「再開」を選択し、一時停止していたジョブ・リクエストを再開します。

- スタック・リクエストのリカバリ: 「アクション」→「スタック・リクエストのリカバリ」を選択し、続行できない不完全なジョブ・リクエストをリカバリします。

- 優先度の変更: 「アクション」→「優先度の変更」を選択して、ジョブ・リクエストの優先度を引き上げまたは引き下げます。優先度の高いジョブ・リクエストは、優先度の低いジョブ・リクエストよりも先にディスパッチされます。

- スケジュールの変更: 「アクション」→「スケジュールの変更」を選択し、ジョブ・リクエストに別のスケジュールを割り当てます。

- 次のように送信: 「アクション」→「次のように送信」を選択し、これと同じパラメータでジョブまたはジョブ・セットを送信します。

4.2.5 Oracle Enterprise Schedulerジョブ・リクエストの保留と再開

送信したジョブ・リクエストを保留または再開できます。

ジョブ・リクエストを保留して再開するには:

1. ジョブ・リクエストを検索します。詳細は、第4.2.2.1項を参照してください。

2. ジョブ・リクエスト検索結果の表内で、保留するジョブ・リクエストを選択します。

3. 「保持」ボタンをクリックします。

4. 一時停止したジョブ・リクエストを再開するには、ジョブ・リクエストを選択して「再開」をクリックします。

4.2.6 Oracle Enterprise Schedulerジョブ・リクエストの取消し

送信済の実行可能ジョブ・リクエストを取り消すことができます。実行可能ジョブ・リクエストには、スケジュールなしで送信されたジョブ・セットとジョブ・リクエストが含まれます。ジョブ・リクエストは実行以外の状態であれば取り消すことができます。

ジョブ・リクエストの取消し操作を実行したとき、取消しの状態がどのようになるかはジョブ・リクエストの現在の状態によって決まります。実行中でないジョブ・リクエストはすぐにCANCELLED状態に設定されます。RUNNING、PAUSEDまたはCOMPLETED状態のジョブ・リクエストは、リクエストの取消し操作の実行後、CANCELLING状態になります。

リクエストの状態が最終的にどのようになるかは、取消し操作を実行したときのジョブ・リクエストの処理ステージによって決まります。

表4-1は、取消し操作を実行したときの状態に応じて、各実行可能リクエストにどのような取消し状態が適用されるかを示しています。

表4-1 実行可能リクエストと取消し状態

取消し操作実行時のジョブの状態

新しい取消し状態

WAIT

CANCELLED

READY

CANCELLED

HOLD

CANCELLED

BLOCKED

CANCELLED

PENDING_VALIDATION

CANCELLED

ERROR_AUTO_RETRY

CANCELLED

PAUSED

CANCELLING

RUNNING

CANCELLING

COMPLETED

CANCELLING

すべての終了状態

状態変更なし

CANCELLING

状態変更なし

ERROR_MANUAL_RECOVERY

状態変更なし

実行可能リクエストは、プリプロセッサ、実行、ポストプロセッサという3つの主要ステージで処理されます。これらのステージにあるリクエストはすべて取り消すことができます。これらの3つのステージを完了できなかったジョブ・リクエストは、CANCELLEDになります。

この項には次のトピックが含まれます:

- 前処理ハンドラ実行中の取消し操作

- 同期Javaジョブ実行中の取消し操作

- 非同期Javaジョブ実行中の取消し操作

- PL/SQLジョブ実行中の取消し操作

- 生成されたジョブの実行中の取消し操作

- 親ジョブ・リクエストの取消し

- 子ジョブ・リクエストの取消し

4.2.6.1 前処理ハンドラ実行中の取消し操作

プリプロセッサ・ステージ中に取消し操作を実行した場合、ジョブ・リクエストに設定される新しい状態は、プリプロセッサから返されるステータスによって異なります。

表4-2に、取消し操作実行後のジョブの状態を示します。

表4-2 プリプロセッサの状態と取消し操作実行後の状態

プリプロセッサから返された状態

取消し操作実行後の状態

PROCEED

CANCELLED

DELAY

CANCELLED

WARN

CANCELLED

SYSTEM_ERROR

ERROR

BIZ_ERROR

ERROR

4.2.6.2 同期Javaジョブ実行中の取消し操作

ジョブ実行ステージ中に取消し操作を実行した場合、ジョブ・リクエストに設定される新しい状態は、ジョブがどのように完了したかによって異なります。

表4-3に、取消し操作実行後のジョブの状態を示します。

表4-3 返された同期Javaジョブの状態と取消し操作実行後の状態

ジョブから返された状態

取消し操作実行後の状態

通常の戻り値(成功)

CANCELLED

ExecutionWarningException

CANCELLED

ExecutionPausedException

CANCELLED

ExecutionBizErrorException

ERROR

ExecutionErrorException

ERROR

4.2.6.3 非同期Javaジョブ実行中の取消し操作

ジョブ実行ステージ中に取消し操作を実行した場合、ジョブ・リクエストに設定される新しい状態は、ジョブがどのように完了したかによって異なります。

表4-4に、取消し操作実行後のジョブの状態を示します。

表4-4 返された非同期Javaジョブの状態と取消し操作実行後の状態

ジョブから返された状態

取消し操作実行後の状態

SUCCESS

CANCELLED

PAUSE

CANCELLED

WARNING

CANCELLED

ERROR

ERROR

CANCEL

CANCELLED

UPDATE

状態変更なし。更新を待機します。

BIZ_ERROR

ERROR

ERROR_MANUAL_RECOVERY

ERROR_MANUAL_RECOVERY

4.2.6.4 PL/SQLジョブ実行中の取消し操作

実行可能ジョブが実行中である場合、Oracle Enterprise Schedulerは実行中のRDBMSスケジューラ・ジョブの強制終了を試みます。ジョブが正常に強制終了された場合、リクエストはCANCELLED状態になります。強制終了が実行される前にRDBMSスケジューラ・ジョブが終了した場合、ジョブ・リクエストに新しく設定される状態は、ジョブの実行結果によって異なります。

表4-5に、取消し操作実行後のジョブの状態を示します。

表4-5 返されたPL/SQLジョブの状態と取消し操作実行後の状態

ジョブから返された状態

取消し操作実行後の状態

SUCCESS

CANCELLED

WARNING

CANCELLED

PAUSE

CANCELLED

BIZ_ERROR

ERROR

SYSTEM_ERROR

ERROR

4.2.6.5 生成されたジョブの実行中の取消し操作

生成されたジョブが実行中である場合、Oracle Enterprise Schedulerは実行中のプロセスの強制終了を試みます。プロセスが正常に強制終了された場合、リクエストはCANCELLED状態になります。強制終了が実行される前にプロセスが終了した場合、リクエストに新しく設定される状態は、プロセスの実行結果によって異なります。

表4-6に、取消し操作実行後のジョブの状態を示します。

表4-6 返された生成されたジョブの状態と取消し操作実行後の状態

ジョブから返された状態

取消し後の状態

SUCCESS

CANCELLED

WARNING

CANCELLED

PAUSE

CANCELLED

BIZ_ERROR

CANCELLED

SYSTEM_ERROR

CANCELLED

4.2.6.6 親ジョブ・リクエストの取消し

実行可能でない親ジョブ・リクエストを取り消すには、その状態がWAITである必要があります。その後、状態はCANCELLINGに進みます。取消し操作は対象のすべての子ジョブ・リクエストに伝播されます。たとえば、ジョブ・セットが取り消されるとジョブ・セット・ステップが取り消され、親リクエストが取り消されるとサブ・リクエストが取り消され、再帰の親が取り消されると再帰の実行可能ジョブ・リクエストが取り消されます。子ジョブ・リクエストが実行可能な場合、前述の項で説明したルールが適用されます。すべての子リクエストが完了したときに、親リクエストがCANCELLEDの状態になります。

4.2.6.7 子ジョブ・リクエストの取消し

子ジョブ・リクエストは実行可能ジョブ・リクエストまたは親ジョブ・リクエストである場合があります。CANCELLEDまたはその他の終了状態で終了するサブリクエストを取り消しているとき、その親ジョブ・リクエストは取り消されていないかぎり通常どおり再開されます。サブリクエストの状態は親リクエストの状態に影響しません。

ジョブ・セット内のステップを取り消したとき、ジョブ・セットの状態がCANCELLED状態になるのは、ジョブ・セット・ステップがCANCELLED状態になったときです。ただし、別のジョブ・セット・ステップの結果がエラーの場合は、ジョブ・セットの状態がCANCELLEDに戻らないことがあります。

ジョブ・リクエストを取り消すには:

1. ジョブ・リクエストを検索します。

2. ジョブ・リクエスト検索結果の表内で、取り消すジョブ・リクエストを選択します。

3. 「取消」ボタンをクリックします。

4.3 パージ・ポリシーの管理

パージ・ポリシーを使用すると、指定した基準に基づいて、スケジュール済ジョブをスケジューリング・サービスで削除できます。たとえば、特定のジョブ定義を使用して送信され、特定のアプリケーションによって実行されたすべてのJavaタイプのジョブ・リクエストを3日間保存することをパージ・ポリシーで指定できます。また、特定のタイプ(たとえば、すべてのSQLジョブ・リクエスト)の成功状態のジョブ・リクエストを1日のみ保存するパージ・ポリシーも考えられます。パージ・ポリシーの実行頻度も指定できます。

この項には次のトピックが含まれます:

- 新規パージ・ポリシーの設定

- ジョブ・リクエストのデータベースからの物理的なパージ

- パージ・ポリシーの表示

- パージ・ポリシーの更新

- パージ・ポリシーの削除

4.3.1 新規パージ・ポリシーの設定

パージ・ポリシーは、どのジョブ・リクエストをパージし、どのジョブ・リクエストを保存するかを決定します。パージ・ポリシーの定義には次の作業が含まれます。

- パージするジョブの選択: 選択基準には、関連付けられているアプリケーションまたは製品、特定のジョブ定義またはジョブ・タイプ、ジョブ送信者、最大リクエスト数などがあります。

- 保存基準の指定: ジョブ・リクエストの保存期間をステータスに基づいて決定します。

- パージ頻度の指定: パージ・ポリシーの実行頻度を指定します。

注意:

パージ・ポリシーの実行後、パージしたジョブ・リクエストをデータベースから物理的に削除する必要があります。詳細は、第4.3.2項を参照してください。

新規パージ・ポリシーを設定するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、パージ・ポリシーを選択します。

3. 新規ポリシーを構成するには、「新規の設定」をクリックします。
「パージ・ポリシーの設定」ページで、パージ・ポリシーを構成します。

4. 「説明」テキスト・フィールドに、パージ・ポリシーの説明を入力します。

5. 「パージのリクエスト基準」セクションで、パージするジョブ・リクエストの特性を構成します。

- アプリケーション: ドロップダウン・リストから、パージ・ポリシーを作成するアプリケーションを選択します。

- 製品: 製品名を入力します。

- ジョブ定義: 「ジョブ定義」テキスト・フィールドの横にある参照ボタンをクリックします。
「ジョブ定義の選択」ウィンドウの「名前」テキスト・フィールドに、ジョブ定義の名前を入力します。

「実行」をクリックして検索し、表示されたものの中から対象のジョブ定義を選択します。「OK」をクリックします。

- 実行タイプ: ドロップダウン・リストから適切なジョブ・タイプを選択します(「すべて」、「Javaタイプ」、「SQLタイプ」、「プロセス・タイプ」)。

- 送信者: ジョブ送信者の名前を入力します。

6. 「パージの保存基準」セクションで、保存するジョブ・リクエストの特性を構成します。

- デフォルト保存期間(日数): リクエストを保存するデフォルト期間(日数)を入力します。

- 保存期間 - 成功(日数): 成功したジョブ・リクエストを保存する期間(日数)を入力します。

- 保存期間 - エラー(日数): エラーが発生したジョブ・リクエストを保存する期間(日数)を入力します。

- 保存期間 - 警告(日数): 警告状態で終了したジョブ・リクエストを保存する期間(日数)を入力します。

- 保存期間 - 取消済(日数): 取消し済ジョブ・リクエストを保存する期間(日数)を入力します。

7. 「スケジュール」セクションで、ジョブ・リクエスト・パージ・ポリシーのスケジュールを設定します。

- パージ・ポリシーを1回だけ実行する場合は、「1回」を選択します。カレンダ・アイコンをクリックして、パージ・ポリシーを実行する日時を選択します。

- パージ・ポリシーのスケジュールを設定するには、「既存のスケジュールの使用」を選択します。参照ボタンをクリックして、スケジュールを検索します。
「スケジュールの選択」ウィンドウで、スケジュールを選択して「OK」をクリックします。

8. 「拡張」セクションの「最大処理対象リクエスト数」テキスト・フィールドに、処理する最大ジョブ・リクエスト数を入力します。

9. 「OK」をクリックし、パージ・ポリシーを保存します。

4.3.2 ジョブ・リクエストのデータベースからの物理的なパージ

ジョブ・リクエスト・データは、Oracle Enterprise Schedulerランタイム・ストアのランタイム・ストア表にレコードとして保存されます。これらのジョブ・リクエスト・レコードは、データベース管理者がSQLパージ・スクリプトを使用してデータベースから物理的にパージするまで、ランタイム・ストアに保持されます。ジョブ・リクエストを物理的にパージする前に、論理的に削除する必要があります。

Oracle Enterprise Schedulerスキーマでesspurge.purge_requestsメソッドを使用して、削除されたジョブ・リクエストをデータベースからパージします。Oracle Fusion Applications環境で、このスキーマは通常FUSION_ORA_ESSと呼ばれています。

ESSPURGEパッケージには、完了したジョブ・リクエストをパージできるストアド・プロシージャが含まれています。通常、このパッケージはOracle Enterprise Schedulerスキーマが作成または更新されたときにロードされます。ストアド・プロシージャを例4-1に示します。

例4-1 完了したジョブ・リクエストをパージするESSPURGEストアド・プロシージャ

--- Purges job requests that have completed.
---
--- p_older_than : Purge only job requests that have completed after this time.
--- p_max_count : The maximum number of job requests to purge.
--- p_max_runtime : The maximum time, in minutes, the purge should run.
---    If null (default), this defaults to one day which effectively means
---    there is no time limit.
---
procedure purge_requests
( p_older_than in timestamp,
p_max_count in number,
p_max_runtime integer default null );

esspurge.purge_requestsの基本的な構文を例4-2に示します。FUSION_ORA_ESSはOracle Enterprise Schedulerスキーマの名前で、passwordはパスワードです。

例4-2 データベースからのジョブ・リクエストのパージ

sqlplus FUSION_ORA_ESS/password
set serveroutput on size unlimited
set timing on
execute esspurge.purge_requests(systimestamp, 1000000);

さらに別の例を示します。

- 現在時間より前に完了したジョブ・リクエストを最大50000件パージするには、次のコマンドを実行します。

execute esspurge.purge_requests(systimestamp, 50000);

- 30日前に完了したジョブ・リクエストを最大50000件パージするには、次のコマンドを実行します。

execute esspurge.purge_requests(systimestamp - 30, 50000);

- 2010年6月1日15:00:00(UTC)より前に完了したジョブ・リクエストを最大50000件パージするには、次のコマンドを実行します。

execute esspurge.purge_requests(TIMESTAMP '2010-06-01 15:00:00 -00:00', 50000);

4.3.3 パージ・ポリシーの表示

スケジューリング・サービスに定義されているすべてのパージ・ポリシーを表示できます。

スケジューリング・サービスのパージ・ポリシーを表示するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、パージ・ポリシーを選択します。

4.3.4 パージ・ポリシーの更新

既存のパージ・ポリシーのリクエストまたは保存基準と、パージ・ポリシーのスケジュールを編集できます。

パージ・ポリシーを更新するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、パージ・ポリシーを選択します。

3. 「パージ・ポリシー」表で、更新するポリシーを選択し、「更新」をクリックします。

4. パージ・ポリシーを編集し、「OK」をクリックします。

4.3.5 パージ・ポリシーの削除

特定のパージ・ポリシーを削除できます。

パージ・ポリシーを削除するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、パージ・ポリシーを選択します。

3. 「パージ・ポリシー」表で、削除するポリシーを選択し、「削除」をクリックします。

4.4 ジョブ・リクエストのためのシンプル・データ・セキュリティの構成

Oracle Simple Data Securityによって特定のデータ・レコードへのアクセスや変更に対するセキュリティ認可が強制されます。Oracle Simple Data Securityは、OPSSプリンシパルにアクションを付与することによってOracle Platform Security Services (OPSS)に統合されます。権限は、特定のリソースに対してだれ(プリンシパル)が何(アクション)を実行できるのかを定義します。Oracle Simple Data Securityの権限では、エンタープライズ・ユーザーまたはエンタープライズ・グループをプリンシパルとして使用できます。

Oracle Enterprise Schedulerのコンテキストでジョブ・リクエスト・アクセス制御セキュリティ・ポリシーは、権限、権限受領者、および次のようなジョブ・リクエスト・セットに対するoracle.as.scheduler.security.RuntimeDataPermission権限のセットで構成されます。

- 権限受領者は、ユーザーやアプリケーション・ロールなどの権限受領者IDで表現されます。このIDは、Oracle Fusion Middlewareから取得されるユーザーGUIDまたはアプリケーション・ロールGUIDと一致している必要があります。

Oracle Enterprise Managerを使用して、ジョブ・リクエスト・アクセス制御データ・セキュリティ・ポリシーを管理できます。

デフォルトの動作は次のとおりです。

- デフォルトで、ユーザーは自分が送信したリクエストのみを表示できます。

- ユーザーがリクエストを表示できる場合、リクエスト・ログも表示できます。

- ユーザーがリクエストを表示できる場合、そのリクエストが昇格された権限として実行されていなければ、ユーザーはリクエスト出力を表示できます。

- ユーザーがリクエストを表示できる場合、そのリクエストが昇格された権限として実行されていれば、出力はリクエストできません。

- リクエストの別名実行ユーザー(指定されている場合は、昇格されたユーザー)は、リクエスト、リクエスト・ログおよびリクエスト出力を表示できます。

- 管理者グループのユーザー(たとえば、"weblogic")は、すべてのリクエストおよびリクエスト・ログを表示できます。

- 管理者ユーザーは、管理者ユーザーとしてリクエストが送信および実行されていない場合、リクエスト出力を表示できません。

4.4.1 Oracle Simple Data Securityのアクション

Enterprise Managerを使用して、Oracle Enterprise Schedulerの機能およびデータのセキュリティ・ポリシーを作成できます。ここで、アクセスとロールを関連付けてポリシーを作成できます。

表4-7に、使用可能なシンプル・データ・セキュリティのアクションを示します。

表4-7 データ・セキュリティのためのアクションの付与

アクション

効果

ESS_REQUEST_READ

リクエストの読取り、およびリクエスト状態と詳細の取得を行います。

ESS_REQUEST_UPDATE

リクエストを更新します。

ESS_REQUEST_HOLD

リクエスト実行を保留します。

ESS_REQUEST_CANCEL

リクエスト実行を取り消します。

ESS_REQUEST_LOCK

リクエストをロックします。

ESS_REQUEST_RELEASE

リクエストのロックを解除します。

ESS_REQUEST_DELETE

リクエストを削除します。

ESS_REQUEST_PURGE

リクエストをパージします。

ESS_REQUEST_OUTPUT_READ

リクエストの出力を表示します。

ESS_REQUEST_OUTPUT_DELETE

リクエストの出力を削除します。

ESS_REQUEST_OUTPUT_UPDATE

リクエストの出力を更新します。

4.4.2Oracle Enterprise Schedulerコンポーネントのためのデータ・セキュリティ・ポリシーの作成方法

Enterprise Managerを使用して、Oracle Enterprise Schedulerの機能およびデータのセキュリティ・ポリシーを作成できます。

1. ナビゲーション・ペインで、「WebLogicドメイン」フォルダを展開し、ポリシーを作成するドメインを選択します。

2. 「WebLogicドメイン」メニューから、「セキュリティ」→「アプリケーション・ポリシー」を選択します。
「アプリケーション・ポリシー」ページが表示されます。

3. 「検索」セクションの「アプリケーション・ストライプ」ドロップダウンから、作業するアプリケーション・ストライプを選択します。

4. 「作成」をクリックして、ユーザー、グループまたはアプリケーション・ロールへの権限の付与を開始します。
「アプリケーション権限の作成」ページが表示されます。

5. 「アプリケーション権限の作成」ページの「権限受領者」セクションで、「追加」をクリックします。

6. 「プリンシパルの追加」ウィンドウの「タイプ」ドロップダウンでプリンシパルのタイプを選択し、プリンシパル名または表示名を入力し、検索ボタンをクリックして追加するプリンシパルを検索します。

7. プリンシパルの検索の下で、使用するプリンシパルをクリックし、「OK」をクリックします。

8. 「権限」セクションで「追加」をクリックします。

9. 「検索」セクションで「権限」をクリックします。

10. 「権限クラス」ドロップダウンでoracle.as.scheduler.security.RuntimeDataPermissionを選択します。

11. 「検索」ボタンをクリックします。

12. 「検索結果」で、Scope=APPLICATIONを選択し、「続行」をクリックします。

13. 「権限の追加」ダイアログの「権限アクション」フィールドで、カンマ区切りの権限リストを、付与する権限のリストになるように編集します。

14. 「OK」をクリックします。

5 Oracle Enterprise Schedulerジョブの作業の管理

この章では、メタデータを追加してOracle Enterprise Schedulerジョブのロジックを調整する方法について説明します。作業詳細の追加、ジョブを有意義なセットにまとめるためのグループ化、作業の実行日時を指定するスケジュールの割当て、ジョブを同時に実行しないことを定める例外の作成などについて説明します。

この章では、次の項目について説明します。

- 第5.1項「Oracle Enterprise Schedulerジョブの作業の管理の概要」

- 第5.2項「ジョブ・メタデータの管理」

- 第5.3項「作業割当てと稼働シフトの管理」

- 第5.4項「ジョブのメタデータ・セキュリティの管理」

5.1 Oracle Enterprise Schedulerジョブの作業の管理の概要

メタデータをジョブ・タイプに関連付け、作業にスケジュールを割り当てることで、有意義な作業を定義できます。Oracle Enterprise Schedulerジョブの作業の管理では、次のことが可能です。

- リクエスト・インスタンス固有のデータを自身のまたはシステムのプロパティをとおして関連付け、ジョブが実行されるコンテキストにジョブを結び付けることができます。

- ジョブによって実行される作業に関連するデータへのアクセス権を、ユーザーのグループにどのレベルで許可するかを決定します。

- ジョブをジョブ・セットにまとめ、ユニットとしてジョブを順にまたは同時に実行できるようにします。

- 特定のジョブ定義を同時に実行できないことの指定、およびそれらを実行できない状況を指定します。

- システム・リソースなどの要因に基づいて、ジョブの実行可否を決定する制約を定義します。

5.2 ジョブ・メタデータの管理

Oracle Enterprise Schedulerジョブのメタデータは、スケジュール済ジョブ・リクエストを構成するコンポーネントです。

次のパラメータがあります。

- ジョブ定義: ジョブ定義は、ジョブを実行するアプリケーションのコンテキストで実行される、最小単位の作業です。ジョブ定義は、JavaまたはSQLジョブ・タイプなどのジョブ・タイプによって定義されます。

- ジョブ・セット: ジョブ・セットは、ジョブ・ステップの順次的または並行的なセットです。ジョブ・ステップは、それ自体が単体のジョブである場合と、さらに別のジョブ・セットである場合があります。ジョブ・セットとそのジョブ・セット・ステップのそれぞれにパラメータを追加できます。このパラメータの値は、ジョブまたはジョブ・セットがジョブ・リクエストとして送信されたときに指定されます。

- 非互換性: 同時に実行できないジョブ定義またはジョブ・セットを指定できます。

この項には次のトピックが含まれます:

- ジョブ定義の管理

- ジョブ・セットの管理

- 非互換性の管理

5.2.1 ジョブ定義の管理

Fusion Middleware Controlの「ジョブ定義」ページでは、ジョブ定義の表示、作成、編集、複製、削除および検索を実行できます。

この項には次のトピックが含まれます:

- ジョブ定義の表示

- ジョブ定義の作成または編集

- ジョブ定義の削除

5.2.1.1 ジョブ定義の表示

特定のアプリケーション用に作成されたジョブ定義を表示できます。ジョブ定義の表には、ジョブ定義名、ジョブ定義の保存先の完全パス、ジョブ・タイプなど、アプリケーションに関連するジョブの詳細が表示されます。

ジョブ定義を定義するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「ジョブ・メタデータ」→「ジョブ定義」を選択します。
「ジョブ定義」ページが表示されます。

3. 「アプリケーション」ドロップダウン・リストで、表示するジョブ定義のアプリケーション名を選択します。

4. 「名前」および「パッケージ」フィールドに、検索する値を入力します。

5. 「実行」をクリックして、検索します。
アプリケーションのジョブ定義が、アプリケーションのドロップダウン・リストの下の表に表示されます。

列名

説明

名前

この列にはジョブ定義の名前が表示されます。

パッケージ

この列にはジョブ定義に関連付けられているJavaパッケージの名前が表示されます。

説明

この列にはジョブ定義の説明が表示されます。

6. 特定のジョブ定義の詳細を表示するには、該当するジョブ定義の名前をクリックします。

5.2.1.2 ジョブ定義の作成または編集

ジョブ定義を作成または編集することができます。作成したジョブ定義を使用して、特定のアプリケーションに対するジョブ・リクエストを作成できます。ジョブ定義には、実行するジョブのディレクトリ・パス、ジョブ定義を関連付けるアプリケーションの名前、ジョブ定義に使用するジョブ・タイプが含まれています。

ジョブ定義に次のような追加プロパティを定義できます。

- パラメータ。編集可能または読取り専用のパラメータを構成し、ジョブ・リクエストに送信できます。

- ユーザー・プロパティ。ブール値、数値、文字列など、エンド・ユーザーが実行時に入力するプロパティを構成できます。

この項には次のトピックが含まれます:

- パラメータの構成

- システム・プロパティの構成

- アクセス制御の構成

ジョブ定義を作成または編集するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「ジョブ・メタデータ」→「ジョブ定義」を選択します。
「ジョブ定義」ページが表示されます。

3. 「アプリケーション」ドロップダウン・リストで、ジョブ定義を作成するアプリケーション名を選択します。

4. 「作成」をクリックして新規のジョブ定義を作成するか、または「編集」をクリックして既存のジョブ定義を変更します。

5. ジョブ定義で、次のプロパティを構成します。

- 名前(必須): この定義を一意に識別する名前を入力します。この値には空白を含めることはできません。

- 表示名: この定義のユーザーに表示される値を入力します。この値には空白を含めることができます。ユーザー・インタフェースでこの定義を表示または検索するユーザーにとって覚えやすい名前にしてください。
このプロパティは、異なるロケールに対応するために国際化をサポートしています。

- パッケージ: 実行するジョブのパッケージを入力します。

- 説明: ジョブの説明を入力します。
このプロパティは、異なるロケールに対応するために国際化をサポートしています。

- ジョブ・タイプ(必須): ドロップダウン・リストから、このジョブ定義で使用するジョブ・タイプを選択します。「上書き」チェック・ボックスを選択して次のようにします
選択したジョブ・タイプに応じて、次のいずれかのフィールドが「ジョブ・タイプ」の下に表示されます。この定義のジョブ・タイプで値が読取り専用に指定されている場合、フィールドの値は編集できません。

- クラス名(JavaJobTypeの場合)
ジョブ定義のジョブ・タイプに関連付けるクラス名。フィールドを編集できる場合は、「上書き」を選択してクラス・パスと名前を入力するか、または「参照」をクリックしてJavaクラスのパス名を指定します。

- プロシージャ名(PlsqlJobTypeの場合)
このジョブ定義のジョブ・タイプに関連付けるPL/SQLプロパティのプロシージャ名。このフィールドを編集できる場合は、「上書き」を選択し、このジョブ定義で使用するプロシージャ名を入力します。「参照」ボタンをクリックして、すでに定義されているデータベース接続を使用してストアド・プロシージャを参照することもできます。

- コマンドライン(ProcessJobTypeの場合)
ジョブ・タイプに関連付けるコマンドの文字列。このフィールドを編集できる場合は、「上書き」を選択し、このジョブ定義で使用するコマンドを入力します。

6. オプションで、パラメータ、システム・プロパティおよびアクセス制御を構成します。詳細は、第5.2.1.2.1項、第5.2.1.2.2項および第5.2.1.2.3項を参照してください。

7. 「OK」をクリックします。

5.2.1.2.1 パラメータの構成

ジョブ・リクエストにデータを渡すにはパラメータを使用します。ジョブ送信のユーザー・インタフェースでは、テキスト・ボックス、日付ピッカー、選択リスト、値のリストなど、様々な表示コントロールを使用して、パラメータを渡すことができます。

ジョブ定義のパラメータを構成するには:

1. 「ジョブ定義の作成」ページで、「パラメータ」セクションを展開します。

2. 「追加」アイコンをクリックします。
「パラメータの追加」ダイアログ・ボックスが表示されます。

3. 「パラメータの追加」ダイアログで、次の情報を入力します。

- タイプ: ドロップダウン・リストから、パラメータのデータ・タイプ(String、Long、Integer、DateTime、Number、Boolean)を選択します。必須です。

- 名前: パラメータの名前を入力します。

- 読取り専用: このパラメータをユーザーに対して読取り専用にするには、このチェック・ボックスを選択します。

- 初期値: ユーザーによって値が変更される前のこのパラメータの値を入力します。

4. 「OK」をクリックします。

5.2.1.2.2 システム・プロパティの構成

システム・プロパティは、システムが認識できるパラメータで、システムによって使用されます。特定のシステム・プロパティをメタデータで使用することを指定できます。

ジョブ定義のシステム・プロパティを構成するには:

1. 「ジョブ定義の作成」ページで、「システム・プロパティ」セクションを展開します。

2. 「追加」アイコンをクリックします。
「システム・プロパティの追加」ダイアログ・ボックスが表示されます。

3. 「名前」ドロップダウン・リストから、指定するシステム・プロパティを選択します。表5-1に、指定できるシステム・プロパティを示します。

表5-1 システム・プロパティ

システム・プロパティ

説明

SYS_EXT_cmdLine.Unix

プロセス・ジョブ・タイプ用です。UNIXのコマンドライン・コマンドを表す文字列を指定します。

SYS_cmdLineプロパティが定義されている場合、このプロパティは無視されます。

SYS_EXT_cmdLine.Windows

プロセス・ジョブ・タイプ用です。Windowsのコマンドライン・コマンドを表す文字列を指定します。

SYS_cmdLineプロパティが定義されている場合、このプロパティは無視されます。

SYS_EXT_executableDir.Unix

プロセス・ジョブ用です。プロセス実行可能ファイルがあるUNIX上のディレクトリを指定します。

SYS_EXT_executableDir.Windows

プロセス・ジョブ用です。プロセス実行可能ファイルがあるWindows上のディレクトリを指定します。

SYS_EXT_executableName

プロセス・ジョブ用です。プロセス実行可能ファイルの名前を指定します。

SYS_EXT_executableSuffix.Unix

Unix上のSYS_EXT_executableNameの接尾辞を指定します。デフォルトは".sh"です。

SYS_EXT_executableSuffix.Windows

Windows上のSYS_EXT_executableNameの接尾辞を指定します。デフォルトは".cmd"です。

SYS_EXT_executeAutoExport

プロセス・ジョブおよびJavaジョブ・タイプ用です。実行ステージの開始時に、以前にインポートされた出力ファイルを、リクエストの出力ディレクトリに自動的にエクスポートするようOracle Enterprise Schedulerに要求するための値を指定します。このプロパティを使用する場合は、リクエストのSYS_EXT_supportOutputFilesプロパティが"output"、SYS_EXT_executeAutoExportプロパティが"true"に設定されていることが前提です。

RequestFileDirectoryがローカル・ディレクトリにあり、実行ステージで、プリプロセッサの試行または前の実行試行中に作成された出力ファイルにアクセスする必要がある場合(再試行時)に便利です。

SYS_EXT_fusionJob

現在のジョブがFusion Applications CPジョブ・タイプであることを示すには、これを"true"に設定します。

SYS_EXT_processArguments

プロセス・ジョブ用です。引数を指定します。

SYS_EXT_requestLogLevel

JavaおよびPL/SQLリクエストのログ出力のログ・レベルを指定します。デフォルトは"INFO"です。

SYS_EXT_resolvedCmdLine

プロセス・ジョブ・タイプ用です。このプロパティは、ジョブが正常に開始した後にOracle Enterprise Schedulerで実際のコマンドラインを保存する場所を提供します(置換が実行されます)。このプロパティは診断用にのみ使用されます。Oracle Enterprise Schedulerでのみ使用され、その他の値がこのサービスによって上書きされることがあります。

SYS_EXT_supportOutputFiles

ジョブがファイル・システムにファイルを作成するかどうかを示す文字列を指定します。サポートされている値は次のとおりです。

- work: 出力ファイルのかわりに一時ファイルを作成します。

- output: ファイル・システムを使用して出力ファイルを作成します。

- none (または値なし): ファイル・システムにファイルを作成しません。

SYS_EXT_uploadContentToRepository

Oracle Enterprise Schedulerでコンテンツ・ストア内のリクエスト・ログと出力ファイルを別のリポジトリ(UCM)にアップロードする場合は、これを"copy"に設定します。リクエスト・ログおよび出力コンテンツはコンテンツ・ストアに残りますが、ログ/出力がUCMにあることが必要なユーザー・インタフェースやツールでも使用できるようになります。

SYS_EXT_useAlternateEnvironment

Fusion Applicationsスタイルのファイルから環境プロパティを取得するには、これを"true"に設定します。デフォルトは「false」です。

SYS_EXT_useExtendedSetup

Oracle Enterprise Schedulerで、ApplSessionなどの拡張機能が使用可能なときに、リクエストの各ステージでその機能を設定する場合は、これを"true"に設定します。

SYS_EXT_userFileDirShared

ファイル・システムにファイルを作成するプロセス・ジョブ・タイプおよびJavaジョブ・タイプ用です。Oracle Enterprise Schedulerに、ess-config.xmlファイルで構成されたRequestFileDirectoryおよびRequestFileDirectorySharedをリクエストに保存することを要求します。これらの値は、SYS_userFileDirおよびSYS_EXT_userFileDirSharedプロパティとしてそれぞれ保存されます。Oracle Enterprise Schedulerはこれらのプロパティを使用し、SYS_EXT_supportOutputFilesに応じてリクエストの作業ディレクトリと出力ディレクトリを作成します。

Oracle Enterprise Schedulerでのみ使用され、その他の値がこのサービスによって上書きされることがあります。

SYS_allowMultPending

同じジョブ定義の複数のリクエストの保留を許可するかどうかを指定します。このプロパティはジョブ・セット・ステップには影響しません。TrueまたはFalse。

SYS_application

リクエスト処理に使用するJ2EEアプリケーションの論理名を指定します。このプロパティは、リクエスト送信時にOracle Enterprise Schedulerによって自動的に設定されます。

SYS_bizErrorExitCode

実行ビジネス・エラーを表す、プロセス・ジョブ・リクエストのプロセス終了コードを指定します。このプロパティが指定されていない場合、システムは、プロセス終了コード4を実行ビジネス・エラーと見なして処理します。

このプロパティはプロセス・ジョブ・タイプのオプションのプロパティです。その他のジョブ・タイプでは使用されません。

ビジネス・エラーの詳細は、第4.2.2.2項を参照してください。

SYS_className

Javaジョブ・リクエストに使用するJava実行可能ファイルを指定します。これは、oracle.as.scheduler.Executableインタフェースを実装するJavaクラスの名前である必要があります。このプロパティはJavaジョブ・タイプの必須プロパティです。その他のジョブ・タイプでは使用されません。

SYS_cmdLine

プロセス・ジョブ・リクエストに使用する外部プログラムを起動するときに使用するコマンドラインを指定します。

このプロパティはプロセス・ジョブ・タイプの必須プロパティです。その他のジョブ・タイプでは使用されません。

SYS_effectiveApplication

リクエストを処理するときに有効なアプリケーションとなるJ2EEアプリケーションの論理名を指定します。EFFECTIVE_APPLICATIONシステム・プロパティを定義することで、ジョブ定義、ジョブ・タイプまたはジョブ・セット・ステップを他のアプリケーションに関連付けることができます。このプロパティはメタデータでのみ指定できます。送信パラメータでは指定できません。

SYS_environmentVariables

プロセス・ジョブ・リクエストの生成プロセスに設定する環境変数を指定します。このプロパティ値は、設定する環境変数を示す名前と値のペア(name=value)を、カンマで区切ったリストである必要があります。

このプロパティはプロセス・ジョブ・タイプのオプションのプロパティです。その他のジョブ・タイプでは使用されません。

SYS_executePast

実行時間が過去である繰返しリクエストのインスタンスを生成するかどうかを指定します。インスタンスは、リクエスト開始時間の前およびリクエスト終了時間の後には生成されません。過去のインスタンスが生成されるようにするには、このプロパティをTRUEに設定し、リクエスト開始時間をインスタンス生成を開始する最初の時間として指定する必要があります。リクエスト開始時間がnullである場合、現在の時間にデフォルト設定されます。

このプロパティの値は次のとおりです。

- TRUE: 生成時間に関係なく、スケジュールで指定されるすべてのインスタンスが生成されます。

- FALSE: スケジュールされた過去の実行時間のインスタンス(生成の時間より前)は生成されません。

このプロパティが指定されていない場合、TRUEにデフォルト設定されます。

SYS_extensionListener

内部使用専用。

SYS_external_id

非同期Javaジョブの外部部分の識別子を指定します。たとえば、非同期Javaジョブでは通常リモート・プロセスを起動してから、Oracle Enterprise Schedulerに制御を戻します。このプロパティはリモート・プロセスの識別に使用されます。このプロパティは、識別子の判明時に非同期Javaジョブのジョブ実装によって設定されます。Oracle Enterprise Schedulerによっては設定されません。

SYS_groupName

このリクエストがバインドされるOracle Enterprise Scheduler分離グループの名前を指定します。このプロパティは、リクエスト送信時にOracle Enterprise Schedulerによって自動的に設定されます。

SYS_inputList

ジョブ・リクエストへの入力を指定します。シリアル・ジョブ・セットへの入力は、最初のステップのみへの入力として転送されます。パラレル・ジョブ・セットへの入力は、すべてのパラレル・ステップへの入力として転送されます。

Oracle Enterprise Schedulerによって、このプロパティの値に指定される形式はありません。

SYS_inputWorkDirectory

ジョブ・リクエストの処理中に入力ファイルに使用する作業ディレクトリを指定します。Oracle Enterprise Schedulerはジョブ・リクエストの処理中にこのプロパティの値を設定します。

SYS_listener

リクエストに関連付けるイベント・リスナー・クラスを指定します。これは、oracle.as.scheduler.EventListenerインタフェースを実装するJavaクラスの名前である必要があります。

SYS_locale

ジョブに適用する言語コードを指定します。

SYS_logWorkDirectory

ロギング作業ディレクトリを指定します。Oracle Enterprise Schedulerでのみ使用され、その他の値がこのサービスによって上書きされることがあります。

SYS_outputList

リクエストからの出力を指定します。

シリアル・ジョブ・セットの出力は、最後のステップのOUTPUT_LISTです。パラレル・ジョブ・セットの出力は、すべてのステップのOUTPUT_LISTを連結したもので、順番は保証されず、セパレータとしてoracle.as.scheduler.SystemProperty.OUTPUT_LIST_DELIMITERが使用されます。

SYS_outputWorkDirectory

ジョブ・リクエストの処理中に出力ファイルに使用する作業ディレクトリを指定します。Oracle Enterprise Schedulerはジョブ・リクエストの処理中にこのプロパティの値を設定します。Oracle Enterprise Schedulerでのみ使用され、その他の値がこのサービスによって上書きされることがあります。

SYS_postProcess

後処理コールアウト・ハンドラ・クラスを指定します。これは、oracle.as.scheduler.PostProcessHandlerインタフェースを実装するJavaクラスの名前である必要があります。

SYS_preProcess

前処理コールアウト・ハンドラ・クラスを指定します。これは、oracle.as.scheduler.PreProcessHandlerインタフェースを実装するJavaクラスの名前である必要があります。

SYS_priority

リクエスト処理の優先度を指定します。優先度は[0...9]で指定し、最も低い優先度が0、最も高い優先度が9です。

デフォルト: このプロパティが指定されていない場合、システムのデフォルト値は4です。

SYS_procedureName

SQLジョブ・リクエストでコールされるPL/SQLストアド・プロシージャの名前を指定します。ストアド・プロシージャは、schema.nameの形式で指定する必要があります。

このプロパティはSQLジョブ・タイプの必須プロパティです。その他のジョブ・タイプでは使用されません。

SYS_product

リクエストを送信したアプリケーション内の製品を指定します。

SYS_redirectedOutputFile

プロセス・ジョブ・リクエストで標準出力およびエラー・ストリームがリダイレクトされるファイルを指定します。リクエストの実行時に標準出力およびエラー・ストリームのリダイレクト先となるログ・ファイルの完全パスを示します。

Oracle Enterprise Schedulerでのみ使用され、その他の値がこのサービスによって上書きされることがあります。

SYS_reprocessDelay

コールアウト・ハンドラの処理遅延時間を指定します。コールバック・ハンドラによって遅延がリクエストされたときに、リクエスト処理を遅延させる時間を分単位で示します。

デフォルト: このプロパティが指定されていない場合、使用されるシステムのデフォルトは5です。整数型。

SYS_request_timeout

ジョブ・リクエストをタイムアウトさせることを指定します。

SYS_requestCategory

リクエストのアプリケーション固有ラベルを指定します。アプリケーションまたはシステム管理者によって定義されるラベルで、管理者が特定の用途に応じてジョブ・リクエストをグループ化できるようにします。

SYS_requestedProcessor

リクエストを処理するリクエスト・プロセッサ・ノードを指定します。ジョブ・リクエストとプロセッサの親和性を指定できます。このプロパティが指定されていない場合、使用可能な任意のリクエスト・プロセッサ・ノードでリクエストを実行できます。通常、このプロパティは指定しません。

このプロパティをリクエストに指定した場合、リクエスト・プロセッサの作業割当てoracle.as.scheduler.WorkAssignment(特殊化)でこのようなリクエストの実行を許可する必要があります。許可しなかった場合、そのリクエストは実行されません。指定されたノードが停止している場合、リクエストはREADY状態のままとなり、そのノードが再起動されるまで実行されません。

SYS_requestExpiration

リクエストの有効期限を指定します。スケジュールされている実行時間を過ぎてからリクエストが失効するまでの時間を、分単位で示します。値ゼロ(0)の有効期限はリクエストが失効しないことを意味します。このプロパティが指定されていない場合、システムのデフォルト値は0です。

リクエストの有効期限は実行待機中のリクエストにのみ適用されます。指定された有効期限よりも待機時間が長いリクエストは実行されません。リクエストの実行が開始された後は、リクエストの有効期限は適用されません。

SYS_retries

失敗したリクエストの再試行上限を指定します。リクエストの実行に失敗した場合、リクエストが成功するまでこのプロパティで指定された回数までリクエストが再試行されます。再試行上限にゼロ(0)を指定した場合、失敗したリクエストは再試行されません。

このプロパティが指定されていない場合、使用されるシステムのデフォルトは0です。

SYS_runasApplicationID

このプロパティは、スケジュール済ジョブを完了するためアクセス権限の昇格を許可します。

通常、リクエストは送信ユーザーとして実行されます。リクエストに関連付けられているジョブのメタデータにこのプロパティが設定されている場合、リクエストはこのプロパティで特定されたユーザーとして実行されます。このプロパティはメタデータでのみ指定できます。送信パラメータでは指定できません。

SYS_selectState

ジョブ・セット・ステップの結果の状態が、親のジョブ・セットの最終的な状態に影響するかどうかを指定します。ジョブ・セットの状態を決定するときに、ジョブ・セット・ステップの状態が考慮されるようにするには、SELECT_STATEをtrueに設定する必要があります。ジョブ・セット・ステップにSELECT_STATEが指定されていない場合、ジョブ・セットの状態の決定時にステップの状態が含められます。ブール型。

SYS_sqlJobClass

SQLジョブ・リクエストの実行に使用されるOracle Enterprise Schedulerジョブに割り当てる、Oracle Enterprise Schedulerジョブ・クラスを指定します。ジョブ・リクエストに使用されるジョブが特定のOracle Databaseリソース・コンシューマ・グループに関連付けられている、またはデータベース・サービスへの親和性があるという場合は、このプロパティは指定する必要がありません。

このプロパティが指定されていない場合、SQLリクエストを実行するジョブにデフォルトのOracle Enterprise Schedulerジョブ・クラスが使用されます。そのジョブ・クラスはデフォルトのリソース・コンシューマ・グループに関連付けられます。これはデフォルト・サービスに属し、サービス・アフィニティがなく、Oracle RAC環境内で、クラスタ内のデータベース・インスタンスのいずれかがジョブを実行します。Oracle Enterprise Scheduler SQLジョブ・リクエストがそのデフォルト・ジョブ・クラスを使用するのに、追加の権限は要求されません。

このプロパティはSQLジョブ・タイプのオプションのプロパティです。その他のジョブ・タイプでは使用されません。

SYS_submittingApplication

送信された(絶対的な親)リクエストのJ2EEアプリケーションの論理名を指定します。このプロパティは、リクエスト送信時にOracle Enterprise Schedulerによって自動的に設定されます。

SYS_substitutionHandlers

このプロパティは非推奨です。

SYS_successExitCode

実行の成功を表す、プロセス・ジョブ・リクエストのプロセス終了コードを指定します。このプロパティが指定されていない場合、システムは、プロセス終了コード0を実行の成功と見なして処理します。

このプロパティはプロセス・ジョブ・タイプのオプションのプロパティです。その他のジョブ・タイプでは使用されません。

SYS_userFileDir

入力ファイルや出力ファイルなどリクエストの実行可能ファイルで使用されるファイルが保存される、ファイル・システム上のベース・ディレクトリを指定します。

Oracle Enterprise Schedulerでは、リクエストによりファイルを保存できるファイル・ディレクトリを指定する構成パラメータがサポートされます。構成パラメータが現在設定されていて、USER_FILE_DIRがリクエストに指定されていなかった場合、リクエストの送信時にUSER_FILE_DIRプロパティがリクエストに自動的に追加されます。このプロパティが追加されると、プロパティが構成パラメータの値に初期化されます。リクエスト送信時に構成パラメータが設定されていなかった場合、このプロパティは追加されません。

Oracle Enterprise Schedulerでのみ使用され、その他の値がこのサービスによって上書きされることがあります。このプロパティが削除された場合、その値はデフォルトであるシステム定義値<server log path>/ess_request/に設定され、SYS_EXT_userFileDirSharedプロパティの値はfalseであると想定されます。

SYS_userName

リクエストの実行に使用するユーザーの名前を指定します。RUNAS_APPLICATIONIDプロパティがジョブ・メタデータに指定されていなければ、通常、これは送信ユーザーです。このプロパティは、リクエスト送信時にOracle Enterprise Schedulerによって自動的に設定されます。

SYS_warningExitCode

実行の警告を表す、プロセス・ジョブ・リクエストのプロセス終了コードを指定します。このプロパティが指定されていない場合、システムは、プロセス終了コード3を実行の警告と見なして処理します。

このプロパティはプロセス・ジョブ・タイプのオプションのプロパティです。その他のジョブ・タイプでは使用されません。

SYS_workDirectoryRoot

プロセス・ジョブ・リクエストのプロセス用の作業ディレクトリを指定します。

Oracle Enterprise Schedulerでのみ使用され、その他の値がこのサービスによって上書きされることがあります。

4. 「初期値」テキスト・フィールドに、システム・プロパティに割り当てる値を入力します。

5. このプロパティをユーザーに対して読取り専用にするには、「読取り専用」チェック・ボックスを選択します。

6. 「OK」をクリックします。

5.2.1.2.3 アクセス制御の構成

ユーザー・グループに許可するこのメタデータに対するアクセス・レベルを指定できます。ここに表示されるロールは、アプリケーションで使用されているjazn.xmlファイルで定義されています。

1. 「ジョブ定義の作成」ページで、「アクセス制御」セクションを展開します。

2. 「追加」アイコンをクリックします。
「アクセス制御の追加」ダイアログ・ボックスが表示されます。

3. 「ロール」ドロップダウン・リストから、ジョブ・セットに適用するロールの名前を選択します。このロールでグループ化されているユーザーに、ここで指定したアクセス・レベルが付与されます。

4. ロール・メンバーに許可するアクションを選択します:「読取り」、「実行」、「更新」、「削除」

5.2.1.3 ジョブ定義の削除

ジョブ定義を削除することができます。

ジョブ定義を削除するには:

1. 第5.2.1.1項の説明のとおり、対象のジョブ定義を検索します。

2. 「結果」表で、削除するジョブ定義を選択し、「削除」アイコンをクリックします。

5.2.2 ジョブ・セットの管理

ジョブ・セットを表示、作成、編集、削除および検索できます。ジョブ・セットとは、ジョブ・リクエストを1つのユニットとして実行できるようにグループ化したジョブ・リクエストの集合です。ジョブ・セットをネスト構造にして、ジョブ・リクエストのコレクションまたは1つ以上の子ジョブ・セットを格納できます。ジョブ・セットに格納された各ジョブ・リクエストまたはジョブ・セットを、ジョブ・セット・ステップと呼びます。

ジョブ・セットはFusion Middleware Controlの「ジョブ・セット」ページで管理します。

図5-1に「ジョブ・セット」ページの「結果」表を示します。「結果」表には、ジョブ・セットが、名前、パッケージ、実行モード、説明などの属性とともに表示されます。

図5-1 「ジョブ・セット」ページと「結果」表

「図5-1 「ジョブ・セット」ページと「結果」表」の説明

この項には次のトピックが含まれます:

- ジョブ・セットの表示

- ジョブ・セットの作成または編集

- ジョブ・セットの削除

5.2.2.1 ジョブ・セットの表示

特定のアプリケーション用に作成されたジョブ・セットを表示できます。

ジョブ・セットを表示するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「ジョブ・メタデータ」→「ジョブ・セット」を選択します。
「ジョブ・セット」ページが表示されます。

3. 「アプリケーション」ドロップダウン・リストで、表示するジョブ・セットのアプリケーション名を選択します。

4. 検索するジョブ・セットの名前とパッケージ名を入力し、「実行」をクリックします。
選択したアプリケーションのジョブ・セットが、ページの「フィルタ基準」セクションの下の「結果」表に表示されます。

列名

説明

名前

この列にはジョブ・セットの名前が表示されます。

パッケージ

この列にはジョブ・セットに関連付けられているJavaパッケージの名前が表示されます。

実行モード

この列にはジョブ・セットの実行モード(「シリアル」または「パラレル」)が表示されます。

説明

この列にはジョブ・セットの説明が表示されます。

5. 特定のジョブ・セットの詳細を表示するには、目的のジョブ・セットの名前をクリックします。

5.2.2.2 ジョブ・セットの作成または編集

ジョブ・セットはシリアルまたはパラレルのいずれかとして定義します。実行時、Oracle Enterprise Schedulerではパラレル・ジョブ・セット・ステップを並行して実行します。一方、シリアルのジョブ・セット・ステップは、1つずつ指定された順序で実行されます。シリアルのジョブ・セットの場合、前のステップの実行ステータスに基づく、ステップ間の条件分岐がサポートされます。

ジョブ・セット内の各ステップには、ステップの完了時にステップの状態に基づいて実行するアクションを構成できます。特定のジョブ・リクエストを完了するためのアクセス権限の昇格や、エラーが発生した場合に許可するジョブの再試行回数の指定など、ジョブ・セットにはパラメータとシステム・プロパティも構成できます。

ジョブ・セットを作成または編集するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「ジョブ・メタデータ」→「ジョブ・セット」を選択します。
「ジョブ・セット」ページが表示されます。

3. 「アプリケーション」ドロップダウン・リストで、ジョブ・セットを作成または編集するアプリケーション名を選択します。

4. 「作成」をクリックして新規のジョブ・セットを定義するか、または「編集」をクリックして既存のジョブ・セットを変更します。

5. 「名前」フィールドに、ジョブ・セットの名前を入力します。オプションで、「説明」テキスト・フィールドに説明を入力し、「パッケージ」テキスト・フィールドに関連するジョブ・セットJavaパッケージの名前を入力します。

6. 「ジョブ・セット・ステップ」セクションで、「シリアル」または「パラレル」を選択し、シリアルまたはパラレルのジョブ・セットを作成します。

7. 「追加」アイコンをクリックして、必要なステップを追加します。各ステップを定義します。

1. 「ステップ」タブの「ステップID」フィールドで、ステップに適したIDを入力します。
「ジョブ」フィールドで検索ボタンをクリックします。表示されたウィンドウで、このステップに使用するジョブまたはジョブ・セットを選択し、「OK」をクリックします。

2. 「有効なアプリケーション」リージョンで、「メイン・ダイアグラムへの挿入」または「使用可能なステップのリストへの追加」を選択します。使用可能なステップのリストにステップを追加することを選択した場合は、表示されたドロップダウン・リストを使用して、ジョブの結果(「成功時」、「エラー発生時」および「警告時」)に対するアクションを選択します。

3. 「パラメータ」タブで、「追加」アイコンをクリックして必要なパラメータを定義し、表示されたフィールドに初期値を入力します。パラメータの定義の詳細は、第5.2.1.2.1項を参照してください。

4. 「システム・プロパティ」タブで、「追加」アイコンをクリックしてシステム・プロパティを選択し、表示されたフィールドに初期値を入力します。システム・プロパティの選択の詳細は、第5.2.1.2.2項を参照してください。

5. 「OK」をクリックします。

6. シリアル・ステップとして構成する場合は、ステップがジョブ・セット・フロー・ダイアグラムに表示されます。エラーおよび警告状態になったときに実行するアクションをそれぞれ構成します。エラーおよび警告アイコンのドロップダウン・リストから、「停止」を選択するか、エラーまたは警告の状態になったときに実行するジョブ定義の名前を選択します。
schedule_ess_job_step_error.pngの説明

8. 引き続き、必要に応じてジョブ・セットのステップを定義します。

9. 必要な場合、ジョブ・セットのパラメータおよびシステム・プロパティを、「ジョブ・セット」ウィンドウの下の方にあるセクションで定義します。

10. ジョブ・セットのアクセス制御を構成します。アクセス制御の定義の詳細は、第5.2.1.2.3項を参照してください。

11. 「ジョブ・セットの作成」ページで、「OK」をクリックしてジョブ・セットを保存します。

5.2.2.3 ジョブ・セットの削除

ジョブ・セットを削除できます。

ジョブ・セットを削除するには:

1. 第5.2.2.1項の説明のとおり、対象のジョブ・セットを検索します。

2. 「結果」表で、削除するジョブ・セットを選択し「削除」アイコンをクリックします。

5.2.3 非互換性の管理

Oracle Enterprise Schedulerの非互換性では、同時実行できないジョブ定義を指定します。

グローバル非互換性、またはドメイン固有のプロパティベースの非互換性を定義します。

この項には次のトピックが含まれます:

- 非互換性の表示

- 非互換性の作成または編集

- 非互換性の削除

5.2.3.1 非互換性の表示

「非互換性」ページには、非互換性の名前、関連付けられているJavaパッケージおよび非互換性の説明が表示されます。

ジョブの非互換性を表示するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「ジョブ・メタデータ」→「非互換性」を選択します。
「非互換性」ページが表示されます。

3. 「アプリケーション」ドロップダウン・リストで、非互換性を表示するアプリケーションの名前を選択します。

4. 検索する非互換性の名前とパッケージ名を入力し、「実行」をクリックします。
そのアプリケーションの非互換性が、アプリケーションのドロップダウン・リストの下の表に表示されます。

列名

説明

名前

この列には非互換性の名前が表示されます。

パッケージ

この列には非互換性に関連付けられているJavaパッケージの名前が表示されます。

非互換性タイプ

この列には非互換性のタイプ(グローバルまたはドメイン固有)が表示されます。

説明

この列には非互換性の説明が表示されます。

5. 特定の非互換性の詳細を表示するには、非互換性の名前をクリックします。

5.2.3.2 非互換性の作成または編集

非互換性は、非互換として構成する2つ以上のジョブ定義と、非互換を形成するリソース(オプション)で構成されます。グローバルの非互換性にリソースは指定しません。

ドメインの非互換性では、リソースは非互換性を形成するプロパティ名によって表現されます。プロパティ名はジョブ定義によって異なることがあります。たとえば、2つのジョブ定義JobAとJobBが非互換として設定された場合に、非互換として識別されるプロパティの名前がJobAとJobBで違う場合があります。

ドメインの非互換性とグローバルの非互換性の違いについて、詳しく説明します。

- ドメイン固有: ドメインの非互換性では、非互換のジョブまたはジョブ・セットで、同じプロパティ値を持つものは、同時に実行されません。
2つ以上のジョブ定義をリソースの範囲内で非互換であるとして追加します。リソースはシステム・プロパティ名またはパラメータ名で特定されます。各エンティティに同じプロパティ名を使用することも、別のプロパティ名を使用することもできます。プロパティベースの非互換性では、ジョブ定義またはジョブ・セットと、各エンティティのプロパティ名を指定する必要があります。

- グローバル: グローバルの非互換性では、非互換のジョブまたはジョブ・セットは同時に実行されません。
2つ以上のジョブ定義は一緒に実行できません。グローバルの非互換性は、プロパティに関係なく非互換のエンティティを同時に実行しないようにする場合に使用します。グローバルの非互換性では、各エンティティにジョブ定義またはジョブ・セットのみを指定します。

非互換性の定義には、次が含まれます。

- パッケージおよび範囲: 非互換性に使用するJavaパッケージを選択し、非互換性の範囲を設定します(グローバルまたはドメインのみ)。

- ジョブ: 非互換のジョブを選択します。

- パラメータおよびプロパティ: 必要に応じてパラメータとプロパティを定義します。

- アクセス制御: 必要に応じてアクセス制御を定義します。

非互換性を作成または編集するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「ジョブ・メタデータ」→「非互換性」を選択します。
「非互換性」ページが表示されます。

3. 「アプリケーション」ドロップダウン・リストで、非互換性を作成または編集するアプリケーションの名前を選択します。

4. 「作成」をクリックして新規の非互換性を定義するか、「編集」をクリックして既存の非互換性を編集します。
「非互換性の作成」ページが表示されます。

5. 次の情報を入力します。

- 名前: 非互換性の名前を入力します。

- パッケージ: 関連する非互換性Javaパッケージの名前を入力します。

- 説明: オプションで、非互換性の説明テキストを追加します。

- タイプ: 「グローバル」または「ドメイン」を選択して非互換性の範囲を構成します。

6. 「エンティティ」セクションで、「追加」アイコンをクリックして非互換性にジョブを追加します。
「エンティティの追加」ダイアログ・ボックスが表示されます。

7. 1つ以上のジョブを選択し、「OK」をクリックします。

8. ドメイン非互換性の場合、「エンティティ」表内から各エンティティを選択して「編集」アイコンをクリックし、リスト内のエンティティ間で非互換とするプロパティ値を選択します。

9. リスト内のエンティティを自己非互換(同じエンティティの別のインスタンスで同時に実行できない)に設定する場合は、エンティティを編集して「自己非互換」チェック・ボックスを選択します。

10. 第5.2.1.2.3項の説明のとおり、非互換性のアクセス制御を構成します。

11. 「OK」をクリックして、非互換性を保存します。

5.2.3.3 非互換性の削除

非互換性を削除すると、非互換だったジョブ・リクエストまたはジョブ・セットが再び互換性を持つようになります。

非互換性を削除するには:

1. 第5.2.3.1項の説明のとおり、対象の非互換性を検索します。

2. 「結果」表で、削除する非互換性を選択し「削除」アイコンをクリックします。

5.3 作業割当てと稼働シフトの管理

作業割当てでは、ジョブを実行する場所と日時についての制約や、ジョブの実行に使用できるリソース量を定義できます。このプロセスには、作業割当ての作成と、作業割当てとリクエスト・プロセッサのバインディングが含まれます。

作業割当ては、特殊化ルールと1つ以上の稼働シフトで構成されます。特殊化ルールは、ジョブの処理に関する制約を定義します。稼働シフトは、ジョブを実行できる時間枠とその期間に使用できるリソースを定義します。稼働シフトで定義されるリソースには、リクエスト・プロセッサのローカル・リソースであるスレッドと、グローバル・リソースである非同期ワーカーがあります。非同期ワーカーの数を指定し、データベース・ジョブなどの共有グローバル・リソースの使用を制限できます。

バインディングにより作業割当てがサーバー上のリクエスト・プロセッサに関連付けられ、ジョブの実行可能場所が決まります。排他的バインディング・モードがサポートされているため、ジョブの実行日時の決定だけでなく、ジョブが他の場所で実行されないようにすることもできます。

デフォルトで、作業割当てはバインドされていません。バインドされているまたはアクティブな作業割当てがない場合、実質的デフォルトの作業割当てが開始され、使用可能なすべてのリソースを使用してすべてのジョブが処理されます。このデフォルトの作業割当ては、プロセッサに対して構成されているスレッド数に制限されていますが、非同期ワーカー数に対するデフォルトの制限はありません。非同期ワーカー数を制限するには、1つ以上の作業割当てを作成してバインドする必要があります。

この項には次のトピックが含まれます:

- 作業割当ての管理

- 稼働シフトの管理

- スケジュールの管理

5.3.1 作業割当ての管理

作業割当てでは、ジョブ・リクエストの処理について次のような制御が可能です。

- 実行時に作業割当てをリクエスト・プロセッサに結び付け、特定のタイプのジョブ・リクエストを実行できる期間を制限できます。

- 実行時にリクエスト・プロセッサを制御し、作業割当てですべてのジョブ・リクエストの処理に使用できるリソースを制限できます。

アクティブな作業割当ての決定

バインドされた作業割当ては、有効化されていて、アクティブな稼働シフトがあり、作業割当て定義に有効化フラグが設定されている場合にアクティブになります。稼働シフトがアクティブになるのは、割当てが0より大きく現在のスケジュールが含まれている(現在時間がスケジュールと期間で定義される時間枠内である)か、稼働シフトが常時の稼働シフトである場合です。バインドされた作業割当てがサーバーにない場合、デフォルトの作業割当てがアクティブになり、すべてのスレッドが使用され非同期ワーカーの制限は適用されません。

特定の作業割当てに対してアクティブにできる稼働シフトは一度に1つのみです。1つの作業割当てに対してアクティブな稼働シフトが複数ある場合、Oracle Enterprise Schedulerによって最も特定的な稼働シフトが実際のアクティブ稼働シフトとして選択されます。最も特定的な稼働シフトとは、最も早く終了する稼働シフト、または、同時に終了する2つの稼働シフトがある場合は、開始時間が最も遅い稼働シフトのことです。

作業割当てのスレッド割当ての決定

すべてのアクティブな作業割当ての割当てに要するスレッド総数が、構成されているスレッドの数を超えないかぎり、アクティブな稼働シフトに指定されているスレッド割当てがアクティブな作業割当てに割り当てられます。この場合、Oracle Enterprise Schedulerは、全作業割当てのスレッド割当て総数に占める稼働シフトの割当てスレッドの割合に基づいて、スレッド割当てを評価します。

たとえば、作業割当て1のスレッド割当てが70、作業割当て2のスレッド割当てが30で、構成されているプロセッサ・スレッドが20あるとします。要求される割当ての合計は100であるため、作業割当て1の重みは70パーセント、作業割当て2の割当ては30パーセントになります。Oracle Enterprise Schedulerは作業割当て1に14スレッド、作業割当て2に6スレッドを割り当てます。

デフォルトの作業割当てがアクティブの場合、作業割当てに割り当てられるスレッド数は、構成されているスレッド数と同じになります。

注意:

アクティブな作業割当てには、少なくとも1つのスレッドが割り当てられます。

アクティブな作業割当ての処理

作業割当てとスレッド割当てが決定された後、Oracle Enterprise Schedulerによって各アクティブ作業割当てのスレッド・プールが開始されます。スレッドは、その作業割当てに特殊化されたジョブ・リクエストの処理を担当します。ただし、排他的作業割当てに特殊化されているジョブ・リクエストは除外されます。除外は、デフォルトの作業割当てを含むすべての作業割当てに対して有効です。排他的作業割当てがグループ内のいずれかのサーバーにバインドされた場合、排他的作業割当てに特殊化されているジョブ・リクエストを他の作業割当てが処理することはできません。

注意:

無効の作業割当てを含め、排他的モードでバインドされている作業割当てはすべて除外されます。排他的バインドは、バインド先のサーバーが使用できない状態である場合も適用されます。除外されないようにするには、排他的作業割当てのバインドを解除する必要があります。

この項には次のトピックが含まれます:

- 作業割当ての作成または編集

- 作業割当ての削除

5.3.1.1 作業割当ての作成または編集

作業割当てには、リクエスト・プロセッサの制約を定義する2つの主要コンポーネントがあります。

- 特殊化ルール: リクエスト・プロセッサでのジョブ・リクエスト処理に対する制約を定義します。

- 稼働シフト: ジョブ・リクエストを処理する時間枠を指定します。つまり、リクエスト・プロセッサでジョブ・リクエストを処理できるスケジュールを指定します。

特殊化ルールや稼働シフトを含めたこれらの作業割当て制御の組合せにより、処理するジョブ・リクエストを選択し、リクエスト・プロセッサのリソースの割当て方法を決定できます。たとえば、日中シフトと夜間シフトという2つの稼働シフトを定義し、これらの期間に処理を割り当てるとします。日中シフトのピーク使用時期間にはより多くのリソースを割り当て、夜間シフトのリソース割当てには別の組合せを指定することが考えられます。

デフォルトでリクエスト・プロセッサに作業割当てはバインドされておらず、リクエスト・プロセッサは準備完了のジョブ・リクエストをすべて処理します。デフォルトの動作は、特殊化ルールのない、常時の稼働シフトを持つリクエスト・プロセッサを使用している場合と同じであり、構成されているスレッドはすべて使用され、非同期ジョブの数に制限はありません。

表5-2に、特殊化ルールに定義できるプロパティを示します。

表5-2 特殊化ルールに使用できる特殊化プロパティ

特殊化プロパティ

説明

アプリケーション

ジョブ・リクエストに関連付けられたアプリケーションの名前を指定します。

製品

アプリケーション内の製品名を指定します。

送信者

ジョブ・リクエストを送信したユーザーを指定します。

ジョブ定義

特定のジョブ・リクエスト名を指定します。

リクエスト・カテゴリ

システム管理者が定義したラベルを指定し、管理者が特定の用途のためにジョブ・リクエストをグループ化できるようにします。デリミタ文字で区切って複数のラベルを含めることができます。

ルールの条件は、AND、OR(両者ともバイナリ・タイプ)、CONTAINSおよびNOT(単項)の演算子を使用して結合できます。

例5-1に、作業割当てで使用できるサンプルの特殊化ルールを示します。

例5-1 サンプルの特殊化ルール

application = 'EssDemoApp' AND (definition = 'JobDefinition://mypackage/Job_essdemo1' OR definition = 'JobDefinition://mypackage/LongRunningJob')

requestCategory ='Priority'

user = 'sam'
(requestCategory ='LongRunning') AND NOT (definition = 'JobDefinition://mypackage/LongRunningJob')

ジョブ・リクエストが2つの異なる作業割当てに特殊化されている場合、ジョブ・リクエストはリソースの使用可能状況に応じて、いずれかの作業割当てによって処理されます。同様に、同じ作業割当てが2つの異なるサーバーに割り当てられている場合、ジョブ・リクエストはいずれか一方のサーバーによって処理されます。実際、前処理とジョブの実行が別のサーバーで行われるなど、同じリクエストの異なるステージが異なるサーバーで処理されることがあります。

requestCategoryの値には、カンマで区切って複数のラベル用語を指定できます。このようにして、ラベルの組合せに基づいた特殊化によって、タグの動作を模倣するラベルを指定できます。

たとえば、次のようなラベルを定義できます。

例5-2 複数の用語を組み合せたリクエスト・カテゴリ・ラベル

",NODE1,CRITICAL,"
",NODE1,STANDARD,"
",NODE1,IMPORTANT,"

これらのラベルの場合、次の例のようなrequestCategory式を記述することが考えられます。

例5-3 複数のラベルを組み合せて使用するrequestCategory式

(requestCategory contains ',NODE1,') AND (requestCategory contains ',CRITICAL,')

(requestCategory contains ',STANDARD,') OR (requestCategory contains ',IMPORTANT,') OR (requestCategory contains ',CRITICAL,')

カンマを使用して用語を区切る場合は、例5-2に示されているように、各ラベル用語の前後にカンマを付ける必要があります。requestCategory式では、例5-3に示されているように、カンマを付けた完全なラベルを指定する必要があります。そうすることで、指定した用語を含む別の用語が選択されることを回避できます。

作業割当てを作成または編集するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「作業割当て」→「作業割当て」を選択します。
「作業割当て」ページが表示されます。

3. 「作成」または「編集」ボタンをクリックして、作業割当てを作成または編集します。
「作業割当ての作成」ページが表示されます。

4. 作業割当ての名前と説明を、それぞれ対応するテキスト・フィールドに入力します。

5. 「有効」チェック・ボックスを選択し、作業割当てを有効化します。

6. 「特殊化の作成」をクリックし、作業割当てを実行する条件を追加します。

7. 「稼働シフト」セクションで、「追加」アイコンをクリックし、作業割当てに1つ以上の稼働シフトを追加します。

8. 「OK」をクリックし、作業割当てを保存します。

5.3.1.2 作業割当ての削除

作業割当てのリストから作業割当てを削除できます。作業割当てを削除する前に、その作業割当てがリクエスト・プロセッサにバインドされていないことを確認します。

作業割当てを削除するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「作業割当て」→「作業割当て」を選択します。
「作業割当て」ページが表示されます。

3. 削除する作業割当てを選択し、「削除」をクリックします。

5.3.2 稼働シフトの管理

稼働シフトは、リクエスト・プロセッサが動作するアクティブな時間を示すものです。つまり、稼働シフトでは、ジョブ・リクエストの処理でリソースまたはスレッドを使用できる一連の時間枠を定義します。作業割当てがリクエスト・プロセッサにバインドされるとき、その作業割当てに1つ以上の稼働シフトが関連付けられます。実行時にOracle Enterprise Schedulerは、その作業割当て内の稼働シフトのリソース割当てを判別します。

それぞれ異なる時間枠およびリソースの制限を持つ複数の稼働シフトを使用することで、様々なタイミングで異なる量のリソースを使用できます。たとえば、午前8時からの日中の稼働シフトを作成し、日中のスレッド割当てと非同期ジョブの制限を設定したり、午後6時からの夜間の稼働シフトを作成し、夜間のスレッド割当てと非同期ジョブの制限を設定したりすることが可能です。

稼働シフトが重なっている場合でも、Oracle Enterprise Schedulerは、現在の稼働シフトとして1つの稼働シフトを選択します。

特定の作業割当てに対して現在アクティブな稼働シフトは1つのみですが、すでにアクティブでない稼働シフトに対するアクティブなリクエストが存在する可能性があります。実行が開始された稼働シフトで定義済の動作時間枠を超えてリクエストが実行されると、このような状況が発生する場合があります。たとえば、日中の稼働シフトがアクティブなときにリクエストの実行が開始され、夜間の稼働シフトが開始されたときにそのリクエストがまだ実行されているような場合です。Oracle Enterprise Schedulerは、現在のアクティブな稼働シフトの制限を使用し、作業割当ての稼働シフト内に開始されたすべてのアクティブなリクエストの数を制御します。アクティブなリクエストの数が現在の制限を超えた場合、アクティブなリクエストの数がその制限を下回るまで、それ以上のリクエストは実行されません。

稼働シフトは次のリソースを定義します。

- スレッド割当て

- 非同期JavaジョブおよびPL/SQLジョブの非同期ジョブ制限

スレッド割当てでは、リクエスト・プロセッサで使用できるスレッドの数を指定します。これらのスレッドは、同期ジョブの処理、非同期ジョブの開始と終了、ジョブ・リクエストの前後処理、イベントの更新など、ローカル・タスクの実行に使用されます。作業割当て内の稼働シフトがアクティブのとき、その作業割当ての各リクエスト・プロセッサは指定されたスレッド数を使用できます。たとえば、スレッド割当てが15の常時の稼働シフトが作業割当てに含まれているとします。その作業割当てが3つのリクエスト・プロセッサにバインドされている場合、各リクエスト・プロセッサが15スレッドを使用できるため、3サーバーの合計は45スレッドになります。

非同期ジョブ、PL/SQLジョブおよび非同期Javaジョブは、システム全体で共有する必要があるグローバル・リソースです。稼働シフトを使用して、作業割当てに対してアクティブにするPL/SQLジョブおよび非同期Javaジョブの数を制限できます。この制限はシステム内でその作業割当てを使用するすべてのリクエスト・プロセッサにわたって適用されます。たとえば、PL/SQLジョブ制限が10の常時の稼働シフトが作業割当てに含まれているとします。その作業割当てが3つのリクエスト・プロセッサにバインドされている場合、10個のPL/SQL非同期ワーカーが3つのリクエスト・プロセッサによって共有され、最大で10個のPL/SQLジョブがその作業割当てでアクティブになります。

稼働シフトのスレッド割当てと非同期ジョブ制限を決める際は、その稼働シフトを使用する作業割当てに特殊化されるジョブのタイプに注意してください。

この項には次のトピックが含まれます:

- 稼働シフトの作成または編集

- 稼働シフトの削除

5.3.2.1 稼働シフトの作成または編集

稼働シフトの作成には、次が含まれます。

- スケジュール: スケジュールを稼働シフトに関連付けます。

- 期間: 稼働シフトの期間を入力します。

- スレッド割当て: 稼働シフトに割り当てるスレッド数を指定します。

稼働シフトを作成または編集するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「作業割当て」→「稼働シフト」を選択します。
「稼働シフト」ページが表示されます。

3. 「作成」または「編集」ボタンをクリックして、稼働シフトを作成または編集します。
「稼働シフトの作成」ページが表示されます。

4. 稼働シフトの次の情報を入力します。

- 名前: 稼働シフトの名前を入力します。

- 説明: 稼働シフトの説明を入力します。

5. 「アクティブな期間」セクションで、稼働シフトのアクティブな期間として次のいずれかを選択します。

- 常時アクティブ: 稼働シフトを常に有効にする場合に選択します。このオプションを選択すると、「期間」テキスト・フィールドが削除されます。

- 既存のスケジュールの使用: 以前に作成したスケジュールを使用して稼働シフトを有効化する場合に選択します。「参照」ボタンをクリックして「スケジュールの選択」ウィンドウを表示し、「名前」および「パッケージ」フィールドを使用してスケジュールを検索します。
「期間」テキスト・フィールドに、稼働シフトの期間を分単位で入力します。

- スケジュールの指定: 稼働シフトのスケジュールを作成する場合に選択します。表示されたテキスト・フィールドにスケジュールの名前と説明を入力します。
「タイムゾーン」ドロップダウン・リストで、スケジュールのタイムゾーンを選択します。

「開始」リージョンで、「即時」または「後で」を選択します。「後で」を選択した場合、カレンダ・アイコンを使用して日時を選択します。

「繰返し」リージョンで「繰返し」ドロップダウン・リストを使用して、稼働シフト・スケジュールの繰返し頻度を選択します(「繰返しなし」、「N分ごと」/「N時間ごと」/「N日ごと」/「N週ごと」、「特定の曜日」、「月の特定の日付」)。分、時間、日または週の数を入力します。または、スケジュールが実行される曜日または月の日付を選択します。

「終了日」リージョンで、「終了日指定なし」または「終了日指定」を選択します。「終了日指定」を選択した場合、カレンダ・アイコンを使用して「日付」テキスト・フィールドに終了日を設定します。

「期間」テキスト・フィールドに、稼働シフトの期間を分単位で入力します。

6. 「拡張」リージョンを展開します。スレッド割当てと非同期ジョブ制限を指定します。

1. 「スレッド割当て」フィールドに、稼働シフトがアクティブのときにプロセッサに割り当てるスレッド数を入力します。アクティブな稼働シフトのスレッド割当ての合計が、使用可能なスレッド数を超える場合、スレッドは比例配分でこの稼働シフトに割り当てられます。

2. 「非同期ジョブ制限」リージョンに、作業割当てに対してアクティブにすることができる非同期JavaジョブおよびPL/SQLジョブの数を入力します。この制限は、この作業割当てがバインドされているすべてのプロセッサにわたって適用されます。

7. 「OK」をクリックして、稼働シフトを保存します。

5.3.2.2 稼働シフトの削除

稼働シフトのリストから稼働シフトを削除できます。

稼働シフトを削除するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「作業割当て」→「稼働シフト」を選択します。
「稼働シフト」ページが表示されます。

3. 削除する稼働シフトを選択し、「削除」をクリックします。

5.3.3 スケジュールの管理

スケジュールは、開始日と終了日のほか、作業割当て、パージ・ポリシーおよびジョブ・リクエストの頻度の構成に使用します。

この項には次のトピックが含まれます:

- スケジュールの作成または編集

- スケジュールの削除

5.3.3.1 スケジュールの作成または編集

ジョブ・スケジュールでは、ジョブ・リクエスト、作業割当てまたはパージ・ポリシーのスケジュールと実行に関する事前定義の時間または再帰を指定します。スケジュールをジョブとは別に定義して、1つ以上のジョブに関連付けることができます。

スケジュールを作成または編集するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「作業割当て」→「スケジュール」を選択します。
「スケジュール」ページが表示されます。

3. 「作成」をクリックして新規のスケジュールを定義するか、「編集」をクリックして既存のスケジュールを変更します。
「スケジュールの作成」ページが表示されます。

4. 次の情報を入力します。

- 名前: スケジュールの名前を入力します。

- 説明: オプションで、スケジュールの説明テキストを追加します。

- 頻度: ドロップダウンから、このスケジュールを使用する項目が実行される頻度を選択します。頻度オプションの詳細の指定方法は、各オプションによって異なります。詳細を指定するときに、カレンダ・アイコンをクリックしてタイムゾーンも指定できます。

5. 「OK」をクリックして、スケジュールを保存します。

5.3.3.2 スケジュールの削除

スケジュールのリストからスケジュールを削除できます。

スケジュールを削除するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. 「スケジューリング・サービス」メニューから、「作業割当て」→「スケジュール」を選択します。
「スケジュール」ページが表示されます。

3. 削除するスケジュールを選択し、「削除」ボタンをクリックします。

5.4 ジョブのメタデータ・セキュリティの管理

ジョブ・メタデータの作業に対して割り当てるアクセス・レベルを管理できます。Fusion Middleware Controlを使用して、アプリケーションのリソースに対する権限を付与するポリシーを作成できます。

5.4.1 メタデータ・セキュリティ・アクション

特定のアクションをリソースに関連付け、それらの権限(または権限/リソースの組合せ)を特定のユーザー、グループまたはロールに付与することで、権限を付与します。

権限を付与するときには、指定したリソースに対してユーザーが実行できるアクションを指定します。表5-3に使用できるアクションを示します。

表5-3 メタデータ・セキュリティのためのアクションの付与

アクション

効果

READ

ジョブ・メタデータを読み取ります。

EXECUTE

ジョブ・リクエストを送信します。

CREATE

メタデータを追加します。

UPDATE

メタデータを変更します。

DELETE

メタデータを削除します。

権限を関連付けるリソースは、アプリケーションが認識できるエンティティ(エンティティに含まれているパッケージなど)として表現されます。そのリストには、Oracle Enterprise Schedulerで定義された項目に加え、自分またはアプリケーション開発者が定義した項目が含まれています。表5-4に、特定のリソースに特定のアクションの権限を付与したときの効果を例示します。

表5-4 セキュリティのためのサンプル権限付与

リソース

アクション

効果

package-part.JobDefinition.MyJavaSucJobDef

EXECUTE

単一のメタデータ項目に対してリクエストを送信する権限を付与します。

mypackage.subpackage.*

CREATE、EXECUTE

mypackage/subpackageに新規のメタデータ項目を作成して実行する権限を付与します。

JobDefinition.SYS_AdHocRequest

CREATE、EXECUTE

その場かぎりの送信権限を付与します。

mypackage.*

CREATE、EXECUTE、DELETE

制限なしの権限を付与します。

5.4.2 Oracle Enterprise Schedulerリソースのメタデータ・ポリシーの作成方法

Enterprise Managerを使用して関数を作成できます。メタデータ権限を管理するには:

1. ナビゲーション・ペインで、「WebLogicドメイン」フォルダを展開し、ポリシーを作成するドメインを選択します。

2. 「WebLogicドメイン」メニューから、「セキュリティ」→「アプリケーション・ポリシー」を選択します。
「アプリケーション・ポリシー」ページが表示されます。

3. 「検索」セクションの「アプリケーション・ストライプ」ドロップダウンから、作業するアプリケーション・ストライプを選択します。

4. 「作成」をクリックして、ユーザー、グループまたはアプリケーション・ロールへの権限の付与を開始します。
「アプリケーション権限の作成」ページが表示されます。

5. 「アプリケーション権限の作成」ページの「権限受領者」セクションで、「追加」をクリックします。

6. 「プリンシパルの追加」ウィンドウの「タイプ」ドロップダウンでプリンシパルのタイプを選択し、プリンシパル名または表示名を入力し、検索ボタンをクリックして追加するプリンシパルを検索します。

7. プリンシパルの検索の下で、使用するプリンシパルをクリックし、「OK」をクリックします。

8. 「権限」セクションで「追加」をクリックします。

9. 「検索」セクションで「権限」をクリックします。

10. 「権限クラス」ドロップダウンから、「oracle.as.scheduler.security.MetadataPermission」を選択します。

11. 「検索」ボタンをクリックします。

12. 「検索結果」の下で、権限を割り当てるリソースを選択します。
「検索結果」表に、アプリケーションよって認識されるエンティティを表すリソースが表示されます。表5-4にいくつか例を示します。

13. 「続行」をクリックします。

14. 「権限の追加」ウィンドウの「権限アクション」フィールドで、カンマ区切りの権限アクションのリストを、付与する権限のリストになるように編集します。
表5-3に使用できるアクションを示します。

15. 「OK」をクリックします。

6 Oracle Enterprise Schedulerの監視

この章では、Oracle Enterprise Schedulerジョブ・リクエストおよびサーバー・インスタンスのパフォーマンスの監視方法について説明します。コンポーネントのステータスとログ情報も取得できます。

この章では、次の項目について説明します。

- 第6.1項「Oracle Enterprise Schedulerの監視の概要」

- 第6.2項「Oracle Enterprise Schedulerリクエストのアクティビティの監視」

- 第6.3項「単一のOracle Enterprise Schedulerインスタンスのパフォーマンスの監視」

- 第6.4項「Oracle Enterprise Schedulerのキー・パフォーマンス・メトリックの監視」

- 第6.5項「Oracle Enterprise Schedulerインスタンスの一般情報の表示」

- 第6.6項「スケジューラ・コンポーネントのステータスの表示」

- 第6.7項「Oracle Enterprise Schedulerのロギングの管理」

- 第6.8項「Cloud ControlにおけるOracle Enterprise Schedulerのアラートの管理」

- 第6.9項「管理アクションの監査」

6.1 Oracle Enterprise Schedulerの監視の概要

監視作業は多くの場合、Oracle Enterprise Schedulerの作業が実行されるジョブ・リクエストに関連して行われます。ジョブ・リクエストとして実行された最近の作業の全体像を、それらのリクエストがシステムに与えた負荷も含め把握できます。現在および保留中のリクエストのステータスも確認できます。

Oracle Enterprise Schedulerインスタンスの現在のパフォーマンスおよび過去のパフォーマンスを確認できます。

サービス・インスタンスのステータスと、リクエスト・ディスパッチャやリクエスト・プロセッサなどのサービス・コンポーネントのステータスを取得できます。

さらに、ジョブ・リクエストおよびOracle Enterprise Schedulerに関するログ情報を入手できます。

監視作業のほとんどは、Fusion Middleware Controlで実行できます。このユーザー・インタフェースでは、システム・パフォーマンスに関するデータを図と表の両方の形式で確認できます。

6.2 Oracle Enterprise Schedulerリクエストのアクティビティの監視

Oracle Enterprise Manager Fusion Middleware Controlコンソールを使用してジョブ・リクエストを監視できます。コンソールのスケジューリング・サービスのホームページでは、次の情報を取得できます。

- 実行時間の長い上位10個のジョブ・リクエストのリスト

- 実行待機時間の長い上位10個のジョブ・リクエストのリスト

- 過去1時間のジョブ・リクエストの完了ステータスの割合を示すチャート

- 過去1時間に完了したリクエスト数と、その期間の平均処理時間を示すチャート

- 平均および最大の処理時間や待機時間など、パフォーマンス・データのリスト

6.2.1 長時間実行しているジョブ・リクエストの上位10と準備完了ジョブ・リクエストの上位10の表示

Oracle Enterprise Manager Fusion Middleware ControlコンソールのOracle Enterprise Schedulerホーム・ページには、2種類の重要な情報が表示されます。長時間実行している上位10個のスケジュール済ジョブのデータと、実行を待機している上位10個のジョブ・リクエストのデータです。これらはそれぞれ別のタブに表示されます。

デフォルトで、現在のスケジューリング・サービス内のジョブ・リクエストのみが表示されます。スコープを変更し、Oracle Enterprise Schedulerリポジトリを共有しているすべてのスケジューリング・サービスで実行されているすべての対象スケジュール済ジョブをタブに表示することもできます。

各タブには、ジョブ・リクエストの短いリストを表示する表が含まれています。このリージョンの下部にある「準備完了のものをすべて表示」または「実行中のものをすべて表示」リンクを使用すると、検索ページが表示され、対象のジョブ・リクエストの広範的なリストを検索できます。

各タブには、スケジュール済ジョブ・リクエストに関する次の情報が表示されます。

- リクエストID: ジョブ・リクエストに関連付けられているID

- 実行時間/待機時間: ジョブ・リクエストの実行時間と、実行を待機している時間

- ジョブ定義: ジョブ・リクエストに関連付けられているジョブ定義

- 送信者: ジョブ・リクエストを送信したユーザーの名前

- アプリケーション: ジョブ・リクエストが関連付けられているアプリケーションの名前

- 実行タイプ: 実行されたジョブのカテゴリ(Java、SQLまたはプロセス・ジョブ)

- 説明: スケジュール済ジョブ・リクエストのオプションの説明

この項には次のトピックが含まれます:

- 長時間実行している上位10個のOracle Enterprise Schedulerリクエストの表示

- 実行準備が完了している上位10個のOracle Enterprise Schedulerジョブの表示

6.2.1.1 長時間実行している上位10個のOracle Enterprise Schedulerリクエストの表示

「長時間実行しているリクエストの上位10」タブには、長時間実行しているスケジュール済ジョブ・リクエストの上位10個が表示され、これにはリクエストID、ジョブ実行時間、使用されているジョブ定義、実行中のアプリケーション、ジョブの実行タイプおよび説明が含まれます。長時間実行しているリクエストの上位10個を表示する範囲を、現在のスケジューリング・サービスのみ、またはOracle Enterprise Schedulerリポジトリを共有するすべてのスケジューリング・サービスに設定できます。

Oracle Enterprise Schedulerサービスで長時間実行されているジョブ・リクエストを表示するには、「長時間実行しているジョブ・リクエストの上位10」タブを使用します。リージョンのスコープを変更して、同じリポジトリを共有しているすべてのスケジューリング・サービスで長時間実行されている上位10個のジョブ・リクエストを表示することもできます。

表示されるジョブ・リクエストのステータスは、RUNNINGです。

長時間実行されている上位10個のリクエストを表示するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. Oracle Enterprise Schedulerホーム・ページの上部で、「長時間実行しているリクエストの上位10」タブをクリックし、長時間実行している10個のジョブ・リクエストを表示します。

3. 実行中のすべてのジョブ・リクエストを表示するには、チャートの下部にある「実行中のものをすべて表示」をクリックします。現在実行されているすべてのリクエストを検索する検索フォームが表示されます。「検索」をクリックして、リクエストを表示します。

6.2.1.2 実行準備が完了している上位10個のOracle Enterprise Schedulerジョブの表示

「準備完了ジョブ・リクエストの上位10」タブには、実行を待機しているスケジュール済ジョブの上位10個が表示されます。このタブには、実行時間ではなくジョブごとの待機時間が表示されることを除き、「長時間実行しているリクエストの上位10」タブと同様の情報が表示されます。

Oracle Enterprise Schedulerで実行を待機しているジョブ・リクエストを表示するには、「準備完了ジョブ・リクエストの上位10」タブを使用します。リージョンのスコープを変更して、同じリポジトリを共有しているすべてのスケジューリング・サービスで準備が完了している上位10個のジョブ・リクエストを表示することもできます。

表示されるジョブ・リクエストのステータスは、READYです。

準備が完了している上位10個のリクエストを表示するには:

1. ナビゲーション・ペインで、「スケジューリング・サービス」フォルダを展開し、Oracle Enterprise Schedulerアプリケーションを選択します。

2. Oracle Enterprise Schedulerのページ上部で、「準備完了リクエストの上位10」タブをクリックし、ステータスがREADYの10個のジョブ・リクエストを表示します。

3. 準備が完了しているすべてのジョブ・リクエストを表示するには、チャートの下部にある「準備完了のものをすべて表示」をクリックします。ステータスがREADYのすべてのリクエストを検索する検索フォームが表示されます。「検索」をクリックして、リクエストを表示します。

6.2.2 完了したジョブ・リクエストの表示

Fusion Middleware Controlのスケジューリング・サービスのホームページで、完了したジョブ・リクエストのステータスを表示できます。完了したジョブ・リクエスト・リージョンに、過去1時間に完了した全ジョブ・リクエストに占める割合として各完了ステータスが表示されます。表示されるステータスには、「成功」、「警告」、「エラー」および「取消」があります。

6.2.3 ジョブ・リクエストのレスポンスと負荷の表示

Fusion Middleware Controlのスケジューリング・サービスのホームページで、ジョブ・リクエストの完了に要した処理負荷に関する情報を表示できます。「レスポンスと負荷」リージョンでは、ジョブ・リクエストの処理時間に関するパフォーマンス監視統計を表示できます。

表6-1に、「レスポンスと負荷」リージョンに表示されるパフォーマンス監視統計を示します。

表6-1 レスポンスと負荷の統計

統計

説明

過去1時間の平均処理時間

このメトリックは、過去1時間のジョブの平均処理時間を示します。

完了リクエスト/時間

このメトリックは、過去1時間に完了したスケジュール済ジョブ・リクエストの数を示します。

6.2.4 処理時間および待機時間としてのパフォーマンスの表示

Fusion Middleware Controlのスケジューリング・サービスのホームページで、ジョブ・リクエストの処理時間と待機時間を表示できます。

表6-2に、「パフォーマンス」リージョンに表示されるパフォーマンス監視統計を示します。

表6-2 パフォーマンス統計

統計

説明

最大処理時間

スケジュール済ジョブの処理に要した最大時間

平均処理時間

スケジュール済ジョブの処理に要した平均時間

最大待機時間

スケジュール済ジョブが実行されるまでの最大待機時間

平均待機時間

スケジュール済ジョブが実行されるまでの平均待機時間

6.3 単一のOracle Enterprise Schedulerインスタンスのパフォーマンスの監視

現在および過去のパフォーマンス・データやすべてのパフォーマンス・データのサマリーなど、単一のOracle Enterprise Schedulerインスタンスのパフォーマンスを監視できます。パフォーマンス・データはチャート・セットに表示され、このチャートは保存、削除および並替えが可能です。パフォーマンス・データを表示する期間を変更することもできます。

この項には次のトピックが含まれます:

- Oracle Enterprise Schedulerアクティビティのサマリーの表示

- 現在のOracle Enterprise Schedulerアクティビティの表示

- Oracle Enterprise Schedulerの履歴レポートの表示

- チャート・セットの管理

- パフォーマンス期間の選択

6.3.1 Oracle Enterprise Schedulerアクティビティのサマリーの表示

Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページには、1時間当たりの完了リクエスト数、実行中のリクエスト、処理時間別のリクエスト、ステータス別のリクエストなど、ジョブ・リクエストの現在のチャートが表示されます。

Oracle Enterprise Schedulerアクティビティのサマリーを表示するには:

1. 「スケジューリング・サービス」メニューから、「パフォーマンス」→サービス・サマリーを選択します。
デフォルトで、このページには、選択された期間中に実行されていたジョブ・リクエストが次のカテゴリで表示されます。

- 完了リクエスト/時間

- 処理時間、平均、最小および最大

- 実行中のリクエストおよび最大実行リクエスト

- 過去の時間における、ステータスがSUCCESS、WARNING、ERRORまたはCANCELのリクエスト

サービス・サマリーのパフォーマンス・ページに表示されるメトリックを変更できます。Oracle Enterprise Schedulerのメトリック・パレットを表示するには、「メトリック・パレットの表示」ボタンをクリックします。

2. パフォーマンス・データを表示する期間を変更できます。

3. オプションで、ページ上のパフォーマンス・データの表示形式を変更できます。
チャートからグリッド表示形式を削除するには、「表示」→「グリッド」を選択します。

パフォーマンス・データを表形式で表示するには、「表ビュー」リンクをクリックします。

4. 現在のサービス・パフォーマンス・メトリック上に、追加のスケジューラ・サービスを重ねて表示できます。

1. 「オーバーレイ」→別のスケジューラ・サービスを選択します。
「検索と選択: ターゲット」ウィンドウでターゲットとホスト・サーバーの名前を入力し、「実行」をクリックして対象のサービスを選択します。

2. 検索結果表から対象のサービスを選択し、「選択」をクリックして上に重ねるスケジューラ・サービスを選択します。

5. さらに、次の操作も実行できます。

- 第6.3.4.1項「チャート・セットの保存」の説明のとおり、チャート・セットを保存できます。

- 第6.3.4.3項「チャートの並替え」の説明のとおり、チャート・セットを並べ替えることができます。

- 第6.3.4.4項「古いチャート・セットに戻す」の説明のとおり、古いチャート・セットに戻すことができます。

- 第6.3.4.2項「チャート・セットの削除」の説明のとおり、チャート・セットを削除できます。

6.3.2 現在のOracle Enterprise Schedulerアクティビティの表示

Oracle Enterprise Schedulerの「現在のアクティビティ」ページには、ユーザーおよびアプリケーションごとの待機中および実行中のリクエストが表示されます。

現在のOracle Enterprise Schedulerアクティビティを表示するには:

1. 「スケジューリング・サービス」メニューから、「パフォーマンス」→「現在のアクティビティ」を選択します。

2. ユーザーまたはアプリケーションごとの待機中および実行中のリクエストや、作業割当て別のワークロードを表示できます。
待機中および実行中のリクエストをユーザーごとに表示するには、「表示」→「ユーザー別リクエスト」を選択します。

待機中および実行中のリクエストをアプリケーションごとに表示するには、「表示」→「アプリケーション別リクエスト」を選択します。

作業割当て別のワークロードを表示するには、「表示」→「作業割当て別のワークロード」を選択します。作業割当て詳細の詳細は、第5.3.1.1項「作業割当ての作成または編集」を参照してください。

6.3.3 Oracle Enterprise Schedulerの履歴レポートの表示

Oracle Enterprise Schedulerの 「履歴レポート」ページには、完了したジョブ・リクエストがユーザー、アプリケーションおよび作業割当て別に表示されます。

Oracle Enterprise Scheduler履歴レポートを表示するには:

1. 「スケジューリング・サービス」メニューから、「パフォーマンス」→「履歴レポート」を選択します。

2. 「ビュー」リストから、次のレポート・ビューのいずれかを選択します。

- ジョブ名別の完了済リクエスト統計

- ユーザー別の完了済リクエスト統計

- 作業割当て別のリクエスト・メトリック

- 完了済リクエスト統計

3. 必要に応じてフィルタ基準を調整します。フィルタ基準は選択するレポート表示により異なります。

表6-3 ジョブ名別の完了済リクエスト統計

フィルタ基準

操作...

アプリケーション

リストから、統計を表示するアプリケーションを選択します。

最小実行時間

統計を表示するジョブの最小実行時間を入力します。テキスト・フィールドに数字を入力し、リストから時間の単位を選択します(「秒」、「分」、「時間」または「日」)。

完了間隔

テキスト・フィールドの左右にあるいずれかのカレンダ・アイコンを使用して、開始日時と終了日時を選択します。

表6-4 ユーザー別の完了済リクエスト統計

フィルタ基準

操作...

アプリケーション

リストから、統計を表示するアプリケーションを選択します。

最小合計実行時間

統計を表示するジョブの最小合計時間を入力します。テキスト・フィールドに数字を入力し、リストから時間の単位を選択します(「秒」、「分」、「時間」または「日」)。

完了間隔

テキスト・フィールドの左右にあるいずれかのカレンダ・アイコンを使用して、開始日時と終了日時を選択します。

表6-5 作業割当て別のリクエスト・メトリック

フィルタ基準

操作...

アプリケーション

リストから、統計を表示するアプリケーションを選択します。

次の後に完了

カレンダ・アイコンを使用して、作業割当ての完了後の日時を選択します。

表6-6 完了済リクエスト統計

フィルタ基準

操作...

アプリケーション

リストから、統計を表示するアプリケーションを選択します。

完了間隔

テキスト・フィールドの左右にあるいずれかのカレンダ・アイコンを使用して、開始日時と終了日時を選択します。

4. 「実行」をクリックし、履歴データを検索して表示します。

6.3.4 チャート・セットの管理

Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページに表示されたチャート・セットを保存または削除できます。チャートの順番を変更し、その後元のチャート・セットに戻すこともできます。

この項には次のトピックが含まれます:

- チャート・セットの保存

- チャート・セットの削除

- チャートの並替え

- 古いチャート・セットに戻す

6.3.4.1 チャート・セットの保存

Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページに表示されたチャート・セットを保存できます。チャート・セットの保存では、デフォルト・メトリックではなく、表示することを選択した特定のメトリックのセットを保存できます。

チャート・セットを保存するには:

1. Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページを表示します。

2. 「表示」→「チャート・セットの保存」を選択します。

3. 「チャート・セットの保存」ダイアログ・ボックスにチャート・セットの名前を入力し、「OK」をクリックします。

4. 保存したチャート・セットは、「チャート・セット」→「マイ・チャート・セット」を選択して表示できます。

6.3.4.2 チャート・セットの削除

Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページに作成された保存済チャート・セット・ファイルを削除できます。

チャート・セットを削除するには:

1. Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページを表示します。

2. 「表示」→「チャート・セットの削除」を選択します。

3. 「チャート・セットの削除」ダイアログ・ボックスでチャート・セットの名前を選択し、「OK」をクリックします。

6.3.4.3 チャートの並替え

Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページのパフォーマンス・チャートの表示順を変更できます。チャートを上下に移動したり、完全に削除できます。

チャート・セットを並べ替えるには:

1. Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページを表示します。

2. 「表示」→「チャートの並替え」を選択します。

3. 「チャートの並替え」ポップアップ・ウィンドウで、移動するチャートを選択し、「上に移動」または「下に移動」をクリックします。
「パフォーマンス・サマリー」ページからチャートを削除するには、チャートを選択して「削除」をクリックします。

4. 「OK」をクリックします。

6.3.4.4 古いチャート・セットに戻す

チャート・セットを並べ替えた後に、最初に保存したときの状態のチャート・セットに戻すことできます。

チャート・セットを元に戻すには:

1. Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページを表示します。

2. 「チャート・セット」リストから、元の表示に戻すチャートを選択します。

3. 「表示」→「チャート・セットを元に戻す」を選択します。

6.3.5 パフォーマンス期間の選択

Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページでは、パフォーマンス・サマリーを表示する期間を変更できます。

パフォーマンス期間を選択するには:

1. Oracle Enterprise Schedulerの「パフォーマンス・サマリー」ページを表示します。

2. ジョブ・リクエストを表示する期間を変更します。

- すべて: 指定した無期限の期間内のすべてのジョブ・リクエストを表示する場合にクリックします。

- 15分: 過去15分のすべてのジョブ・リクエストを表示する場合にクリックします。

- スライダ: 指定した期間から平行方向にスクロールしてジョブ・リクエストを表示するスライダを使用する場合にクリックします。スライダは、選択された時間セグメント(「すべて」、「2時間」または「15分」)にデフォルト設定されます。

- カレンダ: カレンダ・アイコンをクリックして、ジョブ・リクエストを表示する期間を選択します。

6.4 Oracle Enterprise Schedulerのキー・パフォーマンス・メトリックの監視

表6-7に、Oracle Enterprise Schedulerのキー・パフォーマンス・メトリックにアクセスする方法を示します。

表6-7 Oracle Enterprise Schedulerのキー・パフォーマンス・メトリック

メトリック名

Fusion Middleware Controlでの場所

各インスタンスのアクティブ・プロセッサ・スレッドの数

1. ナビゲーション・ペインで、「スケジューリング・サービス」を展開します。

2. Oracle Enterprise Schedulerコンポーネントを選択します。

3. 「スケジューリング・サービス」メニューから、「パフォーマンス」→「現在のアクティビティ」を選択します。

4. 「表示」リストから、「作業割当て別のワークロード」を選択します。

5. 「アクティブな稼働シフトありの作業割当て」レポートで、「スレッド割当て」列を確認します。

処理時間(ジョブ)

待機時間

1. ナビゲーション・ペインで、「スケジューリング・サービス」を展開します。

2. Oracle Enterprise Schedulerコンポーネントを選択します。

3. 「スケジューリング・サービス」メニューから、「パフォーマンス」→「履歴レポート」を選択します。

4. 「履歴レポート」ページの「表示」リストから、「作業割当て別のリクエスト・メトリック」を選択します。

5. 「結果」セクションで、「待機時間」と「処理時間」列を確認します。

ジョブ実行時間

1. ナビゲーション・ペインで、「スケジューリング・サービス」を展開します。

2. Oracle Enterprise Schedulerコンポーネントを選択します。

3. スケジューリング・サービスのホームページで、「長時間実行しているリクエストの上位10」タブからジョブを選択します。

4. 「リクエスト詳細」ページで、「実行証跡」の下にある「実行時間」メトリックを確認します。

6.5 Oracle Enterprise Schedulerインスタンスの一般情報の表示

Fusion Middleware Controlのスケジューリング・サービスの「一般情報」ポップアップ・ウィンドウを使用して、Oracle Enterprise Schedulerの特定のインスタンスの情報を確認できます。ポップアップ・ウィンドウには、Oracle Fusion Middlewareホームの場所、ドメインおよびターゲット・アプリケーション、現在実行されているOracle Fusion Middlewareのバージョンおよびホスティング・サーバーのURIが表示されます。

Oracle Enterprise Schedulerの一般情報を表示するには:

1. 「スケジューリング・サービス」メニューから、次のいずれかを選択します。

- 「スケジューリング・サービス」メニューから、「一般情報」を選択します。

- Cloud Controlで、「スケジューリング・サービス」メニューから、「ターゲット情報」を選択します。

2. Fusion Middleware Controlに次の情報が表示されます。

- ターゲット名: ターゲット・アプリケーションの場所。この場合、ドメインで実行されているOracle Enterprise Schedulerです。

- バージョン: Oracle Fusion Middlewareのバージョン番号。

- ミドルウェア・ホーム: Oracle Fusion Middlewareディレクトリの場所。

- ドメイン・ホーム: ドメインの完全パス。

- ホスト: ホスティング・サーバーのURI。

6.6 スケジューラ・コンポーネントのステータスの表示

Oracle Enterprise Schedulerのコンポーネントのステータスを表示できます。Fusion Middleware Controlのスケジューリング・サービスのホームページでは、ジョブ・リクエスト・プロセッサおよびディスパッチャのステータスが「スケジューラ・コンポーネント」リージョンに表示されます。このリージョンには、各コンポーネントのステータス(開始または停止など)、デプロイ先のサーバー名、コンポーネントの有効または無効の状況が表示されます。ここで各コンポーネントを開始または停止できます。

6.7 Oracle Enterprise Schedulerのロギングの管理

個々のジョブ・リクエストのログ・データを検索して表示できます。また、Oracle Enterprise Schedulerのログ・レベルを設定できます。さらに、ジョブ・リクエスト・ログをファイルに保存して、トラブルシューティング用の情報を得るためにジョブ・リクエストをトレースすることもできます。

この項には次のトピックが含まれます:

- ドメインのログ情報の表示

- ジョブ・リクエスト・ログの表示

- スケジュール済ジョブ・リクエストのログ・メッセージの表示

- Oracle Enterprise Schedulerログ・レベルの設定

- Oracle Enterprise Schedulerジョブのトレース

- ジョブ・リクエスト・ログの保存

注意:

Oracle WebLogic Serverのログ出力(logging.xml)には、Oracle WebLogic Serverで実行されているOracle Enterprise Schedulerジョブによって書き込まれたログしか表示されません。Oracle Enterprise Schedulerが実行中のPL/SQLのコントロールをPL/SQLプロセスに移すと、PL/SQLが別のプロセスで実行されるため、PL/SQLジョブのロギング・データはOracle Enterprise Schedulerログに書き込まれません。

6.7.1 ドメインのログ情報の表示

Fusion Middleware Controlを使用して、Oracle Enterprise Schedulerがデプロイされているドメインのログ・メッセージを表示できます。

ドメインのログを表示するには:

- 「スケジューリング・サービス」メニューから、「ログ」→「ログ・メッセージの表示」を選択します。

詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

6.7.2 ジョブ・リクエスト・ログの表示

「リクエスト詳細」ペインから特定のジョブ・リクエストのログを表示できます。

注意:

Windowsでは、リクエスト・ログの出力は1行にフォーマットされます(改行なし)。

ジョブ・リクエスト・ログを表示するには:

1. 第4.2.2.1項の説明のとおり、対象のジョブ・リクエストを検索します。

2. ジョブ・リクエストの検索結果を表示する表内で、ログを表示するジョブ・リクエストを選択します。

3. ジョブ・リクエストの詳細を表示するには、ジョブ・リクエストIDをクリックします。または、ジョブ・リクエストに関連する親IDをクリックして、ジョブが関連するジョブ・セットの詳細を表示します。

4. 「ジョブ・リクエストの詳細」ページで、「アクション」を選択し、「リクエスト・ログ」を選択し、ジョブ・リクエストのログ情報を表示します。

6.7.3 スケジュール済ジョブ・リクエストのログ・メッセージの表示

Oracle Enterprise Schedulerのログ・メッセージ・ページを使用して、スケジュール済ジョブ・リクエストに関するロギング情報を表示できます。

Fusion Middleware Controlでスケジュール済ジョブ・リクエストのログ・メッセージを表示するには:

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開します。

2. 適切な管理対象サーバーのESSAPPアプリケーションを選択します。

3. スケジューリング・サービスのホームページで、「スケジューリング・サービス」メニューから、「ログ」→「ログ・メッセージの表示」を選択します。

4. 「日付範囲」、「メッセージ・タイプ」および「メッセージ」フィールドを使用して、対象のログ・メッセージを検索します。オプションで、追加の検索フィールドを追加できます。

5. 特定のジョブ・リクエストに関する詳細を、ECIDを使用して取得できます。実行コンテキストID(ECID)は生成コンポーネントが関与する特定のリクエストの実行のグローバル一意識別子です。ECIDは、別のコンポーネントで発生したエラー・メッセージの関連付けに使用できます。

6. デフォルトで、リクエストのログを表示したときにFusion Middleware Controlに表示されるメッセージは、Oracle Enterprise Schedulerクラスタのスコープでログ記録されたメッセージのみです。Oracle Enterprise Schedulerアプリケーションがクラスタにデプロイされていない場合、Fusion Middleware Controlには管理対象サーバーのスコープでログ記録されたメッセージが表示されます。しかし、Oracle Enterprise Schedulerは、ジョブ・リクエストに関連付けられたECIDを、SOAやADFなどのサブシステム全体に伝播します。
他のサブシステムでログ記録されたメッセージを表示するには、ターゲット・スコープを広げ、ドメインまたはファーム全体でログ記録されたメッセージを表示します。「広範囲のターゲット・スコープ」をクリックし、ログ・メッセージを表示するターゲットを選択します。

6.7.4 Oracle Enterprise Schedulerログ・レベルの設定

Oracle Enterprise SchedulerサーバーのOracle WebLogic Serverに対するロギングは、Oracle WebLogic Serverのlogging.xmlファイルを編集して構成できます。デフォルトで、Oracle Enterprise Schedulerの明示的なログ出力エントリはありません。Oracle Enterprise Schedulerは、親のログ出力(通常はoracleログ出力またはルート・ログ出力)で構成されたロギング・レベルとログ・ハンドラを継承します。

デフォルトで、Oracle Enterprise Schedulerログ出力のログ・メッセージは、Oracle WebLogic ServerのOracle WebLogic Server診断ログ・ファイルで確認できます。logging.xmlファイルはDOMAIN_HOME/config/fmwconfig/servers/WebLogic_Server_Nameにあり、ここでDOMAIN_HOMEはOracle WebLogic Serverドメインのドメイン・ホーム・ディレクトリ、WebLogic_Server_Nameはlogging.xmlファイルを使用しているOracle WebLogic Serverの名前です。

表6-8に、Oracle Enterprise Schedulerのログ出力名、ログ・レベルおよび各レベルの説明を示します。

表6-8 Oracle Enterprise Schedulerのログ出力およびログ・レベル

ログ出力名

ログ・レベル

説明

oracle.as.ess

SEVERE

Oracle Enterprise Schedulerランタイムにおける問題で、リクエスト処理のコンテキストで発生した、リクエスト・エラーを生じさせた問題。エラーには、ジョブ・コードからスローされた例外、ジョブ・コードの実行時の非チェック例外、Oracle Enterprise Schedulerコードの実行時の例外が含まれます。

Oracle Enterprise Schedulerランタイムにおける問題で、リクエスト処理以外のコンテキストで発生した、ディスパッチャやシステム・イベントの処理に関する問題。

WARNING

Oracle Enterprise Schedulerランタイムにおける深刻度の低い問題で、リクエスト処理中またはリクエスト処理以外で発生し、リクエストがエラーにならなかった問題。

INFO

リクエスト状態の遷移メッセージ。

作業割当てアクティビティに関連するメッセージ。

バッチ削除の失敗に関するメッセージ。

Oracle Enterprise Schedulerリソース・アダプタの開始および停止。

CONFIG

Oracle Enterprise Schedulerリソース・アダプタのアプリケーション・エンドポイント・アクティブ化および非アクティブ化。

- リクエスト・ロギング: Oracle Enterprise Schedulerジョブ実装により、ジョブ・リクエスト・ログ・ファイルにビジネス固有のジョブ・リクエスト実行ログ情報が書き込まれることがあります。このログ・ファイルはリクエスト固有のもので、デフォルトで自動的に有効になります。ジョブ・リクエストのログ・ファイルの表示の詳細は、第6.7.2項を参照してください。

Oracle WebLogic Serverのログ・レベルの設定の詳細は、第6.7.5項を参照してください。

Oracle Enterprise Schedulerを実行しているOracle WebLogic Serverのログ・レベルを、Oracle WebLogic Serverのマニュアルの説明のとおり設定します。

6.7.5 Oracle Enterprise Schedulerジョブのトレース

Oracle Enterprise Schedulerジョブのトレースを有効にすると、ジョブ・リクエストに関する追加情報を得ることができ、これを、オラクル社のテクニカル・サポートに提供すると、Oracle Enterprise Scheduler関連の問題解決に役立ちます。

この項には次のトピックが含まれます:

- 「ログ出力の指定」リージョンへのナビゲート

- ログ出力の定義

- ログ出力の関連付け

- トレース・ファイルのダウンロード

始める前に

ログ・メッセージのトレースは相当量の出力を生成するので、これを考慮したうえでトレースを有効にしてください。デフォルトで、トレースはOracle WebLogic Serverコンソールstdoutに出力されます。stdoutをファイルにリダイレクトした場合、相当量のディスク領域が使用され、サーバーのパフォーマンスに影響することがあります。

Oracle Enterprise Schedulerジョブのトレースを有効にするには:

タスク1   「ログ出力の指定」リージョンへのナビゲート

「ログ構成」ペインにナビゲートし、「ログ出力の指定」リージョンを展開します。

1. Fusion Middleware Controlのナビゲーション・ペインで、「WebLogicドメイン」を選択し、ドメインとサーバー名を選択します。

2. 「WebLogic Server」メニューをクリックし、「ログ」→「ログ構成」を選択します。
「ログ構成」ペインが表示されます。

3. 「ログ・レベル」タブの「表示」ドロップダウン・リストで、「永続ログ・レベル状態のログ出力」を選択します。ペイン下部の「ログ出力の指定」リージョンを展開します。

タスク2   ログ出力の定義

ログ出力oracle.as.scheduler.security.internal.SecurityExecutorFactoryおよびoracle.as.scheduler.security.internal.SecurityHelperを作成します。

1. 「名前」テキスト・フィールドに、ログ出力の名前を入力します。

2. 「Oracle Diagnostic Loggingレベル(Javaレベル)」ドロップダウン・リストから、使用するロギング・レベルを選択します。

3. 2つ目のログ出力名について手順を繰り返します。

タスク3   ログ出力の関連付け

ログ出力をOracle Diagnostic Logging Handlerに関連付けます。

1. 「ログ構成」ペインで、「ログ・ファイル」タブをクリックします。

2. ハンドラのリストからodl-handlerを選択し、「構成の編集」をクリックします。

3. 「関連付けるログ出力」ドロップダウン・リストから、作成したログ出力を選択し、「OK」をクリックします。

タスク4   トレース・ファイルのダウンロード

トレース・ファイルをダウンロードします。

1. Fusion Middleware Controlのナビゲーション・ペインで、「WebLogicドメイン」を選択し、ドメインとサーバー名を選択します。

2. 「WebLogic Server」メニューをクリックし、「ログ」→「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ペインが表示されます。

3. 「検索」フィールドで「選択したターゲット」リージョンを展開し、対象のOracle Enterprise Schedulerターゲットを選択します。

4. 日付範囲やメッセージ・タイプを選択し、「検索」をクリックします。

5. 表示されたログ・メッセージのリストから、対象のメッセージを選択します。

6. 「ログ・ファイル」列で、ログ・ファイルの名前をクリックします。
「ログ・ファイルの表示」ペインが表示されます。

7. ログ・ファイル名の横の「ダウンロード」をクリックして、ファイルをダウンロードします。

6.7.6 ジョブ・リクエスト・ログの保存

ジョブ・リクエスト・ログのデータをサーバー・ログ・ファイルに保存できます。ジョブ・リクエスト・ログは通常Oracle WebCenter Contentに保存されます。ログ・レベルをFINERに設定すると、すべてのジョブ・リクエスト・ログがサーバー・ログ・ファイルにコピーされます。

ジョブ・リクエスト・ログをサーバー診断ファイルに保存するには:

1. Fusion Middleware Controlのナビゲーション・ペインで、「WebLogicドメイン」を選択し、ドメインとサーバー名を選択します。

2. 「WebLogic Server」メニューをクリックし、「ログ」→「ログ構成」を選択します。
「ログ構成」ペインが表示されます。

3. 「ログ構成」ペインで、「ログ・レベル」タブをクリックします。

4. 「検索」テキスト・フィールドでoracle.as.schedulerを検索し、oracle.as.scheduler.security.internal.SecurityExecutorFactoryログ出力を探します。

5. ログ・レベルをFINERに設定し、「適用」をクリックします。

6. 『Oracle Fusion Middleware管理者ガイド』の説明のとおり、診断テストを実行します。ログ・メッセージが<server-diagnostic.logファイルに保存されます。
ログはサーバー診断ファイル<Oracle Enterprise Scheduler server name>-diagnostic.logに保存されます。

6.8 Cloud ControlにおけるOracle Enterprise Schedulerのアラートの管理

Cloud Controlにより、スケジューリング・サービス自体、作業割当ておよびジョブ定義を含むOracle Enterprise Schedulerエンティティのアラートを構成、表示および管理することが可能になります。アラートは、Oracle Enterprise Schedulerのパフォーマンス・メトリックに基づいています。各メトリックには、その特定のメトリックについて警告またはクリティカルの状態を示す上限しきい値および下限しきい値がある監視対象オブジェクトが含まれます。たとえば、エラー状態になっているジョブ・リクエストの数に関するアラートを構成する場合、10件のエラーで警告の状態、20件のエラーでクリティカルの状態となるように構成することができます。

いったんアラートが構成されると、アラートは自動的に生成され、Cloud Controlで提供されているインシデント・マネージャからその詳細を確認することができます。また、第3.5項「Cloud ControlにおけるOracle Enterprise Schedulerへの構成変更の検索」で説明されているとおり、指定された期間内に行われたすべての構成変更を追跡することもできます。

表6-9に、Oracle Enterprise Schedulerで使用可能なアラートを示します。

表6-9 Oracle Enterprise Schedulerのアラート

アラート

対象範囲

収集されるデータ

アラートが自動的にクリアされるかどうか

準備完了状態のジョブ・リクエストのアラートおよび準備完了状態のジョブ・リクエストの平均待機時間。

作業割当て

準備完了状態のジョブ・リクエストの数および準備完了ジョブ・リクエストの平均待機時間(作業割当て別)。

クリアされません。アラートがクリアされるのは、準備完了ジョブ・リクエストの数がしきい値を下回っている場合のみです。これは、準備完了ジョブ・リクエストの平均待機時間に関するアラートにも当てはまります。

エラー状態になっているジョブ・リクエストのアラート。

作業割当て

前回の収集以降、エラー状態になっているジョブ・リクエストの数。

クリアされます。次回の収集のデルタ値がしきい値を下回っている場合、アラートは自動的にクリアされます。

長時間実行中のジョブ・リクエストのアラート。

ジョブ定義

ジョブ・リクエストの最も長い実行時間(ジョブ定義別に示されます)。しきい値が指定されているジョブ定義に対してのみデータの問合せが行われます。

クリアされません。アラートは、長時間実行されているリクエストが別の状態に遷移するとクリアされます。

ERROR_MANUAL_RECOVERYの状態になっているジョブ・リクエストのアラート。

スケジューリング・サービス

ERROR_MANUAL_RECOVERYの状態にあるジョブ・リクエストの数。

クリアされません。アラートをクリアするためには、管理者がジョブ・リクエストをリカバリする必要があります。

タイムアウトしたジョブ・リクエストのアラート。

スケジューリング・サービス

タイムアウトしたジョブ・リクエストの数。

クリアされません。アラートをクリアするためには、管理者がジョブ・リクエストを取り消すかリカバリする必要があります。

ERROR状態になっているジョブ・リクエストのアラート。

スケジューリング・サービス

過去1時間にERROR状態になっているジョブ・リクエストの数。

クリアされます。次回の収集のデルタ値がしきい値を下回っている場合、アラートは自動的にクリアされます。

ブロックされたジョブ・リクエストのアラート。

スケジューリング・サービス

BLOCKED状態にあるジョブ・リクエストの数。

クリアされません。アラートをクリアするためには、管理者がジョブ・リクエストを取り消すか、またはジョブ・リクエストが処理対象として選択される必要があります。

この項には次のトピックが含まれます:

- Cloud ControlにおけるOracle Enterprise Schedulerのメトリック・アラートの構成

- Cloud ControlにおけるOracle Enterprise Schedulerのアラートの表示

6.8.1 Cloud ControlにおけるOracle Enterprise Schedulerのメトリック・アラートの構成

メトリックが監視する各オブジェクトのしきい値を構成できます。特定のメトリックについて、次のようにアラート・ルールを構成できます。

- エラー状態のジョブ・リクエストなど、メトリックが監視するオブジェクトを選択します。

- オブジェクトが警告およびクリティカルの状態になったと判断する値を構成します。これには、より大きい(>)やより小さい(<)などの演算子値が含まれます。

- アラート条件が満たされたときに実行する修正処理を入力します。

- アラート・ルールを適切な順番で並べます。

Cloud ControlにおいてOracle Enterprise Schedulerのメトリック・アラートを構成するには:

1. スケジューリング・サービスに移動します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. Oracle Enterprise SchedulerがデプロイされているOracle Fusion Middlewareファームに移動します。

3. 「ターゲット・ナビゲーション」ペインで、「スケジューリング・サービス」フォルダを開きます。

4. Oracle Enterprise Schedulerクラスタ・ターゲットまたは個々のOracle Enterprise Schedulerターゲットをクリックします。

2. スケジューリング・サービスの「ターゲット」メニューから、「監視」を選択し、「メトリックと収集設定」をクリックします。
メトリックのリストが表示されます。

3. すべてのメトリックを表示するには、「表示」ドロップダウン・から「すべてのメトリック」を選択します。

4. アラートのしきい値を構成するメトリックを選択し、「編集」アイコンをクリックします。たとえば、「準備完了状態のリクエストの平均待機時間」メトリックのしきい値を構成できます。
「詳細設定の編集」ページが開き、「監視対象オブジェクト」リストが表示されます。

5. 「詳細設定の編集」ページで、「追加」をクリックして、監視対象オブジェクトのリストに行を追加します。

6. 監視するオブジェクトを選択します。

1. 新しい行の「名前」フィールドで、「検索」ボタンをクリックします。
「オブジェクトの検索と選択」ウィンドウが表示されます。

2. 使用するオブジェクトを検索し、「選択」をクリックします。

7. 用意されているスペースに、クリティカルおよび警告のしきい値で使用する値を入力します。

8. 「続行」をクリックし、「OK」をクリックして設定を保存します。

9. 必要に応じて追加のしきい値を構成します。

アラートの構成の詳細は、Cloud Controlのオンライン・ヘルプの次のトピックを参照してください。

- インシデント・ルールの一般的なタスクに関する項目

- インシデント・ルールの高度なタスクに関する項目

6.8.2 Cloud ControlにおけるOracle Enterprise Schedulerのアラートの表示

Oracle Enterprise Scheduler Serviceのホームページに、アラートのサマリーが表示されます。「監視と診断」領域に表示されているインシデントの番号をクリックすることで、「インシデント・マネージャ」ページに移動してインシデントに関する追加情報を表示できます。

Cloud ControlでOracle Enterprise Schedulerのアラートを表示するには:

1. スケジューリング・サービスに移動します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. Oracle Enterprise SchedulerがデプロイされているOracle Fusion Middlewareファームに移動します。

3. 「ターゲット・ナビゲーション」ペインで、「スケジューリング・サービス」フォルダを開きます。

4. Oracle Enterprise Schedulerクラスタ・ターゲットまたは個々のOracle Enterprise Schedulerターゲットをクリックします。

2. スケジューリング・サービスのホームページが表示されます。「監視と診断」ペインに、次の情報が表示されます。

- インシデント: スケジューリング・サービス・インスタンス内で発生したインシデントの数がここに表示されます。インシデントの数は、ジョブ・リクエスト・アラートの構成の結果として収集されたインシデントによって決まります。ジョブ・リクエスト・アラートの構成の詳細は、第6.8.1項を参照してください。インシデントの数がゼロより大きい場合は、その数をクリックして、発生したインシデントの詳細を確認しますす。

- 子ターゲット・インシデント: スケジューリング・サービス・クラスタ内で発生したインシデントの数がここに表示されます。インシデントの数がゼロより大きい場合は、その数をクリックして、発生したインシデントの詳細を確認しますす。

- 構成の変更: アラート構成に対して行われた変更の数がここに表示されます。構成変更の数をクリックすると、特定の期間内に行われた変更を検索できます。デフォルトの期間は7日間です。

3. インシデントの数をクリックして、「インシデント・マネージャ」ペインにアラートに関する詳細情報を表示します。インシデントがない場合は、「監視」を選択し、「インシデント・マネージャ」をクリックすることで、スケジューリング・サービスのターゲット・メニューからインシデント・マネージャを開くことができます。
schedule_ess_incident_mng.pngの説明

インシデント・マネージャには、インシデントが表形式で表示されます。各インシデントについて、重大度、サマリー、ターゲット、優先度、状態、最終更新日時、所有者、確認済、エスカレート済、タイプおよびカテゴリが示されます。

インシデントをクリックして、その詳細を表示できます。インシデント・マネージャの使用方法の詳細は、Cloud Controlのオンライン・ヘルプの次のトピックを参照してください。

- インシデント・マネージャの一般的なタスクに関する項目

- インシデント・マネージャの高度なタスクに関する項目

6.9 管理アクションの監査

後で確認するために管理アクションを記録することができます。この記録を使用して、必要なときに管理ステップを監査できます。監査は、アカウンタビリティの手段提供するとともに、「誰がいつ何を行ったか」という質問に答えます。

監査サポートは、Oracle Enterprise Schedulerに組み込まれています。監査が通常どのように機能するかについては、アプリケーション・セキュリティ・ガイドを参照してください。

WLSTコマンドを使用して、監査サポートを構成できます。詳細は、WebLogic Scripting Toolコマンド・リファレンスを参照してください。

Oracle Enterprise Schedulerでサポートされているコマンドのリファレンス情報については、付録C「Oracle Enterprise Schedulerの監査のリファレンス」を参照してください。

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

- 第6.9.1項「監査可能なイベントのリストの取得」

- 第6.9.3項「イベント監査データの表示」

6.9.1 監査可能なイベントのリストの取得

WLSTコマンド・ラインから監査可能なイベントの完全なリストを取得できます。connectコマンドを使用してWLSTをサーバー・インスタンスに接続した後、listAuditEventsコマンドを使用してイベントのリストを表示します。Oracle Enterprise Schedulerでサポートされているイベント・タイプをリスト表示するには、コマンドで、コンポーネント・タイプとしてESSを指定します。

listAuditEvents(componentType="ESS")

WebLogic Scripting Toolコマンド・リファレンスで、このコマンドおよび他の有用なコマンドについて説明されています。

表6-10に、イベント・カテゴリとそれらで使用できる監査可能なイベントの一部を示します。完全なリストを表示するには、listAuditEventsコマンドを使用してください。

表6-10 Oracle Enterprise Schedulerの監査イベント・カテゴリ

分類

説明

セキュリティ・チェック

データ・セキュリティ権限のチェック、メタデータ権限のチェック、実行時権限のチェック、ユーザー・コンテキストの切替え、データ・セキュリティ・チェックに基づくリクエストの問合せなど、セキュリティ・チェックに関連するイベントが含まれます。

リクエストに対する操作

実行、削除、取消し、保持、ロック、パージ、リリース、置換え、発行、更新など、リクエストに関連するリクエスト・イベントが含まれます。

メタデータ構成

スケジュール、トリガー、非互換性、除外、ジョブ定義およびジョブ・セットの作成、削除、更新などのメタデータ・イベントが含まれます。

構成変更

ESS構成プロパティの追加、削除、更新などのイベントが含まれます。

RequestProcessorに対する管理操作

リクエスト・プロセッサの有効化や無効化などのイベントを含みます。

RequestDispatcherに対する管理操作

リクエスト・ディスパッチャの起動や停止などのイベントを含みます。

6.9.2 ログに記録するイベントの指定

WLSTを使用して、監査イベントのロギングのフィルタ・プリセット・レベルを指定することで、ログに記録するイベントを指定できます。これを行うには、フィルタ・プリセット・レベルを低、中、高の3つのレベルのいずれかに設定します。

次のWLSTコマンドを使用して、フィルタ・プリセット・レベルを設定できます。

setAuditPolicy(componentType='ESS', filterPreset="Medium")

表6-11で、フィルタ・プリセット・レベルについて説明します。

表6-11 イベント監査のFilterPresetレベル

レベル

説明

低

重要度の高いイベントのみがログに記録されます。次のような要因があります。

- リクエストに対する操作カテゴリからの発行および実行イベント。

中

設定の詳細度が最も低いレベルと最も高いレベルの間の、イベントの中間レベル。これには、次のカテゴリのすべてのイベントが含まれます。

- リクエストに対する操作

- メタデータ構成

- 構成変更

- RequestProcessorに対する管理操作

- RequestDispatcherに対する管理操作

高

次のカテゴリのすべてのイベントが含まれる、最も詳細なレベル。

- セキュリティ・チェック

- リクエストに対する操作

- メタデータ構成

- 構成変更

- RequestProcessorに対する管理操作

- RequestDispatcherに対する管理操作

イベント・カテゴリの詳細は、第6.9.1項「監査可能なイベントのリストの取得」を参照してください。

6.9.3 イベント監査データの表示

イベント監査によって生成されたデータは、監査がどのように構成されているかに応じて、データベースまたはファイルのいずれかに格納されます。

監査の構成の詳細は、アプリケーション・セキュリティ・ガイドを参照してください。

データがファイルに書き込まれる場合、ファイルのデフォルトの場所は次のとおりです。

DOMAIN_HOME/servers/SERVER_NAME/logs/auditlog

A Oracle Enterprise Schedulerの高可用性

この章では、可用性の高いOracle Enterprise Scheduler環境の構成および管理方法について説明します。

この付録では次の項について説明します。

- 第A.1項「Oracle Enterprise Schedulerの高可用性の概要」

- 第A.2項「Oracle Enterprise Schedulerの概念」

- 第A.3項「Oracle Enterprise Schedulerの高可用性の構成」

- 第A.4項「Oracle Enterprise Schedulerクラスタの管理」

A.1 Oracle Enterprise Schedulerの高可用性の概要

ジョブのパフォーマンスを最適化するため、可用性の高いOracle Enterprise Schedulerサーバー・クラスタを使用することをお薦めします。これは特に、完了時にステータス・メッセージを返す必要のある、リモートでの非同期ジョブ実行で有用です。

たとえば、非同期ADFビジネス・コンポーネント・ジョブをリモートで実行するとします。Oracle Enterprise Schedulerでは、ジョブの完了時にWebサービス・コールバックをとおしてステータスがジョブから返されることが必要です。Oracle Enterprise Schedulerが1つのノードでしか実行されていない場合、そのノードがダウンした場合にコールバック・メッセージが到達せず、ジョブのステータスが不明になります。そのため、手動の操作介入を行って、ジョブに完了のステータスを付ける必要があります。

2ノード・クラスタの場合は、一方のサーバーがダウンしている場合でもすべてのコールバックが処理され、宛先に到達します。クラスタ化されたOracle Enterprise Scheduler環境では、コールバックが適切に配信され、ジョブの完了時には自動的に正しいステータスが付与されます。

次に、可用性の高いOracle Enterprise Scheduler環境を構成するための主な手順を示します。

1. 構成ウィザードを使用してドメインを設定し、クラスタを構成します。

2. クラスタに必要に応じてノードを追加しスケーラビリティを高め、ジョブの処理能力を増やします。
クラスタ・ノードを追加するときに、場合によっては、新しいノードのプロセッサ構成を調整して適切な作業割当てを割り当てる必要があります。

詳細は、Oracle WebLogic Serverのマニュアルを参照してください。

3. ロード・バランサを構成します。詳細は、Oracle HTTP Serverのマニュアルを参照してください。

注意:

Oracle Enterprise Schedulerクラスタのトラブルシューティングの詳細は、第B章を参照してください。

A.2 Oracle Enterprise Schedulerの概念

Oracle Enterprise Schedulerのアーキテクチャやそのコンポーネントおよびライフ・サイクルなどの概念を理解しておくと、Oracle Enterprise Scheduler環境を構成するときの参考になります。

この項には次のトピックが含まれます:

- Oracle Enterprise Schedulerのアーキテクチャ

- Oracle Enterprise Schedulerコンポーネント

- Oracle Enterprise Schedulerのライフ・サイクル

- Oracle Enterprise Schedulerのライフ・サイクル・ツール

A.2.1 Oracle Enterprise Schedulerのアーキテクチャ

Oracle Enterprise SchedulerはOracle WebLogic Serverインスタンスにインストールされ、そこで実行されます。Oracle Enterprise Schedulerのサービス・コンポーネントはOracle JRFの上に配置され、Oracle Web Services Managerによって保護されます。Oracle Enterprise Schedulerはスケジュール済ジョブの送信とジョブ定義を管理します。

図A-1に、Oracle Fusion Middlewareコンポーネントのコンテキストにおける、Oracle Enterprise Schedulerのランタイム・アーキテクチャを示します。

図A-1 Oracle Enterprise Schedulerのランタイム・アーキテクチャ

「図A-1 Oracle Enterprise Schedulerのランタイム・アーキテクチャ」の説明

次に、Oracle Enterprise Schedulerランタイム・アーキテクチャのコンポーネントを示します。

- Oracle Enterprise Schedulerクライアント・アプリケーション: 様々なアプリケーションがスケジュール済ジョブの実行をリクエストできます。Oracle Fusionアプリケーション、SOAやOracle ADFビジネス・コンポーネントなどのWebサービス・クライアント、およびPL/SQLアプリケーションなどのアプリケーションが含まれます。

- Oracle Enterprise Scheduler: Fusion Middleware Controlを使用してOracle Enterprise Schedulerクラスタ、サービスおよびジョブを管理できます。Oracle Enterprise SchedulerはMDSを使用してメタデータにアクセスします。スケジュール済ジョブの出力は、Oracle WebCenter Contentに保存されます。Oracle Enterprise Schedulerに含まれているインタフェースとAPIによって、アプリケーションおよび外部コンポーネントとの対話が可能になります。たとえば、PL/SQLクライアントはOracle Enterprise SchedulerのPL/SQL APIを使用してスケジュール済ジョブをリクエストします。

- Oracle Enterprise Schedulerによってアクセスされるコンポーネント: Oracle Enterprise Schedulerでは、SOAコンポーネント、Oracle ADFビジネス・コンポーネント・サービスおよびOracle Business Intelligence PublisherにアクセスするJavaジョブの作成がサポートされています(各コンポーネント専用のジョブは直接的にはサポートされません)。

EJBにアクセスするクライアント・アプリケーションはRMI経由でOracle Enterprise Schedulerにアクセスし、Oracle Enterprise Scheduler Webサービスを使用するクライアント・アプリケーションはHTTPを使用します。クライアント・アプリケーションからサーバーへの接続は、永続的で存続時間の短い非同期対話であり、コールバック機能が使用されることもあります。

A.2.2 Oracle Enterprise Schedulerコンポーネント

次に、Oracle Enterprise Schedulerコンポーネントを示します。

- Oracle ADFサーバー(Oracle Enterprise Schedulerクライアント): RuntimeServiceEJBとMetadataServiceEJBが共有ライブラリとしてデプロイされます。これらのライブラリはADFクライアント・アプリケーション(ears)にインポートされます。

- Oracle Enterprise Schedulerサーバー(Oracle Enterprise Schedulerランタイム): Oracle Enterprise Schedulerサービス・コンポーネントはすべてのスケジュール済ジョブを管理します。

- コア・ランタイム: JCAリソース・アダプタ、複数のEJBコンポーネントおよびJRF Webサービス・モジュール(WARファイル)が含まれているOracle Enterprise SchedulerアプリケーションのEARファイルです。

- ホスティング・アプリケーション: ホスティング・アプリケーションは、ESSEndpointMDB、RuntimeServiceEJBおよびMetadataServiceEJB共有ライブラリをインポートするEARファイルです。Oracle Enterprise Schedulerのホスティング・アプリケーションは、Oracle Enterprise Schedulerライブラリまたは統合ジョブ・リクエスト送信インタフェースを使用してジョブ・リクエストを送信します。

- Oracle Database Scheduler: Oracle Enterprise SchedulerのPL/SQLジョブは、標準のOracle Database Schedulerを使用して実行されます。

- Oracle Enterprise SchedulerはJavaプロセスAPIを使用して、ネイティブ・バイナリ・ジョブを生成します。

Oracle Enterprise Schedulerは次のデータ・ソースに依存しています。

- Oracle Enterprise Schedulerランタイム(XA)

- Oracle Enterprise Schedulerランタイム(非XA)

- Oracle Enterprise Schedulerメタデータ・ストア(非XA)

XAトランザクションは、一般的には複数のリソースを生成するグローバル・トランザクションを指します。非XAトランザクションは常に1つのリソースに関与し、通常グローバル・トランザクションには参加できません。

ジョブの実装に含まれるコンポーネントによって異なりますが、外部依存性には、ランタイム・データベース、MDSリポジトリ、Oracle SOA Suite、Oracle ADFビジネス・コンポーネント、Oracle BIプレゼンテーション・サービス、Oracle WebCenter Contentなどが含まれます。

A.2.3 Oracle Enterprise Schedulerのライフ・サイクル

Oracle Enterprise Schedulerのエンジンは、Oracle WebLogic Serverによって初期化される標準J2EEアプリケーションの一部として起動されます。Oracle Enterprise Scheduler JCAアダプタはランタイム・スキーマに接続し、スケジュール済作業項目のポーリングを行います。

次に、クライアント・リクエストがOracle Enterprise Schedulerで実行されるときの過程を示します。

1. クライアント・アプリケーションがジョブ・リクエストを送信します。

2. クライアント・アプリケーションがOracle Enterprise Schedulerにジョブ・リクエストを送信します。

3. Oracle Enterprise Schedulerがジョブ・リクエストのメタデータを読み取ります。

4. Oracle Enterprise Schedulerが、ジョブ・リクエストおよびジョブ・メタデータをOracle Enterprise Schedulerランタイム・データ・ストア内のキューに置きます。

5. スケジュールとリクエスト・プロセッサの使用可能状況に基づいて、Oracle Enterprise Schedulerがメッセージをホスト・アプリケーションに送信します。このメッセージには、ジョブの送信時に捕捉したすべてのジョブ・リクエスト・パラメータとメタデータが含まれています。

6. ホスティング・アプリケーションがジョブを実行し、ステータスを返します。ジョブ出力およびログがOracle WebCenter Contentに書き込まれます。

7. Oracle Enterprise Schedulerによって、ジョブ・リクエストのステータスで履歴が更新されます。

図A-2に、実行されたジョブ・リクエストがそのライフ・サイクルを終えるまでにたどる状態変化を示します。

図A-2 ジョブ・リクエストの実行時の状態変化

「図A-2 ジョブ・リクエストの実行時の状態変化」の説明

図A-3は、実行ユーザーがリクエストを取り消したときに、実行可能ジョブ・リクエストに起こる状態変化を示しています。

図A-3 取消し操作後のジョブ状態の変化

「図A-3 取消し操作後のジョブ状態の変化」の説明

図A-4に、スケジュール付きのジョブ・リクエストが送信されたときの状態遷移を示します。

図A-4 スケジュール付きで送信されたジョブ・リクエストの状態遷移

「図A-4 スケジュール付きで送信されたジョブ・リクエストの状態遷移」の説明

A.2.4 Oracle Enterprise Schedulerのライフ・サイクル・ツール

Oracle Enterprise SchedulerはOracle WebLogic Serverインスタンス上で実行されるため、Oracle Enterprise SchedulerはOracle Fusion MiddlewareのSOA用ノード・マネージャを使用して管理できます。

Oracle Enterprise Schedulerジョブは同じOracle WebLogic Serverインスタンス(またはリモートOracle WebLogic Serverインスタンス)、データベースおよびバイナリ・プロセスにホストできます。Oracle Enterprise SchedulerはOracle Enterprise Schedulerジョブのライフ・サイクルを管理します。Oracle Enterprise Managerを使用して、Oracle Enterprise Schedulerジョブを監視および管理します。Oracle Enterprise Schedulerジョブの管理の詳細は、第4章を参照してください。

Oracle Fusion Middlewareノード・マネージャの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』の「ノード・マネージャの使用」の章を参照してください。

A.3 Oracle Enterprise Schedulerの高可用性の構成

可用性の高い環境を実現するには、少なくとも2つのノードで構成されるクラスタでOracle Enterprise Schedulerを実行することをお薦めします。

この項には次のトピックが含まれます:

- Oracle Enterprise Schedulerの構成とデプロイメント・アーティファクト

- Oracle Enterprise Schedulerロギング

- Oracle Enterprise Schedulerクラスタのアーキテクチャ

- フェイルオーバー要件

- スケーラビリティ

- バックアップとリカバリ

- ロード・バランシング

A.3.1 Oracle Enterprise Schedulerの構成とデプロイメント・アーティファクト

構成ファイルは次のとおりです。

- ess.xml: このファイルはOracle Enterprise SchedulerクラスタにデプロイされるOracle Enterprise SchedulerのEARファイルの一部です。

- MDSリポジトリ: Oracle Metadataリポジトリには、Oracle Enterprise Schedulerのジョブ・メタデータが格納されます。Oracle Enterprise Schedulerでは、データベースとファイルベースのMDSリポジトリの両方がサポートされます。

次に、デプロイメント・アーティファクトを示します。

- コア・ランタイムおよびホスティング・アプリケーションのJ2EEアプリケーション

- コア・ランタイムおよび起動時にロードされるジョブに使用される、Oracle MDS内のジョブ・メタデータ

Oracle WebLogic Serverデプロイメントは非ステージングです。

A.3.2 Oracle Enterprise Schedulerロギング

Oracle Enterprise Schedulerクラスタでは、標準のOracle WebLogic Serverロギングを使用します。Oracle WebCenter Contentのログを使用してOracle Enterprise Schedulerの動作を調査します。Oracle Enterprise Schedulerロギングは、デフォルトでOracle WebLogic Server内に構成されます。

Oracle Enterprise Schedulerプロセス・ジョブのログ・ファイルのデフォルトの場所は、UNIXサーバーの場合は/tmp/ess/requestFileDirectoryです。Oracle Enterprise Schedulerの動作ログ・ファイルの場所は、Windowsの場合は、<DOMAIN_HOME>/servers/<SERVER_HOME>/logs/<server name>-diagnostic.logおよび<MW_HOME>\user_projects\domains\<DOMAIN_HOME>\servers\<SERVER_HOME>\logs\<server name>-diagnostic.logです。

A.3.3 Oracle Enterprise Schedulerクラスタのアーキテクチャ

図A-5は、2つのノードを使用したOracle Enterprise Schedulerクラスタのアーキテクチャ図です。

図A-5 Oracle Enterprise Scheduler2ノード・クラスタ

「図A-5 Oracle Enterprise Scheduler2ノード・クラスタ」の説明

この構成には次のコンポーネントが含まれています。

- ハードウェア・ロード・バランサ。

- 2つのサーバーで実行されるOracle WebLogic Serverクラスタ。

- 2つのサーバーで実行されるOracle Fusion Middlewareホーム。

- Oracle Enterprise Schedulerインスタンスの2ノード・クラスタ(各インスタンスが異なるOracle Fusion Middlewareインスタンスで実行される)。

- ランタイムおよびMDSスキーマの可用性確保のため、複数DS構成のOracle RACデータベース・クラスタを使用します。複数DSおよびOracle RACはデータベース障害に備えるためのものです。

- 共有永続ストレージ。

- メタデータ・ストア。

- Webサービス対話用のHTTPロード・バランサ。

高可用性アーキテクチャの詳細は、『Oracle Fusion Middleware高可用性ガイド』の「Oracle Fusion Middleware SOA Suiteの高可用性の構成」を参照してください。

A.3.4 フェイルオーバー要件

HTTPロード・バランサは、ノードに障害が発生した場合にリクエストを再ルーティングするためのロード・バランシング機能を提供します。コンポーネントで永続接続が使用されていれば、ロード・バランサまたはファイアウォールのタイムアウトについて課される要件はありません。同様に、セッション状態複製およびフェイルオーバーも必要ありません。

ロード・バランシングは、Oracle Enterprise SchedulerのWebサービス・インタフェースを使用してジョブを送信し、そのジョブのステータスを問い合せたりするなどの処理で使用されます。ロード・バランシングはジョブの実行される場所に関係なく発生します。

Oracle Enterprise SchedulerではJMSを使用しないため、JMSフェイルオーバーは不要です。Oracle Enterprise Schedulerは、ステートフル・セッションBeanのかわりに、ステートレス・セッションBeanとJCA RARファイルを使用します。そのため、EJBステート・フェイルオーバーは不要です。

この項には次のトピックが含まれます:

- リクエスト・プロセッサのフェイルオーバー

- 外部コンポーネントのフェイルオーバー

A.3.4.1 リクエスト・プロセッサのフェイルオーバー

Oracle Enterprise Schedulerにはリクエスト・プロセッサ・コンポーネントが含まれており、これがOracle Enterprise Schedulerクラスタの1つの管理対象サーバーを表しています。ジョブ実行が1つ以上のリクエスト・プロセッサに接続される形で、ジョブ・リクエストがリクエスト・プロセッサで処理されます。

すべてのジョブが複数のリクエスト・プロセッサにターゲット設定されている場合、ジョブは特定のリクエスト・プロセッサに依存しません。ジョブが特定のリクエスト・プロセッサにターゲット設定されている場合、そのリクエスト・プロセッサに関連付けられているジョブが、管理対象サーバーが使用可能で、そのジョブのアクティブな稼働シフトが存在している場合にかぎって実行されます。

A.3.4.2 外部コンポーネントのフェイルオーバー

Oracle Enterprise Schedulerは、Oracle Fusion Middlewareのほか、Oracle SOA SuiteやOracle ADFビジネス・コンポーネントなどのコンポーネントと対話します。これらの外部コンポーネントのいずれかに障害が発生した場合、実行中のジョブでエラーが発生する可能性があります。

適切な構成を行うことで、外部コンポーネントの障害がジョブに影響しないようにすることができます。表A-1に、障害が発生する可能性のある外部コンポーネントと、Oracle Enterprise Schedulerジョブでのエラー発生を回避するための手順を示します。

表A-1 Oracle Enterprise Scheduler外部コンポーネントのフェイルオーバー

外部コンポーネント

障害を回避する手順

Oracle WebCenter Portal

ロード・バランサをとおして、Oracle WebCenter Portalサービスのクラスタと統合します。

Oracle RACデータベース

Oracle RACデータベース統合で複数DSを使用します。

Oracle SOA Suite、Oracle ADF、その他

これらのコンポーネントに依存するジョブに再試行を構成します。

A.3.5 スケーラビリティ

一般に、垂直方向(同じマシンに管理対象サーバーを追加)のスケーラビリティよりも、水平方向のスケーラビリティ(別のマシンに管理対象サーバーを追加)のほうがパフォーマンス向上を期待できます。

水平方向のスケーリングには、Oracle WebLogic Serverクラスタの標準のスケーリング手法を使用します。Oracle WebLogic Serverのクラスタ化の詳細は、『Oracle Fusion Middleware高可用性ガイド』の「WebLogic Serverの高可用性」の章を参照してください。作業割当て内のジョブの同時処理を増やすには、リクエスト・プロセッサのスレッド割当てを増やす(リクエスト・プロセッサの稼働シフトを編集する)か、作業割当てを複数のリクエスト・プロセッサにバインドします。詳細は、第5.3.2.1項および第5.3.1.1項を参照してください。

A.3.6 バックアップとリカバリ

次に、様々なコンポーネントのバックアップおよびリカバリに関するガイドラインを示します。

- ファイル・システムに格納されるコンポーネント: 製品バイナリ、デプロイされたアプリケーションEARファイルおよびドメイン・ルート内の標準のOracle WebLogic Serverファイル。

- ファイル・システムに対する変更: 新しいEARファイルがデプロイされたとき、または、製品にパッチが適用されたときに発生するファイル・システム・アーティファクト変更。

- データベースに保存されているデータ: データベースにはすべてのメタデータおよびランタイム・データが保存されています。

- データベース・アーティファクトへの変更: メタデータが作成されOracle JDeveloperまたはFusion Middleware Controlからデプロイされたときに発生するメタデータ変更。ランタイム・データは、ジョブの送信時や状態変更時などに変更されます。

ファイル・システムに保存されているアーティファクトとデータベースに保存されるアーティファクトの整合性についての要件はありません。ファイル・システムにはEARファイルのほか、一時的にスケジュール済ジョブの出力とログ・ファイルも保存されます。

A.3.7 ロード・バランシング

オラクル社のベスト・プラクティスに従い、ハードウェア・ロード・バランサを使用して2つ以上のOracle HTTPサーバー間で負荷分散を行い、次にクラスタ内のOracle WebLogic Server管理対象サーバー間で負荷分散を行います。

A.4 Oracle Enterprise Schedulerクラスタの管理

Oracle Enterprise Schedulerクラスタの管理には、クラスタの起動、クラスタ全体への構成変更の伝播、アプリケーションのデプロイおよび想定外の動作への対応が含まれます。

この項には次のトピックが含まれます:

- クラスタの起動と停止

- クラスタへの構成変更の伝播

- クラスタへのアプリケーションのデプロイ

- 障害および予期される動作

A.4.1 クラスタの起動と停止

Oracle Enterprise Schedulerは標準J2EEコンポーネントを使用しています。そのため、起動手順はOracle WebLogic Serverによって決定されます。Oracle Enterprise Schedulerでは負荷の急上昇を回避するためスロットルを実装できます。

クラスタを停止すると、Oracle Enterprise Schedulerとその他のすべてのローカルJavaジョブが終了します。また、Oracle Enterprise Schedulerは、すべてのローカル・バイナリ・ジョブの停止も試みます。ただし、SOAやPL/SQLジョブなどの非同期ジョブは継続されます。SOAまたはOracle ADFビジネス・コンポーネント・サービスからの非同期コールバックは、Oracle Enterprise Schedulerクラスタ全体がダウンしている場合は届きません。

突然停止された場合、サーバーは継続中のトランザクションのリカバリを試みます。

A.4.2 クラスタへの構成変更の伝播

構成には、コンテナつまりサーバーの構成と、ジョブ・メタデータの構成の2種類があります。ジョブ・メタデータはOracle Metadata Repositoryに格納されます。サーバーは標準のOracle WebLogic Serverを構成する場合と同じプロセスで、Oracle WebLogic Server構成フレームワークで維持されるプラットフォーム構成の一部として構成されます。ジョブ・メタデータ構成の変更はOracle JDeveloperからデプロイされます。

クラスタ・レベルでは、いかなる構成変更もEARファイルまたはメタデータのデプロイによって伝播されます。構成データはデータベースまたはEARファイルに保存されます。ess-config.xmlなど、EARファイル内の構成ファイルは、Fusion Middleware ControlのMBeanブラウザを使用して変更できます。

クラスタ・メンバーは独立していて、データベースのみを共有します。クラスタのメンバー間での通信はありません。

A.4.3 クラスタへのアプリケーションのデプロイ

アプリケーションは、標準のOracle WebLogic Server EARファイルを使用して、標準のJ2EE定義Oracle WebLogic Serverメカニズムを使用してクラスタにデプロイされます。EARファイルをデプロイするときにサーバーを再起動する必要はありません。

アプリケーション・デプロイメントにはEARファイルが含まれ、これにJAZNおよびMARファイルが含まれています。JAZNファイルには、スケジュール済ジョブに対するアクセス権限が格納されており、Oracle Authorization Policy Managerの管理下でLDAPに保存されます。MARファイルにはメタデータが含まれており、MDSに保存されます。Oracle WebLogic Serverは、アプリケーションEARファイルをクラスタ内のすべての管理対象サーバーにデプロイします。

A.4.4 障害および予期される動作

障害が発生してもジョブの処理を確実に継続させる方法としては、Oracle Enterprise Schedulerクラスタを構成する方法が一般的です。サーバーに障害が発生すると、クラスタ内の別のノードが、障害が発生したサーバーで実行されているすべてのジョブの状態を、該当する状態に遷移させます。たとえば、同期ジョブがエラーで終了した場合、再試行が構成されていればジョブの再試行が実行されます。

データ層の高可用性を確立するには、Oracle RACを使用します。

この項には次のトピックが含まれます:

- 再試行

- 障害検出と再起動

- Oracle Java Transaction APIの移行とOracle Java Message Service

A.4.4.1 再試行

非同期ジョブの再試行とタイム・アウトを構成できます。ジョブの再試行とタイムアウトの構成の詳細は、第4.2.1.1項を参照してください。

A.4.4.2 障害検出と再起動

障害検出とリカバリを可能にするため、Oracle Enterprise Schedulerの各クラスタ・ノードは、データベース内のレコードを1分おきに更新します。これをハートビートと呼びます。ハートビートは他のノードによって監視され、レコードが一定の時間変更されなかった場合、そのサーバーは障害が発生しているものと見なされます。サーバー障害が検出されたときに、そのサーバー上で実行されている各ジョブが処理されます。同期ジョブはエラーありの完了としてマーキングされ、非同期ジョブはリモートで実行が継続されます。再試行が構成されている場合、エラーありの完了としてマーキングされたジョブは再実行されます。障害検出には10分程度の時間がかかります。

障害検出時に、ノードの出力とログ・ファイルは別のノードからアクセスできる状態にある必要があります。そのため、ジョブ出力とログ・ファイルを格納するファイル・ディレクトリは共有ファイル・システム上に置いておく必要があります。このディレクトリはess-config.xmlファイルにリストされています。

A.4.4.3 Oracle Java Transaction APIの移行とOracle Java Message Service

Oracle JTAの移行は、Oracle Enterprise Schedulerでは必要ありません。

Oracle Enterprise SchedulerはOracle Java Message Service (JMS)を使用しないため、JMSリカバリは不要です。

B Oracle Enterprise Schedulerのトラブルシューティング

この付録では、Oracle Enterprise Schedulerの使用中に発生する可能性のある一般的な問題と、その解決方法について説明します。

この付録では次の項について説明します。

- 第B.1項「Oracle Enterprise Schedulerのトラブルシューティングの概要」

- 第B.2項「Oracle Enterprise Schedulerジョブのトラブルシューティングのスタート・ガイド」

- 第B.3項「Oracle Enterprise Schedulerクラスタのトラブルシューティングのスタート・ガイド」

- 第B.4項「問題と解決策」

- 第B.5項「My Oracle Supportを使用したその他のトラブルシューティング情報」

表示される可能性のあるエラー・メッセージの詳細は、この章およびOracle Fusion Middlewareエラー・メッセージ・リファレンスを参照してください。

B.1 Oracle Enterprise Schedulerのトラブルシューティングの概要

この項では、この章の情報を使用する際のガイドラインとプロセスを示します。次のガイドラインおよびプロセスに従うことで、作業の焦点を問題解決に絞り、問題解決までの時間を短縮できます。

ガイドライン

この章の情報を使用する際は、次のことをお薦めします。

- この章の解決策を実行した後すぐに、このトラブルシューティング情報を利用するきっかけとなった失敗したタスクを再試行します。再試行してもタスクが失敗する場合、この章に記載されている他の解決策を実行し、再度失敗したタスクを実行します。このプロセスを問題が解決するまで繰り返します。

- 実行した解決策、確認された現象およびトラブルシューティング中に収集したデータを記録しておきます。この章の情報を使用しても問題が解決されずサービス・リクエストを記録することになった場合、これらの情報があると迅速な問題解決につながります。

B.2 Oracle Enterprise Schedulerジョブのトラブルシューティングのスタート・ガイド

Oracle Enterprise Schedulerジョブの実行中に発生する次のような一般的な問題について、トラブルシューティングを行う場合があります。

- 非同期ジョブの実行中状態がいつまでも続きます。

- 非同期ジョブが止まるまたはクラッシュします。

- リモートのスケジュール済ジョブの完了時にOracle Enterprise Schedulerがダウンしていた場合、またはネットワーク問題の影響で、Oracle Enterprise Schedulerがリモート・ジョブから完了のステータスを受信できません。

- 実行準備が整っているスケジュール済ジョブが実行されません。

- スケジュール済ジョブがトラブルシューティングを要する手動エラー・リカバリの状態になります。

- Oracle Enterprise Schedulerからエラーがスローされます。

- スケジュール済ジョブがエラーで終了します。

Oracle Enterprise Schedulerのトラブルシューティングには、標準のOracle WebLogic Serverシステム・ログを使用します。ジョブ・リクエスト・ログの表示の詳細は、第6.7項を参照してください。

この項には次のトピックが含まれます:

- 非同期スケジュール済ジョブのトラブルシューティング

- プロセス・ジョブのトラブルシューティング

- 手動リカバリの手順

- ジョブ診断

B.2.1 非同期スケジュール済ジョブのトラブルシューティング

非同期ジョブは別のJVMSで実行されるジョブで、非同期Oracle BI Reporting and Publishing、PL/SQLジョブ、および非同期SOAまたはADFビジネス・コンポーネント・サービスを呼び出すJavaジョブが含まれます。非同期スケジュール済ジョブを処理する際、Oracle Enterprise Schedulerは、実行後のジョブの結果を定義する完了ステータスを送信するリモート・ジョブに依存します。しかし、次のような理由から、完了ステータスが生成されなかったり失われたりすることがあります。

- スケジュール済ジョブがクラッシュしました。

- ジョブが停止状態でスタックしています。

- ジョブの完了時にOracle Enterprise Schedulerがダウンしていました。

- ネットワークの問題。

いずれかの状況に当てはまる場合、非同期ジョブがいつまでも実行状態のままになります。その結果、ジョブ・セットの後続のステップが実行されなかったり、非互換ジョブが無期限にブロックされることがあります。

Oracle Enterprise Schedulerの情報はFusion Middleware Controlに表示されるため、ここでリモート・システム上のジョブと外部識別子を確認できます。

実行状態でスタックしている非同期ジョブは、次の方法でトラブルシューティングできます。

- リモート・システムを使用してジョブのトラブルシューティングを行い、ジョブの実行結果を確定します。詳細は、第B.2.1.1項および第B.2.1.2項を参照してください。

- ジョブを取り消します。詳細は、第4.2.4項を参照してください。

- 非同期ジョブのタイムアウトを構成します。詳細は、第4.2.1項を参照してください。

ジョブのタイムアウトを構成するときには、Fusion Middleware Controlを使用して、タイムアウトしたジョブをすべて表示できます。ただし、タイムアウトしたジョブはまだ実行中の状態です。タイムアウトしたジョブの状態を手動で変更する必要があります。ステータス・コールバックはタイムアウトになったジョブにも有効で、ジョブは完了の状態に遷移します。

タイムアウトしていない非同期ジョブの状態を変更できます。これに該当するのは、タイムアウトを構成していないジョブで完了ステータスが失われ、ジョブが長時間実行されていることに気づいた場合などです。

B.2.1.1 非同期Javaジョブのトラブルシューティング

非同期Javaジョブ(リモートOracle SOA SuiteまたはOracle ADFビジネス・コンポーネント・サービスを呼び出すジョブを含む)の場合、ログ・レコードにECIDのタグが付加されます。ECIDにより、ドメイン全体のログを表示してジョブ実行の問題を解決できます。Oracle ADFビジネス・コンポーネント、SOAコンポジット、Webサービス・スタックおよびアプリケーションはレコードをECIDとともにログ記録します。

非同期SOAジョブの場合は、第B.4.4項の説明のとおり、Fusion Middleware Controlでインスタンスの監査証跡を使用してコンポジット実行の問題を解決できます。

例B-1は、JRF Webサービスがserver-diagnostic.logにスタックした、サンプルのログ・メッセージ・ファイルであり、各ログにインライン注釈が含まれています。このログは次のディレクトリに格納されています。

(UNIX) DOMAIN_HOME/servers/server_name/logs
(Windows) DOMAIN_HOME\servers\server_name\logs

例B-1 server-diagnostic.log内の非同期ジョブのロギング・メッセージ

Sending message to JMS queue "oracle.j2ee.ws.server.async.DefaultRequestQueue" for asynchronous
processing of service b99d80e5-42aa-423a-9e98-f6f88b8b79dfRequest.

[2010-08-30T18:28:13.519-07:00] AdminServer NOTIFICATION []
oracle.j2ee.ws.common.jaxws.JAXWSMessages [tid: ACTIVE.ExecuteThread: '0' for queue:
'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>]
[ecid: 0000If5kZGS76EWLHyo2yf1CV5eh000000,0:1] [WEBSERVICE\_PORT.name:
EmployeeModuleServiceSoapHttpPort] [APP: ADFBCAsync] [J2EE\_MODULE.name: ADFBCAsync\-ejb]
[WEBSERVICE.name: EmployeeModuleService] [J2EE\_APP.name: ADFBCAsync] [MessageID:
urn:uuid:01994234-4442-4dee-82a6-e1e04407af56]

An asynchronous request message is received and successfully recorded for the service
EmployeeModuleService with the replyTo address
http://adc2180314:7001/ADFBCAsyncCallback/EmployeeModuleServiceCallbackResponseImplService.

[2010-08-30T18:28:13.724-07:00] AdminServer NOTIFICATION []
oracle.j2ee.ws.common.jaxws.JAXWSMessages [tid: ACTIVE.ExecuteThread: '0' for queue:
'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>]
[ecid: 0000If5kZGS76EWLHyo2yf1CV5eh000000,0:1] [WEBSERVICE\_PORT.name:
EmployeeModuleServiceSoapHttpPort] [APP: ADFBCAsync] [J2EE\_MODULE.name: ADFBCAsync\-ejb]
[WEBSERVICE.name: EmployeeModuleService] [J2EE\_APP.name: ADFBCAsync] [MessageID:
urn:uuid:01994234-4442-4dee-82a6-e1e04407af56]
Unknown macro: {/service/common/}

Started asynchronous request processing for the service EmployeeModuleService with the message
selector "b99d80e5-42aa-423a-9e98-f6f88b8b79dfRequest". Transaction enabled: "true".

[2010-08-30T18:28:13.811-07:00] AdminServer NOTIFICATION []
oracle.j2ee.ws.common.jaxws.JAXWSMessages [tid: ACTIVE.ExecuteThread: '2' for queue:
'weblogic.kernel.Default (self-tuning)'] [userId: OracleSystemUser]
[ecid: 0000If5kZGS76EWLHyo2yf1CV5eh000000,0] [APP: ADFBCAsync] [MessageID:
urn:uuid:01994234-4442-4dee-82a6-e1e04407af56]

Completed asynchronous request processing. A response is sent to the client.

[2010-08-30T18:28:17.307-07:00] AdminServer NOTIFICATION []
oracle.j2ee.ws.common.jaxws.JAXWSMessages [tid: ACTIVE.ExecuteThread: '2' for queue:
'weblogic.kernel.Default (self-tuning)'] [userId: OracleSystemUser]
[ecid: 0000If5kZGS76EWLHyo2yf1CV5eh000000,0] [APP: ADFBCAsync] [MessageID:
urn:uuid:01994234-4442-4dee-82a6-e1e04407af56]

Started asynchronous response processing for the service EmployeeModuleService with the message
selector "b99d80e5-42aa-423a-9e98-f6f88b8b79dfResponse".

[2010-08-30T18:28:17.330-07:00] AdminServer NOTIFICATION []
oracle.j2ee.ws.common.jaxws.JAXWSMessages [tid: ACTIVE.ExecuteThread: '0' for queue:
'weblogic.kernel.Default (self-tuning)'] [userId: OracleSystemUser]
[ecid: 0000If5kZGS76EWLHyo2yf1CV5eh000000,0] [APP: ADFBCAsync] [MessageID:
urn:uuid:01994234-4442-4dee-82a6-e1e04407af56]
Unknown macro: {/service/common/}

Completed asynchronous response processing successfully. The client should have received the
response at this point.

[2010-08-30T18:28:17.825-07:00] AdminServer NOTIFICATION []
oracle.j2ee.ws.common.jaxws.JAXWSMessages [tid: ACTIVE.ExecuteThread: '0' for queue:
'weblogic.kernel.Default (self-tuning)'] [userId: OracleSystemUser]
[ecid: 0000If5kZGS76EWLHyo2yf1CV5eh000000,0] [APP: ADFBCAsync] [MessageID:
urn:uuid:01994234-4442-4dee-82a6-e1e04407af56]

Completed asynchronous response processing with exceptions. The client does not receive any
response.

[2010-08-31T09:55:33.939-07:00] AdminServer ERROR [] oracle.j2ee.ws.common.jaxws.JAXWSMessages
[tid: ACTIVE.ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId:
OracleSystemUser] [ecid: 0000If94mKW76EWLHyo2yf1CVJG1000000,0] [APP: j2wpojoasync] [MessageID:
urn:uuid:5b9a5134-1416-4bda-95fd-da6e624466d7]

The response will not be sent again as the callback service has replied with a SOAP fault. The HTTP
response code is 500.

[2010-08-31T10:17:35.852-07:00] AdminServer ERROR [] oracle.j2ee.ws.common.jaxws.JAXWSMessages
[tid: ACTIVE.ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId:
OracleSystemUser] [ecid: 0000If99plA76EWLHyo2yf1CVJ^i000000,0] [APP:
ADFBCAsyncInvalidCallbackCreds] [MessageID: urn:uuid:7e355428-f68f-4c3f-a368-baf529048323]

ジョブのパラメータ構成の詳細は、第4.2.1項を参照してください。server-diagnostic.logファイルの表示の詳細は、第6.7.6項を参照してください。

B.2.1.2 非同期PL/SQLジョブのトラブルシューティング

Oracle Database内では、PL/SQLジョブをジョブ名で特定できます。リクエストに関連付けられているデータベース・ジョブ名は、Fusion Middleware Controlの「ジョブ詳細」ページで確認できます。ジョブ・リクエスト詳細の表示の詳細は、第4.2.4項を参照してください。

B.2.2 プロセス・ジョブのトラブルシューティング

生成されたジョブ・プロセスは、ホスト名、プロセスIDおよびプロセス・グループIDの組合せで特定できます。これは、Fusion Middleware Controlの「ジョブ詳細」ページに追加情報とともに表示されます。ジョブ・リクエスト詳細の表示の詳細は、第4.2.4項を参照してください。

B.2.3 手動リカバリの手順

様々な理由から、ジョブ・リクエストのエラーを手動でリカバリする必要がある場合があります。たとえば、非同期ジョブ・リクエストの場合、ジョブ実装がジョブ・リクエストが正常に起動されたかどうかを把握することができず、手動リカバリ例外がスローされることがあります。ジョブ・リクエストが手動エラー・リカバリになった場合は、そのジョブ・リクエストを手動で完了させる必要があります。ジョブ・リクエストが実際に正常に起動され、完了時に完了ステータスを返した場合、このステータスは無視されます。

ジョブ・リクエストが手動エラー・リカバリになる可能性があるのは、次のような場合です。

- 非同期Javaジョブ・リクエストがExecutionManualRecoveryExceptionをスローし、Oracle Enterprise Schedulerに手動リカバリの必要性があることを通知します。ジョブ・リクエストはERROR_MANUAL_RECOVERY状態になります。原因はCause.PROCESS_MANUAL_RECOVER_ERROR (209)に設定されます。

- 非同期Javaジョブ・リクエストがランタイム例外またはエラーをスローします。スローされた例外がジョブ実装によって処理されない場合、Oracle Enterprise Schedulerはリモート・ジョブが呼び出されたかどうかを知ることができず、手動リカバリが必要になります。原因はCause.PROCESS_MANUAL_RECOVER_ERROR (209)に設定されます。

- 非同期ジョブ・リクエストの開始処理を終了する前にOracle Enterprise Schedulerがクラッシュした場合、Oracle Enterprise Schedulerはリモート・ジョブが呼び出されたかどうかを知ることができません。ジョブ・リクエストの状態はERROR_MANUAL_RECOVERYになり、非互換ロックを保持します。原因はCause.PROCESS_RECOVER (210)に設定されます。非同期ジョブの開始処理が終了しジョブが実行中の状態になってからサービスがクラッシュした場合、ジョブは実行中状態を維持し、コールバックの発生時に完了します。

- 生成されたジョブがクラスタ環境で実行され、ジョブ・リクエストがOracle Enterprise Schedulerの最初のインスタンスで実行され、これが関連付けられているPerlエージェントとともにダウンします。Oracle Enterprise Schedulerの最初のインスタンスがバックアップされておらず、しばらく実行を続けている場合、Oracle Enterprise Schedulerは生成されたプロセスが実際に実行しているかどうかを知ることができません。手動の検出およびリカバリが必要になります。原因はCause.PROCESS_RECOVER(210)に設定されます。

B.2.3.1 手動リカバリを要する同期Javaジョブの処理

Javaジョブがタイムアウトした場合や実行時間が異常に長い場合、通常どおりジョブが完了するまで実行を続けるか、終了させることができます。

同期Javaジョブをリカバリするには:

1. ジョブがERROR_MANUAL_RECOVERY状態でない場合は、ジョブを取り消します。第4.2.6項を参照してください。ジョブのCANCELLING状態が異常に長く続く場合は、次の手順に進みます。

2. 次のいずれかのアクションを実行します。

- しばらくしてリクエストが終了状態に遷移した場合は、これ以上の作業は不要です。

- リクエストの状態がCANCELLING状態から遷移しない場合は、リクエストが実行されているOracle Enterprise Schedulerサーバーを、サーバーとクラスタ名を探して確認します。
Oracle Enterprise Schedulerプロセス・グループからクラスタ名を判断します。プロセス・グループ情報が検索結果に表示されるのは、ジョブ・リクエスト検索のスコープを「ESSリポジトリを共有するすべてのスケジューリング・サービス」に設定している場合のみです。検索の実行の詳細は、第4.2.2項を参照してください。

3. ジョブの取消しが効果的でない場合は、関連するOracle Enterprise Schedulerサーバーを再起動します。

1. ナビゲーション・ペインでファームを開いて「WebLogicドメイン」を開きます。

2. Oracle Enterprise Schedulerクラスタを展開し、Oracle Enterprise Schedulerサーバーを選択します。

3. WebLogic Serverホームページで、「WebLogic Server」メニューから、「コントロール」→「停止」を選択します。

4. サービスの停止後、WebLogic Serverホームページで、「WebLogic Server」メニューから、「コントロール」→「起動」を選択します。

4. 「リクエスト詳細」ページの「アクション」メニューから、「スタック・リクエストのリカバリ」を選択します。

B.2.3.2 手動リカバリを要するスタック非同期ジョブの処理

非同期ジョブ・リクエストの手動リカバリが必要な場合は、次の基本の手順を実行します。追加の手順はジョブ・タイプによって異なります。

リクエストがスタックしている(手動リカバリとしてマーキングされている、長時間実行している、またはタイムアウトになっている)場合で、そのリクエストが非同期リモート・ジョブであるときは、まずリモート・ジョブがまだ実行中であるかどうかを調べます。

非同期ジョブを処理するには:

1. リモート・ジョブがまだ実行中であるかどうかを調べます。

1. 「リクエスト詳細」ページにナビゲートし、リモート・ジョブを特定します。「リクエスト詳細」ページの表示方法の詳細は、第4.2.4項を参照してください。
- PL/SQLジョブの場合は、「リクエスト詳細」ページにナビゲートし、「実行タイプ」アイコンをクリックします。スケジュール済ジョブ・リクエストとデータベース・スケジューラ・ジョブの相関関係を示す、データベース・セッション情報が表示されます。これでジョブ・リクエストがまだ実行中であるかどうかを確認できます。

- 生成されたジョブの場合、「リクエスト詳細」ページにナビゲートし、「実行タイプ」アイコンをクリックして生成されたプロセスの情報を表示します。これはスケジュール済ジョブ・リクエストと非Oracle Enterprise Schedulerジョブ(この場合オペレーティング・システム・プロセス)の相関関係を示します。この相関関係でジョブがまだ実行中であるかどうかを確認できます。

2. リモート・ジョブがもう実行していないことを確認します。
- リモート・ジョブがリモート・システムで正常に作成されていなかった場合は、ジョブ・リクエストのステータスをERRORに設定します。

- リモート・ジョブが作成され実行を終了している場合は、そのステータスを確認し、ジョブ・リクエストのステータスを適宜設定します。

- リモート・ジョブ・インスタンスの実行が終了してない場合、ジョブの完了を待ち、ジョブ・リクエストのステータスを適宜設定します。

2. リモート・ジョブが実行中の状態でなくなったら、Oracle Enterprise Schedulerでジョブ・リクエストを終了させ、Oracle Enterprise Schedulerがそのジョブを追跡しないようにします。

1. 「スケジューリング・サービス」メニューをクリックし、「ジョブ・リクエストの検索」を選択し、「リクエストの検索」ページにナビゲートします。

2. 「クイック検索」リストで、手動リカバリ(ERROR_MANUAL_RECOVERY)としてマーキングされた非同期ジョブの場合は、「手動リカバリが必要な非同期リクエスト」を選択します。リクエストはRUNNING状態になっています。ERROR_MANUAL_RECOVERY状態でない非同期ジョブの場合は、「手動リカバリが必要な非同期リクエスト」オプションを使用するのではなく、更新が必要な既知のリクエストを検索します。

3. 検索結果で、「リクエスト詳細」ページを表示するリクエストIDをクリックします。

4. 「リクエスト詳細」ページの「アクション」メニューから、「スタック・リクエストのリカバリ」を選択します。

5. 「スタック・リクエストのリカバリ」ダイアログ・ボックスで、ジョブ・リクエストの状態を適宜設定します。オプションで、ジョブ・リクエストのステータスの説明を追加します。
ステータスをERRORに設定した場合、追加した説明が「リクエスト詳細」ページに表示されます。

B.2.4 ジョブ診断

様々な理由からスケジュール済ジョブが実行されなかったり、実行に失敗したりすることがあります。いずれの場合でも、Fusion Middleware Controlの「ジョブ詳細」ページにある組込み診断を使用できます。エラーで失敗したジョブの場合、「ジョブ詳細」ページに理由が表示され、ジョブ・リクエスト・ログへのアクセス手段が提供されます。

Fusion Middleware Controlでは次のものが提供されます。

- ジョブ・リクエスト・ログへのアクセス。

- PL/SQLジョブ・リクエストの場合は、データベース・セッション情報。PL/SQLジョブ・リクエストの「ジョブ詳細」ページに表示されます。

- プロセス・ジョブ・リクエスト場合は、生成されたプロセスの情報。プロセス・ジョブ・リクエストの「ジョブ詳細」ページに表示されます。

- 待機、準備完了またはブロックされている状態のジョブ・リクエストの場合は、ジョブ・リクエストがその状態になっている理由を示すメッセージが「ジョブ詳細」ページに表示されます。

- 「ジョブ詳細」ページにエラーと警告のメッセージが表示されます。スタック・トレースなどの追加情報も表示されます。

- 再試行されたジョブ・リクエストの場合は、「ジョブ詳細」ページに、実行した再試行回数、次の再試行時間、エラーが続く場合に実行される残りの再試行回数が表示されます。

- 手動リカバリを要するジョブ・リクエストまたはタイムアウトしたジョブ・リクエストの場合は、「ジョブ詳細」ページに、手動リカバリの必要性を示すメッセージが表示されます。

ジョブ・リクエスト詳細の表示の詳細は、第4.2.4項を参照してください。

表B-1に、各状態に関連付けられている診断コード、説明および追加情報を示します。この表に記載されていない状態のリクエストについては、その診断にリクエストの状態しか含まれません。

表B-1 ジョブ・リクエストの状態と関連付けられている診断コード

状態

診断コード

説明

関連ドキュメント

BLOCKED

BLOCKED

非互換のジョブ・リクエストによりブロックされました。ブロックしているリクエストのリクエストIDが含まれます。

ジョブ・リクエストの取消しの詳細は、第4.2.6項を参照してください。

COMPLETED

POSTPROCESS_DELAY

ポストプロセッサが原因で、ジョブ・リクエストが遅れています。遅延の終了時間が含まれます。

PAUSED

PAUSED

ジョブ・リクエストは1つ以上のサブリクエストの親であり、一時停止されている状態です。非終了状態のサブリクエストがある場合は、そのリクエストIDが含まれます。

一時停止されたジョブ・リクエストの再開の詳細は、第4.2.5項を参照してください。

READY

NO_ACTIVE_SERVER

プロセス・グループにアクティブなサーバーがありません。プロセスおよび分離グループの名前が含まれます。

Oracle Enterprise Schedulerのアクティブ化の詳細は、第3.6項を参照してください。

READY

REQUESTED_PROCESSOR_NOT_ACTIVE

ジョブ・リクエストのSYS_requestedProcessorプロパティによって指定されたサーバーは使用不可です。リクエストされたプロセッサの名前が含まれます。

READY

NO_APPLICATION

アプリケーションがデプロイされていないか、非アクティブです。アプリケーション、プロセス・グループおよび分離グループの名前が含まれます。

READY

PROCESSOR_STOPPED

アプリケーションがデプロイされていてアクティブ・プロセッサのあるサーバーがないため、リクエストを処理できません。

リクエスト・プロセッサの起動の詳細は、第3.6.2項を参照してください。

READY

PROCESSOR_FAILED

アプリケーションがデプロイされているすべてのサーバーにおいてプロセッサでエラーが発生したため、リクエストを処理できません。

READY

PROCESSOR_WAIT

プロセッサ・スレッドが使用可能になるのをジョブ・リクエストが待機しています。ジョブ・リクエストを処理できる作業割当ての名前が含まれます。

READY

INACTIVE_WORK_ASSIGNMENT_WAIT

作業割当てがアクティブになるのを待機しています。アクティブである場合にジョブ・リクエストを処理できる現在非アクティブな作業割当ての名前が含まれます。

READY

NO_LOADED_WORK_ASSIGNMENT

リクエストを処理できる作業割当てがバインドされていますが、バインディングがロードされていません。サーバーがダウンしている可能性があります。リクエストを処理できる未ロードの作業割当ての名前が含まれます。

Oracle Enterprise Schedulerのアクティブ化の詳細は、第3.6項を参照してください。

READY

NO_BOUND_WORK_ASSIGNMENT

特殊化された作業割当てをジョブ・リクエストにバインドする必要があります。

作業割当てのバインディングの詳細は、第3.4.2項を参照してください。

READY

THROTTLED

ジョブ・リクエストは非同期リクエストであり、これと同じタイプのアクティブな非同期ジョブの数が制限数と同じです。作業割当て、稼働シフト、非同期ジョブ・タイプおよび非同期制限が含まれます。

ジョブに割り当てるスレッド数を変更するか、稼働シフトの非同期ジョブ制限を変更します。稼働シフトの編集の詳細は、第5.3.1.1項を参照してください。

READY

DISABLED_WORK_ASSIGNMENT

リクエストを処理できる作業割当てがバインドされていますが、作業割当てが無効です。無効の作業割当ての名前が含まれます。

作業割当てを有効にします。作業割当ての編集の詳細は、第5.3.1.1項を参照してください。

RUNNING

PREPROCESS_DELAY

プリプロセッサが原因で、リクエストが遅れています。遅延の終了時間が含まれます。

RUNNING

TIMED_OUT

ジョブ・リクエストがタイムアウトになりました。通常、このコードはタイムアウトになった非同期Javaジョブ・リクエストに対して表示されます。

RUNNING

NO_ACTIVE_SERVER

プロセス・グループ内にアクティブなサーバーがないため、ジョブ・リクエストの処理を継続できません。プロセスおよび分離グループの名前が含まれます。

Oracle Enterprise Schedulerサーバーが実行中であることを確認します(第6.2項を参照してください)。必要であれば、第3.6項の説明のとおり、Oracle Enterprise Schedulerコンポーネントの1つを再起動します。

RUNNING

REQUESTED_PROCESSOR_NOT_ACTIVE

ジョブ・リクエストのSYS_requestedProcessorプロパティによって指定されたサーバーが使用不可であるため、ジョブ・リクエストの処理を継続できません。リクエストされたプロセッサの名前が含まれます。

Oracle Enterprise Schedulerサーバーが実行中であることを確認します(第6.2項を参照してください)。必要であれば、第3.6項の説明のとおり、Oracle Enterprise Schedulerコンポーネントの1つを再起動します。

RUNNING

NO_APPLICATION

アプリケーションがデプロイされていないか、非アクティブであるため、ジョブ・リクエストの処理を継続できません。アプリケーション、プロセス・グループおよび分離グループの名前が含まれます。

RUNNING

PROCESSOR_STOPPED

アプリケーションがデプロイされていてアクティブ・プロセッサのあるサーバーがないため、ジョブ・リクエストの処理を継続できません。

Oracle Enterprise Schedulerサーバーが実行中であることを確認します(第6.2項を参照してください)。第3.6.2項の説明のとおり、リクエスト・プロセッサを起動します。

RUNNING

PROCESSOR_FAILED

アプリケーションがデプロイされているすべてのサーバーにおいてプロセッサでエラーが発生したため、ジョブ・リクエストの処理を継続できません。

Oracle Enterprise Schedulerサーバーが実行中であることを確認します(第6.2項を参照してください)。第3.6.2項の説明のとおり、リクエスト・プロセッサを再起動します。

RUNNING

PROCESSOR_WAIT

使用可能なプロセッサ・スレッドが非同期Javaジョブ・リクエストの更新イベントを処理するのを待っています。リクエストを処理できる作業割当ての名前が含まれます。ジョブ・リクエストが更新イベントを無効にしたかどうかを示します。

RUNNING

INACTIVE_WORK_ASSIGNMENT_WAIT

作業割当てがアクティブになり非同期Javaリクエストの更新イベントを処理するのを待っています。アクティブである場合にリクエストを処理できる現在非アクティブな作業割当ての名前が含まれます。ジョブ・リクエストが更新イベントを無効にしたかどうかを示します。

ジョブ・リクエストを処理できるようにするため、非アクティブな作業割当てをアクティブ化します。詳細は、第5.3.1.1項を参照してください。

RUNNING

NO_LOADED_WORK_ASSIGNMENT

非同期Javaジョブ・リクエストの処理が遅れている可能性があります。更新イベントを処理できる作業割当てがバインドされていますが、バインディングがロードされていません。サーバーがダウンしている可能性があります。ジョブ・リクエストを処理できる未ロードの作業割当ての名前が含まれます。ジョブ・リクエストが更新イベントを無効にしたかどうかを示します。

Oracle Enterprise Schedulerサーバーが実行中であることを確認します(第6.2項を参照してください)。必要であれば、第3.6項の説明のとおり、Oracle Enterprise Schedulerコンポーネントの1つを再起動します。

RUNNING

NO_BOUND_WORK_ASSIGNMENT

非同期Javaジョブ・リクエストの処理が遅れている可能性があります。非同期Javaジョブ・リクエストの更新イベントを処理できる作業割当てがバインドされていません。リクエストが更新イベントを無効にしたかどうかを示します。

作業割当てをリクエスト・プロセッサにバインドします。詳細は、第3.4.2項を参照してください。

RUNNING

DISABLED_WORK_ASSIGNMENT

非同期Javaジョブ・リクエストの処理が遅れている可能性があります。ジョブ・リクエストの更新イベントを処理できる作業割当てがバインドされていますが、作業割当てが無効です。無効の作業割当ての名前が含まれます。ジョブ・リクエストが更新イベントを無効にしたかどうかを示します。

作業割当てを有効にします。作業割当ての編集の詳細は、第5.3.1.1項を参照してください。

WAIT

FUTURE_START

ジョブ・リクエストに将来のスケジュール時間があります。ジョブ・リクエストのスケジュール時間が含まれます。

WAIT

RETRY_DELAY

ジョブ・リクエストでエラーが発生し、再試行が実行される前にジョブ・リクエストが遅れています。スケジュールされている再試行時間が含まれます。

WAIT

NO_APPLICATION

ジョブ・リクエストのスケジュール時間に到達しましたが、アプリケーションが使用不可(デプロイされていない、またはアクティブでない)であるためジョブ・リクエストをディスパッチできません。アプリケーション、プロセス・グループおよび分離グループの名前が含まれます。

WAIT

PARENT_NOT_PAUSED

ジョブ・リクエストはサブリクエストであり、その親が一時停止していません。親が一時停止するまで、サブリクエストはWAIT状態に留まります。親リクエストIDが含まれます。

一時停止されたジョブ・リクエストの一時停止の詳細は、第4.2.5項を参照してください。

WAIT

DEFERRED

ジョブ・リクエストは、前の再帰インスタンスがまだ実行中の再帰インスタンスです。Oracle Enterprise Schedulerでは再帰インスタンスを同時実行できず、現在の再帰がアクティブである間、次の再帰はWAIT状態のままです。

WAIT

DISPATCHER_STOPPED

アプリケーションがデプロイされていてディスパッチャが実行中のサーバーがないため、ジョブ・リクエストをディスパッチできません。

リクエスト・ディスパッチャを再起動します。詳細は、第3.6.2項を参照してください。

WAIT

DISPATCHER_FAILED

アプリケーションがデプロイされているすべてのサーバーにおいてディスパッチャでエラーが発生したため、ジョブ・リクエストをディスパッチできません。

リクエスト・ディスパッチャまたは他のOracle Enterprise Schedulerコンポーネントを再起動します。詳細は、第3.6.2項および第3.6.1項を参照してください。

終了状態

TERMINAL

ジョブ・リクエストは終了状態(SUCCEEDED、WARNING、ERROR、CANCELLED、EXPIRED、VALIDATION_FAILED、FINISHED)です。アプリケーション、プロセス・グループ、分離グループ、作業割当ておよび稼働シフトが含まれます。

注意:

ジョブの状態の詳細は、Oracle Fusion Middleware Oracle Enterprise Scheduler Java APIリファレンスを参照してください。

B.3 Oracle Enterprise Schedulerクラスタのトラブルシューティングのスタート・ガイド

Oracle Enterprise Schedulerクラスタ環境のトラブルシューティングには、次が含まれます。

- パフォーマンスとスケーラビリティの問題の検出

- 共有データベースの使用

- Oracle Enterprise Schedulerシステムのパフォーマンス・チューニング

B.3.1 パフォーマンスとスケーラビリティの問題の検出

Fusion Middleware Controlでパフォーマンス・メトリックを確認することで、パフォーマンスとスケーラビリティに関する問題を検出できます。メトリックには、Oracle WebLogic Server、JVMレベルのメトリックと図表およびOracle Enterprise Schedulerレベルのメトリックが含まれます。

サーバーを実行しているオペレーティング・システム専用のシステムレベルのツールを、追加の診断ツールとして使用できます。システムレベルのツールでは、ネットワーク、メモリー、CPU、I/Oなどのマシン・リソースの利用状況を様々な時間帯ごとに確認できます。このようなシステム・ツールはジョブ実装の調整を行うときに特に便利です。データベースの問題の特定にはデータベース・ツールを使用します。リモート・システムで実行するADFビジネス・コンポーネント・ジョブやSOA Javaジョブなどのリモート・ジョブについては、対応するFusion Middleware Controlとそれらのサーバーのシステムレベルのツールを使用します。

Fusion Middleware Controlには、問題の特定に役立つ次のタイプのOracle Enterprise Schedulerメトリックが用意されています。

- ジョブ名別の完了済ジョブ・リクエスト統計。完了したリクエストの実行回数、実行時間、成功率および前回実行ジョブ・リクエストについての統計を、ジョブ名別に表示します。

- ユーザー別の完了済ジョブ・リクエスト統計。完了したリクエスト数および完了したリクエストの実行時間を、ユーザー別に表示します。

- 作業割当て別の完了済ジョブ・リクエスト統計。完了したジョブ・リクエストの待機時間、処理時間、完了数および失敗数を、作業割当て別に表示します。

- ステータス別の完了済ジョブ・リクエスト数。様々な終了状態で完了したジョブ・リクエストを表示します。

メトリックの詳細は、[TODO: new link. was 9.7]を参照してください。

B.3.2 共有データベースの使用

複数のアプリケーション・ドメインで共通のデータベースを使用できます。この場合、データベースに複数のソースから負荷がかかる可能性があります。このためOracle Enterprise Managerでは、実行中と待機中のジョブを表示できるほか、複数のOracle Enterprise Schedulerシステムからのデータベース全体にわたるメトリックを表示できます。

B.3.3 Oracle Enterprise Schedulerシステムのパフォーマンス・チューニング

ジョブ・リクエストまたはOracle Enterprise Schedulerランタイムのコンテキストで、次のようなパフォーマンスおよびスケーラビリティの問題が発生することがあります。

- Oracle Enterprise SchedulerサーバーのCPUがジョブで飽和状態になります。

- 非同期ジョブが実行されているリモート・システムがジョブによって過負荷状態に陥ります。

- CPUの余力があるのにキューが準備完了ジョブで一杯になり、ジョブ出力が遅れます。

- 複数のドメインで1つのデータベースを共有しています。ドメイン全体でデータベース負荷の高いジョブを多数同時実行すると、データベースの動作が遅くなります。

- 四半期末や月末に大規模なジョブを実行すると、パフォーマンスとスケーラビリティに影響があります。

- データベースに非常に高い負荷を与えるジョブを2つ以上同時実行すると、パフォーマンスとスケーラビリティに影響があります。

チューニングには、ジョブ実装、スケジュール、Oracle Enterprise Schedulerクラスタのサイズ、プロセッサと作業割当てのバインディング、スロットルおよびスレッド制限を変更する作業も含まれます。

B.3.3.1 クラスタのチューニング

クラスタは、スケーラビリティと高可用性を実現するための基本的なメカニズムです。ジョブを実行する際、ジョブを実行するプロセッサは、その時点でジョブを実行する資格のあるプロセッサの中から平等に選択されます。Oracle Enterprise Schedulerクラスタのサイズを慎重に調整することで、ジョブ実行をクラスタ内で効率的に分配し、サーバーの過負荷を防ぐことができます。リモート・ジョブの場合、ジョブは実際にはリモート・システムで実行されるため、クラスタ内のリソースはほとんど消費されません(同期ジョブのためブロックされるスレッドを除く)。ローカルで実行するジョブによりシステムが過負荷になっている場合は、最初にクラスタ・サイズ構成を再確認します。

B.3.3.2 プロセッサ・バインディング

ジョブの中には物理的に指定のサーバーでのみ実行されるものがあり、これらのジョブはそのサーバーでのみ実行されるようバインドされています。特定のプロセッサに多数のジョブがバインドされていると、事実上クラスタ環境を使用する意味がなくなってしまいます。高可用性を達成するため、ジョブを1つのサーバーに結び付けることは避け、ジョブを少なくとも2つのサーバーで実行できるようにしておきます。そうしないと、バインド先のプロセッサがダウンした場合に、ジョブを実行できなくなります。

クラスタで作業をランダムに配分するのではなく、時間を要しリソースを大量に消費するジョブのセットを特定のスケジュール枠内でローカルで実行する方法もあります。この場合は、これらのジョブを特定のプロセッサにバインドして、ジョブの分配を明示的に制御します。

プロセッサはOracle Enterprise Schedulerインスタンスです。1つのOracle Enterprise Schedulerインスタンスは1つのクラスタ・ノードで実行されます。一般に1つのクラスタ・ノードは1つのコンピュータで実行されるため、通常、プロセッサとコンピュータは同等となります。

リソースを大量消費するジョブが多数スケジュールされている期間に入った途端、クラスタ環境のパフォーマンスが落ちることがあります。パフォーマンスを維持するには、予備のアイドル・ノードをクラスタに構成しておき、負荷の高い時間帯のみアクティブ化させて、通常時を上回るジョブの負荷に対応できるようにします。このようなクラスタを構成するには、標準のOracle WebLogic Serverクラスタ手法を使用します。Oracle WebLogic Serverのクラスタ化の詳細は、『Oracle Fusion Middleware高可用性ガイド』の「WebLogic Serverの高可用性」の章を参照してください。

ジョブのパフォーマンスは、実行しているジョブが同期ジョブか非同期ジョブかで差が出ることがあります。同期ジョブは最後まで1つのスレッドを使用し、通常、存続時間は短いです。(データベースに負荷を与えるプロセッサ・ジョブまたは生成されたジョブの場合は、そうとはかぎりません。)非同期ジョブは開始時と終了時に1つのスレッドを非常に短い時間消費しますが、それ以外は独立して実行されます。非同期ジョブは通常実行時間が長く、サーバーの再起動があっても実行し続けます。非同期ジョブの主な例には、PL/SQLジョブ、リモート非同期ADFビジネス・コンポーネント・サービスを呼び出すJavaジョブ、リモート非同期SOAサービスを呼び出すJavaジョブがあります。

スロットルは、同時実行できるジョブの最大数を制限します。大量のジョブが同時実行されシステムが過負荷に陥いるのを防ぐには、これが重要になります。同期ジョブの場合、この制限を課すには、実行時に使用を許可するスレッドの数を制限します。PL/SQLジョブおよびその他の非同期ジョブの場合、この制限を課すには、PL/SQLジョブと非同期ジョブのそれぞれに、最大同時実行性の制限を定義します。非同期スロットル制限は、そのジョブが割り当てられる作業割当てで設定します。非同期ジョブ制限の設定の詳細は、第5.3.2.1項を参照してください。

構成したすべてのスレッドが同期ジョブで使用されてしまい、その結果非同期ジョブの開始が妨げられることがあります。このような状況は、非同期ジョブと同期ジョブを1つの作業割当てで組合せないようにすることで回避できます。

B.3.3.3 ジョブの非互換性を使用したパフォーマンスの管理

ジョブの非互換性を構成して2つの非互換ジョブが実行されるのを回避するだけでなく、高い負荷を与える2つのジョブが同じリソースに大量の負荷を与えないようにすることができます。そのようなジョブが同時に実行されないよう非互換性を定義することで、高いパフォーマンスを維持できます。ジョブの非互換性の定義の詳細は、第5.2.3.2項を参照してください。

B.3.3.4 最適なパフォーマンスのためのOracle Enterprise Schedulerチューニング

次に、チューニングが可能なOracle Enterprise Schedulerコンポーネントを示します。

- リクエスト・ディスパッチャ

- リクエスト・プロセッサ

- 接続プール・サイズ

- RDBMSスケジューラ

ディスパッチャのチューニング

ディスパッチャ・チューニング・パラメータはOracle Enterprise Schedulerのリクエスト・ディスパッチャに適用されます。リクエスト・ディスパッチャは、スケジュールされている実行を待機しているリクエストを管理します。リクエスト・プロセッサは、実行後のジョブ・リクエストを処理します。

パラメータは次のとおりです。

- ディスパッチャ有効: Oracle Enterprise Schedulerサーバーでリクエスト・ディスパッチャが有効であるかどうかを示します。無効にした場合、Oracle Enterprise Schedulerサーバーは、実行スケジュール時間が来てもジョブ・リクエストをディスパッチしません。デフォルトで、このパラメータは有効です。

- 最大ポーリング間隔: ディスパッチ準備の整ったジョブ・リクエストをリクエスト・ディスパッチャがチェックする頻度の最大間隔を、秒数で指定します。デフォルト値は15秒です。

プロセッサのチューニング

プロセッサ・チューニング・パラメータはOracle Enterprise Schedulerのリクエスト・プロセッサに適用されます。リクエスト・プロセッサは、実行スケジュール時間に到達していて、実行準備が整っているジョブ・リクエストを管理します。

パラメータは次のとおりです。

- プロセッサ有効: Oracle Enterprise Schedulerサーバーでリクエスト・プロセッサが有効であるかどうかを示します。無効にした場合、Oracle Enterprise Schedulerサーバーは、実行準備の整ったリクエストを処理しません。デフォルトで、このパラメータは有効です。

- 最大プロセッサ・スレッド: ジョブ・リクエストの処理に使用する最大スレッド数を指定します。これは、Oracle Enterprise Schedulerサーバーのすべてのアクティブな作業割当てで同時実行できる、ワーカー・スレッドの総数を表します。デフォルトで、このパラメータは25に設定されます。

- スタベーションしきい値: 実行準備の整ったジョブ・リクエストが、飢餓状態でありスタベーション・ワーカー・スレッドによって処理される資格があるものと見なされるまでの時間を、分単位で示します。スタベーション・ワーカーは、準備完了状態になってからスタベーション時間を経過したジョブ・リクエストのみを処理します。しきい値がゼロの場合、スタベーション・ワーカーは作成されません。
有効にした場合(ゼロより大きいパラメータ値を指定した場合)、Oracle Enterprise Schedulerサーバーの各アクティブ作業割当てに対して、スタベーション・ワーカー・スレッドが作成されます。最大プロセッサ・スレッド・パラメータはスタベーション・ワーカーに適用されません。デフォルトで、このパラメータの値はゼロで、スタベーション・ワーカーは作成されません。

Oracle Enterprise Scheduler内部データ・ソースのための接続プール・サイズのチューニング

Oracle Enterprise Scheduler内部JDBCデータ・ソースの接続プール・サイズは、最大プロセッサ・スレッドと「スタベーションしきい値」パラメータで構成したリクエスト・プロセッサのチューニング値を基に決める必要があります。

「スタベーションしきい値」パラメータを無効(値が0)にした場合、最大プロセッサ・スレッド数に20を加えた数をプール・サイズに指定することをお薦めします。

「スタベーションしきい値」パラメータを有効(値が0より大きい)にした場合、最大プロセッサ・スレッド数とバインドされる作業割当ての数に20を加えた数をプール・サイズに指定することをお薦めします。

RDBMSスケジューラのチューニング

RDBMSスケジューラには自動チューニング機能があります。自動チューニングを有効にするには、job_queue_processesを0に設定します。JOB_QUEUE_PROCESSESはデフォルト値1000のままにします。JOB_QUEUE_PROCESSESパラメータの詳細は、『Oracle Databaseリファレンス』を参照してください。

B.3.3.5 無効のデータベース接続のチューニング

Oracle Enterprise Schedulerの生成されたジョブはSQL*Netを使用してデータベースに接続します。生成されたジョブが取り消された場合、Oracle Enterprise Schedulerはこれらのプロセスをオペレーティング・システム・レベルで強制終了します。しかし、これらのプロセスが使用していたデータベース接続がデータベース内に残留することがあります。

データベース内の無効の接続を少なくするには、SQLNET.EXPIRE_TIME構成オプションの値を適切な値に設定します。SQLNET.EXPIRE_TIMEパラメータの詳細は、『Oracle Database Net Servicesリファレンス』の「sqlnet.oraファイルのパラメータ」の章を参照してください。

B.4 問題と解決策

この項では、Oracle Enterprise Schedulerの一般的な問題と解決策について説明します。この章の内容は、次のとおりです。

- ジョブのWAIT状態が続く

- 同期ジョブのRUNNING状態が長時間続く

- 非同期ジョブがRUNNING状態のまま完了しない

- 非同期Java SOAジョブのRUNNING状態が続く

- 非同期Java Oracle ADFビジネス・コンポーネント・ジョブのRUNNING状態が続く

- 非同期PL/SQLジョブのRUNNING状態が続く

- ジョブがスケジュール時間に実行されない

- 手動エラー・リカバリを要する非同期Javaジョブ

- 手動エラー・リカバリを要する生成された(プロセス・タイプ)ジョブ

- ジョブのCANCELLING状態が続く

- 新しく追加したサーバーが利用されない、または不適切なジョブを実行する

- Oracle Enterprise Schedulerランタイム・システムからエラーがスローされる

- Oracle Enterprise Schedulerのデータベース接続不足

- ジョブの停止によりジョブ・キューが一杯になる

これらの推奨される解決策に加え、第B.3.3項のチューニングのヒントも参考にしてください。

B.4.1 ジョブのWAIT状態が続く

問題

ユーザーがジョブを送信したときに、ジョブが長時間WAIT状態に留まったまま、RUNNING状態に遷移しないことがあります。

解決策

この問題を解決するには、Oracle Enterprise Schedulerの現在のステータスをFusion Middleware Controlから確認します。

1. リクエスト・プロセッサおよびディスパッチャが実行しているかどうかを確認します。

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開します。

2. 適切な管理対象サーバーのESSAPPアプリケーションを選択します。

3. スケジューリング・サービスのホームページの「スケジューラ・コンポーネント」セクションで、リクエスト・プロセッサのステータスが「起動済」になっていることを確認します。
実行中でない場合は、起動してください。第3.6.2項を参照してください。

4. スケジューリング・サービスのホームページの「スケジューラ・コンポーネント」セクションで、リクエスト・ディスパッチャのステータスが「起動済」になっていることを確認します。
実行中でない場合は、第3.6.2項の説明のとおり起動します。

2. ESSAPPアプリケーションが実行していることを確認します。

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開します。

2. 適切な管理対象サーバーのESSAPPアプリケーションを選択します。

3. スケジューリング・サービスのホームページの「スケジューラ・コンポーネント」セクションで、リクエスト・ディスパッチャのステータスが「起動済」になっていることを確認します。

4. WebLogic Serverのホームページの「デプロイメント」セクションで、ESSAPPアプリケーションが実行していることを確認します。
実行中でない場合は、起動してください。第3.6.1項を参照してください。

3. プロセッサと作業割当ての構成を確認し、構成されている同時実行性またはスレッドが少なすぎないかを確認します。

- 「スケジューリング・サービス」メニューから、「リクエスト・プロセッサ」→「構成」を選択し、「リクエスト・プロセッサの構成」ページの「スレッド数」フィールドを確認します。第3.4.2項を参照してください。

- 「スケジューリング・サービス」メニューから、「作業割当て」→「作業割当て」を選択し、「作業割当て」ページの構成を確認します。第5.3.1項を参照してください。

B.4.2 同期ジョブのRUNNING状態が長時間続く

問題

ユーザーがジョブを送信したときに、ジョブのRUNNING状態が長時間続きます。

解決策

Oracle Enterprise Schedulerサーバーがクラッシュし、リカバリが行われていないために、ジョブがRUNNING状態になっている可能性があります。

この問題を解決するには、Oracle Enterprise Schedulerの現在のステータスをFusion Middleware Controlから確認します。

1. リクエスト・プロセッサが実行していることを確認します。

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開します。

2. 適切な管理対象サーバーのESSAPPアプリケーションを選択します。

3. スケジューリング・サービスのホームページの「スケジューラ・コンポーネント」セクションで、「リクエスト・プロセッサ」が有効で起動済であることを確認します。
実行中でない場合は、起動してください。第3.6.2項を参照してください。

2. Oracle Enterprise Schedulerサーバーが実行中であることを確認し、実行中でない場合は起動します。

1. ナビゲーション・ペインでファームを開いて「WebLogicドメイン」を開きます。

2. Oracle Enterprise Schedulerクラスタを選択します。

3. 「WebLogicクラスタ」ページの「サーバー」セクションで、「ステータス」列を確認し、Oracle Enterprise Schedulerサーバーが実行中であることを確認します。

4. サーバーのステータス表示がダウン(赤の下向き矢印)である場合は、「名前」列でサーバー名をクリックします。

5. WebLogic Serverホームページで、「WebLogic Server」メニューから、「コントロール」→「起動」を選択します。

3. ジョブ出力でジョブが進行していることを確認します。第4.2.4項を参照してください。
Oracle Enterprise Schedulerサーバーを再起動したときに、そのサーバーで実行されている同期ジョブの状態はERROR状態に遷移します。

B.4.3 非同期ジョブがRUNNING状態のまま完了しない

問題

PLSQL、非同期SOAサービスを呼び出すJavaジョブおよび非同期Oracle Application Development Framework (Oracle ADF) Business Componentサービスを呼び出すJavaジョブは、別のJava仮想マシン(JVM)または別のマシンで実行されます。このような場合、Oracle Enterprise Schedulerは、処理後にジョブの結果を定義する完了ステータスを送信するリモート・ジョブに依存します。しかし、このメッセージが生成されなかったり失われると、ジョブがRUNNING状態のままになることがあります。さらに、ジョブ・セットの後続のステップが実行されなかったり、非互換ジョブが無期限にブロックされることがあります。

解決策

この問題を解決するには、第B.2.1項の手順を実行します。

B.4.4 非同期Java SOAジョブのRUNNING状態が続く

問題

非同期SOAサービスを呼び出すジョブは別のJava仮想マシン(JVM)または別のマシンで実行されます。このような場合、Oracle Enterprise Schedulerは、処理後にジョブの結果を定義する完了ステータスを送信するリモート・ジョブに依存します。しかし、様々な原因でこのメッセージが生成されないことがあります。

解決策

この問題を解決するには、ネイティブ・ジョブの問題を解決する必要があります。

このタイプの非同期SOAジョブ問題を解決するには:

1. 第4.2.2項の説明のとおり、リクエストを検索します。

2. 「リクエスト詳細」ページの「アクション」メニューから、「リクエスト・ログ」を選択してログ・メッセージを表示します。「リクエスト詳細」ページの詳細は、第4.2.4項を参照してください。
「ログ・メッセージ」ページが表示されます。デフォルトで、ユーザーがリクエストのログを表示したときに表示されるメッセージは、Oracle Enterprise Schedulerクラスタのスコープでログ記録されたメッセージのみです。(ESSAPPアプリケーションがクラスタにデプロイされていない場合は、管理対象サーバーのスコープ内でログ記録されたメッセージが表示されます)。しかし、Oracle Enterprise Schedulerは、リクエストに関連付けられたECIDを、Oracle SOA SuiteやOracle ADFなどのサブシステム全体に伝播します。

3. 「ECID」フィールドの値をメモしておきます。

4. 「広範囲のターゲット・スコープ」リストから、/farm_name/domain_name (Oracle WebLogicドメイン)を選択して、ドメイン全体のメッセージを表示します。

5. Oracle WebLogic Serverドメインの「ログ・メッセージ」ページの「選択したターゲット」セクションで、「リクエスト詳細」ページで取得した値を持つ「ECID」フィールドが検索に含まれていることを確認します。

6. Oracle SOA SuiteおよびECIDのログ・レコードを検索して表示し、問題をメモします。第6.7.4項。

7. ECIDを使用してSOAコンポジット・アプリケーション・インスタンスの監査証跡を表示します。

1. ナビゲーション・ペインで、ファーム、「SOA」、「SOAインフラ」を展開します。

2. 「SOAインフラストラクチャ」ページで、「インスタンス」タブをクリックします。

3. 「検索」セクションで、「ECID」フィールドにECIDを入力します。

4. 「検索」をクリックし、そのECIDのインスタンスを検索します。

5. 「インスタンス」表内の「インスタンスID」フィールド内のIDをクリックして、インスタンスを選択します。
「フローのトレース」ページが表示されます。

6. インスタンスの監査証跡を確認し、コンポジットが正常に終了したのか、またはエラーで終了したのかを調べます。「フローのトレース」ウィンドウの詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のBPELプロセス・サービス・コンポーネントの監査証跡およびプロセス・フローの表示に関する項を参照してください。

8. SOAコンポジットが完了していてジョブがまだOracle Enterprise Schedulerで実行中である場合は、「リクエスト詳細」ページでジョブを手動で完了させます。詳細は、第B.2.1項を参照してください。

B.4.5 非同期Java Oracle ADFビジネス・コンポーネント・ジョブのRUNNING状態が続く

問題

非同期Oracle ADFビジネス・コンポーネント・サービスを呼び出すジョブは別のJVMまたは別のコンピュータで実行されます。このような場合、Oracle Enterprise Schedulerは、処理後にジョブの結果を定義する完了ステータスを送信するリモート・ジョブに依存します。しかし、様々な原因でこのメッセージが生成されないことがあります。

解決策

この問題を解決するには、ネイティブ・ジョブの問題を解決する必要があります。

このタイプの同期Oracle ADFビジネス・コンポーネント・ジョブ問題を解決するには:

1. 第4.2.2項の説明のとおり、リクエストを検索します。

2. 「リクエスト詳細」ページの「アクション」メニューから、「リクエスト・ログ」を選択してログ・メッセージを表示します。「リクエスト詳細」ページの詳細は、第4.2.4項を参照してください。
「ログ・メッセージ」ページが表示されます。デフォルトで、ユーザーがリクエストのログを表示したときに表示されるメッセージは、Oracle Enterprise Schedulerクラスタのスコープでログ記録されたメッセージのみです。(ESSAPPアプリケーションがクラスタにデプロイされていない場合は、管理対象サーバーのスコープ内でログ記録されたメッセージが表示されます)。しかし、Oracle Enterprise Schedulerは、リクエストに関連付けられたECIDを、Oracle SOA SuiteやOracle ADFなどのサブシステム全体に伝播します。

3. 「ECID」フィールドの値をメモしておきます。

4. 「広範囲のターゲット・スコープ」リストから、/farm_name/domain_name (Oracle WebLogicドメイン)を選択して、ドメイン全体のメッセージを表示します。

5. Oracle WebLogic Serverドメインの「ログ・メッセージ」ページの「選択したターゲット」セクションで、「リクエスト詳細」ページで取得した値を持つ「ECID」フィールドと「コンポーネント名」フィールドが検索に含まれていることを確認します。

6. Oracle ADFビジネス・コンポーネントのログ・レコードおよびECIDのWebサービス・スタックを検索して表示し、問題をメモします。『Oracle Fusion Middleware管理者ガイド』のログ・ファイルの表示と検索に関する項を参照してください。

7. Oracle ADFビジネス・コンポーネントが正常に終了したのか、またはエラーで終了したのかを調べます。

8. サービスが完了していてジョブがまだOracle Enterprise Schedulerで実行中である場合は、「リクエスト詳細」ページでジョブを手動で完了させます。詳細は、第B.2.1項を参照してください。

B.4.6 非同期PL/SQLジョブのRUNNING状態が続く

問題1

PL/SQLジョブは別のマシンで実行されます。このような場合、Oracle Enterprise Schedulerは、処理後にジョブの結果を定義する完了ステータスを送信するリモート・ジョブに依存します。しかし、様々な原因でこのメッセージが生成されないことがあります。

解決方法1

Oracle Enterprise Scheduler内で、PL/SQLジョブはジョブ名で識別できます。ジョブ定義名は、リクエストに関連付けられているFusion Middleware Controlの「リクエスト詳細」ページで確認できます。第4.2.4項を参照してください。

この問題を解決するには、ネイティブ・ジョブの問題を解決します。詳細は、第B.2.1.2項を参照してください。

問題2

Oracle Enterprise Schedulerは内部でデータベース管理システム(DBMS)のスケジューラを使用して、PL/SQLジョブをスケジュールします。場合によっては、Oracle Enterprise SchedulerがジョブをDBMSスケジューラに送信し、状態をRUNNINGに設定したのに、DBMSスケジューラでジョブ・リクエストがスケジュールされないことがあります。

解決方法2

この問題を解決する手順は次のとおりです。

1. DBMSスケジューラのリソース使用状況を確認します。『Oracle Database管理者ガイド』の「Oracle Schedulerの管理」の章を参照してください。

2. PL/SQLジョブ制限を構成し、PL/SQLジョブのスロットル制限を変更します。第5.3.2項を参照してください。

B.4.7 ジョブがスケジュール時間に実行されない

問題

ジョブのスケジュール時間に到達しても、ジョブが実行されません。

解決策

この問題を解決するには、Fusion Middleware Controlの「リクエスト詳細」ページを確認します。このページには組込み診断があり、問題の内容が表示されます。エラーになったジョブの場合、「リクエスト詳細」ページにその理由が表示され、「アクション」メニューからジョブ・リクエスト・ログにアクセスできます。第4.2.4項を参照してください。

ジョブ診断の詳細は、第B.2.4項を参照してください。

B.4.8 手動エラー・リカバリを要する非同期Javaジョブ

問題

ジョブがERROR_MANUAL_RECOVERY状態になります。ジョブがエラー手動リカバリの状態になる理由は様々です。たとえば非同期ジョブの場合、エラーの発生により、ジョブが正常に起動されたどうかをジョブ実装が知ることができず、エラー手動リカバリ例外がスローされます。ジョブがエラー手動リカバリになる理由については、第B.2.3項を参照してください。

解決策

この問題を解決するには、ジョブ・ステータスを手動で完了の状態に更新します。第B.2.3.1項および第B.2.3.2項を参照してください。

B.4.9 手動エラー・リカバリを要する生成された(プロセス・タイプ)ジョブ

問題

生成されたプロセス・タイプのジョブがERROR_MANUAL_RECOVERY状態になります。

解決策

この問題を解決するには、次の手順を実行してリクエストを終了状態に移します。

1. 「リクエスト詳細」ページで、生成されたホストおよびプロセスIDを特定します。「リクエスト詳細」ページの詳細は、第4.2.4項を参照してください。

2. ホストでまだプロセスが実行している場合は、ジョブが完了するまで待つか、終了させます。

3. プロセスが実行中でない場合は、エラー状態に遷移させるためリクエストをリカバリします。これは、自動再試行(構成されている場合)に依存します。Fusion Middleware Controlで、次の手順を実行します。

1. 第4.2.2項の説明のとおり、リクエストを検索します。「ステータス」の値を選択するときに、「取消」と「手動リカバリ・エラー」を選択します。

2. 「リクエスト詳細」ページの「アクション」メニューから、「スタック・リクエストのリカバリ」を選択します。「リクエスト詳細」ページの詳細は、第4.2.4項を参照してください。
CANCELLED状態のリクエストがCANCELLED状態になり、ERROR_MANUAL_RECOVER_STATEのリクエストはERROR状態になり、適切なエラー・メッセージが指定されます。ユーザーが指定したエラー・メッセージが「リクエスト詳細」ページに表示されます。

3. ジョブの状態を手動で更新してジョブを完了させます。第B.2.3.1項および第B.2.3.2項を参照してください。

ジョブの手動リカバリの詳細は、第B.2.3項を参照してください。

B.4.10 ジョブのCANCELLING状態が続く

問題

ジョブを取り消したときに、CANCELLING状態が続いたまま、ジョブが取り消されないことがあります。リクエスト取消しの結果がどうなるかは、取消し操作を実行したときのリクエストの処理ステージと、そのステージの結果によって決まります。多くのジョブが非同期ADFサービスの呼出しとして実装されます。アプリケーション・インフラストラクチャでは進行中サービス・リクエストの取消しがサポートされないため、予期したとおりにジョブを取り消すことがきません。また、これ以外の理由でもジョブがCANCELLING状態でスタックすることがあります。

- PL/SQLジョブの場合、Oracle Enterprise SchedulerはRDBMSスケジューラ・ジョブの強制終了を試みます。生成されたプロセスの場合、Oracle Enterprise Schedulerは実行中のプロセスの強制終了を試みます。ジョブが正常に強制終了された場合、リクエストはCANCELLED状態に遷移します。強制終了が成功する前にジョブが完了した場合、リクエストがどの状態に遷移するかは、ジョブ実行の結果によって決まります。これらのタイプのジョブでは、この問題は発生しません。

- 非同期Javaジョブ: リクエストは取り消されますが、リモート・ジョブが終了ステータスをOracle Enterprise Schedulerに通知しません。これは、AsyncCancellableインタフェースが実装されていないか、リモートの取消し操作の失敗が原因で、ジョブがまだ実行を続けている場合に発生します。リモート・システムが応答できない場合にも発生する可能性があります。

- 同期Javaジョブ: リクエストは取り消されますが、ジョブがまだ実行しています。これは、Cancellable()インタフェースが実装されていないか、ジョブのExecutable.execute()メソッドがCancellable.cancelの呼出し後に返らないことが原因で、発生します。Executableインタフェースの詳細は、Oracle Fusion Middleware Oracle Enterprise Scheduler開発者ガイドのユース・ケースOracle Enterprise Schedulerサンプル・アプリケーションに関する項を参照してください。

- ジョブ・セット(親-子リクエスト): ジョブ・セットの場合、取消し操作はすべての資格のある子リクエストに伝播されます。すべての子リクエストが完了するまで、親リクエストはCANCELLING状態に留まります。

- SOA Javaジョブ: ジョブがエラーで終了した場合は、コンポジット・インスタンスを探し監査証跡とECIDタグが付いたログを確認して、Fusion Middleware ControlでECIDを探し、何が発生したのかを確認します。ECIDの検索の詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のBPELプロセス・サービス・コンポーネントの監査証跡およびプロセス・フローの表示に関する項を参照してください。

- Oracle ADFビジネス・コンポーネントJavaジョブ: リクエストがエラーで終了する場合は、次のディレクトリにあるserver-name-diagnostic.logファイルでメッセージIDを探し、何が発生したのかを確認します。

(UNIX) DOMAIN_HOME/servers/server_name/logs
(Windows) DOMAIN_HOME\servers\server_name\logs

ログ・ファイルの表示の詳細は、『Oracle Fusion Middleware管理者ガイド』のログ・ファイルの表示と検索に関する項を参照してください。

解決策

Fusion Middleware Controlで手動の介入操作を行い、CANCELLING状態でスタックしているジョブを完了させます。

スタックしている非同期リクエストのリカバリを行うには、リモート・ジョブがまだ実行中であるかどうかを確認します。実行中の場合は、Oracle Enterprise Scheduler側で行う操作はありません。リモート・ジョブがもう実行していない場合は、Fusion Middleware Controlで次の手順を実行し、リクエストを完了させます。

1. 第4.2.2項の説明のとおり、リクエストを検索します。

2. 「リクエスト詳細」ページの「アクション」メニューから、「スタック・リクエストのリカバリ」を選択します。「リクエスト詳細」ページの詳細は、第4.2.4項を参照してください。

同期Javaジョブの場合は、ジョブが完了するまで待ちます。ジョブが完全に止まってしまっている状態の場合は、ジョブの実行先のサーバーを再起動する必要があります。

B.4.11 データベース負荷の高い2個のジョブを同時に実行するとパフォーマンスとスケーラビリティが低下する

問題

データベース負荷の高い2個のジョブを同時に実行するとパフォーマンスとスケーラビリティが低下します。

ジョブ・パフォーマンスの問題を確認するには:

1. オペレーティング・システム・レベルのツールまたはデータベース管理システム(DBMS)ツールを使用して、Oracleデータベース全体のパフォーマンス・メトリックを確認し、パフォーマンスのボトルネックをこれらの同時実行される2つのジョブにまで切り分け、チューニングを実施できるようにします。

2. ジョブの実行時間を確認します。

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開します。

2. 適切な管理対象サーバーのESSAPPアプリケーションを選択します。

3. スケジューリング・サービスのホームページで、「長時間実行しているジョブ・リクエストの上位10」タブをクリックしてジョブを表示します。

解決策

この問題を解決するには、次のいずれかの手順を実行します。

- データベース負荷の高い2つのジョブを非互換として設定します。2つのジョブを同時実行しないように設定することがありますが、それはジョブが非互換で同時実行するとシステム障害を招く恐れがあるという理由ではなく、両方のジョブが同じリソースに大量の負荷を与えるという理由から、そのように設定する場合もあります。この場合、ジョブを非互換として定義して、同時に実行しないようにします。第5.2.3項を参照してください。

- ジョブを別の時間にスケジュールします。第4.2.1項を参照してください。

B.4.12 新しく追加したサーバーが利用されない、または不適切なジョブを実行する

問題

新しく追加した管理対象サーバーが予期したとおりにジョブを実行しない、またはまったく利用されていません。

ジョブ履歴を見ると、このサーバーでジョブが実行されている形跡がない、またはこのサーバーで実行すべきではない特定のジョブが実行されていることを確認できます。

ジョブ履歴を表示するには:

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開します。

2. 適切な管理対象サーバーのESSAPPアプリケーションを選択します。

3. ジョブ履歴で、このサーバーでジョブが実行されている形跡がないことを確認します。

4. 第4.2.2項の説明のとおりリクエストを検索し、すでに実行されたジョブのリストを表示します。

5. 「リクエスト検索」ページで「リクエストID」列からジョブをクリックし、ジョブの「リクエスト詳細」ページに移動します。

6. 「リクエスト詳細」ページの「実行証跡」セクションで、ジョブが実行された「ディスパッチャ」、「プロセッサ」、「作業割当て」および「稼働シフト」を確認します。

解決策

新しいサーバーを追加すると、Oracle Enterprise Schedulerはデフォルトの作業割当てを使用できるかどうかを、他のプロセッサのバインド状況を基に判断します。デフォルトの作業割当てを使用できない場合、ヘルス・チェック・サービス(内部作業割当てESSInternalWA)のみを実行するように新しいサーバーが構成されます。このデフォルト構成に再びアクセスして、このサーバーへの作業割当てバインディングを任意に構成し、ヘルス・チェックの完了後に内部作業割当てを削除します。詳細は、第3.4.1項を参照してください。

B.4.13 Oracle Enterprise Schedulerランタイム・システムからエラーがスローされる

問題

Oracle Enterprise Schedulerランタイム・システムが正常に動作せず、ジョブの処理時にエラーがスローされる、または問題が発生します。

解決策

この問題を特定および解決するには、Oracle Enterprise Schedulerシステム・ログを確認し、問題を解決します。Fusion Middleware Controlで、次を実行します。

1. 第4.2.2項の説明のとおり、リクエストを検索します。

2. 「リクエスト詳細」ページの「アクション」メニューから、「リクエスト・ログ」を選択してログ・メッセージを表示します。「リクエスト詳細」ページの詳細は、第4.2.4項を参照してください。

3. ログ・レベルを調整するには:

1. ナビゲーション・ペインで、ファーム、WebLogicドメイン、Oracle Enterprise Schedulerクラスタを展開し、Oracle Enterprise Schedulerサーバー(たとえば、ess_server1)を選択します。
WebLogic Serverのホームページが表示されます。

2. 「WebLogic Server」メニューから、「ログ」→「ログ構成」を選択して「ログ構成」ページを表示します。

Oracle WebLogic Serverのlogging.xmlファイルを変更して、Oracle WebLogic Serverに対するOracle Enterprise Schedulerサーバー・ログ出力を構成できます。デフォルトで、Oracle Enterprise Schedulerの明示的なログ出力エントリはありません。Oracle Enterprise Schedulerは、親のログ出力(通常は"oracle"ログ出力または("")ルート・ログ出力)で構成されたロギング・レベルとログ・ハンドラを継承します。

デフォルトで、Oracle Enterprise Schedulerサーバー・ログ出力のログ・メッセージは、Oracle WebLogic ServerのOracle WebLogic Server診断ログ・ファイルで確認できます。ロギングとログ・レベルの詳細は、第6.7.4項を参照してください。

注意:

ログ出力には、Oracle WebLogic Serverで実行されているOracle Enterprise Schedulerジョブが書き込んだログしか表示されません。Oracle Enterprise Schedulerが実行中のPL/SQLジョブおよびCジョブのコントロールを、PL/SQLプロセスまたはCプロセスにそれぞれ移すと、PL/SQLおよびCジョブが別のプロセスで実行されるため、PL/SQLおよびCジョブのロギング・データはOracle Enterprise Schedulerログに書き込まれません。

B.4.14 Oracle Enterprise Schedulerのデータベース接続不足

問題

Oracle Enterprise Schedulerでデータベース接続が不足する場合、Oracle Enterprise Schedulerに接続リークの問題が発生している可能性があります。

説明

『Oracle Fusion Middleware管理者ガイド』のデータ・ソース接続の不足に関する項を参照してください。

B.4.15 ジョブの停止によりジョブ・キューが一杯になる

問題

一部のジョブが予期したとおりに動作しないことがあります。一部のジョブがスピンまたは停止していたり、ジョブにメモリー・リークが存在する場合に、ジョブ・キューが長くなることがあります。

解決策

次に、一般的なシナリオを示します。

- Javaジョブが無限ループに入り、キュー内にそのジョブの終了を待っているジョブがあります。
この問題を解決するには、Fusion Middleware Controlで次の手順を実行します。

1. ナビゲーション・ペインで、ファーム、「スケジューリング・サービス」を展開します。

2. 適切な管理対象サーバーのESSAPPアプリケーションを選択します。

3. 「スケジューリング・サービス」メニューから、「リクエスト・プロセッサ」→「構成」を選択し、「リクエスト・プロセッサの構成」ページの「スレッド数」フィールドを確認します。第3.4.2項を参照してください。
「スレッド数」フィールドが25同期Javaジョブに設定されている場合、RUNNING状態になることができるのは25個のJavaジョブであり、その他すべてのJavaジョブは処理されるまでキューで待つことになります。

一部のジョブで過負荷の処理が実行されている場合やジョブの停止が疑われる場合は、専用の作業割当てを定義して、それらのジョブを特定のOracle Enterprise Schedulerサーバーで実行し、他のジョブは残りのサーバーで実行させるようにして、問題のジョブを分離します。第5.3.1.1項を参照してください。

4. Oracle Enterprise Schedulerサーバーを再起動します。

1. ナビゲーション・ペインでファームを開いて「WebLogicドメイン」を開きます。

2. Oracle Enterprise Schedulerクラスタを展開し、Oracle Enterprise Schedulerサーバーを選択します。

3. WebLogic Serverホームページで、「WebLogic Server」メニューから、「コントロール」→「停止」を選択します。

4. サービスの停止後、WebLogic Serverホームページで、「WebLogic Server」メニューから、「コントロール」→「起動」を選択します。
サーバーの再起動後、Oracle Enterprise SchedulerはRUNNINGジョブをERROR状態に移し、キュー内の次のジョブ・バッチの処理を開始します。

- PL/SQLジョブが無限ループに入り、終了しません。送信済のPL/SQLジョブが他にも多数あります。
PLSQLジョブを取り消し、ジョブをCANCELLED状態に移動します。第4.2.6項を参照してください。

- 大規模なデータベース挿入および更新により、ジョブが待機状態になります。
たとえば、表に対して100万件の挿入、更新および削除を行うPL/SQLプロシージャがあるとします。DBMSの負荷によっては、そのようなPL/SQLプロシージャが完了するまでに20分から2時間かかることがあります。PLSQL同時実行性制限を25に設定した、wa1という名前の作業割当てが作成されたとします。多数のPL/SQLジョブがあり、各ジョブがこのPL/SQLプロシージャを実行するとします。

この場合、Oracle Enterprise Schedulerサーバーは一度に25個のPL/SQLジョブしか実行しません。各PL/SQLジョブが完了するのに1から2時間かかるため、残りのPL/SQLジョブはWAIT状態になります。RUNNINGジョブの完了後、WAITキューの先頭のジョブが選択され実行がスケジュールされます。

B.5 My Oracle Supportを使用したその他のトラブルシューティング情報

問題の解決にMy Oracle Support (以前のMetaLink)を使用できます。My Oracle Supportには、次のような有用なトラブルシューティング・リソースが含まれています。

- ナレッジ・ベース記事

- コミュニティ・フォーラムとディスカッション

- パッチとアップグレード

- 動作保証情報

My Oracle Supportにはhttps://support.oracle.comからアクセスできます。

C Oracle Enterprise Schedulerの監査のリファレンス

この付録では、Oracle Enterprise Schedulerにおける監査に関するリファレンス情報を示します。

この付録では次の項について説明します。

- 第C.1項「カスタム監査レポートと標準監査レポートについて」

- 第C.2項「Oracle Enterprise Schedulerにおける監査イベント」

C.1 カスタム監査レポートと標準監査レポートについて

Oracle Fusion Middlewareの共通監査フレームワークでは、監査レコードに基づいた標準レポート・セットが提供されます。標準レポートを変更したり、独自のカスタム監査レポートを作成したりすることもできます。

この付録では、Oracle Enterprise Schedulerで監査可能なイベントの詳細を説明します。カスタム・レポートを作成するには、この情報を使用して、各イベント・レコードの構造を理解してください。

次のドキュメントに、カスタム・レポートの作成に役立つ情報が記載されています。

- Oracle Fusion Middlewareセキュリティ・ガイドのOracle Business Intelligence Publisherにおける監査レポートの属性に関する項

- Oracle Fusion Middlewareセキュリティ・ガイドの監査レポートのカスタマイズに関する項

次のドキュメントに、監査の構成および標準レポートの表示方法に関する追加情報が記載されています。

- Oracle Enterprise Schedulerの監査の構成 - 第6.9項「管理アクションの監査」を参照してください。

C.2 Oracle Enterprise Schedulerにおける監査イベント

表C-1に、Oracle Enterprise Schedulerで監査可能なイベント・カテゴリ、イベント、および各イベントの属性を示します。

表C-1 Oracle Enterprise Schedulerの監査イベント

イベント・カテゴリ

イベント

イベントで使用される属性

EssSecurity

MetadataSecurityCheck

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

RuntimeDataCheck

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DataSecurityCheck

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DataSecurityQuery

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UserAssert

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

EssRequestOperation

Submit

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Execute

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Cancel

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Delete

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Hold

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Lock

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

PublishEvent

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Purge

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Release

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

Update

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

ReplaceSchedule

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

EssMetadataChange

CustomizeJobDef

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CustomizeJobSet

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

AddJobType

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CopyJobType

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UpdateJobType

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DeleteJobType

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

AddJobDef

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CopyJobDef

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UpdateJobDef

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DeleteJobDef

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

AddJobSet

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CopyJobSet

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UpdateJobSet

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DeleteJobSet

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

AddIncompatibility

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CopyIncompatibility

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UpdateIncompatibility

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DeleteIncompatibility

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

AddSchedule

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CopySchedule

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UpdateSchedule

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DeleteSchedule

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

AddExclusionDefinition

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CopyExclusionDefinition

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UpdateExclusionDefinition

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DeleteExclusionDefinition

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

AddTrigger

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

CopyTrigger

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

UpdateTrigger

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

DeleteTrigger

PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId、PolicyStripe、Subject、PermissionAction、PassedCheckList、FailedCheckList、PermissionCheckResult、Requests、PermissionTarget、TargetUser、PermCheckStripes、ExecStripe、RequestId、RequestParameters、Submitter、SubmitterGuid、RunAsUser、RunAsUserGuid、ParentId、AbsParentId、ExecutionType、EnterpriseId、ExecAttempt、objId

EssConfigChange

EssConfigAdd

EssConfigUpdate

EssConfigDelete

EssConfigUncustomize

RequestDispatcher
Administration

StartDispatcher

StopDispatcher

RequestProcessor
Administration

StartProcessor

StopProcessor

Copyright © 2013, Oracle and/or its affiliates. All rights reserved.