ルームへの参加のアーカイブ

ルームの入退室をアーカイブすると、トラフィックが増加し、外部データベース サーバの領域が消費されるため、これを行うかどうかは任意です。

匿名ルームでのチャット

Cisco Jabber 経由でチャットを展開する場合（グループチャットまたは持続チャットのいずれか）は、[グループチャットと常設チャットの設定（Group Chat and Persistent Chat Settings）] ウィンドウで、[デフォルトで、ルームは匿名です（Rooms are anonymous by default）] および [ルームのオーナーは、ルームを匿名にするかどうかを変更できます（Room owners can change whether or not rooms are anonymous）] オプションが選択されていないことを確認してください。 いずれかのチェックボックスをオンにすると、チャットは失敗します。

データベース接続の問題

Text Conference Manager サービスが起動した後で外部データベースとの接続が失敗した場合、Text Conference Manager サービスはアクティブなままで動作を継続します。ただし、メッセージはデータベースに書き込まれなくなり、接続が回復するまで新しい永続的なルームを作成できません。

OVA 要件

常設チャットまたはクラスタ間ピアリングを展開している場合、これらの機能に展開できる最小 OVA サイズは 5000 ユーザ OVA です。 少なくとも 15,000 ユーザの OVA を展開することをお勧めします。 ユーザベースの規模によっては、集中型展開では 25,000 ユーザの OVA が必要になる場合があります。 OVA オプションとユーザ容量の詳細については、次のサイトを参照してください。

Microsoft SQL Server での常設チャット文字数の制限

メッセージの本文（HTML タグとテキストメッセージを含む）が 4000 文字を超えるチャットメッセージは配信されません。 これらのメッセージは拒否され、アーカイブされません。 この問題は、Microsoft SQL Server がリリース 11.5（1）SU3 以降の外部データベースとして使用されている場合に発生します。 詳細については、CSCvd89705 を参照してください。

ピアクラスタがサポートされていないリリースを実行している Jabber Mobile 用の常設チャット

Jabber モバイル用の常設チャットは 11.5（1）SU5 で導入され、11.5（1）SU の以前のリリースではサポートされません。 この機能は 12.0 (1)または 12.0（1）SU1 でもサポートされていません。

このリリースで Jabber モバイル用の常設チャットを展開し、Jabber Mobile 用の常設チャットルームをサポートしないピアクラスタでクラスタ間ピアリングを設定している場合、Jabber モバイルクライアントには次の条件が適用されます。

常設チャットルームが 11.5 (1)などのサポートされていないリリースでホストされている場合：

• サポートされているクラスタに所属する Jabber モバイルクライアントは、サポートされていないクラスタでホストされている常設チャットルームに参加できますが、ルームをミュートすることはできません。 彼らはグローバルミュートオプションを見るでしょう、しかしそれはうまくいきません。

• サポートされていないピアクラスタに所属している Jabber モバイルクライアントは、常設チャットルームに参加できません。

常設チャットルームが、11.5（1）SU5 などのサポートされているリリースでホストされている場合：

• サポートされているクラスタに所属している Jabber モバイルクライアントの参加者は、モバイル機能に関する常設チャットをすべて使用できます。

• サポートされていないピアクラスタの Jabber モバイルクライアントは、常設チャットルームに参加できません。

スプリット ブレイン現象が発生すると、サブスクライバまたはパブリッシャがピア Text Conferencing サービスを検出するか、いずれかのノードがダウンした場合、サブスクライバまたはパブリッシャは、通常の状態からバックアップへの移行を試みます。

この操作中に、ピア チャット ルームの読み込みで外部データベースへの接続に失敗した場合、Cisco XCP Text Conferencing サービスはシャットダウンします。

IM & P の導入でサポートされるパーシステント チャットルームの最大数は、サブクラスタあたり 5000 です。

高可用性を有効にしている場合は、ノードあたり最大 2500 ルームを作成することを推奨します。 （ただし、システムは最大で 1 ノードあたり最大 5000 ルームを作成できます）。 高可用性導入環境では、ノードあたり 2500 ルームが設定されている場合、フェールオーバー時には、バックアップノード上にホストされている 5000 ルームより多くのルームが存在することになります。 このため、トラフィックの負荷によっては、予期しないパフォーマンスの問題が発生する可能性があります。

システム上の 5000 ルームの負荷は、ルーム内の参加者の数、ルーム内のメッセージ交換の割合、メッセージのサイズにも依存します。 Cisco コラボレーション サイジングツールを使用して、パーシステント チャット導入のための適切な OVA セットアップを確認します。 コラボレーション サイジングツールの詳細については、次を参照してください。 https://cucst.cloudapps.cisco.com/landing

サブクラスター内の両方のノード間で均等にルームのバランスをとることを推奨します。 また、IM&P クラスタに複数のサブクラスタがある場合は、すべてのサブクラスタにわたってルームのロード バランシングを行うことを推奨します。 現在の IM & P には、ルームを自動的にロードバランシングするメカニズムがありません。 ルームのロードバランシングは、ルームを作成するユーザーの責任で行います。 ルームの作成時に、ユーザーは Jabber 機能を使用して、自動的にランダムノードをルーム作成用に選択していることを確認する必要があります。

アドホック チャット ルームをプライベートにする

アドホック チャット ルームは既定でパブリックですが、次の構成のメンバーのみに設定できます。

1. [Cisco Unified CM IM and Presenceの管理（Cisco Unified CM IM and Presence Administration）] から、[メッセージング（Messaging）] > [グループチャットおよび常設チャット（Group Chat and Persistent Chat）] を選択します。

2. [ルームは既定でメンバー専用にする] チェック ボックスをオンにします。

3. [ルームのオーナーは、ルームをメンバー専用にするかどうかを変更できます（Room owners can change whether or not rooms are for members only）]チェックボックスをオフにします。

4. [他のユーザをメンバー専用ルームに招待できるのはモデレータのみです（Only moderators can invite people to members-only rooms）]チェックボックスをオフにします。

5. [保存] をクリックします。

6. Cisco XCP Text Conference サービスを再起動します。

   （注）	IM and Presence でアドホックチャットルームをプライベートとして設定すると、常設チャットルームもプライベートになります。