Microsoft Search Server 2010 e Microsoft FAST Search Server 2010 problemas conhecidos/Leia-me

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 de pesquisa do SharePoint

A pesquisa empresarial tem uma funcionalidade de detecção de idiomas para a qual precisa de fornecer a atribuição de direitos de autor.

Licença do ICU-ICU 1.8.1 e posterior

Licença original do SSLeay

Licença do LIBXML2

Gestão

Após alterar o nível de desempenho do serviço de pesquisa através do PowerShell, algumas instruções Assert "RobotThread tid {núm} não receberam perf obj" poderão ser apresentadas nos registos.

Recicle o serviço de pesquisa em cada caixa do farm ao introduzir os seguintes dois comandos num pedido elevado:

net stop osearch14

net start osearch14

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

Por predefinição, o motor de pesquisa infere o idioma dos documentos durante o seu rastreamento para selecionar o tokenizers correto (aka. wordbreakers).

Alguns clientes podem desativá-los deliberadamente e querem que permaneça inactivo (para imitar o comportamento do servidor de pesquisa 2007). A versão RTM irá ativar o sistema de inferência de idiomas por predefinição na atualização a partir do beta2.

Desative a detecção automática de idioma ou reinicie o serviço de pesquisa conforme necessário (consulte abaixo). Desativar a detecção irá deixar alguns documentos a ser recuperados, especialmente ficheiros HTML, msg e txt para alguns casos.

Para desativar a detecção de idiomas, defina o seguinte para 0

EnableLanguageDetection

EnableLanguageDetectionPerChunk

no registo ke:

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

Depois de efetuar esta ação, o serviço de pesquisa tem de ser reiniciado, por exemplo, utilizando os seguintes comandos:

net stop osearch14

net start osearch14

Certifique-se de que define o idioma do servidor de indexação para o idioma mais comum para a maioria dos ficheiros HTML, msg e txt.

Após desativar estas teclas, filtrar no idioma na pesquisa avançada não irá também funcionar com estes ficheiros.

Configuração

A configuração do servidor de pesquisa rápida falha em italiano Win2k8 SP2 x64:

A configuração da publicação falha com este erro:

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

Traduzido para 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 "2010-04-16T 14.35.48 Z" XsdDateTime não é um valor válido.
em Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. SystemModel. SearchInstallation.. Construtor (cadeia deploymentXML)

A melhor solução é instalar o Win2k8 R2 em vez do Win2k8 SP2

Solução alternativa é eliminar o ficheiro: C:\FASTSearch\etc\deployment.xsd.

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

Configuração do centro de pesquisas rápidas:

Substituir o certificado de FASTSearch predefinido por um novo certificado utilizando o script fornecido: ReplaceDefaultCertificate. ps1 falha no sistema operativo japonês.

Solução:

1. Efetuar uma cópia de segurança do ficheiro.

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

Nota: não é recomendado em ambientes de produção, uma vez que modificar este ficheiro viola futuras correções de ti. O mesmo não pode ser substituído por um patch mais tarde.

Indexador

A eliminação de uma coleção de conteúdos não é uma operação tolerante a falhas. Se a operação falhar num nó de indexação de cópia de segurança, a operação não será revertida no nó indexação de modelos. O resultado será que o nó de indexação principal e de cópia de segurança perde a sincronização.

Se ocorrer uma falha num nó de indexação de cópia de segurança durante a eliminação de uma coleção de conteúdos, tem de ser sincronizada manualmente.

Indexador

Reiniciar o nó de indexação após um desligamento deseliminado, o processo poderá parecer estar destravado por um tempo prolongado ao recriar estruturas de dados. Consoante o tamanho do índice, a recriação das estruturas de dados poderá demorar horas.

O progresso é apresentado nos ficheiros de registo do nó de indexação. O evento é precedido pela mensagem de registo que reconstrói o índice do documento. O estado do nó de indexação também pode ser obtido com a ferramenta de linha de comandos indexerinfo. Não elimine o processo enquanto as estruturas de dados estão a ser recriadas.

Indexador

As mensagens de registo:

• ADVERTÊNCIA Falha na saída do filtro,

• AO Não foi possível iniciar o receptor de ficheiros: o tamanho da assinatura não corresponde!

• AO Não foi possível atualizar o ficheiro

apresentados em nós de indexação de cópia de segurança.

Estas mensagens de registo podem ser ignoradas em nós de indexação de cópia de segurança.

Indexador

Os documentos não indexados poderão resultar da atualização do esquema de índices durante a alimentação de documentos.

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

Indexador

O nó indexação de mestres não verifica se os nós de indexação de cópia de segurança têm espaço em disco disponível suficiente.

Antes de enviar dados para os nós de indexação de cópia de segurança, o nó indexação mestre irá verificar se existe espaço em disco suficiente no backup para concluir a transferência. Se os dados que estão a ser transferidos forem grandes, o espaço em disco no nó indexação de cópia de segurança pode ser preenchido por eventos externos durante o tempo em que os dados são transferidos. Isto fará com que os nós principais e de cópia de segurança percam a sincronização.

Certifique-se de que os nós da indexação de cópia de segurança têm, pelo menos, espaço em disco disponível como os nós de indexação mestre.

Indexador

A eliminação de uma coleção de conteúdos não é uma operação tolerante a falhas. Se a operação falhar num nó de indexação de cópia de segurança, a operação não será revertida no nó indexação de modelos. O resultado será que o nó de indexação principal e de cópia de segurança perde a sincronização.

Se ocorrer uma falha num nó de indexação de cópia de segurança durante a eliminação de uma coleção de conteúdos, tem de ser sincronizada manualmente.

Controlador de pesquisa:

Os nós de pesquisa ficam atrasados ao iniciar uma vez que o servidor de configuração está indisponível.

Os nós de pesquisa tentam ligar-se ao servidor de configuração durante a inicialização. Foram efectuadas várias tentativas de ligação e, enquanto as mensagens de registo alegam que o controlador de procura só irá tentar estabelecer uma ligação por um período específico de tempo, o tempo que ela realmente espera é consideravelmente maior.

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

Alimentação

O conector JDBC não funciona com a definição de saída->OperationMode no jdbctemplate. xml set to update. O modo de operação de atualização destina-se a atualizar um subconjunto de atributos apenas em itens existentes, também conhecido como atualizações parciais.

Não utilize a atualização do modo de operação. Para rastreamentos incrementais, a adição de modo de operação deve ser sempre utilizada. A pesquisa de conteúdo com o modo de operação Adicionar requer que todos os atributos de item sejam selecionados no JDBCSQL.

Importância

Se, por algum motivo, o motor de análise Web perder o contacto com os seus processos de trabalho, o processamento pode ser interrompido e não ser reiniciado automaticamente. Isto normalmente pode acontecer se um computador for reinicializado ou se a rede estiver instável. O Visualizador de eventos e os registos do sistema FS14 irão conter uma mensagem de registo semelhante a esta:

[2009-12-13 17:15:03] ERRO: webanalyzer@HOSTNAME: systemmsg: o processamento falhou no makefile "wapartialupdate" para ver "predefinição", a vista será definida num estado parado.

Utilize o comando waadmin EnqueueView para retomar a anchortext e o processamento de ligação. Se forem criadas vistas de análise Web adicionais, essas vistas poderão também ter de ser reagendadas ao executar waadmin enqueuview-n<ViewName>.

Importância

A opção waadmin drop_intra está ativada para eliminar ligações entre sites, mas não parece afetar a análise da ligação à Web Analytics.

Esta opção só funciona se a origem de dados for o rastreador Web pesquisa rápida. Não tem qualquer efeito se a origem de dados for a conexão de pesquisa rápida.

Importância

A seguinte mensagem de registo é observada no Visualizador de eventos ou os registos do sistema do FS14 e o mecanismo de clique-a parou o processamento dos dados de registo de clique:

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

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

(10054; "ligação restabelecida 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 | Controlador | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\src\server\SPProcEngine.py | Scheduler | 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] [Filer. 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 | desconectar | 540
] [utils. py | desligamento | 581] [<cadeia>| desligar | 1]

Reinicie o servidor de clique com o nctrl reiniciar SPRel. É executado no mesmo computador que o Web Analytics Server (WebAnalyzer).

Procurar no backend:

As consultas numéricas de ponto flutuante numa propriedade de texto podem devolver ocorrências falsas.

Isto pode acontecer em Propriedades pesquisadas ou propriedades geridas de texto do tipo de dados.

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

Procurar no backend:

Adicionar várias propriedades geridas ao esquema ao longo do tempo pode levar à utilização de memória elevada no processo fixmlindex. exe.

Para contornar esta opção, reinstale a pesquisa rápida e aplique as alterações de esquema de uma só vez ou siga este procedimento:

1. Execute todas as atualizações de esquema antes de começar a alimentação.

2. Parar o FASTSearchService

3. Remover o ficheiro

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

5. Iniciar o FASTSearchService

6. Iniciar feed.

Procurar no backend:

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

Isto poderá acontecer mesmo em instalações com pequenas quantidades de documentos.

Por predefinição, o comportamento de classificação de pesquisa rápida é configurado para realizar compensações de desempenho para garantir um bom desempenho de pesquisa quando tem grandes quantidades de documentos.

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

A compensação é feita independentemente do número de documentos no nó. Isto encontra-se em alguns casos, uma vantagem que pode começar a executar o ajuste de ordenação mesmo durante a execução da alimentação inicial, e o comportamento da ordenação não muda dependendo do número de documentos.

No entanto, em determinados casos de utilização, poderá pretender obter o melhor comportamento de classificação possível, especialmente em um pequeno sistema.

Para reduzir o efeito desta compensação de desempenho, pode aumentar os valores de StopWordThreshold e PositionStopWordThreshold no perfil de ordenação, tal como explicado na documentação de relevância de otimização da pesquisa rápida.

Procurar no backend:

Alterar o tipo de uma propriedade gerida 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 eliminados da indexação. Isto pode acontecer ao utilizar o comando ResetIndex do indexeradmin ou nos casos em que o sistema é reiniciado de forma abrupta.

Noutros casos, os conteúdos já alimentados podem ser indexados incorretamente, para que a consulta com valores numéricos conhecidos possa não devolver nenhum resultado ou ocorrências para um conjunto de documentos incorreto.

Um problema relacionado é que eliminar e recriar uma propriedade gerida com o mesmo nome e não alterar o tipo irá fazer com que o conteúdo dessa propriedade gerida seja novamente visível no frontend para todos os documentos. Isto poderá não ser sempre o efeito esperado.

Depois de alterar o tipo de dados de uma propriedade gerida, reordene os conteúdos para garantir que os conteúdos serão indexados corretamente.

Procurar no backend:

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

Aumentar o maxStringContentLength do 65536 para o 655360 e alterar maxArrayLength do 16384 para o 163840 no%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. AdminService. exe. config e%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. WorkerService. exe. config

Procurar no backend:

O comandlet Get-FASTSearchSecurityConfigurationStatus não funciona. A porta predefinida está errada no%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.

Procurar no backend:

Incompatibilidade de identificadores de linha entre nós de pesquisa e nós de indexação implementados no mesmo anfitrião.

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.

Cópia de segurança e restauro:

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

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

Siga estes passos no nó administrador do centro de pesquisas rápida para corrigir o problema:

1. Interrompa o processo de samadmin ao executar o nctrl Stop samadmin

1. Edite todos os caminhos de ficheiro no%FASTSEARCH%\components\sam\admin\adminTransaction.log com os caminhos corretos por exemplo, se instalou originalmente o centro de pesquisa rápida para C:\FASTSearch\ e restaurou o centro de pesquisa rápida para E:\FASTSearch, em seguida, a seguinte entrada no o 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

teria de ser alterado 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 administrador Sam ao executar o nctrl Start samadmin

Cópia de segurança e restauro:

A pesquisa não funciona depois de restaurar o nó de administrador do centro de pesquisas FAST, mas não a restauração dos nós de consulta do centro de pesquisa rápida

Mova a configuração mais recente de um nó de consulta do centro de pesquisas rápido para o nó de administrador do centro de pesquisas FAST da seguinte forma:

1. Interrompa o processo de samadmin ao executar o nctrl Stop samadmin

1. Copie todos os ficheiros num nó de consulta do centro de pesquisas FAST no%FASTSEARCH%\components\sam\worker para o nó de administração do centro de pesquisas rápida em%FASTSEARCH%\components\sam\admin

1. Iniciar o processo de samadmin ao executar o nctrl início samadmin

Cópia de segurança e restauro:

Estou a executar o script de restauração a partir da distribuição do FAST Search Server 2010 para SharePoint numa consola de gestão do FAST Search Server 2010 para SharePoint. Após executar os scripts, todos os CmdLets carregados com o console foram eliminados.

Devido a um erro no script, o FAST Search Server 2010 para SharePoint descarrega o snap-in do PowerShell associado. Isto pode ser remediado ao executar o comando abaixo no prompt do PowerShell:

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

Procurar no front-end:

O site de pesquisa do MOSS devolve o erro:

O pedido de pesquisa não conseguiu ligar-se ao serviço de pesquisa.

Quando uma pesquisa é executada logo após reiniciar o processo de samworker. O problema só é apresentado no primeiro pedido através do front-end do MOSS, depois de reiniciar o samworker. O segundo pedido e quaisquer pedidos subsequentes funcionam.

Faça dois pedidos ao site de pesquisa do MOSS depois de reiniciar o samworker. Certifique-se de que a pesquisa funciona ao verificar o resultado e a verificação do segundo pedido não é dada ao erro.

Promoções & rebaixamentos:

Ao adicionar uma promoção/rebaixamento com um URL que contenha uma barra invertida, as consultas com a promoção/rebaixamento aplicada falharam.

A lógica de processamento de consultas de promoção/rebaixamento não sai corretamente dos carateres de barra invertida.

Este problema deve ser raramente encontrado na prática, uma vez que o conector pronto para utilizar os URLs corretos é a alimentação de conteúdos (por exemplo, file://myserver/mypath).

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

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

Gestão do esquema:

Ativar a definição RefinementEnabled numa propriedade gerida do tipo flutuante ou booleano não funciona conforme esperado. Não são apresentados refinadores as propriedades geridas dos seguintes tipos.

Solução:

Utilize decimal em vez de float e String em vez de Boolean. Isto significa que:

1. O ManagedProperty tem de ter o tipo = decimal em vez de float e Type = cadeia em vez de Boolean.

2. Origem de conteúdo (por exemplo, lista do SharePoint) tem de utilizar decimal em vez de flutuante e cadeia em vez de booliano.