Voix et communications unifiées : Cisco Unity

Fragmentation de la mémoire virtuelle Unity - Identification et solutions

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Un serveur de Windows 2000 décrit l'utilisation des octets virtuels comme, « la taille en cours dans les octets de l'espace d'adressage virtuel que le processus utilise. L'utilisation de l'espace d'adressage virtuel n'implique pas nécessairement qu'on correspond l'utilisation des pages de disque ou de mémoire centrale. L'espace virtuel est fini, et si vous utilisez trop, le processus peut limiter sa capacité aux bibliothèques de programmes. »

Le service primaire de Cisco Unity, AvCsMgr, alloue les octets virtuels pour un grand choix de processus. Ces processus incluent la livraison et enregistrement audio de message, et lecture. Ce document discute :

  • Modèles virtuels d'utilisation de mémoire d'AvCsMgr.

  • Manières d'identifier les questions virtuelles potentielles de fragmentation de mémoire.

  • Solutions que vous pouvez employer pour atténuer et corriger l'utilisation de mémoire virtuelle excessive.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur des versions 3.0 et ultérieures de Cisco Unity.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Modèle virtuel d'utilisation de mémoire

La figure 1 montre un modèle virtuel typique d'utilisation de mémoire pour le processus d'AvCsMgr sur un système Cisco Unity.

Le délai prévu affiché commence par le démarrage initial du Cisco Unity. Comme les crêtes d'activité de système et les niveaux normaux de la fragmentation se produisent, la quantité de mémoire virtuelle que les utilisations d'AvCsMgr stabilise au modèle horizontal que la figure 1 affiche. La quantité maximale de mémoire virtuelle qu'AvCsMgr utilise et la période pour atteindre cet état varie, basée sur le trafic de communication voix et le nombre d'abonnés sur le système.

Figure 1 : Utilisation de mémoire virtuelle typique d'AvCsMgr

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

La figure 2 montre un modèle potentiellement problématique de l'utilisation de mémoire virtuelle d'AvCsMgr. À augmentations cohérentes après le point auquel les plateaux de mémoire virtuelle d'AvCsMgr peuvent indiquer l'allocation de mémoire ou la fragmentation virtuelle excessive d'AvCsMgr. Le modèle que la figure 2 montre n'indique pas nécessairement un problème. Par exemple, les hausses fortes ne sont pas peu communes quand un grand nombre d'abonnés sont ajoutés au système, ou pendant que l'activité du système atteint une nouvelle crête puisque la dernière reprise du serveur. Si on observe ce modèle, Cisco recommande que vous suiviez attentivement l'activité afin de déterminer si l'utilisation est excessive.

Figure 2 : Utilisation de mémoire virtuelle potentiellement problématique d'AvCsMgr

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

L'utilisation de mémoire virtuelle d'AvCsMgr devrait ne jamais dépasser 1.65 Go (ou 2.4 Go sur des systèmes qui exécutent l'Advanced Server de Windows et qui utilisent le commutateur de /3GB).

Moniteur de performances d'utilisation pour surveiller l'utilisation de mémoire virtuelle d'AvCsMgr

Vous pouvez se connecter le modèle virtuel d'utilisation de mémoire de Cisco Unity avec l'utilisation du moniteur de performances de Microsoft Windows. Référez-vous au chapitre de supervision des performances du guide de maintenance de Cisco Unity pour les informations sur l'utilisation du moniteur de performances.

Terminez-vous ces étapes afin de visualiser ce temps réel de l'information dans le moniteur de performances :

  1. Sélectionnez le Start > Programs > Administrative tools > la représentation afin de mettre en marche le moniteur de performances.

  2. Cliquez sur le moniteur système dans la vue d'arborescence du côté droit.

  3. Cliquez avec le bouton droit le contrôle dans la vue de contrôle au panneau de droite.

  4. Cliquez sur Add les compteurs dans le menu instantané.

  5. Sélectionnez l'ordinateur de Cisco Unity que vous souhaitez surveiller.

  6. Sélectionnez l'objet de performances de traitement.

  7. Faites descendre l'écran la contre- liste à gauche et sélectionnez le compteur d'octets virtuel.

  8. Faites descendre l'écran la liste d'exemple du côté droit et sélectionnez l'exemple d'AvCsMgr.

  9. Cliquez sur Add afin d'ajouter les octets virtuels à l'opposé de la vue de contrôle. Vous pourriez devoir changer l'échelle pour visualiser correctement ce compteur dans la vue de graphique.

  10. Dans la vue de contrôle au panneau de droite, cliquez avec le bouton droit le contrôle et dans le menu instantané, clic Properties.

  11. Dans l'onglet de données de la boîte de dialogue Properties de moniteur système, l'échelle de clic et sélectionnent alors 0.0000001 de la liste déroulante.

  12. Changez la valeur d'échelle verticale à 200 dans les données de graphique de la boîte de dialogue Properties de moniteur système.

  13. Cliquez sur OK.

    Par exemple, la valeur maximale signalée dans la figure 1 correspond à 1201238093 octets ou à 1.20 Go. Si vous observez ce compteur en temps réel, cette valeur ne devrait pas être Go du supérieur à 1.65 (ou 2.4 Go sur les systèmes qui exécutent l'Advanced Server de Windows et qui utilisent le commutateur de /3GB).

    Cisco recommande que vous employiez des alertes de moniteur de performances afin d'informer l'administrateur de Cisco Unity quand la valeur virtuelle d'octets dépasse la limite du Go 1.65 (ou 2.4 Go sur les systèmes qui exécutent l'Advanced Server de Windows et qui utilisent le commutateur de /3GB).

Configurez une alerte de moniteur de performances pour le compteur d'octets virtuel d'AvCsMgr

Terminez-vous ces étapes afin de configurer une alerte de moniteur de performances pour le compteur d'octets virtuel d'AvCsMgr :

  1. Sélectionnez le Start > Programs > Administrative tools > la représentation afin de mettre en marche le moniteur de performances.

  2. La représentation de double clic se connecte et des alertes et puis clique sur des alertes.

    Toutes les alertes existantes sont répertoriées dans le volet de détails. Une icône verte indique que les alertes s'exécutent ; une icône rouge indique que des alertes ont été arrêtées.

  3. Cliquez avec le bouton droit dans une zone vide du volet de détails et sélectionnez les nouvelles configurations vigilantes.

  4. Dans la zone d'identification, écrivez le nom de l'alerte et puis cliquez sur OK.

  5. Sous l'onglet Général, dans la section commentaires, écrivez un commentaire pour décrire l'alerte.

  6. Cliquez sur Add.

  7. Cliquez sur les compteurs d'ordinateur local d'utilisation pour surveiller des compteurs à partir de l'ordinateur sur lequel la représentation se connecte et alerte le passage de service.

    Alternativement, afin de surveiller des compteurs à partir d'un ordinateur spécifique indépendamment d'où le service fonctionne, les compteurs choisis de clic à partir de l'ordinateur et spécifient le nom de l'ordinateur que vous voulez surveiller.

  8. Sélectionnez l'objet de performances de traitement.

  9. Faites descendre l'écran la contre- liste à gauche et sélectionnez le compteur d'octets virtuel.

  10. Faites descendre l'écran la liste d'exemple du côté droit et sélectionnez l'exemple d'AvCsMgr.

  11. Cliquez sur Add et puis fermez la boîte de dialogue.

  12. Dans le domaine vigilant (quand la valeur est), spécifiez au-dessus et dans du champ de limite, spécifient la valeur qui déclenche l'alerte.

  13. Spécifiez la quantité et l'unité de mesure pour l'intervalle de mise à jour (par exemple, 1 minute) dans les données d'échantillon chaque champ.

  14. Sélectionnez l'action d'être exécuté quand l'alerte est déclenchée sous l'onglet d'action.

    Cisco recommande que vous configuriez le service vigilant pour écrire à l'ajout de procédure de connexion d'événement à n'importe quelle autre action que vous voulez installer. Des alertes de journal d'événements de ce type peuvent également être configurées pour informer un administrateur par l'intermédiaire de l'utilitaire SME trouvé à la page de service de contrôle d'événement d'outils de Cisco Unity.

  15. Sous l'onglet de programme, le balayage choisi de début manuellement et l'arrêt balayent manuellement.

  16. Cliquez sur OK.

  17. Sélectionnez l'alerte que vous avez juste configurée, et puis cliquez avec le bouton droit l'alerte et sélectionnez le début.

    Remarque: L'alerte doit être commencée chaque fois les reprises de système Cisco Unity.

Problème

L'espace d'adressage virtuel pour les applications de mode utilisateur qui fonctionnent sur un Windows 2000 Server ou un Windows 2000 Advanced Server est limité à 4 Go. Par défaut, les 4 Go de l'espace d'adressage est divisés en 2 Go chacun pour le mode utilisateur et pour des processus de mode noyau. Le système Cisco Unity (un procédé de mode utilisateur) dépasse seulement la limite du Go 2 quand il y a de fragmentation de mémoire virtuelle excessive. Quand la limite du Go 2 est atteinte, elle fait arrêter le service d'AvCsMgr inopinément.

Symptômes sur des systèmes du Cisco Unity 3.x

Car les composants sous-jacents ne peuvent plus allouer la mémoire, les abonnés peuvent entendre la conversation de sécurité (quand le Cisco Unity lit le « désolé prompt, système temporairement indisponible. Essayez s'il vous plaît de nouveau plus tard »), et un ou plusieurs de ces erreurs apparaît dans le journal d'événements d'application :

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.

Symptômes sur des systèmes du Cisco Unity 4.0

Car les composants sous-jacents ne peuvent plus allouer la mémoire, les abonnés peuvent entendre la conversation de sécurité (quand le Cisco Unity lit le « désolé prompt, système temporairement indisponible. Essayez s'il vous plaît de nouveau plus tard »), et un ou plusieurs de ces erreurs apparaissent dans le journal d'événements d'application :

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.

Condition

Ces symptômes peuvent se produire si l'utilisation de mémoire virtuelle sur le système Cisco Unity est très proche de la limite du Go 2. Cependant, le seuil du Go 2 est une limite théorique, et les débuts de système Cisco Unity pour montrer ces problèmes quand l'utilisation de mémoire virtuelle dépasse 1.65 Go (ou 2.4 Go sur les systèmes qui exécutent l'Advanced Server de Windows et qui utilisent le commutateur de /3GB). Les problèmes sont pour se poser sur les systèmes à extrémité élevé (plus de 48 ports et 2,500 utilisateurs) avec un grand volume du trafic de communication voix. La fragmentation de mémoire virtuelle n'affecte pas la fonctionnalité ou la représentation normale jusqu'à ce que le système Cisco Unity dépasse la limite du Go 1.65 (ou 2.4 Go sur les systèmes qui exécutent l'Advanced Server de Windows et qui utilisent le commutateur de /3GB).

Solutions

Cisco Unity 3.0(1) 4.0(1) systèmes sur le Windows 2000 Server

Choisissez une de ces solutions :

Cisco Unity 3.0(1) 3.1(4) systèmes sur le Windows 2000 Advanced Server

Choisissez une de ces solutions :

Cisco Unity 3.1(5) 4.0(1) systèmes sur le Windows 2000 Advanced Server

Choisissez une de ces solutions.

  • Améliorez au Cisco Unity 4.0(3) avec SR1 et utilisez la configuration de HeapDeCommitFreeBlockThreshold (voir le Cisco Unity 4.0(2) à 4.0(3) et à plus défunts systèmes pour des détails).

  • Suivez les instructions dans cette section d'utiliser le commutateur de /3GB, et faites les réglages à la gestion de la mémoire de Windows 2000 Advanced Server. Ces modifications augmentent la quantité de mémoire virtuelle disponible sur le système Cisco Unity et prolongent la période avant les problèmes de présentations de système de la fragmentation de mémoire virtuelle.

    avertissement Avertissement : Même après que vous activez le commutateur de /3GB, il est essentiel que vous surveilliez le mémoire virtuelle d'AvCsMgr. Si la cause de problèmes sous-jacents augmente dans la fragmentation de mémoire virtuelle d'AvCsMgr, le système Cisco Unity peut encore montrer des problèmes. Redémarrez le système Cisco Unity si le compteur d'octets virtuel atteint 2.4 Go.

    Remarque: Ne faites pas cette procédure si vous exécutez le Windows 2000 Server. Cette procédure est conçue pour l'usage seulement avec le Windows 2000 Advanced Server.

Partie I ? Activez le commutateur de /3GB

Procédez comme suit :

  1. Sur le système Cisco Unity, utilisation Notepad d'ouvrir le fichier Boot.ini du directory> de <root \ Boot.ini, où le directory> de <root est le répertoire dans lequel les binaires du système d'exploitation sont installées.

  2. Modifiez Boot.ini en ajoutant le paramètre de /3GB à la ligne de démarrage. Exemple :

    [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. Sauvegardez le fichier Boot.ini.

  4. 4. Si vous utilisez la version 3.1(5) de Cisco Unity, installez CiscoUnity3.1(5)_ES20, qui est fourni par le support technique de Cisco. Si vous utilisez des versions 3.1(6) à 4.0(1) de Cisco Unity, continuez la partie II ? placez les paramètres de registre de tableau de page d'entrée.

Partie II ? Placez les paramètres de registre d'entrée de la table des pages

Ces clés de registre sont conçues pour augmenter la quantité d'entrées de la table des pages pour augmenter la stabilité du système sur un système Cisco Unity utilisant le commutateur de /3GB.

  1. Commencez Registry Editor (regedit.exe).

    attention Attention : Si vous changez la clé de registre fausse ou écrivez une valeur incorrecte, ceci peut faire fonctionner mal le serveur. Avant que vous éditiez le registre, confirmez que vous savez le restaurer si un problème se pose. (Référez-vous à « restaurer » des thèmes dans l'aide de Registry Editor.) Notez que pour le Basculement de Cisco Unity, des changements dans le registre sur un serveur de Cisco Unity doivent être apportés manuellement sur l'autre serveur de Cisco Unity, parce que des changements dans le registre ne sont pas répliqués. Si vous avez n'importe quelles questions au sujet de la façon changer des configurations de clé de registre, entrez en contact avec le support technique de Cisco.

  2. Si vous n'avez pas une sauvegarde en cours du registre, le registre > le fichier du registre choisis d'exportation, et sauvegardent les paramètres de registre à un fichier.

  3. Clé développez le HKEY_LOCAL_MACHINE \ SYSTÈME \ CurrentControlSet \ contrôle \ de session gestionnaire \ gestion de la mémoire.

  4. Double-cliquer la valeur de LargeSystemCache.

  5. Changez la valeur à 0x00000000 (0).

  6. Double-cliquer la valeur de PagedPoolSize.

  7. Changez la valeur à 0x00000000 (0).

  8. Double-cliquer la valeur de SystemPages.

    Remarque: Gardez un enregistrement de la valeur courante pour SystemPages. Vous devez restaurer cette valeur si vous retirez le commutateur de /3GB.

  9. Changez la valeur à 0xffffffff (4294967295).

  10. Cliquez avec le bouton droit et choisissez nouveau. Choisissez alors la valeur DWORD.

  11. Nommez la valeur PoolUsageMaximum.

  12. Double-cliquer la valeur de PoolUsageMaximum.

  13. Changez la valeur à 0x0000003c (60).

  14. Clôturez Registry Editor.

  15. Redémarrez le serveur de Cisco Unity pour que les modifications les prennent effet.

    Remarque: Sur les systèmes Cisco Unity qui utilisent les intégrations de voiceboard de commutateur et de tiers de /3GB, on a observé le comportement problématique tout en tentant d'installer ou améliorer le logiciel de Cisco Unity. L'ID de bogue Cisco CSCdw36215 (clients enregistrés seulement) décrit les symptômes et le contournement pour ceci.

Cisco Unity 4.0(2) à 4.0(3) et à plus défunts systèmes

Cette procédure fait des réglages à la gestion de la mémoire de Windows 2000 afin de fournir un meilleur contrôle d'utiliser-et de mémoire virtuelle pour réduire la fragmentation de mémoire virtuelle, sans utilisation du commutateur de /3GB. Il applique également des difficultés d'allocation de mémoire disponibles dans le Cisco Unity 4.0(2) et le Cisco Unity 4.0(3).

Remarque: Dans le Cisco Unity 4.0(4), l'installation détecte quand un système a 2 Go ou plus de RAM, et active automatiquement les paramètres de registre décrits dans la partie I ? activez la clé de registre de « HeapDeCommitFreeBlockThreshold ».

Deux défauts connus contribuent à la fragmentation de mémoire virtuelle dans l'Unity 4.0 systèmes : ID de bogue Cisco CSCec32012 (clients enregistrés seulement) et CSCed41828 (clients enregistrés seulement). Basé sur la version du Cisco Unity installée sur le serveur, téléchargez les mises à jour applicables de Cisco.com :

  • Pour le Cisco Unity 4.0(3), installez le plus défunt lancement du service. (Note que SR1 pour le Cisco Unity 4.0(3) exige également 4.0(3) ES64).

  • Pour des systèmes du Cisco Unity 4.0(2), où une mise à jour au Cisco Unity 4.0(3) et à une installation 4.0(3) de SR1 n'est pas une option, installez CiscoUnity4.0(2)_ES42 et CiscoUnity4.0(2)_ES43.

Partie I ? Activez la clé de registre de « HeapDeCommitFreeBlockThreshold »

La modification de HeapDeCommitFreeBlockThreshold spécifiée dans cette section est destinée pour l'usage seulement avec un système Cisco Unity qui a 2 Go ou plus de RAM, ce s'exécute sur un Windows 2000 Server ou un Windows 2000 Advanced Server.

  1. Commencez Registry Editor (regedit.exe).

    attention Attention : Si vous changez la clé de registre fausse ou écrivez une valeur incorrecte, ceci peut faire fonctionner mal le serveur. Avant que vous éditiez le registre, confirmez que vous savez le restaurer si un problème se pose. (Référez-vous à « restaurer » des thèmes dans l'aide de Registry Editor.) Notez que pour le Basculement de Cisco Unity, des changements dans le registre sur un serveur de Cisco Unity doivent être apportés manuellement sur l'autre serveur de Cisco Unity. C'est parce que des changements dans le registre ne sont pas répliqués. Si vous avez n'importe quelles questions au sujet de la façon changer des configurations de clé de registre, entrez en contact avec le support technique de Cisco.

  2. Si vous n'avez pas une sauvegarde en cours du registre, le registre > le fichier du registre choisis d'exportation, et sauvegardent les paramètres de registre à un fichier.

  3. Développez le HKEY_LOCAL_MACHINE \ SYSTÈME \ CurrentControlSet \ la clé gestionnaire de contrôle \ session.

  4. Double-cliquer la valeur de HeapDeCommitFreeBlockThreshold.

  5. Changez la valeur à 0x00040000 (262,144).

  6. Cliquez sur OK.

  7. Clôturez Registry Editor.

  8. Redémarrez le serveur de Cisco Unity pour les modifications pour le prendre effet.

Partie II ? Retirez le commutateur de /3GB

Après que vous vous terminiez la partie I, le serveur de Cisco Unity n'a besoin plus du commutateur de /3GB. Si le système utilise le commutateur de /3GB, soyez sûr de retirer le commutateur à partir du fichier Boot.ini et de continuer PartIII.

  1. Sur le système Cisco Unity, utilisation Notepad d'ouvrir le fichier Boot.ini du directory> de <root \ Boot.ini, où le directory> de <root est le répertoire dans lequel les binaires du système d'exploitation sont installées.

  2. Modifiez Boot.ini en retirant, si présent, le paramètre de /3GB de la ligne de démarrage.

    Par exemple, changez ceci de :

    [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. Sauvegardez le fichier Boot.ini.

Partie III ? Restaurez les paramètres de registre d'entrée de la table des pages de système

Si les paramètres de registre étaient modifiés quand vous avez activé le commutateur de /3GB, restaurez-les sur les valeurs initiales maintenant que le commutateur de Go de /3 est retiré.

  1. Commencez Registry Editor (regedit.exe).

    attention Attention : Si vous changez la clé de registre fausse ou écrivez une valeur incorrecte, elle peut faire fonctionner mal le serveur. Avant que vous éditiez le registre, confirmez que vous savez le restaurer si un problème se pose. (Référez-vous à « restaurer » des thèmes dans l'aide de Registry Editor.) Notez que pour le Basculement de Cisco Unity, des changements dans le registre sur un serveur de Cisco Unity doivent être apportés manuellement sur l'autre serveur de Cisco Unity, parce que des changements dans le registre ne sont pas répliqués. Si vous avez n'importe quelles questions au sujet de changer des configurations de clé de registre, entrez en contact avec le support technique de Cisco.

  2. Si vous n'avez pas une sauvegarde en cours du registre, le registre > le fichier du registre choisis d'exportation, et sauvegardent les paramètres de registre à un fichier.

  3. Clé développez le HKEY_LOCAL_MACHINE \ SYSTÈME \ CurrentControlSet \ contrôle \ de session gestionnaire \ gestion de la mémoire.

  4. Double-cliquer la valeur de LargeSystemCache.

  5. Changez la valeur à 0x00000000 (0).

  6. Double-cliquer la valeur de PagedPoolSize.

  7. Changez la valeur à 0x00000000 (0).

  8. Double-cliquer la valeur de SystemPages.

  9. Restaurez la valeur initiale qui était en place quand le commutateur de /3GB a été activé, ou utilisent la valeur par défaut de 0x00000000 (0).

  10. Cliquez sur la valeur de PoolUsageMaximum pour la mettre en valeur.

  11. Choisissez éditent, et puis suppriment.

  12. Cliquez sur Yes.

  13. Clôturez Registry Editor.

  14. Redémarrez le serveur de Cisco Unity pour les modifications pour le prendre effet.

Erreur : Le mémoire virtuelle nécessaire pour exécuter votre serveur exchange est fragmenté de telle manière que la représentation puisse être affectée

Dans le Cisco Unity 4.x avec l'échange 2000 SP3, les crash d'Unity et la CPU de haute d'expériences utilisateur, les temps de réponse lents et le retard. Le journal d'événements d'application de Cisco Unity signale ce message d'erreur :

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.

Cette question peut se produire quand la fragmentation de mémoire virtuelle se produit sur votre ordinateur 2000 d'échange. En outre, cette question peut se produire quand le serveur a des utilisateurs d'IMAP4, et ces login utilisateur ou déconnexion.

Solution

Afin de résoudre ce problème, référez-vous à l'article 883527 de KB Microsoftleavingcisco.com .

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 51477