Problemas conhecidos/LeiaMe do Microsoft Search Server 2010 e Microsoft FAST Search Server 2010

Requisitos de hardware e software para o Microsoft Search Server 2010:

Este conteúdo está localizado no TechNet

Requisitos de hardware e software

Detecção de idioma da pesquisa do SharePoint

A pesquisa empresarial tem um recurso de detecção de idioma para o qual precisamos fornecer a atribuição de direitos autorais.

Licença ICU-1.8.1 ICU e posterior

Licença original do SSLeay

Licença do LIBXML2

Gerenciamento

Depois de alterar o nível de desempenho do serviço de pesquisa via PowerShell, algumas instruções Assert "RobotThread tid {num} recebidas de um perf obj" podem ser exibidas em exibidos nos logs.

Recicle o serviço de pesquisa em cada caixa do farm, digitando os dois comandos a seguir em um prompt elevado:

net stop osearch14

net start osearch14

A detecção automática de idioma é por padrão em após a atualização do beta2:

Por padrão, o mecanismo de pesquisa infere o idioma dos documentos durante o rastreamento para selecionar o tokenizers correto (aka. wordbreakers).

Alguns clientes podem ter desativado esses desliberadamente e querem que permaneçam desligados (para imitar o comportamento do servidor de pesquisa 2007). A versão RTM ativará o sistema de inferência de idioma por padrão na atualização do beta2.

Desative a detecção automática de idioma ou reinicie o serviço de pesquisa conforme necessário (veja abaixo). A desativação da detecção impedirá alguns documentos sendo recuperados, especialmente arquivos HTML, msg e txt para alguns casos.

Para desativar a detecção de idioma, defina o seguinte como 0

EnableLanguageDetection

EnableLanguageDetectionPerChunk

dentro do registro, ke:

HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office Server \
14.0 \ Search\Global\Gathering Manager

Depois de fazer isso, o serviço de pesquisa precisa ser reiniciado, por exemplo, usando os seguintes comandos:

net stop osearch14

net start osearch14

Certifique-se de definir o idioma do servidor de índice para o idioma mais comum para a maioria dos arquivos HTML, msg e txt.

Após desativar essas teclas, a filtragem no idioma na pesquisa avançada também não funcionará nesses arquivos.

Configuração

A configuração do FAST Search Server falha em italiano Win2k8 o SP2 x64:

A configuração pós-instalação falha com este erro:

Exception-: Exception-Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. Exception. DeploymentException: erro de validação de XML: L'attributo ' modifiedtime ' è non do. Il valor ' 2010-04-16T 14.35.48 Z ' non èting por Il tipo di Dati ' http://www.w3.org '-la cadeia de caracteresa-la cadeia de caracteresa "2010-04-16T 14.35.48 Z" non è unvalor XsdDateTime valido.
em Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (cadeia de caracteres deploymentXML)

Convertido em inglês:
Exception-: Exception-Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. Exception. DeploymentException: erro de validação de XML: o atributo ' modifiedtime ' é inválido. O valor ' 2010-04-16T14.35,48 Z ' é inválido para o tipo de dados ' http://www.w3.org '-a cadeia de caracteres "2010-04-16T 14.35.48 Z" XsdDateTime não é um valor válido.
em Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (cadeia de caracteres deploymentXML)

Melhor solução alternativa é instalar o Win2k8 R2 em vez do Win2k8 SP2

Alternativa alternativo é excluir o arquivo: C:\FASTSearch\etc\deployment.xsd.

Se esse arquivo não for encontrado, a validação do esquema não ocorrerá.

Configuração do centro de pesquisa rápido:

Substituindo o certificado FASTSearch padrão por um novo certificado usando o script fornecido: ReplaceDefaultCertificate. ps1 falha no sistema operacional japonês.

Solução alternativa:

1. Faça um backup do arquivo.

2. Substitua o "-eq" errado por um novo "-eq" e salve.

Observação: não recomendado em ambientes de produção, pois modificar esse arquivo interrompe a aplicação de patch futuro. Ele não pode ser substituído por um patch mais tarde.

Indexador

A exclusão de uma coleção de conteúdo não é uma operação tolerante a falhas. Se a operação falhar em um nó de indexação de backup, a operação não será revertida no nó de indexação mestre. O resultado será que o mestre e o nó de índice de backup perdem a sincronização.

Se um nó de indexação de backup falha durante a exclusão de uma coleção de conteúdo, ele deve ser sincronizado manualmente.

Indexador

Reiniciando o nó de indexação após um desligamento não limpo, o processo pode parecer congelar por um tempo prolongado ao reconstruir estruturas de dados. Dependendo do tamanho do índice, a recriação das estruturas de dados pode levar horas.

O progresso é exibido nos arquivos de log do nó de indexação. O evento é precedido pela mensagem de log recriando o índice do documento. O estado do nó de indexação também pode ser recuperado usando o indexerinfo da ferramenta de linha de comando. Não elimine o processo enquanto as estruturas de dados estiverem sendo recriadas.

Indexador

As mensagens de registro:

• Avisa Falha na saída do filtro,

• ERROS Não foi possível iniciar o receptor de arquivo: incompatibilidade de tamanho de assinatura!

• ERROS Não foi possível atualizar o arquivo

aparecem nos nós de indexação de backup.

Essas mensagens de registro podem ser ignoradas com segurança nos nós de indexação de backup.

Indexador

Documentos não indexados podem resultar da atualização do esquema de índice durante a alimentação de documentos.

Suspenda a alimentação durante uma atualização do esquema e certifique-se de que a alteração do esquema foi propagada para os nós de processamento do documento e os nós de indexação antes de retomar.

Indexador

O nó de indexação mestra não verifica se os nós de indexação de backup têm espaço em disco suficiente disponível.

Antes de enviar dados aos nós de indexação de backup, o nó de indexação mestra verificará se há espaço em disco suficiente no backup para concluir a transferência. Se os dados que estão sendo transferidos forem grandes, o espaço em disco no nó de indexação de backup pode ser preenchido por eventos externos durante o tempo em que os dados são transferidos. Isso levará à sincronização dos nós mestre e de backup que estão perdendo a sincronização.

Certifique-se de que os nós de indexação de backup tenham pelo menos o máximo de espaço disponível em disco que os nós de indexação mestra.

Indexador

A exclusão de uma coleção de conteúdo não é uma operação tolerante a falhas. Se a operação falhar em um nó de indexação de backup, a operação não será revertida no nó de indexação mestre. O resultado será que o mestre e o nó de índice de backup perdem a sincronização.

Se um nó de indexação de backup falha durante a exclusão de uma coleção de conteúdo, ele deve ser sincronizado manualmente.

Controlador de pesquisa:

Os nós de pesquisa serão adiados na inicialização se o servidor de configuração estiver indisponível.

Os nós de pesquisa tentam se conectar ao servidor de configuração durante a inicialização. Várias tentativas de conexão são feitas e, enquanto as mensagens de registro afirmam que o controlador de pesquisa só tenta se conectar por um período específico de tempo, o tempo que ele realmente aguarda é substancialmente mais demorado.

Inicie o servidor de configuração e reinicie o nó de pesquisa.

Alimenta

O conector JDBC não funciona com a configuração output->OperationMode no jdbctemplate. XML definido como Update. O modo de operação de atualização destina-se apenas à atualização de um subconjunto de atributos em itens existentes, também conhecido como atualizações parciais.

Não use a atualização do modo de operação. Para rastreamentos incrementais, o modo de operação Adicionar sempre deve ser usado. O rastreamento de conteúdo usando o modo de operação Adicionar requer que todos os atributos de item sejam selecionados no JDBCSQL.

Relevância

Se, por algum motivo, o mecanismo Web Analytics perder contato com seus processos de trabalho, o processamento poderá ser interrompido e não será reiniciado automaticamente. Isso geralmente pode acontecer se uma máquina for reinicializada ou a rede estiver instável. O Visualizador de eventos e os logs do sistema do FS14 irão conter uma mensagem de log semelhante a esta:

[2009-12-13 17:15:03] ERRO: webanalyzer@HOSTNAME: systemmsg: o processamento falhou no makefile "wapartialupdate" para o modo de exibição "padrão", o modo de exibição será definido em um estado parado.

Use o comando waadmin EnqueueView para retomar o anchortext e o processamento de links. Se os modos de exibição de Web analítico extras tiverem sido criados, esses modos de exibição também poderão ser reagendados executando waadmin enqueuview-n<ViewName>.

Relevância

A opção waadmin drop_intra está ativada para descartar links entre sites, mas parece não afetar a análise do link do Web Analytics.

Essa opção só funcionará se a fonte de dados for o rastreador da Web de pesquisa rápida. Ele não terá efeito se a fonte de dados for o conector de pesquisa rápida.

Relevância

A seguinte mensagem de log é observada no Visualizador de eventos ou nos logs do sistema do FS14, e o mecanismo de clique parou de processar os dados do log de clique:

[2010-01-16 04:00:10.333] AVISO systemmsg Asyncore

a função callback gerou uma exceção: <classe ' Socket. Error ' >:

(10054, ' conexão redefinida por par ')

[C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRelCore.py | Driver | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\src\server\SPProcEngine.py | Agendador | 206]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPProcEngine.py | periodic_run_handler | 216] [C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPProcEngine.py | _startMakefile | 260] [C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | __init__ | 52]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | __init__ | 30]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | go | 56]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | run_cidcollapser | 72] [C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPProcEngine.py | configuração | 431]

[fdmapi. py | setup | 519] [Filers. py | init_filesystem | 171] [async_remote. py | run_remote_commands | 325]
[async_remote. py | run_ticks | 423]
[async_remote. py | profile_callback | 386]
[fdmmaster. py | process_from_remote | 823]
[fdmmaster. py | Disconnect | 540]
[utils. py | Shutdown | 581] [<cadeia de caracteres>| Shutdown | 1]

Reinicie o servidor de clique com nctrl reiniciar SPRel. Ele funciona na mesma máquina que o Web Analytics Server (WebAnalyzer).

Pesquisar back-end:

As consultas numéricas de ponto flutuante em uma propriedade de texto podem retornar falso ocorrências.

Isso pode acontecer com propriedades rastreadas ou propriedades gerenciadas do tipo de dados texto.

Para correspondência precisa em valores numéricos de ponto flutuante, use uma propriedade gerenciada do tipo float ou Decimal.

Pesquisar back-end:

Adicionar muitas propriedades gerenciadas ao esquema ao longo do tempo pode levar ao uso de memória alta no processo fixmlindex. exe.

Para contornar esse problema, reinstale a pesquisa rápida e aplique as mudanças de esquema em uma só vez ou siga este procedimento:

1. Realize todas as atualizações de esquema antes de iniciar a alimentação.

2. Parar o FASTSearchService

3. Remover o arquivo

4. etc. config_data \Schema\webcluster\summaryclasses.xml

5. Iniciar o FASTSearchService

6. Inicie o feed.

Pesquisar back-end:

Classificação deficiente para consultas com termos que ocorrem na maioria dos documentos.

Isso pode acontecer mesmo em instalações com pequenas quantidades de documentos.

O comportamento de classificação rápida de pesquisa é configurado por padrão para executar compensações de desempenho para garantir um bom desempenho de pesquisa quando tiver grandes quantidades de documentos.

A compensação reduz a quantidade de dados que precisa ser lida e processada pelo back-end de pesquisa. No entanto, a desvantagem é que mais documentos irrelevantes podem ser retornados e classificados acima dos documentos relevantes, ou seja, a precisão é reduzida.

A compensação é feita independentemente do número de documentos no nó. Isso ocorre em alguns casos uma vantagem de uma maneira que, em seguida, começará a executar o ajuste de classificação mesmo durante a alimentação inicial, e o comportamento de classificação não irá alterar o tempo de acordo com o número de documentos.

No entanto, em alguns casos de uso, pode ser conveniente obter o melhor comportamento de classificação possível, especialmente em um sistema pequeno.

Para reduzir o efeito dessa compensação de desempenho, você pode aumentar os valores StopWordThreshold e PositionStopWordThreshold no perfil de classificação, conforme explicado na documentação de relevância do FAST Search optimize.

Pesquisar back-end:

Alterar o tipo de uma propriedade gerenciada de um tipo numérico para outro tipo numérico pode causar vários problemas:

Em alguns casos, os documentos que são alimentados podem ser descartados da indexação. Isso pode acontecer ao usar o comando indexeradmin ResetIndex ou nos casos em que o sistema é reiniciado de forma abrupta.

Em outros casos, o conteúdo já alimentado pode ser indexado incorretamente, para que a consulta usando valores numéricos conhecidos não retorne nenhum resultado ou ocorrências para um conjunto de documentos errado.

Um problema relacionado é que excluir e recriar uma propriedade gerenciada usando o mesmo nome e não alterar tipo fará com que o conteúdo dessa propriedade gerenciada seja visível novamente no front-end de pesquisa para todos os documentos. Isso nem sempre pode ser o efeito esperado.

Após alterar o tipo de dados de uma propriedade gerenciada, reenvie o conteúdo novamente para garantir que o conteúdo será indexado corretamente.

Pesquisar back-end:

Ao usar o conector rápido do Lotus Notes, o Get-FASTSearchSecurityUserSecurityFilter não retorna informações

Aumente o maxStringContentLength de 65536 para 655360 e também altere maxArrayLength de 16384 para 163840 no%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. AdminService. exe. config e%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. WorkerService. exe. config

Pesquisar back-end:

O comandlet Get-FASTSearchSecurityConfigurationStatus não funciona. A porta padrão está errada em%FASTSEARCH%\bin\Microsoft.SharePoint.
Search. Extended. Security. Worker. PowerShell.
Commands. dll. config.

Abrir o%FASTSEARCH%\bin\Microsoft.SharePoint.Search.
Extended. Security. Worker. PowerShell. Commands. dll. config e modifique o valor de base_port de 13000 para 13001.

Pesquisar back-end:

Identificador de linha incompatível entre nós de pesquisa e nós de indexação implantados no mesmo host.

Os identificadores de linha dos nós de pesquisa são atribuídos dinamicamente, enquanto os identificadores de linha dos nós de indexação são decididos durante a instalação.

Backup e restauração:

A pesquisa não estará disponível após uma restauração de configuração do centro de pesquisa rápida para um diretório de instalação diferente.

Corrija os caminhos que não são mais válidos no%FASTSEARCH%\components\sam\admin\adminTransaction.log.

Siga estas etapas no nó de administração do centro de pesquisa rápida para corrigir o problema:

1. Parar o processo de samadmin executando nctrl parar samadmin

1. Edite todos os caminhos de arquivo no%FASTSEARCH%\components\sam\admin\adminTransaction.log com os caminhos corretos, por exemplo, se você instalou originalmente o centro de pesquisa rápida para C:\FASTSearch\ e restaurou o centro de pesquisa rápido para E:\FASTSearch a seguinte entrada no seu adminTransaction. log:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, adddomain, LN1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml

precisariam ser alteradas para:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, adddomain, LN1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml

1. Inicie o processo de administração do Sam executando nctrl iniciar samadmin

Backup e restauração:

A pesquisa não funciona após a restauração do nó de administração do centro de pesquisa rápida, mas não a restauração dos nós de consulta do centro de pesquisa rápida

Mover a configuração mais recente de um nó de consulta do centro de pesquisa rápido para o nó de administração do centro de pesquisa rápido:

1. Parar o processo de samadmin executando nctrl parar samadmin

1. Copie todos os arquivos em um nó de consulta do centro de pesquisa rápida sob o nó de administração do centro de pesquisa rápida em%FASTSEARCH%\components\sam\admin

1. Inicie o processo samadmin executando nctrl iniciar samadmin

Backup e restauração:

Estou executando o script de restauração da distribuição do FAST Search Server 2010 para SharePoint em um console de gerenciamento do FAST Search Server 2010 para SharePoint. Depois de executar os scripts, todos os CmdLets carregados com o console são despercebidos.

Devido a um bug no script, o FAST Search Server 2010 para SharePoint descarrega o snap-in associado do PowerShell. Isso pode ser corrigido executando-se o comando abaixo no prompt do PowerShell:

PS C:\ > Add-PsSnapin Microsoft. FASTSearch. PowerShell

Pesquisar no front-end:

Site de pesquisa do MOSS retorna o erro:

A solicitação de pesquisa não pôde se conectar ao serviço de pesquisa.

Quando uma pesquisa é realizada logo após reiniciar o processo de samworker. O problema só aparecerá na primeira solicitação por meio do front-end do MOSS, após a reinicialização do samworker. A segunda solicitação e todas as solicitações subsequentes funcionam.

Faça duas solicitações para o site de pesquisa do MOSS após reiniciar o samworker. Certifique-se de que a pesquisa funcione verificando o resultado e verificando se a segunda solicitação não está fornecendo o erro.

Promoções & rebaixamentos:

Ao adicionar uma promoção/rebaixamento a uma URL contendo uma barra invertida, as consultas com a promoção/rebaixamento aplicada falham.

A lógica de processamento de consulta de promoção/rebaixamento não escapa corretamente os caracteres de barra invertida.

Esse problema deve ser raramente encontrado na prática porque o conector de uso fora da caixa usa URLs adequadas ao alimentar conteúdo (por exemplo, file://myserver/mypath).

A solução alternativa recomendada é substituir a barra invertida por uma barra em vez disso.

Por exemplo, altere "\\myserver\mypath" para "//MyServer/MYPATH".

Gerenciamento de esquemas:

Habilitar a configuração RefinementEnabled em uma propriedade gerenciada do tipo float ou booliano não funciona como esperado. Nenhum refinador é exibido para propriedades gerenciadas desses tipos.

Solução alternativa:

Use decimal em vez de float e String em vez de booliano. Isso significa que:

1. ManagedProperty deve ter Type = decimal, em vez de float e Type = String em vez de booliano.

2. Fonte de conteúdo (por exemplo, lista do SharePoint) deve usar decimal em vez de float e String em vez de booliano.