ID de evento 9877 com código de erro "0x80041606" quando utiliza o Outlook no modo online para procurar uma palavra-chave no Exchange Server 2010

Traduções de Artigos Traduções de Artigos
Artigo: 2616127 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Sintomas

Considere o seguinte cenário. Por predefinição, a procura do Exchange está activada para uma base de dados de caixa de correio num ambiente Microsoft Exchange Server 2010. Utilizar o Microsoft Outlook no modo online para procurar uma caixa de correio para uma palavra-chave ou expressão que contém uma única letra ou um único dígito. Neste cenário, recebe a seguinte mensagem de erro mesmo que não existem correspondências para a palavra-chave na caixa de correio:
Não encontradas correspondências para"palavra-chave".

Além disso, o seguinte evento é registado no registo de aplicações:
Nome de registo: aplicação
Origem: MSExchangeIS Mailbox Store
Data: Data
ID do evento: 9877
Categoria de tarefa: Indexação de conteúdo
Nível: erro
Palavras-chave: clássico
Utilizador: n/d
Computador: Computador
Descrição:
Função de indexação de conteúdo 'CISearch::EcGetRowsetAndAccessor' recebeu um código de erro pouco usuais e inesperados de MSSearch.
Base de dados de caixa de correio: Base de dados de caixa de correio
Código de erro: 0x80041606
NOTA: 0X80041606 = QUERY_E_TOOCOMPLEX

Causa

Este problema ocorre porque a procura de Exchange tem um limite de procura de prefixo pré-programada de 200.000 nós para uma procura de carácter individual. Quando uma procura de prefixo excede este limite, a procura devolve QUERY_E_TOOCOMPLEX.Por conseguinte, 0x80041606 é registado como parte do evento ID 9877. Por predefinição, todas as procuras que utilizam o modo online do Outlook num ambiente Exchange 2010 são procuras do prefixo. Utilização único dígitos ou letras faz com que o sistema procurar todos os números ou palavras que começa com a letra ou dígito simples na base de dados da caixa de correio todo. Se for atingido o limite predefinido de 200.000 nós, a procura devolve o erro.

Nota É a forma mais comum para atingir o limite de 200.000 nós procurar uma palavra ou frase que contém um único dígito ou uma letra. Também existem outras causas menos comuns como, por exemplo, introduzir procuras muito complexas com e muitos, Ors e NOTs. Além disso, as combinações complexas de intervalos de datas e termos de procura, muitos movimentos para e de campos, ou uma combinação de tudo isto pode fazer com que o limite ser atingido.

Resolução

Para resolver este problema, instale o conjunto de actualizações seguintes:
2608646 Descrição do conjunto de actualizações 6 para Exchange Server 2010 Service Pack 1
Importante Esta secção, método ou tarefa contém passos que explicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo incorrectamente. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Para uma maior protecção, backup do Registro antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para mais informações sobre como efectuar cópias de segurança e restaurar o registo, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
322756 Como efectuar cópias de segurança e restaurar o registo no Windows

Depois de instalar o update rollup, para nos solicitar a definir o número máximo de nós de restrição de consulta para 1.000.000, vá para o "Corrigir por mim"secção. Se preferir definir o número máximo de nós de restrição de consulta manualmente, avance para o "Deixar-me corrigir o problema"secção.

Corrigir por mim



Para definir automaticamente o número máximo de nós de restrição de consulta, faça clique sobre o corrigi-lo hiperligação ou botão. Em seguida, clique em Executar na caixa de diálogo Transferência de ficheiros e siga os passos no assistente Fix it .
Reduzir esta imagemExpandir esta imagem
assets fixit1
Corrigir este problema
Microsoft Fix it 50810
Reduzir esta imagemExpandir esta imagem
assets fixit2

Notas
  • Este assistente só pode estar em inglês. No entanto, a correcção automática também funciona para outras versões de idioma do Windows.
  • Se não estiver a trabalhar no computador que tem o problema, guardar a correcção solução uma unidade flash ou num CD e, em seguida, executá-la no computador que tem o problema.

Em seguida, vá para o "Isto corrigiu o problema?"secção.



Deixar-me corrigir o problema

Depois de instalar o update rollup, siga estes passos para definir o número máximo de nós de restrição de consulta para 1.000.000 (decimal):
  1. Verificar quantos evento ID 9877 com 0x80041606 de eventos no registo de aplicações que recebeu num determinado servidor caixa de correio do Exchange Server 2010 no mês passado e efectuar um registo do número.
  2. Clique em Iniciar
    Reduzir esta imagemExpandir esta imagem
    botão Iniciar
    , escreva regedit na caixa Iniciar procura e, em seguida, prima ENTER.
  3. Localize e, em seguida, clique na seguinte chave de registo:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\v14\ExSearch
  4. Clique em Editar, aponte para Novoe, em seguida, clique em chave.
  5. Tipo MaxRestrictionNodes, e, em seguida, prima ENTER.
  6. Em MaxRestrictionNodes, clique em Editar, aponte para Novoe, em seguida, clique em Valor DWORD.
  7. Escreva servirre, em seguida, prima ENTER.
  8. A entrada de registo deverá agora semelhante ao seguinte:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\v14\ExSearch\MaxRestrictionNodes\Server
  9. Clique em Editare, em seguida, clique em Modificar.
  10. Na caixa dados do valor , escreva 1000000 (Decimal).
    Nota O valor predefinido da entrada MaxRestrictionNodes é 200000 (Decimal) antes de efectuar quaisquer alterações ao registo.
  11. Sair do Editor de registo.
Notas
  • Depois de reiniciar o serviço de indexador de procura do Microsoft Exchange, verifique na aplicação para os seguintes IDs de evento:
    • ID de evento 130 não conseguiu converter o Guid de MailboxDB ler da chave de registo MaxRestrictionNodes para um Guid
    • ID de evento 131 não conseguiu abrir a chave de registo MaxRestrictionNodes
    • ID de evento 132 não conseguiu definir a propriedade MaxRestrictionNodes no indexador
  • Se estiver a receber qualquer um destes eventos, pode ter introduzido a chave de registo ou o valor DWORD incorrectamente. Em alternativa, pode não ter escrito a nova chave ou valor DWORD correctamente. Faça as correcções necessárias e, em seguida, reinicie o serviço de indexador de procura do Microsoft Exchange. Procure quaisquer novas instâncias de 130, 131 e 132 de IDs de evento.
  • Verifique o registo de aplicação semanal e mensal que depende do número de 9877 de ID de evento com o erro 0x80041606 no registo de aplicações.
  • Se continuar a receber um número significativo destes eventos, pode aumentar o valor de forma incremental a 2000000 (Decimal).
  • Não aumente o valor para além de 2000000 (Decimal), uma vez que isto pode reduzir o desempenho do servidor.
  • Se tiverem aumentado o valor a 2000000 (Decimal) e continuar a receber alguns destes eventos semanais ou mensais, este é o comportamento esperado. Este comportamento pode ser causado por utilizadores que executam procuras muito complexas (consulte a secção "Sintomas" para obter mais informações).

Isto corrigiu o problema?

  • Verifique se o problema seja corrigido. Se o problema estiver corrigido, o procedimento está concluído com esta secção. Se o problema não estiver corrigido, pode Contacte o suporte.
  • Agradecemos os seus comentários. Para enviar comentários ou comunicar problemas com esta solução, deixe um comentário sobre o "Corrigir por mim"blogue ou envie-numa mensagem de correio electrónico mensagem.

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

Mais Informação

Para mais informações sobre a procura do Exchange, visite o seguinte Web site da Microsoft:
Informações gerais acerca da procura do Exchange
Para mais informações sobre como desactivar ou activar a procura do Exchange, visite o seguinte Web site da Microsoft:
Informações gerais sobre como desactivar ou activar a procura do Exchange
Para mais informações sobre a entrada de MaxRestrictionNodes , visite o seguinte Web site da Microsoft:
Informações gerais sobre a entrada de MaxRestrictionNodes

Propriedades

Artigo: 2616127 - Última revisão: 9 de setembro de 2013 - Revisão: 3.0
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2010 Service Pack 1 nas seguintes plataformas
    • Microsoft Exchange Server 2010 Enterprise
    • Microsoft Exchange Server 2010 Standard
Palavras-chave: 
kbqfe kbfix kbsurveynew kbexpertiseinter kbmt KB2616127 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 2616127

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