タスクについて概要を説明します。次のトピックがあります。タスクの多くは両製品で共通しています。タスクのみを取り上げます。コンフィグレーションに関連するタスクなどです。ドキュメントを参照してください。インストールの概要』を参照してください。製品に実装されています。データ層のレプリケーション機能が実装されています。通常、プロダクション環境へのデプロイには、両方のリソースがインストールされています。リソースのみが使用できます。基づくプロトコル機能を提供します。アプリケーションを利用するデプロイメントにのみ必要です。参照できますが、変更はできません。同じサーバとクラスタに割り当てる必要があります。データ層の両方のクラスタでデプロイされます。リソースを利用します。ファイルで設定されます。エンジン層の機能を設定します。データ層パーティションの数とレイアウトも定義します。アプリケーションを設定します。ルータをコンフィギュレーションします。インストールガイド』を参照してください。ドメインで使用可能なすべての管理対象サーバを定義することに留意してください。インスタンスのロールを決定します。コンテナのプロパティでは再起動の必要性を示すアイコンが表示される場合がありますが、この場合は変更後の再起動が必要であることを示しています)。データ層サーバを再起動する必要があります。リソースとして行われます。アプリケーションを設定します。タイプをサポートします。シミュレーション機能を提供するサーバにのみデプロイされます。ファイルで定義されるコンフィグレーションによって異なります。エージェントをコンフィグレーションする手順」を参照してください。開発者ガイド』を参照してください。コンテナのコンフィグレーションを変更するための方法として、以下が用意されています。プロパティが用意されています。コンソールと似ています。コンフィグレーションとモニタは、コンソールの左ペインにある次のノードを介して提供されます。コンテナのプロパティとその他のエンジン層の機能をコンフィグレーションを行います。コンテナのコンフィグレーションの概要」を参照してください。ノードとアプリケーションのコンフィグレーションを行います。Console」を参照してください。コンフィグレーション操作を実行できます。コンテナのプロパティを変更する手順を説明します。リファレンス』を参照してください。使用して実行されます。タスクによっては、以下の節で述べる方法も使用できます。手動で編集することもできます。ファイルを手動で編集する場合は、コンフィグレーションの変更を適用するために、すべてのサーバを再起動する必要があります。アプリケーションをプログラムできます。ベースのアプリケーションです)。Reference』を参照してください。12.2.1「ロギングのコンフィグレーション」を参照してください。Guide』も参照してください。パラメータにデフォルト値が使用されています。サイズのパラメータが省略されていることや、評価や開発以外の目的には適切でない値を使用していることがあります。コレクションの設定でアプリケーションのプロファイリングを厳密に行う必要があります。コレクションのチューニング」を参照してください。ミリ秒以内で正確に同期する必要があります。コンフィグレーション」を参照してください。データ層サーバで構成されており、異なる種類のサーバ間に依存関係があります。したがって、ドメインを起動するときには、一般に次の手順に従う必要があります。ドメインの管理サーバを起動する。データ層サーバに初期のコンフィグレーションを提供するには、管理サーバを起動します。管理サーバは、各管理対象サーバの起動/停止のステータスをモニタする目的にも使用します。スクリプトを使用するか、またはカスタムの起動スクリプトを使用します。データ層サーバを起動する。データ層のサーバで呼状態データを処理できる状態にならないと、エンジン層が機能しません。つのレプリカを利用できる必要があります。トラフィックに対してシステムをオープンするためには、全レプリカが起動して利用可能な状態になっている必要があります。スクリプトを使用するか、またはカスタムの起動スクリプトを使用します。指定する必要があります。次のように指定します。t3://adminhost:7001エンジン層サーバを起動する。リクエストの処理を開始できます。スクリプトまたはカスタムの起動スクリプトを使用して起動します。データ層のコンフィグレーションが確実に使用されます。メッセージも回避できます。インストールの管理サーバは、サービスおよびアプリケショーンがコンフィグレーションする、デプロイする、およびモニタするには必要です。:ハードウェア、ソフトウェア、またはネットワークの問題によって管理サーバで障害が発生した場合に、その影響が及ぶのは、管理、デプロイメント、およびモニタの処理に対してのみです。管理対象サーバが稼動を続けるうえでは、管理サーバは必要ありません。機能は引き続き動作します。プラクティスをお勧めします。管理サーバのインスタンスは、専用のマシンで稼動させます。管理対象サーバのすべてのインスタンスで、管理対象サーバの独立を使用するようにコンフィグレーションします。管理対象サーバの独立とは、ネットワーク、ハードウェア、またはソフトウェアの障害によって管理サーバにアクセスできない場合でも管理対象サーバを再起動できる機能です。サーバの起動と停止の管理』を参照してください。ユーティリティをコンフィグレーションします。ガイド』を参照してください。リクエストの処理を続けます。管理サーバの障害によって欠落が生じる可能性があるのは、以下の点です。進行中の管理およびデプロイメントの処理の欠落。進行中のロギング機能の欠落。インスタンスのトラップ生成ではありません)。トラップは管理サーバがなくても生成されます。インスタンスはできるだけ早く再起動してください。プロパティの両方を管理することが必要です。プロパティをコンフィグレーションします。コンフィグレーションを実行します。データ層のパーティションに割り当てます。データ層の複数のインスタンスを使用して呼状態をレプリケートします。チャネルをコンフィグレーションします。サーバのハードウェアを設定します。バランサをコンフィグレーションします。ダイジェスト認証プロバイダをコンフィグレーションします。信頼性のあるホストのリストをコンフィグレーションします。サーブレットをコンフィグレーションします。ログに記録するメッセージをフィルタするためのログの条件を定義します。ファイルを管理します。reserved.法律上の。