デプロイメント ガイド

     前  次    目次     
ここから内容

クラスタ デプロイメントのコンフィグレーション

この節では、クラスタ環境で Oracle Service Bus をデプロイするためのコンフィグレーションに必要な作業について説明します。

クラスタ ドメインのアーキテクチャを、「クラスタ デプロイメントの設計」の説明に従ってプランニングしたら、Oracle Service Bus をクラスタ環境に設定できます。そのためには、管理サーバと管理対象サーバをコンフィグレーションし、Oracle Service Bus リソースをサーバにデプロイする必要があります。着信 HTTP ロード バランシング機能が必要な場合は、ルータ (ハードウェアまたはソフトウェア) も必要です。WebLogic Server インスタンスとクラスタのドメインの永続コンフィグレーションは、Oracle Service Bus ドメインのルート ディレクトリの config ディレクトリにある XML コンフィグレーション ファイル (config.xml) に格納されます。

クラスタ ドメインで Oracle Service Bus を設定およびデプロイするには、以下の手順を実行します。

Oracle Service Bus を単一のサーバにデプロイする方法については、「単一サーバ デプロイメントのコンフィグレーション」を参照してください。

 

手順 1. コンフィグレーションの前提条件への準拠

この節では、クラスタ環境で実行される Oracle Service Bus をコンフィグレーションするための以下の前提条件について説明します。

注意 : マルチキャスト アドレスは、クラスタ メンバー間の通信に使用されます。クラスタ化されたサーバは、1 つの専用マルチキャスト アドレスを共有する必要があります。ネットワーク上の各クラスタに対して、ユニークなマルチキャスト アドレスとポート番号の組み合わせを割り当てる必要があります。ネットワーク上の 2 つのクラスタが同じマルチキャスト アドレスを使用する場合、異なるポートを使用する必要があります。クラスタのマルチキャスト アドレスが異なる場合は、同じポートを使用するか、またはデフォルトのポート (7001) をそのまま使用することもできます。マルチキャスト メッセージをサポートするため、1 つのクラスタ内の管理サーバおよび管理対象サーバを同じサブネット上に配置する必要があります。

クラスタ化された WebLogic Server インスタンスを設定する方法については、『WebLogic Server クラスタ ユーザーズ ガイド』の「WebLogic クラスタの設定」を参照してください。

 

手順 2. Oracle Service Bus ドメインの準備

Oracle Service Bus ドメインを準備する際には、各管理対象サーバの定義をドメイン コンフィグレーション ファイル (config.xml) に追加し、すべての管理対象サーバをクラスタに割り当て、Oracle Service Bus コンポーネントをドメイン上のサーバに指定する必要があります。

クラスタ化ドメインで Oracle Service Bus 環境を準備するには、以下の節で説明する作業を行う必要があります。

Configuration Wizard を使用した Oracle Service Bus ドメインの作成

Oracle Service Bus デプロイメントの定義は、Configuration Wizard によるドメインの作成から始まります。

注意 : この節で説明するドメインの設定手順は、Configuration Wizard が Windows の [スタート] メニューから GUI モードで実行されていることを前提としています。さまざまなモードで Configuration Wizard を使用する方法については、「コンフィグレーション ウィザードを使用した WebLogic コンフィグレーションの作成」を参照してください。
注意 : Configuration Wizard を使用して Oracle Service Bus ドメインを作成するには、以下の手順を実行します。
  1. スタート メニューから、[プログラムArrow symbolBEA ProductsArrow symbolToolsArrow symbolConfiguration Wizard] を選択します。

    2. Configuration Wizard が起動します。ドメインのコンフィグレーションに使用するデータの入力が要求されます。

  2. Configuration Wizard のプロンプトに従って、次の表に示す情報を入力します。
    3. 注意 : WebLogic Server リソース命名規則に準拠するため、ドメイン、WebLogic Server インスタンス、JMS サーバ、および JMS ストアにユニークな名前を指定する必要があります。Oracle Service Bus には、WebLogic メッセージング ブリッジと同じ相互運用命名要件があります。詳細については、『WebLogic メッセージング ブリッジのコンフィグレーションと管理』の「WebLogic Server の別のリリースや外部プロバイダとの相互運用」にある「WebLogic Server の別のリリースとの相互運用」の「WebLogic Server およびドメインの命名ガイドライン」を参照してください。
    表 4-1 Configuration Wizard プロンプトでの実行手順
    ウィンドウ名
    実行手順
    [ようこそ]
    [新しい WebLogic ドメインの作成] を選択する。
    [ドメイン ソースの選択]
    [Oracle Service Bus] を選択します。
    [管理ユーザ名とパスワードのコンフィグレーション]
    ユーザ名とパスワードを入力する。
    サーバの起動モードおよび JDK のコンフィグレーション
    [プロダクション モード] を選択する。Sun SDK または JRockit SDK を選択するか、別の JDK の場所を指定する。
    [環境とサービスの設定のカスタマイズ]
    [はい] を選択する。
    [管理サーバのコンフィグレーション]
    コンフィグレーションに SSL が必要な場合、[SSL enabled] チェック ボックスを選択する。
    [管理対象サーバのコンフィグレーション]
    必要な数だけ管理対象サーバを追加する。

    注意 : ロード バランシングのために、ドメインでソフトウェア HTTP ルータと WebLogic HttpClusterServlet が必要な場合、ここでもう 1 台余分にサーバを追加する。

    コンフィグレーションに SSL が必要な場合、各管理対象サーバの [SSL enabled] チェック ボックスを選択する。
    [マシンのコンフィグレーション]
    クラスタで使用する物理マシンのタイプをコンフィグレーションする。
    [クラスタのコンフィグレーション]
    クラスタを追加する。

    注意 : Oracle Service Bus ドメインでは単一のクラスタをサポート可能。
    [サーバのクラスタへの割り当て]
    作成した管理対象サーバをクラスタに追加する。

    注意 : 管理対象サーバを HTTP ルータとしてコンフィグレーションしている場合は、クラスタに追加しない。この管理対象サーバは、次の [HTTP プロキシ アプリケーションの作成] ウィンドウの [プロキシ サーバ] ドロップダウン リストから選択する。

    [マシンのコンフィグレーション]
    クラスタで使用する物理マシンのタイプをコンフィグレーションする。
    [サーバのマシンへの割り当て]
    WebLogic Server の各インスタンスを、そのインスタンスを実行するクラスタ内のマシンに割り当てる。
    [JDBC データ ソースのコンフィグレーション]
    wlsbjmsrpDataSource の名前と JNDI 名のデフォルト値をそのまま使用する。
    以下のいずれか 1 つを選択して、JMS レポート プロバイダ データ ストア用のデータベースの種類およびドライバを特定する。
    • [Oracle] および [Oracle Driver (Type 4) Versions: 9.0.1, 9.2.0, 10]
    • [MS SQL Server] および [MS SQL Server Driver (Type 4) Versions: 7.0, 2000]
    [Supports global transactions] チェック ボックスおよび [Logging last resource] オプションが選択されていることを確認する。ロギング ラスト リソース (LLR) の詳細については、『WebLogic JDBC のコンフィグレーションと管理』の「JDBC データ ソースのコンフィグレーション」にある「ロギング ラスト リソース トランザクション オプションについて」を参照。
    残りのテキスト ボックスに環境に固有のデータベース情報を入力する。詳細については、コンフィグレーション ウィザードを使用した WebLogic ドメインの作成の「JDBC と JMS の既存設定のカスタマイズ」にある「JDBC データ ソースのコンフィグレーション」を参照。

    注意 : [接続のテスト] をクリックし、このデータ ソース コンフィグレーションを使用して JMS レポート プロバイダ データ ストアに使用するデータベースに接続できることを確認する。
    [データベース スクリプトの実行]
    [利用できる JDBC データ ソース] リストから [wlsbjmsrpDataSource] を選択する。
    [DB バージョン] ドロップダウン リストからデータベースのバージョンを選択する。
    [スクリプトの実行] をクリックする。
    スクリプトによって JMS レポート プロバイダ データ ストアのテーブルとインデックスが作成される。SQL 出力は [結果] ボックスに表示され、jdbc.log に書き込まれる。異なるファイルに結果を書き込む場合は、[ログ ファイル] チェック ボックスをクリックし、ファイルを指定する。

    注意 : 開発モードのドメインの場合とは異なり、プロダクション ドメインを最初に起動したとき、Oracle Service Bus では JMS レポート プロバイダ データ ストアのデータベース スクリプトが自動的には実行されません。Oracle Service Bus プロダクション ドメインの作成中にデータベース スクリプトを実行しない場合は、スクリプトを手動で実行する必要があります。スクリプトの格納場所は BEA_HOME/ALSB_HOME/dbscripts。BEA_HOME は Oracle Service Bus のインストール先ディレクトリ。
    [JMS ファイル ストアのコンフィグレーション]
    rmfilestore のデフォルトをそのまま使用し、プロキシ サービスまたはビジネス サービスに必要なファイル ストアを追加する。
    [WebLogic ドメインの確認]
    デフォルト値をそのまま使用する。
    [Weblogic ドメインの作成]
    ドメインの名前と場所を入力する。
    [ドメインの作成中]
    ドメインの作成後、Configuration Wizard を終了したときに Oracle Service Bus を起動するには、[管理サーバの起動] を選択します。

Configuration Wizard によるドメインのコンフィグレーションが完了すると、指定した場所に新しいドメインが作成されます。

Oracle Service Bus ドメインには、管理サーバの定義が入ったコンフィグレーション ファイル (config.xml) があります。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」にある「config.xml」を参照してください。

Configuration Wizard を使用しないドメインのコンフィグレーションについては、『ドメインのコンフィグレーションについて』を参照してください。

プロキシ サーバまたはファイアウォール情報のドメイン コンフィグレーションへの追加

プロキシ サーバまたはファイアウォールの背後で Web サービスを使用する場合は、config.xml ファイルを編集して、そのプロキシ サーバまたはファイアウォールに関する情報を追加する必要があります。

プロキシ サーバまたはファイアウォールの情報をドメイン コンフィグレーションに追加するには、以下の手順を実行します。

  1. テキスト エディタで config.xml を開きます。
  2. config.xml ファイルで、以下のタグで始まる行を検索します。
    3. <Cluster
  3. 次の 3 つの属性を Cluster 属性リストに追加します。
    4. FrontendHTTPPort="proxyPort" FrontendHTTPSPort="proxySSLPort" FrontendHost="proxyServerHost"

    たとえば、次のリストは、config.xml ファイルで指定されているクラスタ アドレスとファイアウォールの例です。クラスタ名は MyCluster、プロキシ サーバ名は MyProxy です。 

    <Cluster ClusterAddress="127.0.0.1:7001,127.0.0.2:7001,127.0.0.3,127.0.0.4:7001" FrontendHTTPPort="7006" FrontendHTTPSPort="7007" FrontendHost="MyProxy" MulticastAddress="127.0.0.5" MulticastPort="7010" Name="MyCluster"/>
  4. 変更内容を保存し、config.xml ファイルを閉じます。

JMS リソースのコンフィグレーション

Configuration Wizard で JMS ファイル ストアをコンフィグレーションすると共に、JMS を使用するプロキシ サービスおよびビジネス サービスには、以下のリソースのコンフィグレーションも必要です。

JMS リソースのコンフィグレーションについては、『WebLogic JMS のコンフィグレーションと管理』を参照してください。

 

手順 3. Oracle Service Bus のセキュリティ コンフィグレーション

Oracle Service Bus では、WebLogic Server のセキュリティ機能を利用して、メッセージの機密性と整合性を保証し (メッセージレベルのセキュリティ)、WebLogic Server、サービス クライアント、およびビジネス サービスの間の接続を保護し (転送レベルのセキュリティ)、認証と認可 (アクセス制御) を行います。必要な作業については、『Oracle Service Bus のセキュリティ ガイド』を参照してください。

警告 : 各 Oracle Service Bus ドメインに別々にセキュリティをコンフィグレーションする必要があります。Oracle Service Bus では、セキュリティ コンフィグレーションのエクスポートおよびインポートは行いません。

クラスタに SSL をコンフィグレーションするには、ドメインの作成時に行うか、または WebLogic Server Administration Console を使用します。セキュリティ機能がマルチノード クラスタにデプロイされているドメインの場合は、クラスタ内の各マシンに対して、キーストア、サーバ証明書、プライベート キーなどもコンフィグレーションする必要があります。各マシンに独立したキーストアを使用するか、すべてのマシンで利用可能な場合は単一のキーストアを使用します。

 

手順 4. 管理対象サーバの起動、停止、モニタ

この節では、クラスタ ドメインの管理対象サーバに対する基本管理タスクについて説明します。

管理対象サーバの起動と停止

Node Manager は、WebLogic Server インスタンスの起動、停止、および移行に使用できるユーティリティです。WebLogic Server Administration Console と共に Node Manager を使用して管理対象サーバを起動できます。また、WLST スクリプトを作成し、Node Manager の機能を自動化することもできます。

ヒント : 起動されたサーバで Oracle Service Bus クラスが使用できるように、setDomainEnv スクリプトを実行してから startNodemanager スクリプトを実行してください。または、サーバを起動する前に、WebLogic Server Administration Consol でクラスパスを明示的に設定してください。

デフォルトでは、Configuration Wizard で Oracle Service Bus クラスタ ドメインが生成されるときに、次の処理が行われます。

Node Manager の詳細については、『サーバの起動と停止の管理』の「ノード マネージャを使用したサーバの制御」を参照してください。管理対象サーバの起動方法と停止方法の概要については、『サーバの起動と停止の管理』の「サーバの起動と停止」を参照してください。

サーバのモニタ

起動が完了したら、Oracle Service Bus Console を使用してサーバの状態を確認できます。Oracle Service Bus Console を使用してサーバをモニタする方法については、『Oracle Service Bus Console の使い方』の「モニタ」にあるサーバの表示と検索を参照してください。

 

手順 5. Oracle Service Bus コンフィグレーションのデプロイ

クラスタ環境に Oracle Service Bus コンフィグレーションをデプロイするときは、単一サーバのデプロイメントと同じ手順に従います。デプロイメント手順については、「手順 4. Oracle Service Bus コンフィグレーションのデプロイ」を参照してください。

注意 : 単一サーバ環境からコンフィグレーションをインポートし、そのコンフィグレーションにファイル、FTP、または電子メール転送を使用するプロキシ サービスが含まれている場合、それらの各プロキシ サービスに管理対象サーバを指定する必要があります。[管理対象サーバ] ドロップダウン リストは、クラスタ化された Oracle Service Bus ドメインの Oracle Service Bus Console にしか表示されません。
注意 : プロキシ サービスの管理対象サーバの値を編集する方法については、『Oracle Service Bus Console の使い方』の「プロキシ サービス」にある「プロキシ サービスの表示と変更」を参照してください。

 

手順 6. プロダクション環境の変更に合わせたドメインの更新

プロダクション環境は、時間の経過や、アプリケーション使用の増加に伴って変化します。この節では、一般的なプロダクション環境の変化に応じてドメインを更新する方法を説明します。

管理対象サーバの追加

Oracle Service Bus の使用が増加するに従って、Oracle Service Bus クラスタに新しい管理対象サーバを追加して能力を強化できます。クラスタに管理対象サーバを追加するには、WebLogic Server Administration Console を使用します。コンフィグレーションによっては、Oracle Service Bus Console を使用した管理タスクの実行が必要になることがあります。

Oracle Service Bus クラスタへの管理対象サーバの追加

新しい管理対象サーバを Oracle Service Bus クラスタに追加するには、WebLogic Server Administration Console を使用して以下の手順を実行します。

  1. Oracle Service Bus クラスタに追加する管理対象サーバが実行されていないことを確認します。必要な場合は、サーバを停止します。管理対象サーバを停止する方法については、『サーバの起動と停止の管理』の「サーバの起動と停止」を参照してください。
  2. [Change Center] で [ロックして編集] をクリックします (まだクリックしていない場合)。
  3. [環境] を展開して [クラスタ] を選択します。[クラスタの概要] パネルで、クラスタ アドレスを変更し、新しいサーバのアドレスを含めます。
  4. [サービス] を展開して [永続ストア] を選択します。新しいサーバの新しいファイル ストアを定義し、移行可能ではないサーバに割り当てます。
    5. 注意 : 新しいサーバのファイル ストア定義に指定するディレクトリを必ず作成してください。
  5. [サービス｜メッセージング] を展開して [JMS サーバ] を選択します。新しいファイル ストアを使用して新しいサーバに新しい JMS サーバを作成し、同じ移行可能ではないサーバに割り当てます。
  6. [JMS サーバの概要] パネルで、新しい JMS サーバの名前をクリックします。[一時的なテンプレートを含むモジュール] リストで [jmsResources] を選択し、[一時的なテンプレート名] ボックスに TemporaryTmplt と入力し、[保存] をクリックします。
  7. 以下の手順を実行し、必要なキューを作成して対応する分散送り先に追加します。
    1. [サービス｜メッセージング] を展開します (まだ展開していない場合)。
    2. [JMS モジュール] を選択し、[configwiz-jms] をクリックします。
    3. QueueIn_auto_x という名前の新しいキューを作成し、テンプレートのデフォルト値をそのまま使用し、キューを新しいサーバに割り当てます。
      4. 注意 : この手順と手順 8 で指定するキュー名の x は、Oracle Service Bus クラスタに現在ある管理対象サーバの番号であり、1 ずつ増分されます。たとえば、現在 2 台の管理対象サーバがあるクラスタに管理対象サーバを追加する場合、x は 3 になります。この手順で QueueIn_auto_3 を作成する場合、手順 d から手順 g で作成するキューの名前の最後も 3 にします。

      QueueIn_auto_x を定義するとき、新しいサブデプロイメント (たとえば、sub_new) を作成し、対象として新しいサーバの JMS サーバを選択します。

      注意 : 手順 d から手順 g では、各キューの新しいサブデプロイメントを作成する代わりに、このサブデプロイメントを再使用します。
    4. wli.reporting.jmsprovider.queue_auto_x を作成し、新しいサーバに割り当てます。
    5. wlsb.internal.transport.task.queue.email_auto_x を作成し、新しいサーバに割り当てます。
    6. wlsb.internal.transport.task.queue.file_auto_x を作成し、新しいサーバに割り当てます。
    7. wlsb.internal.transport.task.queue.ftp_auto_x を作成し、新しいサーバに割り当てます。
    8. wli.reporting.jmsprovider_error.queue_auto_x を作成し、新しいサーバに割り当てます。
    9. wlsb.internal.transport.task.queue.sftp_auto_x を作成し、新しいサーバに割り当てます。
  8. [サービス｜メッセージング] を展開して configwiz-jms モジュールを選択します。手順 c から手順 g で作成したキューを対応する分散送り先に追加します。
    1. QueueIn_auto_x を dist_QueueIn_auto に追加します。
    2. wli.reporting.jmsprovider.queue_auto_x を dist_wli.reporting.jmsprovider.queue_auto に追加します。
    3. wlsb.internal.transport.task.queue.email_auto_x を dist_wlsb.internal.transport.task.queue.email_auto に追加します。
    4. wlsb.internal.transport.task.queue.file_auto_x を dist_wlsb.internal.transport.task.queue.file_auto に追加します。
    5. wlsb.internal.transport.task.queue.ftp_auto_x を dist_wlsb.internal.transport.task.queue.ftp_auto に追加します。
    6. wli.reporting.jmsprovider_error.queue_auto_x を dist_wli.reporting.jmsprovider_error.queue_auto に追加します。
    7. wlsb.internal.transport.task.queue.sftp_auto_x を dist_wlsb.internal.transport.task.queue.sftp_auto に追加します。
  9. [Change Center] で、[アクティブ化] をクリックします。
  10. 新しい管理対象サーバを起動できます。管理対象サーバを起動する方法については、『サーバの起動と停止の管理』の「サーバの起動と停止」を参照してください。
  11. クラスタに HTTP ロード バランサ (ソフトウェアまたはハードウェア) がある場合、ロード バランサのサーバ リストに新しい管理対象サーバを追加します。たとえば、WebLogic HttpClusterServlet を使用する場合、対応するアプリケーションの web.xml ファイルに新しいサーバを追加します。詳細については、『WebLogic Server クラスタ ユーザーズ ガイド』の「クラスタでのロード バランシング」を参照してください。

拡張したクラスタのためのビジネス サービス コンフィグレーションの更新

Oracle Service Bus コンフィグレーションに JMS 要求/応答機能を使用する 1 つまたは複数のビジネス サービスがある場合、新しい管理対象サーバをクラスタに追加した後、Oracle Service Bus Console を使用して以下の手順も実行する必要があります。

  1. [Change Center] で [作成] をクリックし、セッションを作成します。
  2. [プロジェクト エクスプローラ] を使用し、JMS 要求/応答を使用するビジネス サービスを検索して選択します。この種類のビジネス サービスの [サービスの種類] には、[メッセージング サービス] と表示されています。
  3. [詳細表示] ページの一番下で [編集] をクリックします。
  4. エンドポイント URI にクラスタ アドレスがある場合、クラスタ アドレスに新しいサーバを追加します。
  5. [ビジネス サービスの編集 - 概要] ページで [保存] をクリックします。
  6. JMS 要求/応答を使用する残りの各ビジネス サービスに対して、手順 2 から手順 5 を繰り返します。
  7. [Change Center] で、[アクティブ化] をクリックします。

ビジネス サービスは拡張したドメインでの処理用にコンフィグレーションされました。

注意 : ビジネス サービスで JMS MesageID 相関スキーマを使用している場合、接続ファクトリ設定を編集して、管理対象サーバをキューにマッピングするテーブルにエントリを追加する必要があります。キューとトピックの送り先をコンフィグレーションする方法については、『WebLogic Server Administration Console オンライン ヘルプ』の「JMS サーバのコンフィグレーション」にある「JMS サーバの対象指定」を参照してください。

拡張したクラスタのためのプロキシ サービス コンフィグレーションの更新

Oracle Service Bus コンフィグレーションに、クラスタ アドレスを持つ JMS エンドポイントを使用する 1 つまたは複数のプロキシ サービスがある場合、新しい管理対象サーバをクラスタに追加した後、Oracle Service Bus Console を使用して以下の手順も実行する必要があります。

  1. [Change Center] で [作成] をクリックし、セッションを作成します。
  2. [プロジェクト エクスプローラ] を使用し、クラスタ アドレスを持つ JMS エンドポイントを使用するプロキシ サービスを検索して選択します。
  3. [詳細表示] ページの一番下で [編集] をクリックします。
  4. エンドポイント URI にクラスタ アドレスがある場合、クラスタ アドレスに新しいサーバを追加します。
  5. [プロキシ サービスの編集 - 概要] ページで [保存] をクリックします。
  6. クラスタ アドレスを持つ JMS エンドポイントを使用する残りの各プロキシ サービスに対して、手順 2 から手順 5 を繰り返します。
  7. [Change Center] で、[アクティブ化] をクリックします。

プロキシ サービスは拡張されたドメインでの処理用にコンフィグレーションされました。

管理対象サーバの削除

WebLogic Server 管理ツールを使用して、Oracle Service Bus クラスタから管理対象サーバを削除できます。管理対象サーバの削除を決定する前に、以下の点に注意してください。

クラスタから管理対象サーバを削除する方法については、『WebLogic Server Administration Console オンライン ヘルプ』の「ドメインのコンフィグレーション」にある「管理対象サーバの削除」を参照してください。

クラスタのビジネス サービスの変更

ビジネス サービスを変更する手順は、単一サーバでもクラスタ環境でも同じです。ビジネス サービスの変更方法については、「ビジネス サービスの変更」を参照してください。

しかし、クラスタのビジネス サービスへの変更をデプロイする手順は、ビジネス サービスに行った変更の種類および同時にデプロイする他の変更の性質によって異なります。詳細については、以下の節のインストール方針に関する説明を参照してください。

クラスタへの新しいバージョンのプロキシ サービスのインストール

ビジネス要件の変化に伴い、プロキシ サービスの変更が必要になることがあります。このような変更はオンラインで動的に行うことも、部分的または完全にオフラインで行うこともできます。変更に下位互換性がある (つまり、インタフェースは変更しない) 場合、Oracle Service Bus Console を使用してオンラインで動的に変更できます。他の種類の変更は、部分的または完全にオフラインで行う必要があり、システム管理の追加手順が必要です。

オンライン更新の実行の詳細については、「コンフィグレーションのオンライン更新」を参照してください。

プロキシ サービス インタフェースへの下位互換性がない変更を含む変更を行うには、完全なオフライン デプロイメントが必要です。新しいバージョンをインストールするには、すべてのサーバが作動中に以下の手順を実行します。

  1. すべての着信メッセージを休止します。
  2. 非同期にバックログされたすべてのメッセージが処理されたことを確認します。
  3. プロキシ サービスで必要な変更を行い、テストして、プロキシ サービスが要求どおり動作することを確認します。
  4. 着信メッセージの受信を再開します。

下位互換性とインストール方針の詳細については、「新しいバージョンのプロキシ サービスのインストール」を参照してください。


  ページの先頭       前  次