As consultas do FAST Search ao conteúdo do SharePoint Server 2010 sempre falham em um nó de processamento de consultas específico

Aplica-se a: FAST Search Server 2010

Tópico modificado em: 2011-03-09

Se o FAST Search nem sempre funcionar, determine se as consultas estão falhando em um nó de processamento de consultas específico. Em caso afirmativo, execute as etapas a seguir para resolver o problema.

Solução

Trabalhar em cada uma das possível resoluções na ordem.

O FAST Search Server 2010 para a consulta do SharePoint está processando o nó em execução no momento?

Os serviços FAST Search Server 2010 for SharePoint devem estar executando para consultas de FAST Search Server 2010 for SharePoint front-end para serem atendidas pelo back-end SharePoint Server. Verifique se o FAST Search Server 2010 for SharePoint está em execução:

1. Efetuar logon em cada servidor de nó de processamento de consultas Microsoft FAST Search Server 2010 for SharePoint e abra um prompt de comando FAST Search Server 2010 for SharePoint.

2. Execute o comando: nctrl status.

3. Verifique se esses processos estão sendo executados: qrserver, qrproxy e samworker.

   Consulte também Reiniciar FSA.

O FAST Search Server 2010 para a consulta do SharePoint foi processando o nó configurado corretamente para se comunicar com o SharePoint?

Para verificar a configuração de FAST Search Server 2010 for SharePoint, execute as etapas no possui o certificado do SharePoint foi copiado para o FAST Search Server 2010 para o nó de pesquisa do SharePoint? e SharePoint tem sido configurado para apontar para o FAST Search Server 2010 para o nó de pesquisa do SharePoint?.

A consulta está processando o processo do operador FSA do nó atualizado com alterações de configuração?

Quando o Set-FASTSearchSecurityLogLevel são feitas alterações de configuração, as alterações devem ser copiadas para todos os nós de processamento da consulta. As alterações de configuração ocorrem ao executar os cmdlets do verb-FASTSearchSecurity com o prefixo Windows PowerShell. Por exemplo, o cmdlet FSA atualiza a configuração com a configuração do nível de log. Quando um FAST Search para o trabalho do SharePoint Sam é reiniciado, ele deve aguardar o processo de FAST Search para o administrador do SharePoint Sam para se comunicar com ele e para verificar se ele possui todas as alterações de configuração. Esse processo pode levar vários minutos, dependendo de quantos nós de processamento da consulta estão no sistema e de quantas alterações ocorreram enquanto o nó foi pressionada. Para verificar se todos os nós de trabalho tem as últimas alterações de configuração, execute essas etapas:

1. Abra um prompt de comando FAST Search Server 2010 for SharePoint.

2. Execute o Get-FASTSearchSecurityWorkerNode.

3. Verifique se o status de todos os nós de active. Se nenhum nó não estiver ativo, aguarde alguns minutos e verificar novamente. Caso ainda não ativa depois de 5 a 10 minutos, aumentar os níveis de arquivo de log e procure nos logs de FAST Search para o trabalho de Sam do SharePoint e no FAST Search para o administrador do SharePoint Sam.

O Visualizador de eventos contêm uma mensagem para o FAST pesquisa QRProxy que diz, “ ocorreu uma exceção sem tratamento: não é possível conectar-se ao SAM ”?

Este erro é causado quando o serviço QRProxy não pode se comunicar com o FSA. Você pode receber essa mensagem de erro porque o FAST Search para o trabalho do SharePoint Sam não foi iniciado porque o FAST Search para o trabalho do SharePoint Sam não tem as últimas alterações de configuração ou um erro de WCF está impedindo de se comunicar. Se o FAST Search para o trabalho do SharePoint Sam está sendo executado e apresenta a configuração mais recente, reinicie o QRProxy com as seguintes etapas.

1. Abra um prompt de comando FAST Search Server 2010 for SharePoint.

2. Execute o comando: nctrl restart qrproxy.

3. Depois que o serviço QRProxy é iniciado, repita a pesquisa.

Se o problema persistir, verifique se que o FAST Search para o trabalho do SharePoint Sam está pronto para receber solicitações. Siga estas etapas no nó em que a comunicação QRProxy e FAST Search para o trabalho do SharePoint Sam não está funcionando.

1. Abra o prompt de comando FAST Search Server 2010 for SharePoint como um administrador e execute os seguintes comandos:

   set-alias installutil $env:windir\Microsoft.NET\Framework64\v2.0.50727\installutil
   
   installutil Microsoft.SharePoint.Search.Extended.Security.Worker.PowerShell.Commands.dll
   
   add-pssnapin FASTSearchSecurityWorkerSnapIn
   

2. Modifique o valor de base da porta do arquivo de configuração. Há um problema conhecido que requer uma pequena alteração no arquivo no 13001. Esse arquivo contém um elemento XML de 13000. Adicionar um ao valor e salve o arquivo. Por exemplo, se o valor de base_port, altere o valor para %FASTSEARCH%\bin\Microsoft.SharePoint.Search.Extended.Security.Worker.Powershell.Commands.dll.config e salve o arquivo.

3. Execute o cmdlet:

   Get-FASTSearchSecurityConfigurationStatus
   

4. Se o valor de retorno esse cmdlet do FSA, aumentar os níveis de log e examinar os logs de operador do false.

5. Se o valor de retorno esse cmdlet do FSA, o problema está relacionado ao WCF. Se reiniciar o trabalho FSA e QRProxy não resolver o problema, ative o rastreamento do WCF diagnosticar o erro. Para ativar o rastreamento do WCF entre QRProxy e o operador de true, execute essas etapas.

   1. Modifique o <system.diagnostics e <diagnostics>. Remover comentários, --> e <!-- de todo o %FASTSearch%\bin\QRProxyService.exe.config e %FASTSearch%\bin\Microsoft.SharePoint.Extended.Security.WorkerService.exe.config > elementos XML em ambos os arquivos.

   2. Salve os arquivos.

   3. Reinicie o trabalho .svclog e o QRProxy. Isso irá criar dois arquivos em %FASTSearch%\bin com a extensão de FSA.

   Você pode encontrar mais informações sobre como exibir arquivos de rastreamento do WCF, procurando o TechNet.