Como solucionar problemas de fragmentação de memória virtual no Exchange Server 2003 e no Exchange 2000 Server

Traduções deste artigo Traduções deste artigo
ID do artigo: 325044 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo descreve como solucionar mensagens de aviso de evento 9582 ID e mensagens de erro resultantes de problemas de fragmentação de memória virtual em Microsoft Exchange Server 2003 e Microsoft Exchange 2000 Server. Este artigo também contém informações sobre como monitorar o uso de memória virtual, como detectar fragmentação de memória virtual e como otimizar o uso de memória virtual no servidor. Além disso, este artigo contém uma lista de recursos que você pode usar a Ajuda para solucionar problemas de fragmentação de memória virtual e otimizar o uso da memória virtual no Exchange 2003 e Exchange 2000.

Visão geral

Fragmentação da memória virtual é uma condição onde memória virtual está disponível para um processo, mas nenhum dos blocos de memória virtual que estão disponíveis são de um tamanho significativo. Fragmentação de memória ocorre ao longo do tempo devido o tamanho variado de alocações de memória e as variáveis vidas úteis de cada alocação. Quando você dimensiona um servidor para tratar mais usuários e cargas maiores, o servidor pode executar baixo memória virtual no processo do Microsoft Exchange Information Store (Store. exe). Quando esse problema ocorre, o evento ID 9582 eventos são registrados no log de eventos do aplicativo.

Em alguns casos, o evento ID 9582 eventos não indicam um problema com a memória virtual no servidor e os eventos podem ser ignorados. No entanto, em outras situações, a falta de memória virtual pode resultar em erros de processamento de mensagens (indicado pela identificação de evento 12800 eventos) e diminui o desempenho. Se deixada desmarcada, fragmentação de memória virtual pode resultar em degradação de desempenho e comportamentos inesperados.

Não há praticamente nenhuma correlação entre a quantidade de memória física de acesso aleatório (RAM) instalada no computador e a quantidade de memória virtual. Dessa forma, você não pode resolver problemas de pouca memória virtual adicionando memória RAM física mais. Além disso, erros de memória virtual e problemas de fragmentação de memória virtual não estão limitados a clusters de servidor ativo/ativo. Esses problemas também ocorrem em clusters de servidor ativo/passivo e em servidores autônomos que executam o Exchange 2003 ou Exchange 2000.

Observação Problemas de memória virtual são mais predominantes em uma configuração em cluster do Exchange 2000 ou em uma configuração em cluster do Exchange 2003 porque esses ambientes são normalmente usados para dimensionar Exchange para hospedar vários milhares de usuários com vários grupos de armazenamento e vários bancos de dados de mensagens.

Como monitorar a memória virtual e detectar fragmentação de memória virtual

Você pode usar o log de eventos do aplicativo da ferramenta Visualizador de eventos e Logs de desempenho e alertas para monitorar o uso de memória virtual e detectar fragmentação de memória virtual no Exchange 2003 e Exchange 2000.

O log de eventos do aplicativo

Monitore o log de eventos do aplicativo do Visualizador de eventos em uma base diária para eventos de evento ID 9582. No log de eventos do aplicativo, uma mensagem de aviso de evento 9582 identificação aparece quando o maior bloco livre de memória virtual diminui a 32 megabytes (MB). Você pode usar uma ferramenta de monitoramento que gera um alerta administrativo sempre que uma mensagem de evento 9582 ID é registrada.

Mensagens de aviso de evento ID 9582

Quando um servidor Exchange tem menos de 32 MB de espaço de endereço virtual contíguo livre, a seguinte mensagem de aviso é registrada no log de eventos do aplicativo:
Origem: MSExchangeIS
Categoria: desempenho
ID: 9582
Tipo: aviso
Descrição:
A memória virtual necessária para executar o servidor Exchange está fragmentada de tal forma que o desempenho pode ser afetado. É altamente recomendável que você reinicie todos os serviços do Exchange para corrigir esse problema.

Para obter mais informações, clique em<http: search.support.microsoft.com/search/?adv="1"></http:>
Quando essa mensagem de aviso é registrada, execute essas etapas:
  1. Prepare e execute as etapas para desligar e reiniciar o servidor nas próximas 36 a 72 horas.
  2. Para determinar a taxa de deterioração, use a ferramenta alertas e Logs de desempenho para monitorar o seguinte contador para o MSExchangeIS objeto de desempenho:
    Total de VM grande livre bloquear Bytes
    Use esses dados para ajudar a planejar uma hora apropriada (nas próximas 36 a 72 horas) para desligar e reiniciar o servidor.
Mensagens de erro do evento ID 9582

Quando um servidor Exchange tem menos de 16 MB de espaço de endereço virtual contíguo livre, a seguinte mensagem de erro é registrada no log de eventos do aplicativo:
Origem: MSExchangeIS
Categoria: desempenho
ID: 9582
Tipo: erro
Descrição:
A memória virtual necessária para executar o servidor Exchange está fragmentada de tal forma que o desempenho pode ser afetado. É altamente recomendável que você reinicie todos os serviços do Exchange para corrigir esse problema.

Para obter mais informações, clique em<http: search.support.microsoft.com/search/?adv="1"></http:>
Neste nível de fragmentação de memória virtual, o processo Store. exe não é possível criar pilhas adicionais e não pode corretamente montar e desmontar grupos de armazenamento. Se o VM maior tamanho de bloco contador abaixo de 10 MB, os grupos de armazenamento não montagem. Quando uma mensagem de erro de evento 9582 ID é registrada, prepare para desligar e reiniciar o servidor na próxima oportunidade. Por exemplo, desligue e reinicie o servidor que noite ou na manhã seguinte. Fazendo isso, você pode ajudar a evitar problemas de desempenho que podem ocorrer durante horários de pico de uso.

Quando você desligar e reiniciar o servidor para limpar a fragmentação da memória virtual, há considerações adicionais quando o Exchange 2000 Server é configurado em um ambiente agrupado. Quando você mover recursos de cluster de um nó para outro nó, esse processo não garante um espaço de endereço de memória virtual "limpo". Se os recursos de cluster são de propriedade do nó de cluster de destino e os recursos de cluster são movidos para o nó passivo (sem primeiro reiniciar o nó de destino), você pode enfrentar fragmentação da memória virtual no nó passivo. Para evitar essa situação e desmarque fragmentação de memória em um ambiente de cluster do Exchange 2000 Server, siga estas etapas:
  1. Reinicie o nó passivo antes de mover recursos de cluster para ele.

    Esta etapa ajuda a garantir que os recursos de cluster são movidos para um servidor que tenha um espaço de endereço de memória virtual "limpo".
  2. Mova os recursos de cluster para o nó passivo.
  3. Reinicie o nó que anteriormente possuía os recursos de cluster.
Observação Exchange Server 2003 reinicia automaticamente o serviço de Store. exe após os registros de recursos foram movidos para um nó diferente no cluster para redefinir o espaço de endereço do Store. exe nesse nó. Portanto, na próxima vez que o servidor virtual do Exchange é movido para o nó passivo, o Store. exe está operando com um espaço de endereço "limpa".

Mensagens de aviso de evento 9665 ID

Exchange 2003 realiza uma verificação de configuração de memória ideal quando o processo Store. exe é iniciado. Se as configurações de memória não forem ideais, uma mensagem de aviso de evento 9665 ID é registrada no log de eventos do aplicativo do Visualizador de eventos. Essa mensagem de aviso é registrada quando qualquer uma das seguintes condições for verdadeira:
  • O Exchange é instalado em um computador que esteja executando qualquer versão do Microsoft Windows 2000 Server e o valor SystemPages no registro está definido fora do intervalo de 24000 para 31000.
  • O Exchange é instalado em um computador que está executando o Microsoft Windows 2000 Advanced Server ou Microsoft Windows 2000 Datacenter Server e o servidor possui 1 gigabyte (GB) ou mais de memória física (RAM) instalada, mas não tem /3GB definido no arquivo Boot. ini.
  • O Exchange é instalado em um computador que esteja executando o Microsoft Windows Server 2003 Standard Edition, Microsoft Windows Server 2003 Enterprise Edition ou Microsoft Windows Server 2003 Datacenter Edition e o valor SystemPages no registro é definido para um valor diferente de 0.
  • Exchange é instalado em um computador que esteja executando o Windows Server 2003 Standard Edition, Windows Server 2003 Enterprise Edition ou Windows Server 2003 Datacenter Edition, o servidor tem 1 GB ou mais de RAM instalada, a opção /3GB está definida, mas a opção /USERVA não está presente no arquivo Boot. ini ou está definido fora do intervalo de 3030 para 2970.
  • O Exchange é instalado em um computador que esteja executando qualquer versão do Windows 2000 Server ou Windows Server 2003 e o valor de HeapDeCommitFreeBlockThreshold no registro é definido para um valor diferente de 0x00040000.
Quando uma mensagem de aviso de evento 9665 ID é registrada, execute essas etapas:
  1. Verifique o
    SystemPages
    a configuração e o
    HeapDeCommitFreeBlockThreshold
    configuração do registro.
  2. Verifique se a opção /3GB e a opção /USERVA no arquivo Boot. ini .
Para obter mais informações sobre os valores recomendados para essas configurações, consulte a seção "Como otimizar o uso de memória virtual".

Observação Se você desejar desativar a verificação da configuração de memória, adicione o
Suprimir notificação de configuração de memória
DWORD valor para a seguinte chave do registro e defina o valor como 1:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Observação A verificação da configuração de memória não ocorre em servidores que estejam executando o Microsoft Small Business Server.

Mensagens de erro 12800 ID de evento

Em situações onde memória virtual está muito fragmentada, mensagem de processamento de problemas e conversão de mensagem pode ocorrer. Os usuários podem enfrentar problemas de desempenho e não poderá acessar suas mensagens. Ocorrências repetidas do seguinte evento no log de eventos do aplicativo, onde cada ocorrência é registrada vários segundos após a última ocorrência, indicam fragmentação da memória virtual extremos:
Origem: MSExchangeIS
Categoria: Mecanismo de conteúdo
ID: 12800
Tipo: erro
Descrição:
Processamento de mensagens falhou porque não há memória disponível suficiente (8007000E-82000387).
Observação Você pode ver esse evento no log de eventos do aplicativo em situações quando não há memória virtual suficiente disponível para processar uma mensagem ou como resultado de uma problema de formatação da mensagem. Ocorrências individuais deste evento não indicam a fragmentação da memória virtual. No entanto, várias ocorrências do evento registrado em um curto tempo quadro indicar que a memória virtual no servidor está muito fragmentada.

Alertas e logs de desempenho

O seguinte contador é o contador mais importante para monitorar a fragmentação da memória virtual no processo Store. exe no Exchange 2003 e Exchange 2000:
  • Objeto de desempenho: MSExchangeIS
    Contador: VM maior tamanho de bloco

    Esse contador exibe o tamanho (em bytes) do maior bloco livre de memória virtual. Esse contador aparece como uma linha que se incline para baixo como memória virtual é usada. Se esse contador cair abaixo de 32 MB, o Exchange registra uma mensagem de aviso de evento ID 9582 no log de eventos do aplicativo. Se esse contador cair abaixo de 16 MB, o Exchange registra uma mensagem de erro de evento ID 9582 no log de eventos do aplicativo. Se o maior bloco livre for pequeno (menos de 10 MB), o servidor está se aproximando de um estado crítico onde operações de mensagem podem começar a falhar e mensagens de erro 12800 ID de evento são registradas repetidamente.
Você também pode usar os seguintes contadores para monitorar a memória virtual no processo Store. exe:
  • Objeto de desempenho: MSExchangeIS
    Contador: Blocos livres VM Total

    Esse contador exibe o número total de blocos de memória virtual livre independentemente de seu tamanho. Esse contador aparece como uma linha que forma uma forma piramidal como monitorar a memória virtual. Você pode usar esse contador para medir a rapidez da memória virtual disponível se torna fragmentada. Para calcular o tamanho de bloco médio, use os contadores a seguir:
    Objeto de desempenho: Processo
    Contador: Bytes virtuais
    Instância: ARMAZENAMENTO
    Objeto de desempenho: MSExchangeIS
    Contador: Blocos livres VM Total
    Para calcular o tamanho de bloco médio, divida a ARMAZENAMENTO instância do Bytes virtuais contador da Processo objeto de desempenho, o Blocos livres VM Total contador da MSExchangeIS objeto de desempenho.
  • Objeto de desempenho: MSExchangeIS
    Contador: Total de VM grande livre bloquear Bytes

    Esse contador exibe a soma em bytes de todos os blocos de memória virtual livre são maiores ou iguais a 16 MB. Esse contador aparece como uma linha que se incline para baixo como memória virtual é usada. Você pode usar esse contador e o VM Total 16 MB livre blocos contador para monitorar a taxa de fragmentação de memória virtual e o status de memória virtual diárias do servidor.

Como detectar problemas de fragmentação de memória virtual

Para detectar problemas de fragmentação de memória virtual no Exchange 2003 e Exchange 2000, execute estas etapas:
  1. Exiba o conteúdo do log de eventos do aplicativo do Visualizador de eventos para ver se as mensagens de erro de evento ID 9582 ou mensagens de aviso de evento 9582 ID são registradas.

    Observação Em alguns ambientes onde há uma grande com muitos usuários, pode ser típica para a memória virtual para soltar abaixo do limite de 32 MB durante os períodos de atividade de pico e aumentar significativamente durante os períodos de baixa atividade.
  2. Use a ferramenta alertas e Logs de desempenho para monitorar o seguinte contador:
    Objeto de desempenho: MSExchangeIS
    Contador: VM maior tamanho de bloco

    Preste atenção para o valor deste contador. Para exibir as tendências de uso de memória virtual, fazer esse contador usando intervalos de 1 minuto durante um período de 18 a 24 horas e exibir o Mínimo valor para o menor nível de registro. Se este contador indica o espaço de endereço virtual é baixo, siga as etapas na seção "Como otimizar o uso de memória virtual".
  3. Determine se outros processos relacionados ao armazenamento de informações (como um programa antivírus) são reduzindo a memória virtual para um nível abaixo do limite de 32 MB ou abaixo do limite de 16 MB. Por exemplo, em um cenário onde um programa antivírus está configurado para examinar mensagens bancos de dados reduz o bloco de memória virtual para menos de 32 MB, mensagens de aviso de evento 9582 ID são registradas no log de eventos do aplicativo. O nível de memória virtual pode ser apenas um pouco menor que o limite de 32 MB e desempenho não é afetado. Durante períodos de inatividade do usuário (como após o horário comercial normal), o aumenta de memória virtual e evento 9582 identificação mensagens de aviso não são registradas.

    Se o desempenho é aceitável e memória virtual aumenta durante períodos de baixa atividade, talvez não precise executar etapas para corrigir o problema de memória virtual. No entanto, se você esperar para aumentar a carga de usuários, convém executar etapas para reduzir o consumo de memória virtual no servidor para que o Exchange 2003 ou Exchange 2000 pode lidar com uma carga maior.

Como otimizar o uso de memória virtual

Para otimizar o uso da memória virtual e para ajudar a reduzir problemas de fragmentação de memória virtual, execute essas etapas.

Importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Portanto, certifique-se de seguir estas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756 Como fazer backup e restaurar o registro no Windows
  1. Instale os service packs mais recentes disponíveis para o Microsoft Windows Server 2003 ou Windows 2000 e Exchange 2003 ou Exchange 2000. Para obter mais informações sobre como obter os service packs mais recentes, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
    260910Como obter o service pack mais recente do Windows 2000
    301378 Como obter o service pack mais recente do Exchange 2000 Server
    Observação Uma alteração no comportamento foi introduzida no Exchange 2000 Server Service Pack 3 (SP3) para que os objetos do mecanismo de armazenamento extensível (ESE) são alocados de locais de memória superiores. Esse método de alocação "descendente" foi implementado para ajudar a reduzir a fragmentação da memória virtual.
  2. Defina a opção /3GB no arquivo Boot. ini.

    Se o Exchange 2003 ou Exchange 2000 é instalado em qualquer um dos seguintes sistemas operacionais e mais de 1 GB de RAM física instalado no computador, defina a opção /3GB no arquivo Boot. ini:
    • Microsoft Windows Server 2003, Standard Edition
    • Microsoft Windows Server 2003, Enterprise Edition
    • Microsoft Windows Server 2003, Datacenter Edition
    • Microsoft Windows 2000 Advanced Server
    • Servidor do Microsoft Windows 2000 Datacenter Server
    Esta opção de configuração aumenta o espaço de endereço virtual.

    Importante Não defina a opção /3GB no arquivo Boot. ini se você estiver executando o Exchange Server 2003 ou Exchange 2000 Server em um computador que esteja executando o Windows 2000 Standard Server. Este sistema operacional não oferece suporte a essa opção.Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
    291988Uma descrição do recurso de 4 GB RAM ajuste e o parâmetro de extensão de endereço físico
    266096 O Exchange 2000 exige a opção /3GB com mais de 1 gigabyte de RAM física
    Um dos efeitos de usar a opção /3GB é uma redução significativa no número de páginas de sistema que estão disponíveis para o kernel. A Microsoft recomenda que você defina a opção /3GB no arquivo Boot. ini em servidores do Exchange para modificar as configurações padrão e aumentar o número de páginas de sistema que são alocados.

    Quando você definir /3GB no arquivo Boot. ini em um computador baseado no Windows Server 2003, defina a opção /USERVA no arquivo Boot. ini para um valor entre 2970 e 3030. O valor recomendado é 3030 (este valor é o equivalente ao valor de 31000 SystemPages do Windows 2000).

    Importante No Windows 2003, a opção /USERVA é para ser usado em vez do
    SystemPages
    chave do registro. Eles não devem ser usados em conjunto. Se o valor para a opção não está definido de 2970 através de 3030 no arquivo Boot. ini e a opção /3GB é definida, Exchange 2003 faz 9665 de identificação de evento no log de eventos do aplicativo. Essa identificação de evento indica que memória virtual no servidor não está configurada para usar as configurações de memória ideal.

    Para definir o
    SystemPages
    valor do registro em um computador que esteja executando o Windows 2000 Server, execute estas etapas:
    1. Clique em Inícioe clique em Executar.
    2. No Aberto caixa, digite Regedite clique em OK.
    3. Localize e clique na seguinte chave do registro:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
    4. No painel direito, clique duas vezes SystemPages.
    5. No Dados do valor caixa, digite um valor entre 24000 e 31000 e, em seguida, clique em OK.
    6. Feche o Editor do registro.
    Observação Para fazer configurações de memória virtual mais visíveis, Exchange 2003 registra uma mensagem de evento 9665 ID se essas configurações de memória não são otimizadas.
  3. Minimize o número de grupos de armazenamento no servidor.

    Memória virtual adicional é usada quando um grupo de armazenamento está montado e bancos de dados adicionais em um grupo de armazenamento existente têm muito pouco efeito na quantidade de memória virtual usada. Dessa forma, você poderá preencher um grupo de armazenamento antes de criar grupos de armazenamento adicionais no servidor.
  4. Definir o
    HeapDeCommitFreeBlockThreshold
    Valor DWORD na seguinte chave do registro:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
    O
    HeapDeCommitFreeBlockThreshold
    valor do registro é o tamanho mínimo de um bloco livre decommits a pilha. A configuração padrão é 0 (zero). Isso significa que o Gerenciador de heap decommits cada página de 4 KB que se torna disponível. Liberação operações causam a fragmentação de memória virtual adicional. Você pode definir o
    HeapDeCommitFreeBlockThreshold
    entrada do registro na seguinte chave do registro para um valor maior para ajudar a reduzir a fragmentação da memória virtual:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
    O valor recomendado para o
    HeapDeCommitFreeBlockThreshold
    entrada do registro é 0x00040000 (em formato hexadecimal).Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    315407A chave de registro "HeapDecommitFreeBlockThreshold"
    Observação O
    HeapDeCommitFreeBlockThreshold
    entrada do registro é independente da opção /3GB .
  5. Ajuste o tamanho de cache do banco de dados de armazenamento.

    Aviso Se você usar o snap-in ADSI Edit, o utilitário LDP ou qualquer outro cliente LDAP versão 3 e você modificar incorretamente os atributos de objetos do Active Directory, você pode causar problemas sérios. Esses problemas podem exigir a reinstalação do Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, ou Windows e Exchange. A Microsoft não garante que problemas que ocorrem se você modificar incorretamente os atributos de objeto do Active Directory possam ser solucionados. Modificar estes atributos de sua responsabilidade.

    Para ajustar o tamanho de cache do banco de dados de armazenamento, use o ADSI Edit para modificar o valor do atributo msExchESEParamCacheSizeMax .

    O cache de banco de dados de armazenamento também é conhecido como buffer ESE e fornece uma grande área de armazenamento em cache para páginas de banco de dados (cada página 4 KB) antes de serem confirmadas no armazenamento. Por padrão, o Exchange 2000 usa páginas até 229376 (896 MB) de memória para o cache de banco de dados. Por padrão, o Exchange 2003 consulta a configuração de memória do computador e usa páginas até 229376 (896 MB) se a opção /3GB está definida no servidor ou 147456 páginas (576 MB) se a opção /3GB não estiver definida no servidor. Em um servidor que tem mais de 2 GB de memória, você poderá aumentar o tamanho do buffer ESE. No entanto, se você fizer isso, pode causar fragmentação da memória por causa do espaço de endereço reduzido que está disponível para o resto das funções de armazenamento. A Microsoft recomenda que você não definir esse valor maior do que 311296 páginas (1200 MB).

    Se mensagens de evento ID 9582 são registradas no log de eventos do aplicativo, você poderá resolver a ocorrência dessas mensagens, reduzindo o tamanho de cache do banco de dados. Nessa situação, a Microsoft recomenda que você atribua um valor menor que o valor padrão para o atributo msExchESEParamCacheSizeMax e que você use um valor que é um múltiplo de 8192 bytes. Se você reduzir o tamanho do cache do banco de dados, o processo Store. exe lê e grava no disco com mais freqüência, e isso pode afetar o desempenho do servidor.

    Antes de você aumentar o tamanho de cache máximo do banco de dados, usar alertas e Logs de desempenho para monitorar o ARMAZENAMENTO instância do Bytes virtuais contador da Processo objeto sob uma carga típica. Esse contador informa o tamanho atual (em bytes) de espaço de endereço virtual usado pelo processo Store. exe. Para obter mais informações sobre como modificar o tamanho de cache do banco de dados, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    266768Como modificar o tamanho máximo do cache de banco de dados de armazenamento no Exchange 2000 Server
    Observação Certifique-se de que o valor que você atribuir ao atributo msExchESEParamCacheSizeMax termina em um limite de 32 MB (ou seja, em um múltiplo de 32 MB).
  6. Reduza o número máximo de tabelas abertas ESE.

    Aviso Se você usar o snap-in ADSI Edit, o utilitário LDP ou qualquer outro cliente LDAP versão 3 e você modificar incorretamente os atributos de objetos do Active Directory, você pode causar problemas sérios. Esses problemas podem exigir a reinstalação do Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, ou Windows e Exchange. A Microsoft não garante que problemas que ocorrem se você modificar incorretamente os atributos de objeto do Active Directory possam ser solucionados. Modificar estes atributos de sua responsabilidade.

    O mecanismo de armazenamento usado pelo Exchange 2000 armazena em cache dados sobre as pastas que não são acessados no momento. Em algumas situações, isso pode contribuir para fragmentação da memória virtual. Uma maneira para atenuar isso é reduzir o número máximo de tabelas abertas são permitidas pelo Exchange. A configuração padrão em servidores de 8 vias é 27600 tabelas por grupo de armazenamento. Se você diminuir esse valor, você pode reduzir problemas de fragmentação de memória virtual. No entanto, se você diminuir esse valor, também podem causar situações onde operações podem falhar devido a muitas tabelas abertas e a seguinte mensagem de erro:
    Erro-1311
    JET_errTooManyOpenTables
    Importante Modificar esta configuração somente quando você é aconselhado por um profissional de suporte Microsoft Product Support Services.

    Exchange 2003 usa um método diferente para armazenar em cache os dados sobre as pastas que não são acessados no momento. Portanto, não é esperado que reduzir o número máximo de tabelas abertas é necessário ou como eficaz na redução de problemas de fragmentação de memória virtual.

    Para reduzir o número máximo de tabelas abertas que é mantido pelo ESE, defina o atributo msExchESEParamMaxOpenTables em cada objeto de grupo de armazenamento para 27600. Para fazer isso, siga estas etapas:
    1. Inicie o ADSI Edit.

      Observação ADSI Edit está incluído com as ferramentas de suporte do Windows 2000. Para instalar o Windows 2000 Support Tools, clique com o botão direito do Suptools. msi arquivo na pasta Support\Tools do CD-ROM do Windows 2000 e clique em Instalar.
    2. Expandir Recipiente de configuração [Nome_do_servidor.Nome_do_domínio.com], expanda CN = Configuration, DC =Nome_do_domínioDC =com, expanda CN = Serviços, expanda CN = Microsoft Exchange, expanda CN =Nome_da_Organização, expanda CN = grupos administrativos, expanda CN =Grupo administrativo (onde Grupo administrativo é o grupo administrativo que contém o grupo de armazenamento que você deseja modificar), expanda CN = servidores, expanda CN =Nome_do_servidore, em seguida, expanda CN = InformationStore.
    3. Direito CN =Grupo de armazenamento (onde Grupo de armazenamento é o grupo de armazenamento que você deseja modificar) e, em seguida, clique em Propriedades.
    4. No Selecione propriedades para exibir Clique em Ambos.
    5. No Selecione uma propriedade para exibir Clique em msExchESEParamMaxOpenTables.
    6. No Editar atributo caixa, digite 27600e clique em Conjunto.
    7. Clique em Aplicar, clique em OKe então feche o ADSI Edit.

Mais Informações

Microsoft Product Support Services funciona em muitos casos que envolvem evento 9582 avisos e erros. Na maioria das vezes, não é um problema com o Exchange fragmentação da memória. Normalmente, o problema é causado pelo software de terceiros com vazamento de memória.

O problema mais comum é causado pelo software de terceiros abrir milhares de objetos. Esses objetos podem ser mensagens (OMSG), pastas (OFOLD) ou modos de exibição (VMSG). Os objetos podem ser abertos pelo software antivírus, software de conectividade sem fio de terceiros, suplementos do Outlook ou outro software. Esses objetos abertos consomem memória. A quantidade de memória consumida depende do tipo de objeto, o tamanho da variável de membro e muitos outros fatores. É comum para o aplicativo com falha para abrir milhares desses objetos e isentar o processo de armazenamento do Exchange da memória que é necessária para funcionar corretamente.

Por padrão no Exchange 2000, não há nenhum limite para o número de objetos OMSG. No Exchange 2003, um limite é de 250 objetos OMSG por sessão MAPI. Esse limite é ajustável. A maneira mais fácil de verificar que essa configuração é exibir as mensagens Open, abrir anexos e abrir pastas valores no Gerenciador do Sistema do Exchange. Para fazer isso, siga estas etapas:
  1. Com o botão direito do Logons o objeto de armazenamento de caixa de correio para o servidor que está fazendo os 9582 eventos, aponte para pasta Modo de exibiçãoe clique em Adicionar ou remover colunas.
  2. Adicionar a Mensagens abertas, Abrir anexos, e Abrir pastas a lista de colunas Colunas exibidas.
Você deve verificar essa configuração para cada armazenamento de caixa de correio no servidor, se aplicável. Depois de selecionar as colunas adicionais, você deve classificar as colunas pelo número de mensagens abertas, pelo número de abrir pastas e, em seguida, por abrir anexos. Qualquer usuário que tenha centenas ou mesmo milhares de mensagens abertas, pastas ou anexos indica um problema potencial.Para obter mais informações sobre como limitar o número de OMSG objetos Exchange Server em 2003 e no Exchange 2000 Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
830829Computador Exchange Server 2003 pode parar de responder após um cliente MAPI abre mais do que o valor padrão de determinados objetos do servidor

Referências

Para obter mais informações sobre como solucionar problemas de desempenho no Exchange 2000, consulte os seguintes artigos na Base de dados de Conhecimento da Microsoft:
815372 da Como otimizar o uso de memória no Exchange Server 2003
317411 Como coletar dados para solucionar problemas de memória virtual do Exchange
296073 Monitoramento de fragmentação de memória do Exchange 2000
279615 Falta de memória virtual afeta o desempenho do servidor
266768 Como modificar o tamanho máximo do cache de banco de dados de armazenamento no Exchange 2000 Server
286350 Como usar o ADPlus para solucionar "paralisações" e "falhas"
Para obter mais informações sobre o switch por GB 3, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
291988Uma descrição do recurso de 4 GB RAM ajuste e o parâmetro de extensão de endereço físico
266096 O Exchange 2000 exige a opção /3GB com mais de 1 gigabyte de RAM física
313707 Um servidor do Exchange 2000 com o "/ 3 GB" no arquivo Boot. ini pode perder conectividade de rede sob uma carga pesada de mensagens
328882 Uso de memória do Exchange e a opção /3GB
Para obter mais informações sobre como solucionar problemas de fragmentação de memória virtual específico, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
272537Notificação de memória virtual é calculada incorretamente
306860 Status de memória incorreto ao monitorar o status de memória virtual disponível
313084 O status da memória é incorreto ao monitorar o status da memória virtual disponível
319682 As informações do Exchange 2000 armazenar relatórios podem ser fragmentados uma mensagem de aviso de evento ID 327 e memória virtual
324118 O mecanismo de banco de dados do mecanismo de armazenamento extensível contribui para a fragmentação da memória virtual
810985 Fragmentação da memória virtual ocorre quando você failover em um servidor virtual do Exchange 2000
325467 Identificação de evento 9582 ocorre imediatamente após o failover de cluster
315771 O armazenamento de informações pára em um cluster devido a verificação de IsAlive
311901 Os efeitos de 4GT ajuste no sistema entradas de tabela de página

Propriedades

ID do artigo: 325044 - Última revisão: sábado, 7 de abril de 2012 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
Palavras-chave: 
kbinfo kbmt KB325044 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 325044

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com