Cisco Unity Connection クラスタ コンフィギュレーション アドミニストレーション ガイド Release 7.x

Primary（プライマリ）

• データベースとメッセージ ストアをパブリッシュします。これらのデータベースとメッセージ ストアは両方とも、クラスタ内のもう一方のサーバにレプリケートされます。

• もう一方のサーバからレプリケート データを受信します（そのサーバのデータを共有できる場合）。

• 管理インターフェイス（Connection の管理など）に変更内容を表示し、受け入れます。このデータは、クラスタ内のもう一方のサーバにレプリケートされます。

• ボイス メッセージ機能（電話コールへの応答、メッセージの録音、メッセージ通知の送信、および MWI 要求の送信）を実行します。

• クライアント（Cisco Personal Communications Assistant や電子メール アプリケーションなど）に接続します。

• クラスタが正常に機能している場合、パブリッシャ サーバはプライマリ ステータスになっています。

（注） プライマリ ステータスのサーバをデアクティベートすることはできません。

Secondary（セカンダリ）

• プライマリ ステータスのサーバからレプリケート データを受信します。データには、データベースとメッセージ ストアが含まれます。

• プライマリ ステータスのサーバにデータをレプリケートします。

• 管理インターフェイス（Connection の管理など）に変更内容を表示し、受け入れます。プライマリ ステータスのサーバにデータがレプリケートされます。

• ボイス メッセージ機能（電話コールへの応答、メッセージの録音、メッセージ通知の送信、および MWI 要求の送信）を実行します。

• クライアント（Cisco Personal Communications Assistant や電子メール アプリケーションなど）に接続します。

（注） セカンダリ ステータスのサーバだけをデアクティベートすることができます。

Deactivated（デアクティベート）

• プライマリ ステータスのサーバからレプリケート データを受信します。データには、データベースとメッセージ ストアが含まれます。

• 管理インターフェイス（Connection の管理など）に変更内容を表示し、受け入れます。プライマリ ステータスのサーバにデータがレプリケートされます。

• ボイス メッセージ機能を実行しません。

Not Functioning（機能停止）

• プライマリ ステータスのサーバからレプリケート データを受信しません。

• プライマリ ステータスのサーバにデータをレプリケートしません。

• 管理インターフェイス（Connection の管理など）を表示しません。

• ボイス メッセージ機能を実行しません。

（注） 通常、機能停止ステータスのサーバはシャットダウンされています。

Starting（起動中）

• プライマリ ステータスのサーバからレプリケート データを受信します。データには、データベースとメッセージ ストアが含まれます。

• プライマリ ステータスのサーバにデータをレプリケートします。

• ボイス メッセージ機能を実行しません。

Replicating Data（データ レプリケート中）

• クラスタからデータを送受信します。

• 一時的にボイス メッセージ機能を実行しません。

• 一時的にクライアント（Cisco Personal Communications Assistant や電子メール アプリケーションなど）に接続しません。

（注） このステータスは数秒間続きます。その後、以前のサーバ ステータスに戻ります。

Split Brain Recovery（スプリット ブレイン リカバリ）

• 2 台のサーバがプライマリ ステータスになっていることを検出した場合 、パブリッシャ サーバにプライマリ ステータスを割り当てます。

• プライマリ ステータスを割り当てたサーバのデータベースとメッセージ ストアを更新します。

• もう一方のサーバにデータをレプリケートします。

• 一時的にボイス メッセージ機能を実行しません。

• 一時的にクライアント（Cisco Personal Communications Assistant や電子メール アプリケーションなど）に接続しません。

（注） このステータスは数秒間続きます。その後、以前のサーバ ステータスに戻ります。

Skinny Client Control Protocol（SCCP）による Cisco Unified Communications Manager または Cisco Unified Communications Manager Express との統合

• 電話システムにセットアップされる SCCP ボイスメール ポート デバイスの数は、ボイス メッセージ トラフィックの処理に必要な数の 2 倍になります（たとえば、すべてのボイス メッセージ トラフィックの処理に 16 個のボイスメール ポート デバイスが必要な場合、32 個のボイスメール ポート デバイスを電話システムにセットアップする必要があります）。

• Cisco Unity Connection の管理では、電話システムにセットアップされるポートの半数がクラスタ内の各サーバに割り当てられるように、ボイス メッセージ ポートが設定されます（たとえば、クラスタ内の各サーバには 16 個のボイス メッセージ ポートが割り当てられます）。

• 電話システムでは、クラスタ内の両方のサーバにコールを均一に分散するように、回線グループ、ハント リスト、およびハント グループが設定されます。

• 一方のサーバが機能を停止した場合（たとえば、メンテナンスのためにシャットダウンされた場合）、もう一方のサーバが、クラスタに対するボイス メッセージ機能の役割を担います。

• 機能を停止したサーバがその通常のボイス メッセージ機能を再開できるようになると、両方のサーバは、クラスタに対するボイス メッセージ機能のそれぞれの分担を再開します。

SIP トランクを介した Cisco Unified Communications Manager または Cisco Unified Communications Manager Express との統合

• Cisco Unity Connection の管理では、ボイス メッセージ トラフィックの処理に必要なボイス メッセージ ポートの半数がクラスタ内の各サーバに割り当てられます（たとえば、クラスタへのすべてのボイス メッセージ トラフィックの処理に 16 個のボイス メッセージ ポートが必要な場合、クラスタ内の各サーバには 8 個のボイス メッセージ ポートが割り当てられます）。

• 電話システムでは、クラスタ内の両方のサーバにコールを均一に分散するように、ルート グループ、ルート リスト、およびルート パターンが設定されます。

• 一方のサーバが機能を停止した場合（たとえば、メンテナンスのためにシャットダウンされた場合）、もう一方のサーバが、クラスタに対するボイス メッセージ機能の役割を担います。

• 機能を停止したサーバがその通常のボイス メッセージ機能を再開できるようになると、両方のサーバは、クラスタに対するボイス メッセージ機能のそれぞれの分担を再開します。

PIMG/TIMG ユニットを介した統合

• 電話システムにセットアップされるポートの数は、クラスタ内の各サーバのボイス メッセージ ポートの数と同じです。したがって、すべてのボイス メッセージ ポートはサーバ間で共有されます（たとえば、電話システムに 16 個のボイス メッセージ ポートがセットアップされる場合、クラスタ内の各サーバにも 16 個のボイス メッセージ ポートが割り当てられます）。

• 電話システムでは、クラスタ内の両方のサーバにコールを均一に分散するように、ハント グループが設定されます。

• サーバ間でボイス メッセージ トラフィックの負荷を分散するように、PIMG/TIMG ユニットが設定されます。

• 一方のサーバが機能を停止した場合（たとえば、メンテナンスのためにシャットダウンされた場合）、もう一方のサーバが、クラスタに対するボイス メッセージ機能の役割を担います。

• 機能を停止したサーバがその通常のボイス メッセージ機能を再開できるようになると、両方のサーバは、クラスタに対するボイス メッセージ機能のそれぞれの分担を再開します。

SIP を使用するその他の統合

• Cisco Unity Connection の管理では、ボイス メッセージ トラフィックの処理に必要なボイス メッセージ ポートの半数がクラスタ内の各サーバに割り当てられます（たとえば、クラスタへのすべてのボイス メッセージ トラフィックの処理に 16 個のボイス メッセージ ポートが必要な場合、クラスタ内の各サーバには 8 個のボイス メッセージ ポートが割り当てられます）。

• 電話システムでは、クラスタ内の両方のサーバにコールを均一に分散するように、ハント グループが設定されます。

• 一方のサーバが機能を停止した場合（たとえば、メンテナンスのためにシャットダウンされた場合）、もう一方のサーバが、クラスタに対するボイス メッセージ機能の役割を担います。

• 機能を停止したサーバがその通常のボイス メッセージ機能を再開できるようになると、両方のサーバは、クラスタに対するボイス メッセージ機能のそれぞれの分担を再開します。

Primary（プライマリ）から Secondary（セカンダリ）へ

ステータス変更が手動で行われた場合、進行中のコールは影響を受けません。

ステータス変更が自動的に行われた場合、進行中のコールへの影響は、停止した重要なサービスによって異なります。

Secondary（セカンダリ）から Primary（プライマリ）へ

ステータス変更が手動で行われた場合、進行中のコールは影響を受けません。

ステータス変更が自動的に行われた場合、進行中のコールへの影響は、停止した重要なサービスによって異なります。

Secondary（セカンダリ）から Deactivated（デアクティベート）へ

進行中のコールは切断されます。

コールが切断されないようにするには、Cisco Unity Connection Serviceability の［Cluster Management］ページで、サーバに対応する［Stop Taking Calls］をクリックし、すべてのコールが終了するまで待ってからサーバをデアクティベートします。

Primary（プライマリ）または Secondary（セカンダリ）から
Replicating Data（データ レプリケート中）へ

進行中のコールは影響を受けません。

Primary（プライマリ）または Secondary（セカンダリ）から
Split Brain Recovery（スプリット ブレイン リカバリ）へ

進行中のコールは影響を受けません。

Primary（プライマリ）

Cisco Unity Connection Serviceability で重要なサービスを停止すると、サーバ ステータスがセカンダリに変更されます。ボイス メッセージ機能を処理するサーバの能力が低下します。

もう一方のサーバのステータスがプライマリに変更されます（そのサーバが無効ステータスまたは機能停止ステータスになっていない場合）。

Secondary（セカンダリ）

Cisco Unity Connection Serviceability で重要なサービスを停止すると、ボイス メッセージ機能を処理するサーバの能力が低下します。もう一方のサーバのステータスと機能は変更されません。