Las consultas de FAST Search del contenido de SharePoint Server 2010 siempre producen un error en un nodo de procesamiento de consultas específico

 

Se aplica a: FAST Search Server 2010

Última modificación del tema: 2011-03-09

Importante

Este artículo se ha traducido con traducción automática; vea la declinación de responsabilidades. Para su referencia, puede encontrar la versión en inglés de este artículo aquí.

Si FAST Search no funciona siempre, determine si se producen errores en las consultas en un nodo de procesamiento de consultas específico. Si es así, siga estos pasos para resolver el problema.

Resolución

Recorra cada posible solución en orden.

¿Es el FAST Search Server 2010 para consulta de SharePoint procesar el nodo que se está ejecutando actualmente?

Deben estar ejecutando los servicios de FAST Search Server 2010 for SharePoint para las consultas de las solicitudes de cliente sea atendido por el back-end de FAST Search Server 2010 for SharePointSharePoint Server. Compruebe que se está ejecutando en ese FAST Search Server 2010 for SharePoint:

  1. Inicie una sesión en cada nodo de servidor de procesamiento de consultas de FAST Search Server 2010 for SharePoint y abra un símbolo del sistema de Microsoft FAST Search Server 2010 for SharePoint.

  2. Ejecute el comando: nctrl status.

  3. Compruebe que estos procesos se están ejecutando: samworker, qrproxy y qrserver.

    Consulte también Reinicie el FSA.

¿Fue el FAST Search Server 2010 para consulta de SharePoint procesar el nodo que se ha configurado correctamente para comunicarse con SharePoint?

Para comprobar la configuración de FAST Search Server 2010 for SharePoint, siga los pasos de tiene el certificado de SharePoint se hayan copiado a la FAST Search Server 2010 para el nodo de búsqueda de SharePoint? y tiene SharePoint se ha configurado para señalar el FAST Search Server 2010 para el nodo de búsqueda de SharePoint?.

¿Es la consulta de procesamiento proceso de trabajo FSA del nodo de al día con los cambios de configuración?

Cuando se realizan los cambios de configuración FSA, se deben copiar los cambios a todos los nodos de procesamiento de consultas. Los cambios de configuración se producen al ejecutar los cmdlets Windows PowerShell con el prefijo verb-FASTSearchSecurity. Por ejemplo, el cmdlet Set-FASTSearchSecurityLogLevel actualiza la configuración con la configuración del nivel de registro. Cuando se reinicia un FAST Search para el trabajo de Sam de SharePoint, debe esperar para que el proceso de FAST Search del Administrador de Sam de SharePoint para comunicarse con él y compruebe que tiene todos los cambios de configuración. Este proceso puede tardar varios minutos dependiendo de cuántos nodos de consulta de procesamiento que se encuentran en el sistema y cuántos cambios se produjo mientras el nodo que no estaba disponible. Para comprobar que todos los nodos de trabajo tienen los últimos cambios de configuración, siga estos pasos:

  1. Abra un símbolo del sistema de FAST Search Server 2010 for SharePoint.

  2. Ejecute Get-FASTSearchSecurityWorkerNode.

  3. Compruebe que el estado de todos los nodos es active. Si un nodo no está activo, espere unos minutos y vuelva a comprobar. Si lo es todavía no se activa después de 5 a 10 minutos, aumente los niveles de archivo de registro y busque en los registros de los FAST Search para el trabajo de SharePoint Sam y FAST Search del Administrador de Sam de SharePoint.

¿El Visor de sucesos contiene un mensaje para el FAST búsqueda QRProxy que dice, “ ha producido una excepción no controlada: no se puede conectar al SAM ”?

Este error se produce cuando el servicio de QRProxy no se puede comunicar con FSA. Puede recibir este mensaje de error porque el FAST Search para el trabajo de SharePoint Sam no se ha iniciado, ya que el FAST Search para el trabajo de SharePoint Sam no tiene los últimos cambios de configuración, o bien, debido a un error WCF impide la comunicación. Si el FAST Search para el trabajo de SharePoint Sam se está ejecutando y la configuración más reciente, reinicie QRProxy con los pasos siguientes.

  1. Abra un símbolo del sistema de FAST Search Server 2010 for SharePoint.

  2. Ejecute el comando: nctrl restart qrproxy.

  3. Una vez iniciado el servicio de QRProxy, vuelva a intentar la búsqueda.

Si el problema persiste, compruebe que el FAST Search para el trabajo de SharePoint Sam está preparado para recibir las solicitudes. Siga estos pasos en el nodo donde la comunicación QRProxy y FAST Search para el trabajo de SharePoint Sam no funciona.

  1. Abra el símbolo del sistema FAST Search Server 2010 for SharePoint como administrador y ejecute los comandos siguientes:

    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 el valor de puerto base del archivo de configuración. Hay un problema conocido que requiere un pequeño cambio en el archivo en%FASTSEARCH%\bin\Microsoft.SharePoint.Search.Extended.Security.Worker.Powershell.Commands.dll.config. Este archivo incluye un elemento XML de base_port. Agregue uno al valor y guarde el archivo. Por ejemplo, si el valor es 13000, cambie el valor a 13001 y guarde el archivo.

  3. Ejecute el cmdlet:

    Get-FASTSearchSecurityConfigurationStatus
    
  4. Si el valor devuelto por este cmdlet es false, aumente los niveles de registro y consultar los registros de trabajo FSA.

  5. Si el valor devuelto por este cmdlet es true, el problema está relacionado con WCF. Si reinicia el trabajo de FSA y QRProxy no resuelve el problema, habilita el seguimiento de WCF diagnosticar el error. Para habilitar el seguimiento de WCF entre QRProxy y el trabajo FSA, siga estos pasos.

    1. Modificar%FASTSearch%\bin\Microsoft.SharePoint.Extended.Security.WorkerService.exe.configy%FASTSearch%\bin\QRProxyService.exe.config. Quite los comentarios <!-- y --> de <diagnostics> y <system.diagnostics > los elementos XML de los dos archivos.

    2. Guarde los archivos.

    3. Reinicie el trabajo de FSA y QRProxy. Esto creará dos archivos en el%FASTSearch%\Bincon la extensión .svclog.

    Puede encontrar más información acerca de cómo ver los archivos de seguimiento WCF mediante la búsqueda en TechNet.

Nota

Declinación de responsabilidades de traducción automática: Este artículo se ha traducido con un sistema informático sin intervención humana. Microsoft ofrece estas traducciones automáticas para que los hablantes de otros idiomas distintos del inglés puedan disfrutar del contenido sobre los productos, los servicios y las tecnologías de Microsoft. Puesto que este artículo se ha traducido con traducción automática, es posible que contenga errores de vocabulario, sintaxis o gramática.