TIBCO EBX® の管理セクションは、すべての管理タスクの主要なエントリポイントです。この概要には、管理者が習得する必要のあるすべてのトピックがリストされています。ドキュメント内の対応する章または段落にアクセスするには、関心のあるトピックをクリックしてください。
ストレージを最適化するには、リポジトリ (永続性 RDBMS) を必要最小限に維持することをお勧めします。このため、スナップショットと廃止されたデータスペースの削除を定期的に実行し、バックアップファイルシステムの使用を検討することをお勧めします。
データスペース、スナップショット、履歴のクリーンアップおよびデータスペース、スナップショット、履歴の削除も参照してください。
ストレージコストを削減するために、ファイルシステムタイプのファイルをアーカイブすることもできます。アーカイブディレクトリを参照してください。
管理タスクは、ビルトインタスクのタスクスケジューラを使用してスケジュールできます。タスクスケジューラを参照してください。
EBX® はオブジェクトキャッシュをメモリに保持します。オブジェクトのキャッシュサイズは、リポジトリの状態レポートを継続的に監視しながら、特定のニーズと要件 (プリロードオプションと参照データスペース、参照ポイント、および監視の事前検証) に従ってケースバイケースで管理する必要があります。
古くなったコンテンツをリポジトリに保持すると、サーバーの起動が遅くなり、インターフェイスの応答が遅くなる可能性があります。古いコンテンツを削除することを強くお勧めします。
例：削除されたデータモデルまたは展開済みでないアドオンモジュールを参照するデータセット。TIBCO EBX® アドオンの管理を参照してください。
ワークフロー履歴と関連する実行データは、定期的にクリーンアップする必要があります。
ワークフロー履歴には、完了したワークフロー、それぞれのステップおよびコンテキストに関する情報が格納されます。これにより、古い履歴を含むデータベースが増え続けるため、定期的に削除しないとデータベースのパフォーマンスが低下する可能性があります。詳細については、ワークフロー履歴を参照してください。
ワークフローメール通知を実装できるようにするには、ワークフローメールを事前に構成する必要があります。詳細については、構成を参照してください。
ログファイルのサイズはログレベル (および選択した重大度レベル) に応じて変化するため、それに応じてディスク領域を管理する必要があります。
EBX® には自動削除機能が用意されており、ログファイルを保存する日数を定義できます。定義された期間の後、ログファイルは削除されます。
ログ削除のカスタム管理 (バックアップ、アーカイブなど) は管理者の責任です。
詳細については、カスタム ebxFile アペンダーを参照してください。
EBX® には XML 監査証跡マネージャーが付属していますが、現在はデフォルトで無効になっています。カスタム管理 (削除、バックアップなどを含む) は管理者の責任です。
詳細については、レガシー XML 監査証跡のアクティブ化 (非推奨) およびレガシー XML 監査証跡 (非推奨) を参照してください。
埋め込みデータモデルのパブリケーション管理。これらのパブリケーション管理および実行可能な管理タスク (削除、インポート、エクスポート) についての詳細については、データモデルの管理を参照してください。
EBX® で管理されていない XML スキーマドキュメントを使用しているデータモデルを更新することができます。詳細については、データモデル更新ツールを参照してください。
検証レポートは、管理メニューからリセットできます。リポジトリに含まれるすべてのデータセットの検証レポートをリセットすることも、表形式のビューで選択したデータセットの検証レポートのみをリセットすることもできます。したがって、関連するデータセットは、次の明示的な検証要求で完全に検証されます。
詳細については、Adaptation.resetValidationReport を参照してください。
EBX® は、広範な UI カスタマイズオプションを提供します。システムにアクセスする各プロファイル専用の簡略化されたインターフェイス (推奨されるパースペクティブ) は、管理者がパラメーター化できます。ログインしているユーザーのプロファイルに応じて、インターフェイスは異なる数のオプションとメニューを提供します。これにより、合理化された作業環境が可能になります。
詳細については、詳細パースペクティブを参照してください。
EBX® ログは、Apache Log4j™ 2、ebx.properties メイン構成ファイル、またはそれらの組み合わせを使用して構成できます。
EBX® ログ管理は Apache Log4j™ 2 に大きく依存しています。つまり、ログは初期化および自動再構成メカニズムで Log4j 自動構成を利用できます。これらのメカニズムの詳細については、Apache Log4j™ 2 構成のドキュメントおよび EBX® ログの構成を参照してください。
ebx.properties メイン構成ファイルは、EBX® 構成プロパティを一元管理します。ただし、初期化時の Apache Log4j™ 2 自動構成は、このメカニズムよりも優先されます。さらに、Web アプリケーションサーバーの起動プロセスにより、アプリケーションの初期化順序が予測不能になります。これらの要因により、ログメッセージが ebx.properties ファイルで指定された構成に従って生成されない可能性があります。詳細については、EBX® ログの構成を参照してください。
Web アプリケーションサーバーの起動時に、Apache Log4j™ 2 自動構成が最初に実行されます。次に、Web アプリケーションの初期化フェーズ中に、ebx.properties メイン構成ファイルが処理され、ログが再構成されます。再構成には、構成全体の置き換えが伴います。
Apache Log4j™ 2 自動再構成メカニズムが使用されている場合、最初の初期化後 (つまり、EBX® メイン構成ファイルが処理される前または後) いつでも、Log4j 構成コンテキストに基づいてログを再構成できます。ebx.properties ファイルが更新された場合、最初の処理の後、いつでもファイルの内容に基づいてログを再構成することができます。
これらのメカニズムは排他的ではないため、初期化時に Apache Log4j™ 2 自動構成を使用して初期構成を設定し、それを ebx.properties ファイルの構成に置き換えることができます。
ログの再構成をバイパスするには、ebx.log4j.rootCategory とすべての ebx.log4j.category.* プロパティを ebx.properties ファイルから削除します。