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

Unity の仮想メモリのフラグメンテーション - 識別と解決策

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


目次


概要

Windows 2000 Server では、プロセスが使用している仮想アドレス空間の現在のサイズ(バイト単位)として、仮想バイトの使用が表現されます。 仮想アドレス空間の使用は、必ずしもディスクまたはメイン メモリ ページの使用と対応することを意味しません。 仮想空間は有限であり、使用しすぎると、プロセスはその能力をライブラリのロードに限定することがあります。

Cisco Unity の主要サービスである AvCsMgr は、さまざまなプロセス用に仮想バイトを割り当てます。 これらのプロセスには、メッセージ配信、録音、および再生が含まれます。 このドキュメントの内容:

  • AvCsMgr の仮想メモリの使用パターン。

  • 潜在的な仮想メモリのフラグメンテーションの問題を識別する方法。

  • 過剰な仮想メモリの使用を緩和および修正するために使用できるソリューション。

前提条件

要件

このドキュメントに関する特別な要件はありません。

使用するコンポーネント

このドキュメントの情報は、Cisco Unity バージョン 3.0 以降に基づくものです。

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

表記法

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

仮想メモリの使用パターン

図 1 は、Cisco Unity システムでの AvCsMgr プロセスの一般的な仮想メモリ使用パターンを示しています。

表示される期間は、Cisco Unity の初期起動から始まります。 システム アクティビティがピークになり、通常レベルのフラグメンテーションが発生すると、AvCsMgr で使用する仮想メモリの量が安定して、図 1 に示す水平パターンになります。 AvCsMgr で使用する仮想メモリの最大容量とこの状態になるまでの期間は、音声コールのトラフィックとシステム上の加入者数によって異なります。

図 1: AvCsMgr の一般的な仮想メモリ使用状況

/image/gif/paws/51477/unity-virt-memory-frag-1.gif

図 2 は、問題のありそうな AvCsMgr の仮想メモリ使用パターンを示しています。 AvCsMgr の仮想メモリ使用量が平坦化した時点以降に一貫して増加する場合は、AvCsMgr 仮想メモリの過剰な割り当てまたはフラグメンテーションを示す可能性があります。 図 2 のパターンが問題を示すとは限りません。 たとえば、急な増加は、多数の加入者がシステムに追加される際や、サーバを最後に再起動してからシステム アクティビティが新しいピークに到達する際に珍しくありません。 このパターンが生じたときは、使用量が過剰であるかどうかを判別するためにアクティビティを綿密に監視することを推奨します。

図 2: 問題となる可能性がある AvCsMgr の仮想メモリ使用状況

/image/gif/paws/51477/unity-virt-memory-frag-2.gif

AvCsMgr の仮想メモリの使用量は 1.65 GB(または /3GB スイッチを使用して、Windows Advanced Server を実行するシステムでは 2.4 GB)を超えない必要があります。

パフォーマンス モニタを使用して AvCsMgr の仮想メモリの使用状況を監視

Microsoft Windows のパフォーマンス モニタを使用して Cisco Unity の仮想メモリ使用パターンを記録できます。 パフォーマンス モニタの使用方法については、『Cisco Unity メンテナンス ガイド』の「パフォーマンスの監視」の章を参照してください。

パフォーマンス モニタでこの情報をリアルタイムで表示するには、次の手順を実行してください。

  1. パフォーマンス モニタを起動するには、[Start] > [Programs] > [Administrative Tools] > [Performance] の順に選択します。

  2. 右側のツリー ビューで [System Monitor] をクリックします。

  3. 右側のパネルにあるコントロール ビューで、コントロールを右クリックします。

  4. ポップアップ メニューで [Add Counters] をクリックします。

  5. 監視する Cisco Unity のコンピュータを選択します。

  6. [Process Performance object] を選択します。

  7. 左側にあるカウンタのリストを下にスクロールして、[Virtual Bytes] カウンタを選択します。

  8. 右側にあるインスタンスのリストを下にスクロールして、[AvCsMgr] インスタンスを選択します。

  9. コントロール ビューに Virtual Bytes カウンタを追加するには、[Add] をクリックします。 [Graph] ビューでこのカウンタを正しく表示するにスケールを変更する必要がある場合があります。

  10. 右側のパネルにあるコントロール ビューで、コントロールを右クリックし、ポップアップ メニューの [Properties] をクリックします。

  11. [System Monitor Properties] ダイアログ ボックスの [Data] タブで、[Scale] をクリックしてドロップダウン リストから 0.0000001 を選択します。

  12. [System Monitor Properties] ダイアログ ボックスのグラフ データに対する縦方向のスケールの値を 200 に変更します。

  13. [OK] をクリックします。

    たとえば、図 1 で報告された最大値は 1201238093 バイト、つまり 1.20 GB に対応します。 このカウンタをリアルタイムで観察する場合、この値は 1.65 GB(または /3GB スイッチを使用して、Windows Advanced Server を実行するシステムでは 2.4 GB)を超えない必要があります。

    Virtual Bytes の値が 1.65 GB(または /3GB スイッチを使用して、Windows Advanced Server を実行するシステムでは 2.4 GB)の制限を超える場合は、Cisco Unity 管理者に通知するためにパフォーマンス モニタ アラートを使用することを推奨します。

AvCsMgr の Virtual Bytes カウンタ用にパフォーマンス モニタのアラートを設定

AvCsMgr の Virtual Bytes カウンタ用のパフォーマンス モニタ アラートを設定するには、次の手順を実行してください。

  1. パフォーマンス モニタを起動するには、[Start] > [Programs] > [Administrative Tools] > [Performance] の順に選択します。

  2. Performance Logs and Alerts をダブルクリックし、Alerts をクリックします。

    既存のアラートが詳細ペインに表示されます。 緑色のアイコンはアラートが動作していることを表します。 赤色のアイコンはアラートが停止したことを示します。

  3. details pane の空白の部分を右クリックし、New Alert Settings を選択します。

  4. [Name] フィールドにアラートの名前を入力し、[OK] をクリックします。

  5. [General] タブの下でコメントのセクションに、アラートを説明するコメントを入力します。

  6. [Add] をクリックします。

  7. Performance Logs and Alerts サービスを実行するコンピュータからカウンタをモニタするには、[Use Local Computer Counters] をクリックします。

    あるいは、このサービスが実行されているかどうかにかかわらず、特定のコンピュータからカウンタを監視するために、[Select Counters from Computer] をクリックして、監視するコンピュータの名前を指定します。

  8. [Process Performance object] を選択します。

  9. 左側にあるカウンタのリストを下にスクロールして、[Virtual Bytes] カウンタを選択します。

  10. 右側にあるインスタンスのリストを下にスクロールして、[AvCsMgr] インスタンスを選択します。

  11. [Add] をクリックしてからダイアログ ボックスを閉じます。

  12. [Alert] フィールド(値があるとき)で、[Over] を指定し、[Limit] フィールドでアラートをトリガーする値を指定します。

  13. [Sample Data Every] フィールドで更新間隔の量と単位(たとえば 1 分)を指定します。

  14. アラートがトリガーされた場合に実行するアクションを [Action] タブの下で選択します。

    Cisco では、セットアップする他のすべてのアクションに加えて、イベント ログに書き込むようにアラート サービスを設定することを推奨します。 このタイプのイベント ログ アラートは、Cisco Unity ツールの Event Monitoring Service ページにある EMS ユーティリティを介して管理者に通知するように設定することもできます。

  15. [Schedule] タブの下で、[Start Scan Manually] と [Stop Scan Manually] を選択します。

  16. [OK] をクリックします。

  17. 設定したばかりのアラートを選択し、このアラートを右クリックして [Start] を選択します。

    注: アラートは、Cisco Unity システムを再起動するたびに開始する必要があります。

問題

Windows 2000 Server または Windows 2000 Advanced Server で動作するユーザ モード アプリケーションの仮想アドレス空間は 4 GB に制限されます。 デフォルトでは、4GB のアドレス空間が、ユーザ モード プロセスとカーネル モード プロセスに対してそれぞれ 2GB に分割されます。 Cisco Unity システム(ユーザ モード プロセス)は、仮想メモリのフラグメンテーションが過剰になっている場合に限り、2 GB の制限を超えます。 2 GB の制限に到達すると、AvCsMgr サービスが予期せずシャット ダウンします。

Cisco Unity 3.x システムでの症状

基盤のコンポーネントがメモリを割り当てられないため、フェールセーフ カンバセーションが加入者に示され(Cisco Unity が「Sorry, system temporarily unavailable. Please try again later」を再生)、次の 1 つ以上のエラーがアプリケーション イベント ログに表示されます。

Source: VBRuntime
EventID: 1
Description:
The VB Application identified by the event source logged this Application 
AvSubSetupUtilsENU: Thread ID: 5984, Logged: modPhraseUtilGeneral: 
ErrorGettingProperty: Error getting property: MailUserExtension 

Source: AvPhraseServer_MC
EventID: 10002
Description:
AvPhrase::Make - error returned from Make for PhraseServer [AvSubMsgCountENU], 
PhraseID [AnnounceMsgCount], Message [Invalid procedure call or argument], 
Return code [800A0005h].

Source: AvArbiter_MC
EventID: 1020
Description:
[Port 26] Failed routing a continued call to application [PHGreeting] with data 
object type [0]. Using Failsafe instead.

Cisco Unity 4.0 システムでの症状

基盤のコンポーネントがメモリを割り当てられないため、フェールセーフ カンバセーションが加入者に示され(Cisco Unity が「Sorry, system temporarily unavailable. Please try again later」を再生)、次の 1 つ以上のエラーがアプリケーション イベント ログに表示されます。

Event Source: CiscoUnity_ConvMsg
Event ID: 10015
Description:
IAvDohAttachments::get_All returned [0x8007000e] on line 191 of file 
e:\views\Unity4.0.1.55\un_Core2\ConversationEng\AvStateSvr\AvSMsgSend.cpp.

Event Source: CiscoUnity_ConvSubscriber
Event ID: 119
Description:
An unexpected error has occurred while a subscriber is on the phone 
with Unity. This can potentially result in the subscriber hearing the 
failsafe conversation. Technical details are - IAvDohMessages::get_All returned 
[0x8007000e] on line 899 of file 
e:\views\Unity4.0.1.55\un_Conv1\AvConvSubscriber\AvConvSubMsgCountSvr\AvSCOSAndMsgCount.cpp.

Event Source: CiscoUnity_Wav
Event ID: 806
Description:
Cisco Unity’s multi-media component has encountered a serious error.
Explanation:
A serious failure has occurred on port 5 while writing data to an audio stream. 
Depending upon the severity of the failure, parties on this call could experience 
unexpected behavior or be disconnected. In some cases, further calls on this 
port will not be handled correctly.
Technical Details:
Thread 0x00001564 had a Failure on Port 5 in AvWav
Description: 
File: e:\views\Unity4.0.1.55\un_Miu\UnityAvWav\STRMIO.CPP(267)
Method: StreamIoWrite
Failure: call to IStream:Write with error(8007000e).

Event Source: CiscoUnity_ConvAddrSearch
Event ID: 106
Description:
Unexpected error occurred in the Subscriber searcher conversation. 
Technical details - IAvDohComposites::AddMany returned [0x8007000e] 
on line 2159 of file 
e:\views\Unity4.0.1.55\un_Conv3\AvConvUtilities\AvConvAddrSearchSvr\AvSListNamesSetup.cpp 
For further investigation, please turn on all the diagnostics for Address Searcher.

Event Source: CiscoUnity_ConvAddrSearch
Event ID: 106
Description:
Unexpected error occurred in the Subscriber searcher conversation. 
Technical details - SortObjectsInIterator returned [0x8007000e] on line 
1373 of file 
e:\views\Unity4.0.1.55\un_Conv3\AvConvUtilities\AvConvAddrSearchSvr\AvSListNamesSetup.cpp 
For further investigation, please turn on all the diagnostics for Address Searcher.

Event Source: CiscoUnity_ConvAddrSearch
Event ID: 106
Description:
Unexpected error occurred in the Subscriber searcher conversation. 
Technical details - AddNamesToSelectionList returned [0x8007000e] on line 263 of file
e:\views\Unity4.0.1.55\un_Conv3\AvConvUtilities\AvConvAddrSearchSvr\AvSListNamesSetup.cpp 
For further investigation, please turn on all the diagnostics for Address Searcher.

Event Source: CiscoUnity_ConvAddrSearch
Event ID: 106
Description:
Unexpected error occurred in the Subscriber searcher conversation. 
Technical details - GetObjectList returned [0x8007000e] on line 482 of file 
e:\views\Unity4.0.1.55\un_Conv3\AvConvUtilities\AvConvAddrSearchSvr\AvSListNamesSetup.cpp 
For further investigation, please turn on all the diagnostics for Address Searcher.

条件

これらの症状は Cisco Unity システムでの仮想メモリの使用量が 2 GB の制限に非常に近いときに発生することがあります。 ただし、2 GB のしきい値は理論上の制限であり、仮想メモリの使用量が 1.65 GB(または /3GB スイッチを使用して、Windows Advanced Server を実行するシステムでは 2.4 GB)を超えたときに Cisco Unity システムでこれらの問題が出始めることがあります。 問題は、音声コール トラフィックが大量にあるハイエンド システム(ポートが 48 を超え、ユーザが 2,500 を超える)で発生しやすいようです。 仮想メモリのフラグメンテーションは Cisco Unity システムが 1.65 GB(または /3GB スイッチを使用して、Windows Advanced Server を実行するシステムでは 2.4 GB)の制限を超えるまで、正常な機能やパフォーマンスに影響しません。

解決策

Windows 2000 Server での Cisco Unity 3.0(1) システムから 4.0(1) システム

次のいずれかの解決策を選択します。

  • SR1 を導入した Cisco Unity 4.0(3) にアップグレードし、HeapDeCommitFreeBlockThreshold の設定を使用します(詳細については、Cisco Unity 4.0(2) から 4.0(3) および以降のシステムを参照)。

  • Virtual Bytes カウンタが 1.65 GB に達したときに Cisco Unity システムを再起動動します。

Windows 2000 Advanced Server での Cisco Unity 3.0(1) システムから 3.1(4) システム

次のいずれかの解決策を選択します。

  • SR1 を導入した Cisco Unity 4.0(3) にアップグレードし、HeapDeCommitFreeBlockThreshold の設定を使用します(詳細については、Cisco Unity 4.0(2) から 4.0(3) および以降のシステムを参照)。

  • Virtual Bytes カウンタが 1.65 GB に達したときに Cisco Unity システムを再起動動します。

Windows 2000 Advanced Server での Cisco Unity 3.1(5) システムから 4.0(1) システム

次のいずれかの解決策を選択します。

  • SR1 を導入した Cisco Unity 4.0(3) にアップグレードし、HeapDeCommitFreeBlockThreshold の設定を使用します(詳細については、Cisco Unity 4.0(2) から 4.0(3) および以降のシステムを参照)。

  • /3GB スイッチを使用するには、この項の手順に従って Windows 2000 Advanced Server のメモリ管理を調整します。 これらの変更により、Cisco Unity システムで使用できる仮想メモリの量が増加し、仮想メモリのフラグメンテーションの問題がシステムで発生するまでの時間が延長されます。

    警告 警告: /3GB のスイッチを有効にした後も、AvCsMgr の仮想メモリを監視することが重要です。 根本的な問題があって AvCsMgr の仮想メモリのフラグメンテーションが発生している場合は、Cisco Unity システムで引き続き問題が発生することがあります。 Virtual Bytes カウンタが 2.4 GB に達したときに Cisco Unity システムを再起動します。

    注: Windows 2000 Server を実行している場合は、この手順は実行しないでください。 この手順は、Windows 2000 Advanced Server でのみ使用するように設計されています。

パート I:/3GB スイッチの有効化

次の手順を実行します。

  1. Cisco Unity システムで、メモ帳を使用して <root directory>\Boot.ini から Boot.ini ファイルを開きます。ここで、<root directory> はオペレーティング システムのバイナリがインストールされているディレクトリです。

  2. 開始行に /3GB のパラメータを追加して、Boot.ini を変更します。 次に例を示します。

    [boot loader]
    timeout=30
    default=multi(0)disk(0)rdisk(0)partition(2)\WINNT
    [operating systems]
    multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000
    Advanced Server" /fastdetect /3GB
  3. Boot.ini ファイルを保存します。

  4. 4. Cisco Unity バージョン 3.1(5) を使用する場合は、Cisco テクニカル サポートから提供される CiscoUnity 3.1(5)_ES20 をインストールします。 Cisco Unity バージョン 3.1(6) から 4.0(1) を使用する場合は、「パート II:ページ テーブル エントリ レジストリ設定の設定」から続行します。

パート II:ページ テーブル エントリ レジストリ設定の設定

これらのレジストリ キーは、/3GB スイッチを使用して Cisco Unity システムでシステムの安定性を向上するためにページ テーブル エントリの量を増やすように設計されています。

  1. レジストリ エディタ(Regedit.exe)を起動します。

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

  2. 現在のレジストリをバックアップしていない場合は、[Registry] > Export [Registry File] を選択し、レジストリ設定をファイルに保存します。

  3. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management キーを展開します。

  4. LargeSystemCache 値をダブルクリックします。

  5. 値を 0x00000000(0)に変更します。

  6. PagedPoolSize 値をダブルクリックします。

  7. 値を 0x00000000(0)に変更します。

  8. SystemPages 値をダブルクリックします。

    注: SystemPages の現在の値を記録しておいてください。 /3GB スイッチを除去するときにこの値を復元する必要があります。

  9. 値を 0xffffffff(4294967295)に変更します。

  10. 右クリックし、[New] を選択します。 次に [DWORD] 値を選択します。

  11. 値に PoolUsageMaximum という名前を付けます。

  12. PoolUsageMaximum 値をダブルクリックします。

  13. 値を 0x0000003c(60)に変更します。

  14. レジストリ エディタを閉じます。

  15. 変更を有効にするために Cisco Unity サーバを再起動します。

    注: /3GB スイッチとサードパーティ製の音声ボードを統合して使用する Cisco Unity システムでは、Cisco Unity ソフトウェアをインストールまたはアップグレードしようとするときに、問題のある動作が確認されています。 この動作の症状と回避策については、Cisco Bug ID CSCdw36215登録ユーザ専用)に記述されています。

Cisco Unity 4.0(2) から 4.0(3) および以降のシステム

この手順では、/3GB スイッチを使用せずに、仮想メモリの使用の制御性を向上し、仮想メモリのフラグメンテーションを減らすように Windows 2000 のメモリ管理を調整します。 Cisco Unity 4.0(2) および Cisco Unity 4.0(3) で使用できるメモリ割り当ての修正も適用します。

注: Cisco Unity 4.0(4) では、システムに 2 GB 以上の RAM があることをセットアップで検出し、「パート I -「HeapDeCommitFreeBlockThreshold」レジストリ キーの有効化」で説明されているレジストリ設定を自動的に有効にします。

Unity 4.0 システムでの仮想メモリのフラグメンテーションには、2 つの既知の障害が寄与しています。 Cisco Bug ID CSCec32012登録ユーザ専用)および CSCed41828登録ユーザ専用)です。 サーバにインストールされた Cisco Unity のバージョンに基づいて Cisco.com から適切なアップデートをダウンロードしてください。

  • Cisco Unity 4.0(3) の場合は、最新 Service Release をインストールします。 (注:Cisco Unity 4.0(3) 用の SR1 には 4.0(3) ES64 も必要です。)

  • Cisco Unity 4.0(3) および 4.0(3) SR1 のインストールへのアップグレードがオプションにならない、Cisco Unity 4.0(2) システムの場合は、CiscoUnity 4.0(2)_ES42 および Cisco Unity 4.0(2)_ES43 をインストールします。

パート I:「HeapDeCommitFreeBlockThreshold」レジストリ キーの有効化

このセクションで指定する HeapDeCommitFreeBlockThreshold の変更は 2 GB 以上の RAM を搭載し、Windows 2000 Server または Windows 2000 Advanced Server で動作する Cisco Unity システムでのみ使用することを目的としています。

  1. レジストリ エディタ(Regedit.exe)を起動します。

    注意 注意: 注意:誤ったレジストリ キーの変更や入力値の誤りは、サーバの誤動作の原因になります。 レジストリを編集する前に、問題が起きたときに復元する方法を確認してください。 「Registry Editor」のヘルプにある「Restoring」のトピックを参照してください。 Cisco Unity のフェールオーバーに関して、1 台の Cisco Unity サーバ上でレジストリを変更した場合は、他の Cisco Unity サーバにも手動で変更を加える必要があります。 これは、レジストリの変更が複製されないためです。 レジストリ キー設定の変更方法に関する質問がある場合は、Cisco テクニカル サポートにお問い合せください。

  2. 現在のレジストリをバックアップしていない場合は、[Registry] > Export [Registry File] を選択し、レジストリ設定をファイルに保存します。

  3. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager キーを展開します。

  4. HeapDeCommitFreeBlockThreshold 値をダブルクリックします。

  5. 値を 0x00040000(262,144)に変更します。

  6. [OK] をクリックします。

  7. レジストリ エディタを閉じます。

  8. 変更を有効にするために、Cisco Unity サーバを再起動します。

パート II:/3GB スイッチの削除

パート I を実行すると、Cisco Unity サーバで /3GB スイッチが不要になります。 システムで /3GB スイッチを使用する場合は、必ずスイッチを Boot.ini ファイルから削除し、「パート III」に進んでください。

  1. Cisco Unity システムで、メモ帳を使用して <root directory>\Boot.ini から Boot.ini ファイルを開きます。ここで、<root directory> はオペレーティング システムのバイナリがインストールされているディレクトリです。

  2. スタートアップ行に /3GB パラメータがあればこれを削除して Boot.ini を変更します。

    たとえば、次の内容を変更して、

    [boot loader]
    timeout=30
    default=multi(0)disk(0)rdisk(0)partition(2)\WINNT
    [operating systems]
    multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000
    Advanced Server" /fastdetect /3GB

    次のようにします。

    [boot loader]
    timeout=30
    default=multi(0)disk(0)rdisk(0)partition(2)\WINNT
    [operating systems]
    multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000
    Advanced Server" /fastdetect
  3. Boot.ini ファイルを保存します。

パート III:システム ページ テーブル エントリ レジストリ設定の復元

これで、/3GB スイッチを削除したため、/3GB スイッチを有効にしたときにレジストリ設定を変更してあった場合は、元の値に戻します。

  1. レジストリ エディタ(Regedit.exe)を起動します。

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

  2. 現在のレジストリをバックアップしていない場合は、[Registry] > Export [Registry File] を選択し、レジストリ設定をファイルに保存します。

  3. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management キーを展開します。

  4. LargeSystemCache 値をダブルクリックします。

  5. 値を 0x00000000(0)に変更します。

  6. PagedPoolSize 値をダブルクリックします。

  7. 値を 0x00000000(0)に変更します。

  8. SystemPages 値をダブルクリックします。

  9. /3GB のスイッチを有効にしたときに設定されていた元の値を復元するか、デフォルト値 0x00000000(0)を使用します。

  10. PoolUsageMaximum 値をクリックして強調表示します。

  11. [Edit] を選択してから [Delete] をクリックします。

  12. [Yes] をクリックします。

  13. レジストリ エディタを閉じます。

  14. 変更を有効にするために、Cisco Unity サーバを再起動します。

エラー: Exchange サーバを実行するために必要な仮想メモリが、パフォーマンスに影響を及ぼす形でフラグメント化されている

Exchange 2000 SP3 をインストールした Cisco Unity 4.x で、Unity がクラッシュし、高 CPU 使用率、長い応答時間、および遅延が発生します。 Cisco Unity アプリケーション イベント ログに次のエラー メッセージがレポートされます。

Event Type: Error
  Event Source: MSExchangeIS
  Event Category: Performance
  Event ID: 9582 The virtual memory necessary to run the Exchange server is fragmented 
  in such a way that normal operation may begin to fail. It is highly recommended that 
  you restart all Exchange services to correct this issue.

この問題は Exchange 2000 コンピュータで仮想メモリのフラグメンテーションが発生したときに発生することがあります。 この問題はサーバに IMAP4 ユーザがおり、これらのユーザがログイン、またはログオフする場合に発生する可能性もあります。

解決策

この問題を解決するには、Microsoft のサポート技術情報 883527 を参照してください。leavingcisco.com

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

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


関連情報


Document ID: 51477