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

Unity は「メッセージ UMR モードの利用可能 で はない」プロンプトではないです

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

概要

この資料は Cisco Unity サーバが Microsoft Exchange サーバにメッセージを提供しないとき状況を解決するためにステップを提供したものです。 これらの問題の大多数はメールボックスが Cisco Unity バージョン 8.0 との使用 Microsoft Exchange 2010 で説明されている Microsoft Exchange 2010 サーバおよびステップに移行されるとき 7.0 見られ、5.0 移行 資料は続かれません。

Anirudh M Mavilakandy およびサラ Sheridan によって貢献される、Cisco TAC エンジニア。

前提条件

要件

次の項目に関する知識があることが推奨されます。

  • Cisco Unity
  • Microsoft Exchange

使用するコンポーネント

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

  • Cisco Unity バージョン 5.0 または それ 以降
  • Microsoft Exchange パートナー メール ストアとして 2003 年のまたはそれ以降

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

症状

Telephone User Interface (TUI)によって音声メールにアクセスすることを試みるときプロンプトが「メッセージ今利用できない」ことを聞きます。 メッセージは C:\Commserver\UnityMTA フォルダで Cisco Unity が C でインストールされているとスタックしています(これは仮定します: ドライブ)。

いくつかのメッセージが提供されるが、他のメッセージが Message Transfer Agent (MTA)フォルダにとどまる場合、問題を解決するために UMR イベント ID の Unity を 113 の障害シナリオ参照して下さい。

メッセージが MTA フォルダでスタックしていないとき、そしてユーザが「新しいメッセージのプロンプトを持つために聞かないとき、Unity 「が問題を解決するために新しいメッセージの敏速なトラブルシューティング 手順を持つのを参照しないで下さい。

背景説明

Cisco Unity は Exchange サーバと通信し、メッセージを提供するために Messaging Application Programming Interface (MAPI) プロトコルを使用します。 Cisco Unity サーバはパートナー Exchange サーバでホームであるプライマリ Unity server> メールボックスの Unity_<servername にログオンするように試みます。 Cisco Unity が始動の時にこのメールボックスにアクセスできない場合 Unity アプリケーションは Unity Message Repository (UMR) モードに置かれます、つまり Exchange を用いる通信が復元するまでメッセージがユニティサーバでローカルで保存されることを意味します。 これは Unity が UMR モードにあるという考えられる原因の 1 つです。 この資料はまた UMR モードの他の少数の考えられる 原因を取り扱っています。

Cisco Unity でインストールされるこれらのツールが Unity_<servername> メールボックスおよび常駐するサーバがアクセス可能であるかどうか確認するのに使用することができます。

RPC テスト

RPC テストは Exchange サーバが Cisco Unity および RPC と正しく交信したかどうか確認するために使用することができます。

  1. Cisco Unity サーバで、Start > Run の順に選択 して下さい。
  2. cmd 始動を CLI ウィンドウ入力して下さい。
  3. x:\Commserver\Utilities\Customer サポートツール\ RPCTest にディレクトリを\変更して下さい。 (Unity がインストールされているドライブと x を取り替えて下さい。)
  4. rpctest - exchangeservername がパートナー Exchange サーバの名前である、または Clent アクセス サーバ(CAS)入力して下さいかところで s exchangeservername コマンド。

    テストが正常なら出力は行に行が「サーバあります含まれています。 :: RpcMgmtIsServerListening:0"。

更に詳しい情報は Unity で見つけることができます: Microsoft Exchange サーバが到達可能である場合 RPCTest ツールの検出するのに使用方法

DohPropTest

DohPropTest はメールボックス 設定の詳細を表示し、到達可能だったかどうか確認することを可能にします。

  1. Cisco Unity サーバで、Start > Run の順に選択 して下さい。
  2. cmd 始動を CLI ウィンドウ入力して下さい。
  3. x:\Commserver\TechTools\ にディレクトリを変更して下さい。 (Unity がインストールされているドライブと x を取り替えて下さい。)
  4. ツールを起動させるために DohPropTest.exe を-コマンド入力して下さい。
  5. ツールにアクセスするパスワードは数式と計算されます1 月 10 日の間 100-Month)(Month+Date) は、従ってパスワードあります(100-1)(1+10) = 9911
  6. 収集ペインでは、メール・ユーザを見つけて下さい。
  7. コレクション オブジェクト ペインでは、Unity_<servername> メールボックスを見つけて下さい。
  8. Get User's Mailbox をクリックします。
    ログオンが正常である場合、メールボックスについては Displayname、Homeserver および設定された限界の New ウィンドウを見るはずです

MbxSuite

MbxSuite は Cisco Unity が Microsoft に MAPI をする同じ要求をします。 いくつか情報を入力すると、MbxSuite.exe はメールボックスへのログインを試みます。

  1. Cisco Unity サーバで、Start > Run の順に選択 して下さい。
  2. cmd 始動を CLI ウィンドウ入力して下さい
  3. x:\Commserver\TechTools\ にディレクトリを変更して下さい。 (Unity がインストールされているドライブと x を取り替えて下さい。)
  4. ツールを開くために MbxSuite.exe コマンドを入力して下さい。
  5. Unity_<servername> メールボックスを選択して下さい。
  6. フィールドとして実行では、ユニティ メッセージ ストア サービス アカウントを、一般的に ネームド UnityMsgStoreSvc 入力して下さい。 プロンプト表示された場合アカウントパスワードを入力して下さい。
  7. ログオン メールボックスをクリックして下さい。
  8. エラーがあるかどうか診断 ペインを点検して下さい。
    ログオンが正常である場合、「MailboxLogon 終了に」先行している「MailboxLogon エントリ」を見るはずです。

Microsoft の MFCMAPI ツールも、電流 MAPI プロファイルと、メールボックスがアクセス可能であるかどうか確認するのに使用することができます。 詳細についてはマイクロソフトのドキュメンテーションを参照して下さい。

トラブルシューティング

順序で各ステップを完了して下さい。 各ステップの後で、AvUMRSyncSvr サービスを再開し、メッセージ数が UnityMTA フォルダ低下で保持したかどうか確認して下さい。

  1. サブスクライバ メールボックスが(同じ Exchange サーバか新しい Exchange サーバで)移動される時、必要なアクセス許可は新しいメールボックス データベースに適用する必要があります。

    ヘルプ ファイルに見つけられる指示を含む Permissions ウィザードの最新バージョンをインストールして下さい。 アカウントの Cisco Unity サーバにドメイン Admins グループのメンバーであるログオンし、Permissions ウィザードを再実行して下さい。 Cisco Unityサブスクライバ メールボックスが含まれているすべてのメールボックス データベースに権限を『Apply』 を選択 するようにして下さい。

  2. Global Catalog (GC)を断絶しますです到達可能確認して下さい。 Cisco Unity はディレクトリ更新のための GC サーバを監察します。Cisco Unity MAPI クライアントはまた GC サーバと通信できる必要があります。チェックするために/GC サーバを現在監視される、完了しますこれらのステップを変更して下さい:
    1. Unity ツール ターミナル > 管理 ツール > 起動 DCGC を再接続します設定を『Cisco』 を選択 して下さい。
    2. 警告を無視し、『Continue』 をクリック して下さい。
    3. グローバル カタログ タブをクリックし、現在の GC サーバが有効なサーバであることを確認して下さい。
    4. そうでなかったら、再接続します『Force』 をクリック して下さい。 これは新しく/有効なサーバを完了するために捜し、少数の時点を奪取 するかもしれません。

    チェックするために/GC サーバを変更して下さい MAPI クライアントによって使用される:

    1. ユニティ メッセージ ストア サービス アカウントの Cisco Unity サーバにログオンして下さい(一般的にこれは UnityMsgStoreSvc です)。
    2. Regedit を開始します。
    3. キー[HKEY_CURRENT_USER \ソフトウェア\ Microsoft \ Windows NT \ CurrentVersion \ Windows Messaging サブシステム\プロファイル\統一システム プロファイル]拡張して下さい。
    4. 見つけて下さいそのキーを DCA が付いている存在…
      Cisco Unity MAPI クライアントが通信する GC の名前はキー 001e6602 で表示する。

      : この例で MAPI クライアントはディレクトリ更新のために同じ GC サーバをその Unity 監視使用します。 これは要件ではないです、しかし 2 つの GC サーバの間で同期に関する問題の除去を助けることができます。

  3. メッセージ記憶装置 コンフィギュレーション ウィザード(MSCW)の実行は MAPI プロファイルを時々キーがきちんと作り直されて得ない DCA 作り直します。 それがまだあっていない場合、DCA キーの下で 001e6602 と呼ばれる新しい文字列型の値を追加し、DCGC で見られる GC サーバを一致するためにデータ 値を再接続します設定ツールをアップデートして下さい。
  4. アクティブ ディレクトリのユーザ オブジェクトの SMTP アドレス アトリビュートは有効な eメールアドレスが含まれている必要があります。 この値がディレクトリにない場合、Unity SQL データベースにないし、これにより予期せぬ動作を引き起こします。 Exchange 2003 年と通常この問題が見られ、このアトリビュートを読み込むために必要なタスクを完了しない受信者のアップデート サービス(RUS)が原因です。 Exchange システムマネージャ内からの RUS サービスの再始動は抜けた eメールアドレスを生成し、通常この問題を解決します。
  5. SMTP アドレスは Unity SQL データベースにあるおよびアクティブ ディレクトリで設定される値を一致する必要があります。

    Cisco Unity サーバ: これらのステップを完了して下さい:

    1. SQL Enterprise Manager を選択して下さい。
    2. データベース Unity DB に拡張して下さい。
    3. 『Subscribers』 を選択 して下さい。
    4. クエリを右クリックして下さい。
    5. 『Alias』 を選択 します、smtpaddress がヌルであるサブスクライバからの smtpaddress 入力して下さい。
      このクエリはデフォルトで SMTP アドレスがないインストーラ アカウントだけ戻す必要があります。 結果がユニティ サブスクライバが含まれている場合、アクティブ ディレクトリと Unity DB を同期するために MSCW を実行して下さい。 MSCW を実行する情報はステップ 6.でカバーされます。
  6. EAdmin メールボックスは別のメールストアに変えられるか、または他のシステム アカウントと移行されません。 3 つの統一システム アカウント メールボックスはすべて、このステップで説明されているように、同じメールストアにあるはずです。
    • displayname 「管理者例との EAdmin - <servername>」
    • displayname 「Unityメッセージング システムが付いている Unity_<servername> メールボックス- <servername>」
    • displayname 「USbms_<servername>」との USBms_<servername>

    メールボックスが Exchange の適切な位置に移動された後、Cisco Unity サーバの MSCW を実行して下さい:

    1. > Add を『Control Panel』 を選択 して下さい/プログラムを取除いて下さい
    2. Cisco Unity MSCW を実行するために『Change/Remove』 をクリック して下さい。
    3. 3 つのメールボックスがすべて見つけられる Exchange バージョンを > データストアを選択して下さい。
    4. ウィザードを完了するためにオンスクリーン プロンプトに従って下さい。

    詳細なステップは再構成パートナー Exchange サーバ セクションの変更で述べられ、Cisco Unity 資料のためのガイドをアップグレードします

  7. MBXSuite および DohPropTest と Unity_<servername> メールボックスへの接続をチェックして下さい。
    • MBXSuite は下記のもので失敗します: 「:: HrMailboxLogon エラー: 0x80004005 CMBXMapiSession: LogonBox エラー: 0X80004005"。
    • DohPropTest は「と失敗しますユーザのプライマリ メールボックスを得られなくて: 8004011d"。

    これら二つのエラーは Exchange サーバ側の問題を普通示しています。 Exchange すべての CAS サーバの Microsoft Exchange RPC クライアントアクセス サービスを再開して下さい。 サービスが開始状態のままになっている場合、Exchange サーバを再起動して下さい。

  8. Unity は MAPI Collaboration Data Objects (CDO)の特定のバージョンを使用します。 C:\Windows\System32 の下にある mapi32.dll ファイルはサーバでインストールされる MAPI バージョンを一致する必要があります。 アップグレードか移行の間に、この DLL ファイルは更新済であるはずです。 アップデートを確認するために、これらのステップを完了して下さい:
    1. > Add を『Control Panel』 を選択 して下さい/Programs > メッセージング API およびコラボレーション データ オブジェクトを取除いて下さい
    2. サポート情報のために『Click Here』 をクリック して下さい。
      これはシステムでインストールされる MAPI CDO のバージョンを示します。
    3. www.ciscounitytools.com から収集する 統一システム 情報(GUSI)の最新バージョンをインストールして下さい。 Unity ツール ターミナル > レポーティング ツール > 収集する 統一システム 情報を『Cisco』 を選択 して下さい。
    4. 『Go』 をクリック して下さい。
    5. システムでインストールされる MAPI CDO のバージョンを見るためにスクロールして下さい。

    インストールされる mapi32.dll ファイルのバージョンは 1.から始まる何でもまたはバージョン示す必要があります。 バージョンが不正確なら:

    • MBX スイートは下記のもので失敗します: 「:: HrMailboxLogon エラー: 0x80004005 CMBXMapiSession: LogonBox エラー: 0X80004005"。
    • DohPropTest は渡ります。

    mapi32.dll ファイルの名前を変更した後 MAPI CDO を再インストールする必要があります。 新しい バージョンがインストールされていればより古いファイルを取除くことができます。

  9. Exchange データストアがアンマウントされるかどうか確認して下さい。

    データベースをマウントすることができない場合 Microsoft に連絡するか、またはマイクロソフトのサポート サイトのナレッジベース記事をチェックして下さい。 ここに少数技術情報 ID は- 896143925825274534976066 です。

  10. DohPropTest が「と失敗したユーザのプライマリ mailbox:8004052e を得られなくて Unity_<servername> アカウントにおいての問題がある可能性があります。 Exchange から Unity_<servername> を削除する必要があります。

    アカウントを作り直すために、MSCW を実行して下さい。 パートナー サーバが Exchange 2010 である場合、スクリプトは(.ps1 ファイル) Cisco Unity サーバ デスクトップで作成されます。 Exchange 管理 シェルのこのスクリプトを実行した後、メールボックスは作り直されます。 Unity が新しいメールボックスを使用するようにするために MSCW の他を完了して下さい。

    詳細なステップは再構成パートナー Exchange サーバ セクションの変更で述べられ、Cisco Unity 資料のためのガイドをアップグレードします

    MSCW が完了した後それでも存在 する問題が、MAPI プロファイルを、エクスポートしたら既存のレジストリキーを(作り直したらバックアップを)奪取 し、それを削除して下さい。 Cisco Unity サーバを再起動します。 プライマリ サーバをですアクティブ確認して下さい。 これは MAPI プロファイルを作り直す必要があります。

    MAPI プロファイルを作り直した後それでも存在 する問題が、Exchange すべての CAS サーバの Microsoft Exchange RPC クライアントアクセス サービスを再開すれば。 これが問題を解決しない場合、メールボックスを別のメールストアに変わり、MSCW を実行して下さい。 これは Unity SQL データベースの新しい参照を作成し、メールボックスが付いている接続を確立する必要があります。

  11. 更新が Exchange サーバで加えられるおよび/または Exchange サーバがリブートされるとき、推奨事項は Exchange メンテナンスが完了したユニティサーバを再起動することです。 また Unity がメッセージ記憶装置と同期されるようにするために MSCW を実行することも必要であるかもしれません。

: Cisco Unity バージョン 5.0 はサポート終了です。 ユニティ バージョン 7.x およびユニティ バージョン 8.x のサポートの最後の日付は 2015 年 1月 31 日あります。 テクニカル アシスタンス センタ (TAC)はこの日付以降に新規発行と助けることができません。


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

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


Document ID: 118298