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

Cisco Unity 3.1(x) および 4.x: AvCsMgr サービスが起動しない

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


目次


概要

AvCsMgr サービスはシステムのメイン Cisco Unity プロセスです。 AvCsMgr サービスの開始に失敗した場合、Cisco Unity は開始されません。 AvCsMgr サービスの開始に失敗する原因は多数あります。 この問題の最も一般的な原因は Cisco Unity が Cisco Unity メッセージング システムのメールボックスにログインできないことです。 これは、メッセージング システム サービスにログインするために使用するサービス アカウントに関する問題または Cisco Unity メッセージング システムのメールボックスに関する問題が原因で発生する場合があります。 この状態は、Cisco Unity の設定セットアップを実行した後に発生することがありますが、この問題は、それ以外の場合でも同様に発生します (詳細については、Cisco bug ID CSCdz89018登録ユーザ専用)を参照してください)。 この問題が発生すると、このドキュメントの「問題セクション説明されているように、アプリケーション イベント ログにさまざまな MALEx と DOH エラーが記録されます。 このドキュメントでは、これらの問題をトラブルシューティングする手順を説明します。

前提条件

要件

このドキュメントの情報を使用する前に、次の要件を満たしていることを確認してください。

  • Cisco Unity アーキテクチャ

  • Active Directory Users and Computers

  • Exchange 2000 システム マネージャ

  • 構造化照会言語(SQL)サーバ 2000 データベースで実行中のクエリー

使用するコンポーネント

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

  • Cisco Exchange 2000 をメッセージ ストアとして使用する Cisco Unity 3.1(x)以降

  • Cisco Exchange 2000 をメッセージ ストアとして使用する Cisco Unity 4.0(x)以降

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

表記法

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

背景理論

Cisco Unity メッセージ システムのメールボックス:

  • 身元不明の発信者からのメッセージの代理送信者として機能します。

  • 配信不能ボイス メッセージに対する配信不能通知(NDR)を受信し、宛先不明メッセージ パブリック同報リストに転送します。

  • Cisco Unity レポートが完了したら通知を送信します。

このアカウントのエイリアスは Unity_<サーバ名> です。 アカウントは、Cisco Unity システム管理者には表示されませんが、Cisco Unity サーバ上の SQL UnityDb データベースのサブスクライバ テーブルに表示されます。 アカウントは、[Active Directory Users and Computers] にも表示される可能性があり、関連する Exchange メールボックスが Exchange システム マネージャに表示されます。

Unity_<サーバ名> アカウントが重要であるため、Cisco Unity の起動時にこのアカウントが見当たらない場合、Cisco Unity は再作成しようとします。 Cisco Unity がアカウントを再作成できないか、またはアカウントは存在するが Cisco Unity が Unity_<サーバ名> メールボックスにログインできない場合、AvCsMgr は起動しません。

問題

MALEx(Cisco Unity DOH コンポーネントのサブコンポーネント)が Cisco Unity メッセージング システムのメールボックスにログインできないため、AvCsMgr サービスを起動できない場合、これらのエラーの一部をアプリケーション イベント ログに記録することができます。

イベント タイプ イベント ソース イベント ID 説明
Error Doh_MC 32013 メッセージング コンポーネントのログイン エラーにより、DOH ログインが失敗しました。 8004052eH
Error Doh_MC 32024 外部発信者オブジェクトのアクセス エラーにより、DOH ログインが失敗しました。 該当するオブジェクトがサーバにありません。
Error MALEx_MC 30002 最後のカテゴリによる Exchange プライベート ストアへのアクセス試行が失敗しました。 8004011d. Messaging Application Programming Interface(MAPI)サブシステムが、次のエラーを返します。 Microsoft Exchange Server コンピュータへのログイン試行が失敗しました。
Error MALEx_MC 30002 最後のカテゴリによる Exchange プライベート ストアへのアクセス試行が失敗しました。 8004011c. MAPI サブシステムが、次のエラーを返します。 プロファイルが設定されていません。
Error MALEx_MC 30002 最後のカテゴリによる Exchange プライベート ストアへのアクセス試行が失敗しました。 8004aa00. MAPI サブシステムが、次のエラーを返します。 プロファイルが設定されていません。
Error CiscoUnity_MALEx 30020 アカウント /o=Business Objects/ou=abc/cn=Recipients/cn=xyz 用の検索結果フォルダを作成しようとしましたが失敗しました。 MAPI サブシステムが、次のエラーを返しました。 80070005. これは通常、Unity、Exchange、または MAPI サブシステムによる設定の問題を示しています。
Error CiscoUnity_MALEx 30003 および 30012 MAPI サブシステムは、MAPI を介した AvCsMgr による Exchange へのアクセス試行時に、次のエラーを返します。 理由: MAPI プロファイルが破損しました。
1Error CiscoUnity_CsServices 1021 AvCsMgr: コンポーネント アービターの初期化にが失敗しました。

これらのイベント ログ エラーは Cisco Unity 3.1(5) 以前のバージョンに限定されます。 1Cisco Unity 4.0(x) では、イベント ソースは CiscoUnity_MalEx と CiscoUnity_Doh です。 イベント ID が異なる場合もあります。 イベント ログの Cisco Unity エラー メッセージを確認するには、Cisco Unity エラー メッセージ ファインダー leavingcisco.com を参照してください。

Cisco Unity が他の理由で起動できない場合、異なるエラーがログに記録される場合があります。 異なるエラーの内容はトラブルシューティングに使用することができますが、このドキュメントでは取り扱いません。

Exchange データベースをマウントしようとしたときに、The database files in this store are corrupted. というエラーが発生する場合、Microsoft サポート技術情報 – 313184(単一サイトの Exchange 2000 Server または Exchange Server 2003 でインフォメーション ストアを復元する方法)leavingcisco.com に記載された手順を実行して問題を解決します。

解決策

次のトラブルシューティング タスクを、記載された順序で実行します。

  1. Cisco Unity サービスがログインに使用するアカウントを確認する

  2. Cisco Unity が正しいパートナー Exchange サーバ用に設定されていることを確認する

  3. AvCsMgr サービス スタートアップのタイプが手動で設定されていることを確認する

  4. MAPI プロファイルを削除する

  5. Unity_<サーバ名> アカウントが Active Directory に存在することを確認する

  6. Unity_<サーバ名> アカウントが SQL データベースに存在することを確認する

  7. Unity_<サーバ名> Exchange メールボックスが正しく設定されていることを確認する

  8. Unity_<サーバ名> アカウントを Active Directory から削除し、再作成する

  9. 他のエラーに対するアプリケーション イベント ログを確認する

Cisco Unity サービスがログインに使用するアカウントを確認する

サービスがログインに使用するアカウントに適切な権限および許可が付与されていない場合、AvCsMgr サービスは起動しません。 AvCsMgr サービスに権限および許可を手動で設定できますが、シスコでは、Cisco Unity 3.x 以降で Cisco Unity Permissions Wizard バージョン 4.0 を実行することを推奨します。 このユーティリティは、Cisco Unity Tools leavingcisco.com から無料でダウンロードできます。 Cisco Unity Permissions Wizard 4.0 を使用して、Cisco Unity サービスがログインに使用するドメイン アカウントを設定できます。 Cisco Unity Permissions Wizard 4.0 を実行する場合は、すべての Cisco Unity サービス アカウントに適切な権限と許可があることを確認してください。

Cisco Unity Permissions Wizard は「線形」ツールです。つまり、特定のアカウントに必要なすべての権限と許可を割り当てようとします。 ただし、Cisco Unity サービスのサービス アカウントとして設定しようとするアカウントに、これらの権限と許可を有効にするのを妨げるポリシーが Active Directory 構造の階層に存在する場合、確認することはできません。

Cisco Unity Permissions Wizard 4.0 は、Cisco Unity サービスを次のとおりグループ化します。

  • Cisco Unity ディレクトリ サービス。 これらのサービスは、Cisco Unity SQL Server データベース内のサブスクライバ データと同期するディレクトリにサブスクライバ データを保持します。

  • Cisco Unity メッセージ ストア サービス。 これらのサービスにより、サブスクライバは電話ユーザ インターフェイスを使用してボイス メッセージを送受信できます。 AvCsMgr サービスは、メッセージ ストア インターフェイス サービスの 1 つです。

  • Cisco Unity サーバでのみ動作するサービス。 デフォルトで、ローカル Cisco Unity サービスは、ローカル システム アカウントでログインします。 シスコでは、これを変更しないことを推奨します。

Cisco Unity 3.x では、Unity サービスは次の図のように見える必要があります。 この図を参照用に使用します。この図で、Rdomain\unitydirsvc は、ディレクトリ サービスのアカウント、Rdomain\us は、メッセージ ストア サービスのアカウントです。 これらのサービス アカウントは、Cisco Unity Permissions Wizard によって設定される権限 leavingcisco.com に記載されたすべての権限と許可を満たす必要があります。

LocalSystem としてログインする必要があるアカウント AvDirChangeWriter、AvRepDirSvrSvc、および AvTtsSvr を次に示します。

この図の例では、Cisco Exchange 2000 は、メールストアとして使用されます。 Cisco Exchange 5.5 がメールストアとして選択される場合、AvDSGlobalCatalog ではなく AvDSEx と呼ばれるサービスが起動します(このマニュアルでは取り扱いません)。

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start1.gif

Cisco Unity 4.x では、Unity サービスは次の図のように見える必要があります。 この図を参照用に使用します。ここで、Rdomain\unitydirsvc は、ディレクトリ サービスのアカウント、Rdomain\us は、メッセージ ストア サービスのアカウントです。 これらのサービス アカウントは、Cisco Unity Permissions Wizard によって設定される権限 leavingcisco.com に記載されたすべての権限と許可を満たす必要があります。 ローカル システムで動作するサービスは、AvDirChangeWriterAvLicAvMMProxySvrAvRepDirSvrSvcAvSqlChangeWriter、AvTtsSvr です。

次の図では、Rdomain \ unitydirsvc は、ディレクトリ サービスのアカウントで、Rdomain\us は、メッセージ ストア サービス アカウントです。 シスコのドキュメントを参照してください。

この図の例では、Cisco Exchange 2000 は、メールストアとして使用されます。 Cisco Exchange 5.5 がメールストアとして選択される場合、AvDSGlobalCatalog ではなく AvDSEx55 と呼ばれるサービスが起動します(このマニュアルでは取り扱いません)。

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start2.gif

使用する Cisco Exchange のバージョンに応じて、次のとおり、作成済みのドメイン アカウントが存在するか、Cisco Unity にすでに存在するドメイン アカウントを使用する必要があります。

  • この場合、Cisco Unity のメッセージ ストアとして Cisco Exchange 2000 を使用します。 Cisco Unity ディレクトリ サービスがログインに使用するアカウントおよび Cisco Unity メッセージ ストア サービスがログインに使用するアカウントが存在する必要があります。

  • Cisco Exchange 5.5 では、ディレクトリ サービスおよびメッセージ ストア サービスの両方がログインに使用するアカウント(このドキュメントでは取り扱いません)。

Cisco Exchange 2000 の場合、ディレクトリ サービス アカウントに必要な権限とメッセージ ストア サービス アカウントに必要な権限が競合するため、2 つのタイプのサービスに別個のアカウントを使用する必要があります。 Cisco Unity サービスがログインに使用するアカウントでは、パスワードが期限切れになっていないことを確認してください。 パスワードの有効期限が切れていると、次回サーバを再起動したときに Cisco Unity が動作しません。

注意 注意: Cisco Exchange 2000 を使用する場合、Cisco Unity メッセージ ストア サービスがログインに使用するアカウントは、ドメイン管理者グループのメンバまたは Exchange 2000 の管理者になることはできません。 また、Cisco Unity メッセージ ストア サービス アカウントでは、Exchange 2003 または Exchange 2000 メールストアで、Send-As、Receive-As、および Administer Information Store 権限を必ず確認してください。

通常、Permissions Wizard 4.0 は、Cisco Unity 4.x および Cisco Unity 3.1.6 が最初に設定されている場合に動作するため、Permissions Wizard 4.0 では、Cisco Unity インストーラおよび管理者用のドメイン アカウントを指定する必要があります。 Cisco Unity 3.1.5 以前にはこの要件がないため、Cisco Unity Tools leavingcisco.com からダウンロードしてから、Permissions Wizard 4.0 を手動で起動する必要があります。

Cisco Unity が必要とするアカウントは、「アカウントの作成」ドキュメントに従って作成されていることが非常に重要です。

Cisco Unity が正しいパートナー Exchange サーバ用に設定されていることを確認する

  1. サーバの再起動後、AvCsMgr サービスが起動できない場合、Cisco Unity サーバが正しい Exchange サーバ用に設定されていることを確認します。これを実行するには、次のレジストリ キーが Windows レジストリおよび Doh Property Tester に存在し、正しい値に設定されていることを確認できます。

    これらのレジストリが両方のケースに適用されるので、Exchange System Manager for Exchange 2000 または Exchange Administrator for Exchange の Exchange サーバ名をそれぞれ確認することもできます。

    次に示すように、レジストリを起動します。

    HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\Doh\1.0\Mail Server Name
    HKEY_LOCAL_MACHINE\SOFTWARE \Active Voice\MalEx\1.0\ServerName
    

    レジストリ設定は、両方ともコンフィグレーション セットアップ時に選択した Exchange サーバの名前である必要があります (これは、Cisco Unity が接続され、それを通じて Cisco Unity が他の Exchange サーバと通信するパートナー Exchange サーバです)。

    AvCsMgr がパートナー Exchange サーバの Unity_<サーバ名> メールボックスに正常にログインしなかった場合、MALEx キーが存在しません。 使用する Cisco Unity のバージョンに応じて、[Start] > [Settings] > [Control Panel] > [Add/Remove programs] の順に選択し、Cisco Unity Message Store Configuration Wizard または Cisco Configuration Setup Wizard を削除する必要があります。 [commserver\configurationsetup] に移動し、setup.exe ダブルクリックして Cisco Unity を現在の Exchange パートナーに再接続します。 上記のレジストリ キーのいずれか 1 つまたは両方がパートナー サーバに一致しない場合、これらが正しく指し示すようにキーの値を編集します。

  2. デフォルト ドメインのメールストアの場所が正しいことを確認します。 この値に対応する有効なメールストアが必要です。

    この設定は、このドメインの Cisco Unity から作成されている場合、Exchange メールボックスの場所を決定するために使用されます(この操作は、起動時に Unity_<サーバ名> メールボックスが存在しないことに気づいたときに必要になります)。

    読み取り専用モードで DohPropTest を起動します。

    1. [AD Monitor] をクリックします。

    2. パラメータ リストで、[DEFAULT_DOMAIN] をクリックします。 値がボックスに表示されます。

    3. リストから一致するドメインをクリックします。

    4. パラメータ リストから [MAILBOX_STORE] をクリックします。

    5. ドメインが 1 つだけの場合、[MAILBOX_STORE] をクリックします。

    6. メールボックス ストアへのパスを確認します。 これは、Unity_<サーバ名> アカウント用の Exchange メールボックスが配置されていると Cisco Unity が見なす場所です。 これは、Unity_<サーバ名> アカウント用の Exchange メールボックスを存在しない場合、それを Cisco Unity が作成する場所でもあります。 このパスのサーバ名は、確認した 2 つのレジストリ キーに一致する必要があります。

      次に、例を示します。 CN=Mailbox Store (CPRYELLOWEX2KA1),CN=First Storage Group、CN=InformationStore、CN=CPRYELLOWEX2KA1、CN=Servers、CN=First Administrative Group、CN=Administrative Groups、CN=CPRYellowORG、CN=Microsoft Exchange、CN=Services、CN=Configuration、DC=CPRYellowDOM、DC=ecsbu-lab-sea、DC=cisco、DC=com

      http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start3.gif

    この値が正しくない場合、DohPropTest で正しい値に変更するか(DohPropTest ユーティリティでその日のパスワードを入力するには、Cisco Technical Assistance Center(TAC)にお問い合わせください)、または次の手順に従って、ConfigSetup をアンインストールして再インストールします。 - [Start] > [Settings] > [Add/Remove programs] の順にクリックし、Cisco Unity のバージョンに応じて、Cisco Unity Configuration Setup または Cisco Unity Message Store Configuration Wizard を選択します。 Unity インストール アカウントを使用して Cisco Unity サーバにログインし、Cisco Unity Configuration Setup をアンインストールまたは再インストールする必要があります。 ただし、この Cisco Unity コンポーネントに異なる名前が付けられている可能性があるため、唯一行えることは Unity ソフトウェアが一部のアドオン Unity ユーティリティおよび Unity tsp 以外をインストールする [Settings] から追加または削除することだけです。

    Configuration Setup をアンインストール後、Configuration Setup(または Cisco Unity Message Store Configuration)を再インストールします。\\commserver\configuration setup\setup.exe をダブルクリックし、Cisco Unity インストール アカウントを使用して Cisco Unity サーバにログインしている間に正しい値を入力します (どれが Cisco Unity インストール アカウントであるかわからない場合は、Permissions Wizard 4.0 を実行して Unity インストール アカウントを作成します)。

また、HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\Commserver Setup\1.0\Private に移動し、この名前を Private.old に変更して、C:\CommServer\ConfigurationSetup\Setup.exe から Message Store Configuration Wizard を実行して問題を解決します。

AvCsMgr サービス スタートアップのタイプが手動で設定されていることを確認する

いくつかの Cisco Unity サービスは手動で起動するように想定されており、AvCsMgr はこれらのサービスの 1 つです。 AvCsMgr サービスは、直接起動できません。 AvCsGateway によって起動および停止する必要があります。 AvCsMgr サービスのスタートアップのタイプが [Automatic] に設定されている場合、起動できない場合があります。 AvCsMgr サービスを正常に機能させるには、スタートアップのタイプを [Manual] に設定する必要があります。

MAPI プロファイルを削除する

上記の手順を完了して確認したら、Windows レジストリから MAPI プロファイルを削除し、Cisco Unity を再起動して新しいプロファイルを作成します。 これにより、適切な Exchange、Global Catalog、およびドメインコントローラ サーバを指す、正しい認証を有する有効な MAPI プロファイルが存在することが確認されます。 これを実行するには、次の手順を実行します。

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start3.gif

注意 注意: 注意:誤ったレジストリ キーの変更したり、不正な値を入力した場合、サーバが誤動作を引き起こす可能性があります。 レジストリを編集する前に、問題が起きたときに復元する方法を確認してください。 「Registry Editor」のヘルプにある「Restoring」のトピックを参照してください。 Cisco Unity のフェールオーバーの場合、レジストリの変更が複製されないため、ある Cisco Unity サーバのレジストリが、別の Cisco Unity サーバで手動で変更される必要があることに注意してください。 レジストリ キーの設定変更に関して質問がある場合は、Cisco TAC にお問い合わせください。

  1. ローカル管理者権限を持つアカウントを使用して Cisco Unity サーバにログインします。 これは、レジストリの変更を許可するために必要になります。

  2. [Start] メニューから、[Settings] > [Control Panel] > [Administrative tools] > [Services] の順に選択します。 「Log On As」値を検索し、「Log On As」値がこのサービス用に設定されていることを確認します。 具体的には、ローカル システムまたはドメイン アカウントであるかどうかに注意してください。

  3. AvCsMgr がアクティブになっているドメイン アカウントを確認し、現在のウィンドウ セッションからログオフして、AvCsMgr がアクティブになっているアカウントと同じアカウントで再度ログインして、次の手順 4 を続行します。 AvCsMgr がローカル システム アカウントとしてアクティブになっている場合、正しい Cisco Unity サービス アカウントが Cisco Unity サービスに割り当てられていることを確認して、このドキュメントの最初に戻ります。

  4. [Start] メニューから [Run] を選択します。

  5. regedit.exe を入力し、[OK] をクリックします。

  6. AvCsMgr がドメイン アカウントで動作している場合、次を実行します。

    HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    

    AvCsMgr がローカル システム アカウントで動作している場合、次を実行します。

    HKEY_USERS\Default \Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    

    このアカウントがシステムの履歴でローカルからドメインに変更されている場合があるため、両方の場所を確認する必要があります。

  7. [Unity System Profile] エントリを右クリックし、[Delete] を選択します。

  8. Cisco Unity サーバを再起動します。

    MAPI プロファイルが正しい Global Catalog(GC)サーバを指していない場合、MAPI プロファイルによる別の問題が発生する可能性があります。 詳細については、Cisco bug ID CSCea26846登録ユーザ専用)を参照してください。

    Cisco Unity サービスがログインに使用するアカウントを確認し、MAPI プロファイルが確認されたら、次のトラブルシューティング手順を実行します。この手順では、アカウント Unity_<サーバ名> が正しく設定されていることを確認します。

Unity_<サーバ名> アカウントが Active Directory に存在することを確認する

  1. Unity_<サーバ名> がユーザが、Unity のインストール時に Unity サブスクライバのコンテナとして指定した Active Directory Users and Computers コンテナに存在することを確認します。 Permissions Wizard を実行し、そのコンテナに Permissions Wizard ウィザードを設定することにより、Unity アカウントがそのコンテナに正しい権限と許可を持っていることを確認します。

    Unity コンテナが、新しいユーザを作成するための正しい権限と許可をが持っていることを確認するには、Permissions Wizard を実行し、インストール時に指定したコンテナに対応することを確認します。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start4.gif

    Unity_<サーバ名> は、Active Directory Users and Computers でそのコンテナの下にある必要があります。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start5.gif

  2. Unity_<サーバ名> アカウントが Active Directory に存在しない場合は、Active Directory アカウントを作成するためにコンフィグレーション セットアップ時に使用した Cisco Unity のアカウントと同じアカウントにより Active Directory にでテスト アカウントを作成できるかどうかをテストし、確認します (これは、Unity のインストール アカウントとして作成した Windows アカウントの場合があります。 このアカウントが存在しない場合は、Permission Wizard 4.0 を使用してこのアカウントを再作成することもできます)。

    Unity_<サーバ名> アカウントが存在する場合は、次の手順に進みます。ただし、Unity_<サーバ名> の Active Directory アカウントのメールボックスが有効になっている必要があります。

    1. テスト アカウントを作成するには、Configuration Setup を実行する際にログインした同じドメイン アカウント(インストール アカウントまたは Permissions Wizard 4.0 による新規インストール アカウント)を使用して Cisco Unity サーバにログインします。

    2. Active Directory Users and Computers から、Cisco Unity Configuration Setup 時に選択した同じコンテナのテスト ユーザ アカウントを作成してみます。

  3. テスト ユーザを作成できる場合、SQL のサブスクライバ テーブルに Unity_<サーバ名> アカウントが存在することを確認します。

  4. また、Unity_<サーバ名> のアカウント名が、14 文字以上ではないことを確認する必要がありす(この文字の長さはサポートされません)。

Unity_<サーバ名> アカウントが SQL データベースに存在することを確認する

Unity_<サーバ名> アカウントが存在しない場合は、Cisco Unity のリブート時に再作成されます。 Cisco Unity 3.x より前のバージョンでは、このアカウントは、次の手順によって手動で再作成する必要がある可能性があります。

以下を確認したら、このセクションの手順を実行します。

  • Unity_<サーバ名> アカウントが Active Directory に存在しない。

  • AvDSAD サービス アカウントに適切な権限がある。

  1. Unity_<サーバ名> アカウントが SQL データベースのサブスクライバ テーブルに存在することを確認します (これらの手順は、Microsoft SQL Server 2000 に固有であることに注意してください。 Cisco Unity サーバが Microsoft SQL Desktop Edition(MSDE)を使用している場合、Cisco Unity バージョンのインストール ガイドに記載されているとおり、Enterprise Manager をインストールする必要があります)。

  2. Cisco Unity サーバで、[Start] > [Programs] > [Microsoft SQL Server] > [Enterprise Manager] の順にクリックします。

  3. UnityDb が Databases コンテナでに十分に拡大されるように、左側のペインでツリーを展開します。

  4. ツリーで、UnityDb データベース内の [Tables] をクリックします。

  5. 右側のペインで、サブスクライバ テーブルが表示されるまで下方にスクロールします。

  6. Windows の [Start] メニューから、[Programs] > [Microsoft SQL Server] > [Enterprise Manager] の順に選択します。

  7. 次のウィンドウに示すとおり、ツリー ビューを展開します。 [Microsoft SQL Server] > [ServerName] > [Databases] > [UnityDb] > [Tables] の順に選択します。

  8. [Subscriber] テーブルを右クリックし、[Open Table] > [Query] の順に選択します。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start6.gif

  9. この図の 1 つとしてクエリーを実行します - [!] をクリックして、クエリーを実行します。 クエリーは、レコードを検索するフィールドのエイリアスを選択します。条件が =Unity_ServerName である必要があります。 この例では、Cisco Unity サーバ名は Unity_Alex です。 [!] ボタンを押すと、最後のペインが検索しようとするレコードを返します(条件が = N'Unity_ServerName' に変わります)。 [DirectoryId] という名前のフィールドの値を削除します。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start7.gif

  10. アカウントが存在する場合は、「Unity_<サーバ名> Exchange メールボックスが正しく設定されていることを確認する」に移動します。

  11. Cisco Unity 3.1.x 以降を実行し、アカウントが存在しない場合は、「Unity_<サーバ名> アカウントを Active Directory から削除し、再作成する」を続行し、リブートします。 リブート時に、Cisco Unity サーバがこのアカウントを再作成する必要があります。

  12. Cisco Unity バージョン 3.0(1) から 3.1.x までを実行し、アカウントが存在しない場合、Cisco Unity 3.0(1) 用に説明されているとおり、Unity_<サーバ名> アカウントを手動で作成する必要があります。 Cisco Unity 3.0(2) 以降を実行している場合、「SQL Query Analyzer でスクリプトを使用して Unity_<サーバ名> アカウントを作成する」セクションに進みます。

    SQL で Unity_<サーバ名> アカウントを手動で作成する

    1. SQL Enterprise Manager で、上記手順 6 で開いたサブスクライバ テーブルの最後の行に移動します。この行はブランクである必要があります。

    2. [Alias] 列に、Unity_<サーバ名> を入力します。

    3. [DisplayName] 列に、Unity Messaging System - <サーバ名> を入力します。

    4. [Firstname] 列に、Unity を入力します。

    5. [IsSubscriber] 列に、0 を入力します(ゼロは false を示します)。

    6. [LastName] 列に、Messaging を入力します。

    7. [LocationObjectID] 列に、他のサブスクライバから ID をコピーし、列に貼り付けます (AMIS、Bridge、または VPIM サブスクライバからではなく、必ず「通常の」サブスクライバからコピーしてください)。

    8. [SubscriberType] 列に、0(ゼロ)を入力します。

    9. [Undeletable] 列に、1 を入力します(1 は true を示します)。

    10. [Uid] 列に、Unity_<ユーザ名> を入力します。

    11. クエリー ウィンドウを閉じます。 行が自動的に保存されます。

    12. SQL Enterprise Manager を終了します。

    13. この手順の 13 に進みます。

      SQL Query Analyzer でスクリプトを使用して Unity_<サーバ名> アカウントを作成する

    1. Cisco Unity サーバで、[Start] > [Programs] > [Microsoft SQL Server] > [Query Analyzer] の順に選択します。

    2. Windows 認証を使用するには、[OK] をクリックします。

    3. このスクリプトをコピーし、[Query Analyzer] ウィンドウに貼り付けます。

      /* Select the unity database */
      Use UnityDb
      
      DECLARE @servername as nvarchar(256)
      DECLARE @alias as nvarchar(64)
      DECLARE @displayname as nvarchar(256)
      
      /* REPLACE WITH THE UNITY SERVER NAME HERE */
      SET @servername = 'MYSERVER'
      /* REPLACE WITH THE UNITY SERVER NAME HERE */
      
      /* Setup server specific values */
      SET @alias = 'Unity_' + @servername
      SET @displayname = 'Unity Messaging System - ' + @servername
      
      /* Find the default location's object id. */
      DECLARE @loid as uniqueidentifier
      SET @loid = (SELECT LocationObjectId FROM LOCATION where alias like 'default')
      
      /* Create a new entry for the account in the subscriber */
      /* table with the following values: */
      /* Alias: Unity_<servername> */
      /* Uid: Unity_<servername> */
      /* DisplayName: Unity Messaging System - <servername> */
      /* FirstName: Unity */
      /* LastName: Messaging */
      /* SubscriberType: 0 (non-subscriber) */
      /* IsSubscriber: FALSE */
      /* LocationObjectId: (location object id found above) */
      /* Undeletable: TRUE */
      INSERT INTO SUBSCRIBER
      (Alias,Uid,DisplayName,FirstName,LastName,SubscriberType,IsSubscriber,LocationObjectId,Undeletable)
      VALUES
      (@alias,@alias,@displayname,'Unity','Messaging',0,0,@loid,1)
      Go
      
    4. クエリーを実行するには、F5 を押します。

    5. [Query Analyzer] を閉じます。

    6. [Enterprise Manager] を閉じます。

    7. 手順 13 を続行します。

  13. アカウントが SQL に存在する場合、もう一度 [Configuration Setup] を実行し、次に示すように、Active Directory に Unity_<サーバ名> アカウントを作成します。

    1. <Drive>: \Commserver\Configuration Setup ディレクトリで、setup.exe – sync を実行します。

    2. Cisco Unity サーバを再起動してください。

      AvCsMgr サービスが起動する必要があります。 AvCsMgr サービスが起動しない場合、Cisco TAC ケースを開き、<Drive>: \Commserver\logs ディレクトリおよび Event Viewer からのアプリケーション イベント ログ ファイルから、最新の SqlSync ログ(SqlSync_xxxxx.txt)を確認します。

Unity_<サーバ名> Exchange メールボックスが正しく設定されていることを確認する

  1. Unity_<サーバ名> アカウントのメールボックスが有効になっていることを確認します。

    1. [Active Directory Users and Computers] を開きます。 [Start] > [Programs] > [Administrative Tools] > [Active Directory Users and Computers] を選択します。

    2. [View] > [Advanced] を順に選択します。

    3. [Unity_<サービス名> Active Directory] アカウントを右クリックし、[Exchange Tasks] を選択します。

    4. [Welcome] 画面で、[Next] をクリックします。

    5. [Create Mailbox] オプションが表示された場合は、Unity_<サーバ名> アカウントのメールボックスは有効になっていません。 「Unity_<サーバ名> アカウントを Active Directory から削除し、再作成する」に進みます。

    6. [Create Mailbox] オプションが表示されない場合、Unity_<サーバ名> アカウントのメールボックスは有効になっているので、[Cancel] をクリックして、Unity_<サーバ名> アカウントが Cisco Unity の Exchange パートナーを正しく指していることを確認し、次の手順を続行します。

  2. Unity_<サーバ名> アカウントが関連付けられている Exchange メールボックスを正しく指していることを確認します。

    1. Active Directory Users and Computers で、Unity_<サーバ名> アカウントを右クリックし、[Properties] を選択します。

    2. [Exchange General] タブをクリックします。 パスが Unity_<サーバ名> のメールボックス ストアに指定され、パスが正しいことを確認します。

      http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start8.gif

    3. パスが存在しないか、または正しくない場合、「Unity_<サーバ名> アカウントを Active Directory から削除し、再作成する」に進みます。

    4. 次の手順を使用して、メールボックスの権限を確認します。

      1. [Active Directory Users and Computers MMC] プラグインから、ビューを [Advanced] に変更します。

      2. Unity_<サーバ名> アカウントを右クリックし、[Exchange Advanced] タブを選択します。

      3. [Mailbox Rights] をクリックします。

      4. SELF に加え、Exchange Domain Server を確認する必要があります。 セキュリティ記述子に SELF のみが含まれている場合は、Unity_<サーバ名> アカウントに電子メール メッセージを送信します。 これにより、Unity_<サーバ名> のセキュリティ記述子が入力されます。

  3. 次の手順を使用して、Unity_<サーバ名> のメールボックスを含むメール データベースがマウントされてにいることを確認します。

    1. Exchange System Manager を使用して、ツリーを開きます。

    2. 問題のあるメール データベースにスクロールします。

    3. データベースを右クリックし、ストアがマウントされていることが表示されることを確認します。

    4. マウントされていない場合、手順 e を続行します。 それ以外の場合、[Exchange System Manager] を閉じます。

    5. [Exchange System Manager] に移動します。

    6. ストアを右クリックし、[Mount] を選択します。

    7. [Exchange System Manager] を閉じます。

Unity_<サーバ名> アカウントを Active Directory から削除し、再作成する

Active Directory アカウントのメールボックスが有効になっていない場合、Unity_<パス名> のメールボックス ストアへのパスが不正であるか、または存在せず、あるいは [Mailbox Rights] ボタンが表示されず、現在 AvDSAD と AvDSGlobalCatalog サービスが起動できません。この場合、Cisco Unity_<サーバ名> アカウント(つまり、ローカル システム アカウント(デフォルト)または別のドメイン アカウントを使用している)を利用し、次の手順を使用して、Active Directory から Unity_<サーバ名> アカウントを実行中のディレクトリから削除して再作成します。

  1. Windows の [Start] メニューから、[Programs] > [Microsoft SQL Server] > [Enterprise Manager] の順に選択します。

  2. このウィンドウに表示されるツリー ビューを展開します。 [Microsoft SQL Server] > [ServerName] > [Databases] > [UnityDb] > [Tables] の順に選択します。

  3. [Subscriber] テーブルを右クリックし、[Open Table] > [Query] の順に選択します。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start9.gif

  4. [!] をクリックして、クエリーを実行します。 クエリーは、レコードを検索するフィールドのエイリアスを選択します。条件は=Unity_ServerName です。 この例では、Cisco Unity サーバ名は Unity_Alex です。 [!] ボタンを押すと、最後のペインが検出レコードを返します(条件が = N'Unity_ServerName に変わります。 [DirectoryId] という名前のフィールドの値を削除します。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start10.gif

  5. テーブルを閉じます。

  6. [Active Directory Users and Computers MMC] プラグインから、[Unity_<サーバ名>] アカウントを削除します。

    Cisco Unity が後でアカウントを再作成しようとしたときに、リモート ドメイン コントローラからの複製によって再度アカウントが削除されないように、必ずローカル ドメイン コントローラからアカウントを削除してください。

  7. Configuration Setup を実行したときに(アカウントをインストール)、ログインに使用したアカウントと同じドメイン アカウントを使用して Cisco Unity サーバにログインします。 <Drive>: \\Commserver\Configuration Setup ディレクトリから [Configuration Setup] を実行し、setup.exe を実行します。

DOHPropTest を実行する

  1. Cisco Unity サーバで、Cisco Unity がインストールされている場所(デフォルトは C:\CommServer)参照し、[TechTools] フォルダを参照します。

  2. DohPropTest.exe を実行します。

  3. [DohPropTest] ログイン ダイアログボックスで、[Password] ボックスを空にしたまま [OK] をクリックします。

  4. [Warning] ダイアログボックスで、[Ignore] をクリックして、DohPropTest を読み取り専用モードで起動します。

  5. [GC Monitor] をクリックして [Directory Monitor] ダイアログボックスを表示し、[TotalResync] をクリックします。

  6. [DohPropTest] を閉じます。

他のエラーに対するアプリケーション イベント ログを確認する

Unity_<サーバ名> のメールボックスのホームである Exchange サーバのアプリケーション イベント ログ(または、Unity_<サーバ名> の物理的なメールストアが存在する Exchange Server)を確認します。 ライセンス エラー、RUS エラーなどを確認します。 エラーが存在する場合は、これらのエラーを調査し、解決してください。 これらのエラーは、Cisco Unity の機能に影響を及ぼす場合があります。

パートナー Exchange サーバのイベント ログ エラーを確認します。

* AvMsgStoreMonitorSvr サービスは、Cisco Unity 3.1(5) 以降のバージョンに適用されます。


関連情報


Document ID: 21440