音声とユニファイド コミュニケーション : Cisco Unity

Cisco Unity: Unity メッセージリポジトリの定義

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

Cisco Unity 3.x 以降に組み込まれた Cisco Unity Message Repository(UMR)では、プライマリ Exchange サーバがオフラインの場合、外部発信者がユーザにメッセージを残すことができます。 メッセージは、Cisco Unity サーバの \Commserver\unityMta ディレクトリに一時的に保存され、特別な UMR のカンバセーションによってアクセスできます。 プライマリ Exchange サーバがオンラインに戻ると、Cisco Unity は、通常どおりにメッセージを正しいメッセージ ストアに渡します。

前提条件

要件

この ドキュメント を 読む人はある Cisco Unity がどのようにのはたらくか一般的な説明が必要があります。 詳細については、白書を参照して下さい: Cisco Unity が(バージョン 3.x)外観をどのようにはたらかせるか Cisco Unity データ アーキテクチャおよび

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

  • Microsoft Exchange の Cisco Unity 3.0 またはそれ以降

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

サーバ停止

UMR 機能は Exchange サーバに問題の間、Cisco Unity が外部発信者 の メッセージを奪取 するようにします。 Exchange サーバがオフラインになる UMR ハンドル変更:

  • Cisco Unity のプライマリ エクスチェンジ サーバがオフラインになる場合、すべてのサブスクライバは UMR メッセージ交換が聞こえます。

  • オフ サーバ サブスクライバが付いている Exchange サーバがオフラインになる場合、オフ・ライン Exchange サーバのメールボックスを持つそれらのサブスクライバだけは UMR メッセージ交換が聞こえます、他のサーバのサブスクライバに規則的なメッセージ アクセスがあるが。

注: 規則的なアクセスがあるサブスクライバは、停止によってそれらの影響を受けなかった、Exchange サーバが音声メールを呼出し、ログオンし、#2 を押すことによってオフ・ラインであるサブスクライバのためのメッセージを残すことができます。 ただし、これらのメッセージは Exchange およびない UMR によって専ら処理されます。 従って、サブスクライバは Exchange が再びオンラインになるまでこれらのメッセージにアクセスできません。

UMR 会話およびメッセージアクセス

Exchange サーバがオフ・ラインのおよび間、サブスクライバは Cisco Unity に彼ら聞こえれば UMR メッセージ交換が呼出しを行う場合、それらはサーバ 停止の間に受け取った外部発信者 の メッセージをだけ受信できます。 従ってこれらのメッセージは\ COM ポート\ UnityMTA ディレクトリおよびない Exchange で Cisco Unity サーバでユーザのプライマリ エクスチェンジ サーバがオフ・ラインの間、一時エリアのメッセージだけがアクセス可能です一時的に保存されます。 ユーザはメッセージおよびタイムスタンプを聞きますが、削除して、に答えて、前方かまたは他のサブスクライバのために脱退 メッセージできません。 Exchange がオフ・ラインであるので、サブスクライバは停止の前に Exchange サーバにあったメッセージにアクセスできません。

外部コールのふりをする転送されたコール

Exchange がオフ・ラインの間、サブスクライバが直接他のサブスクライバの拡張にダイヤルし、次に Cisco Unity に転送されれば、Cisco Unity は外部発信者とこのコールを同じ扱います。 Cisco Unity に転送されて、サブスクライバは他のサブスクライバのための脱退 メッセージにできますが、これらのメッセージは UMR だけで利用できます。 Exchange が再びオンラインになった、メッセージが規則的な音声 メールボックスにある後でさえもこれらのメッセージはサブスクライバ間 メッセージとして識別されないし、メッセージに答えるオプションがありません。 停止の後の電話 システムおよび統合によっては、これらの呼び出しは件名の呼び出し側ID情報として ViewMail for Outlook (VMO)で表示されたときサブスクライバの拡張があるかもしれません。

停止の後のメッセージデリバリーおよび通知

サーバがの下で行くが、判別するために時間がかかりますとき Cisco Unity サーバが再びオンラインになるときすぐに検出は。 もどって来るオンラインからのサーバを遅らせるこれは長い始動時間を過している交換 サービスが部分的に原因です。 この中間時間の間に、サブスクライバは UMR メッセージ交換の代りに Cisco Unity を呼出すときフェイル・セイフ メッセージ交換、か規則的なメッセージ交換が聞こえるかもしれません(Cisco バグ ID CSCdu13936登録ユーザのみ注意される)で)。 同様に、サブスクライバは Exchange サーバが再びオンラインになると同時に UMR のメッセージを受信する場合フェイル・セイフ メッセージ交換が聞こえるかもしれません(Cisco バグ ID CSCdu25943登録ユーザのみ注意される)で)。 サブスクライバは Cisco Unity が規則的なメッセージ交換が聞こえる前に規則的なメールボックスにアクセスできるまで待たなければなりません。 また UMR のメッセージのバックログがあるかもしれないので Cisco Unity はサブスクライバが呼出しを行い、規則的なメッセージ交換を得ることができるのにローカル UMR から適切な Exchange サーバにメッセージを移動するために数分かかるかもしれません。

Cisco Unity が UMR から Exchange サーバにメッセージを移動するとき、すべてのメッセージは UMR メッセージ交換の使用を受信されても、およびトリガー メッセージ待機インディケーター(MWI)出て来ますと同時に新しい。 メッセージは Exchange によって提供された時間の新しいタイムスタンプが含まれています。 これは 2 つの異なるタイムスタンプを持っているメッセージという結果に終る場合があります; Exchange によって配信の後に UMR およびもう 1 つにある間、1 つ(でバグID CSCdu04991登録ユーザのみ注意される))

MWI は Exchange がオフ・ラインのとき正しくメッセージ ステータスを示さないかもしれません。 MWI はしかし、サブスクライバできないそれらにアクセス着いたメッセージから Exchange サーバが Exchange と稼働している間、点灯されるかもしれません。 また、Cisco Unity は停止の間に着いた点灯しないし、UMR にありますメッセージのための MWI を。 サブスクライバは呼出しを行い、彼らにそれらを待っているメッセージがあるかどうか確認する必要があります。

メッセージリポジトリの位置

Cisco Unity がエクスチェンジの停止の間に処理する UMR メッセージの数は利用可能 な ハードディスクの空き容量によって制限されます。 具体的には、C:\Commserver\UnityMTA ディレクトリで利用可能 な領域。 このディレクトリはここに見つけることができるレジストリ 設定によって制御されます、:

  • HKLM \ソフトウェア\アクティブ voice\UnityUMR\1.0\MtaStoragePath

分配リストへのメッセージ

分配リストへのエクスチェンジの停止 メッセージの間に、アドレス が ない メッセージ 分配リストのような、リストは UMR でが拡張されないので、UMR に現われて下さいしかし分配リストとない分配リストのメンバーに当たります。 従って、サブスクライバは Exchange によって拡張され、配信されるまでそれらにアクセスできません。

AvUMRSyncSvr サービス

Cisco Unity が UMR からのメッセージを提供する前に、メッセージがこと Exchange サーバはメッセージを受け取ってオンラインおよび準備ができる必要がありますに向かう。 メッセージが Exchange 関連の問題の UMR で続けるかもしれないとき時が、結局集まり解決されるようですあります。

メッセージはローカル UMR ディレクトリから提供されていないことに管理者が注意すれば、Exchange サーバがすべての背部オンラインだった後でさえも、通常 C:\Commserver\UnityMTA はメッセージ デリバリーを引き起こすために UMR サービスの再開によって問題を解決します。 これはサービス コントロール コントロール・パネルから AvUMRSyncSvr にアクセスすることによって達成されます。 UMR メッセージ デリバリーはサーバが再びオンラインになった後開始するために約 3 分かかるかもしれません。

イベントログメッセージ

Exchange サーバをであるオンライン確認するメッセージがあるようにイベントログを確認して下さい。 下記に示されている 2 つの例と同じような Windows イベント ビューアにリストされているメッセージが表示されるはずです。 これらのメッセージがイベントログにない場合、今でも Cisco Unity はそれにメッセージを送信 することを防いでいる Exchange サーバに問題があります。

Event Type: Information
Event Source: AvWM_MC
Event Category: Warning
Event ID: 29002
Computer: MCH-UNITY
Description: MCH-UNITY has come back online

Event Type: Warning Event Source: AvExchangeMonitor_MC
Event Category: Run Event ID: 1020 Computer: MCH-UNITY
Description: Server MCH-UNITY is back on-line. Resyncing mailboxes.

無効なメッセージ

UMR の無効 な アカウントのサブスクライバのための無効なメッセージ ファイルまたはメッセージが(たとえば、SQL の無効 な homeserver)ある場合、他のすべてのメッセージの配信をブロックします。 AvUMRSyncSvr サービスは First In First Out (FIFO; 先入れ先出し)順序でメッセージを提供します。 より早いメッセージの受信者は無効な設定があるか、またはホーム サーバがオンラインですが、メッセージを受け入れなければ場合、残りのメッセージは提供されません。 Outlook はサブスクライバのアドレスが正しく設定されるかどうか見るチェックで使用してが役立ちます。 Outlook メッセージがサブスクライバに提供することができない場合 UMR はメッセージを提供どちらかできません。 メッセージを UMR から削除するか、またはサブスクライバのアカウントにおける問題を訂正して下さい。

交換 およびメッセージ トラッキング

UMR から提供されるが、サブスクライバの音声 メールボックスで Exchange のキューでスタックしているメッセージがあるように確認しないようではないですメッセージに関しては、使用 Exchange の Message Transfer Agent (MTA)ツール。 ステップは下記の Exchange 2000 および Exchange 5.5 のための MTA ツールを使用する方法を説明します。

Exchange 2000

Exchange 2000 のために MTA ツールを使用するのにこのプロシージャを使用して下さい:

  1. Start > Programs > Microsoft Exchange > System Manager の順に選択 することからシステムマネージャを開始して下さい。

  2. コンソールツリーから、サーバをダブルクリックして下さい。

  3. 選択のサーバを右クリックし、『Properties』 を選択 して下さい。

  4. General タブから、メッセージが送信 されるか、または受け取られた送信側、時間、メッセージサイズ、優先順位および受信者についてのログ 情報に『Enable message tracking』 を選択 して下さい。

  5. General タブから、サーバに、から、またはによって送信 されるあらゆるメッセージのサブジェクトを記録するために『Enable subject logging』 を選択 して下さい。

注: これは Exchange 2000 サーバでだけ利用できます。

Exchange 2000 におけるメッセージの追跡

Exchange 2000 のメッセージをトラッキングするのにこのプロシージャを使用して下さい:

  1. Exchange システムマネージャを開いて下さい。

  2. コンソールツリーから、ツールをダブルクリックし、『Message Tracking Center』 を選択 して下さい。

  3. 右のペインで右クリックし、次に『Track Message』 をクリック して下さい。

    メッセージング問題を診断し、Cisco Unity が Exchange に送る Exchange によってが渡すことができなかったメッセージを見つけるのを助けるのに検索ツールを使用して下さい。 メッセージを見つけたら、Details and Message History ボタンをクリックしてメッセージについての詳細を得て下さい。

Exchange 5.5

Exchange 5.5 のために MTA ツールを使用するのにこのプロシージャを使用して下さい:

  1. 『Start > Programs』 を選択 することからエクスチェンジ アドミニストレイターを > Exchange > Microsoft Exchange Administrator 開始して下さい。

  2. コンソールツリーから、Cisco Unity サーバが含まれているサイトをダブルクリックして下さい。

  3. サーバをダブルクリックして下さい。

  4. メッセージを監視したいと思うサーバをクリックして下さい。

  5. ウィンドウの右側から、Message Transfer Agent をダブルクリックし、Queues タブをクリックして下さい。

    Properties ページ Message Transfer Agent は Exchange のキューで待っているメッセージすべてをリストします。 Cisco Unity が Exchange に送ったが、Exchange が渡さなかったメッセージを探して下さい。

unaddressedmessagesエイリアスに送られる メッセージ

メッセージが「unaddressedmessages」エイリアスに送られていることに注意することができます。 これはどちらかメッセージがもはや存在に、または無効な設定がないエイリアスに当たるとき起こります。 Exchange 内の問題となるアドレスを解決し、根本的な原因を判別するのに Outlook および Exchange ツールを使用して下さい。

トラブルシューティング

ほとんどの UMR 問題に関しては特に UMR がローカル UMR ディレクトリからのメッセージを、通常 C:\Commserver\UnityMTA 提供しなかったら、そして Exchange サーバがすべての背部オンラインだった後でさえも、メッセージ デリバリーを引き起こすために UMR サービスを再開して下さい。 これはサービス コントロール コントロール・パネルから AvUMRSyncSvr にアクセスすることによって達成することができます。 UMR からのメッセージ デリバリーが始まる 5 分まで前に Cisco Unity および Exchange は遅れるかもしれません。

Exchange サーバが再びオンラインになるおよび Cisco Unity がサーバと再同期化すると同時に、サブスクライバは UMR の代りにフェイル・セイフ メッセージ交換か規則的なメッセージ交換が聞こえるかもしれません(Cisco バグ ID CSCdu13936登録ユーザのみ注意される)で Cisco Unity に呼出しを行うとき)。 サブスクライバは Exchange サーバが再びオンラインになると同時に UMR のメッセージを受信する場合フェイル・セイフ メッセージ交換が聞こえるかもしれません(Cisco バグ ID CSCdu25943登録ユーザのみ注意される)で)。 サブスクライバは規則的なメッセージ交換が聞こえるために Cisco Unity はメッセージ記憶装置に再度アクセスできるまで待つ必要があります。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 19030