Melhores práticas para pesquisar no SharePoint Server

Artigo
07/06/2024

APLICA-SE A: yes-img-13 2013 yes-img-16 2016 yes-img-19 2019 yes-img-se Subscription Edition no-img-sop SharePoint no Microsoft 365

Saiba mais sobre as melhores práticas de pesquisa no SharePoint Server.

O sistema de Pesquisa rastreia conteúdo para construir um índice de pesquisa com o qual os usuários podem executar consultas de pesquisa. Este artigo contém sugestões sobre como gerenciar os rastreamentos de forma mais eficaz.

Saiba mais sobre o Pedido manual de pesquisa e reindexação do SharePoint no Microsoft 365.

Use a conta de acesso ao conteúdo padrão para rastrar mais conteúdo

A conta de acesso a conteúdos predefinida é uma conta de domínio que especifica para o serviço de Pesquisa do SharePoint Server utilizar por predefinição para pesquisa. Para simplificar, é melhor usar essa conta para rastrear o máximo possível do conteúdo especificado por suas fontes de conteúdo. Para alterar a conta de acesso a conteúdos predefinida, consulte Alterar a conta predefinida para pesquisa no SharePoint Server.

Quando você não conseguir usar a conta de acesso a conteúdo padrão para rastrear uma determinada URL (por exemplo, por razões de segurança), pode criar uma regra de rastreamento para especificar uma das seguintes alternativas para autenticar o rastreador:

Uma diferente conta de acesso a conteúdo
Um certificado de cliente
Credenciais de forma
Um cookie para rastreamento
Acesso anônimo

Para obter mais informações, veja Gerir regras de pesquisa no SharePoint Server.

Use as fontes de conteúdo de forma eficaz

Uma origem de conteúdo é um conjunto de opções numa aplicação do Serviço de pesquisa que utiliza para especificar cada um dos seguintes componentes:

Um ou mais endereços iniciais para rastrear.
O tipo de conteúdo nos endereços iniciais (como sites do SharePoint Server, partilhas de ficheiros ou dados de linha de negócio). Você pode especificar apenas um tipo de conteúdo para rastrear em uma fonte de conteúdo. Por exemplo, utilizaria uma origem de conteúdo para pesquisar sites do SharePoint Server e uma origem de conteúdo diferente para pesquisar partilhas de ficheiros.
Uma agenda de rastreamento e uma prioridade de rastreamento para rastreamentos completos ou incrementais que se aplicarão a todos os repositórios de conteúdo que a fonte de conteúdo especificar.

Quando você cria um aplicativo de serviço de pesquisa, o sistema de pesquisa cria e configura automaticamente uma fonte de conteúdo, que é chamada de Sites locais do SharePoint. Esta origem de conteúdo pré-configurada destina-se à pesquisa de perfis de utilizador e à pesquisa de todos os sites do SharePoint Server nas aplicações Web com as quais a aplicação do Serviço de pesquisa está associada. Também pode utilizar esta origem de conteúdo para pesquisar conteúdos noutros farms do SharePoint Server, incluindo farms do SharePoint Server 2007, farms do SharePoint Server 2010, farms do SharePoint Server 2013 ou outros farms do SharePoint Server.

Crie origens de conteúdo adicionais quando quiser efetuar qualquer uma das seguintes tarefas:

Rastrear outros tipos de conteúdo
Limitar ou aumentar a quantidade de conteúdo a rastrear
Rastrear determinados conteúdos com mais ou menos frequência
Definir prioridades diferentes para pesquisar determinados conteúdos (este requisito aplica-se a pesquisas completas e incrementais, mas não a pesquisas contínuas)
Pesquisar determinados conteúdos em agendas diferentes (este requisito aplica-se a pesquisas completas e incrementais, mas não a pesquisas contínuas)

No entanto, para manter a administração tão fácil quanto possível, recomendamos que você limite o número de fontes de conteúdo que criar e usar.

Usar fontes de conteúdo para agendar rastreamentos

Você pode editar a fonte de conteúdo pré-configurado Sites locais do SharePoint para especificar um agendamento de rastreamento; isso não especifica um agendamento de rastreamento por padrão. Para qualquer fonte de conteúdo, você pode iniciar rastreamentos manualmente, mas recomendamos que agende rastreamentos incrementais ou permita rastreamentos contínuos para se certificar de que o conteúdo seja rastreado regularmente.

Considere o uso de diferentes fontes de conteúdo para rastrear o conteúdo em horários diferentes pelas seguintes razões.

Para acomodar tempos de inatividade do servidor e períodos de pico de uso de servidor.
Para rastrear o conteúdo que está hospedado em servidores mais lentos separadamente do conteúdo que está hospedado em servidores mais rápidos.
Para rastrear com frequência o conteúdo que é atualizado com mais frequência.

O rastreamento de conteúdo pode diminuir significativamente o desempenho dos servidores que hospedam o conteúdo. O efeito depende se os servidores host têm recursos suficientes (principalmente CPU e RAM) para lidar com a carga. Portanto, quando você planejar agendamentos de rastreamento, considere as seguintes práticas recomendadas:

Agende rastreamentos para cada fonte de conteúdo durante períodos em que os servidores que hospedam o conteúdo estão disponíveis e quando há baixa demanda dos recursos do servidor.
Varie os agendamentos de rastreamento para que a carga nos servidores de rastreamento e servidores host seja distribuída ao longo do tempo. Você pode otimizar os agendamentos de rastreamento dessa maneira conforme você se familiarizar com as durações típicas de rastreamento para cada fonte de conteúdo, verificando o log de rastreamento. Para obter mais informações, veja Registo de pesquisa em Ver diagnósticos de pesquisa no SharePoint Server.
Execute rastreamentos completos somente quando for necessário. Para obter mais informações, veja Motivos para fazer uma pesquisa completa em Planear a pesquisa e federação no SharePoint Server. Para qualquer alteração administrativa que exija a entrada em vigor de uma pesquisa completa, como a criação de uma regra de pesquisa, efetue a alteração pouco antes da próxima pesquisa completa para que não seja necessária uma pesquisa completa adicional. Para obter mais informações, veja Gerir regras de pesquisa no SharePoint Server.

Pesquisar perfis de utilizador antes de pesquisar sites do SharePoint Server

Por padrão, no primeiro aplicativo de serviço de Pesquisa em um farm, a fonte de conteúdo pré-configurado Sites locais do SharePoint contém pelo menos os dois seguintes endereços de início:

https://webAppUrl, que é para pesquisar o URL da Zona Predefinida especificado para as Aplicações Web existentes
sps3s://myWebAppUrl, que é para pesquisar perfis de utilizador

No entanto, se estiver a implementar a "Pesquisa de Pessoas", recomendamos que crie uma origem de conteúdo separada para o endereço sps3s://myWebAppUrl inicial e execute primeiro uma pesquisa para essa origem de conteúdo. O motivo para a execução da pesquisa é que, após a conclusão, o sistema de pesquisa gera uma lista para uniformizar os nomes das pessoas. Isso é para que quando o nome de uma pessoa tiver diferentes formas em um conjunto de resultados de pesquisa, todos os resultados para essa pessoa são exibidos em um único grupo (conhecido como bloco de resultados). Por exemplo, para a consulta de pesquisa "Anne Weiler", todos os documentos da autoria de Anne Weiler ou A. Weiler ou alias AnneW podem ser apresentados num bloco de resultados com o nome "Documentos de Anne Weiler". Da mesma forma, todos os documentos de autoria de qualquer uma dessas identidades podem ser apresentados sob o cabeçalho "Marina Azevedo" no painel de refinamento se "Autor" for uma das categorias.

Para pesquisar perfis de utilizador e, em seguida, pesquisar sites do SharePoint Server

Verifique se a conta de usuário que executa este procedimento é um administrador do aplicativo de serviço de pesquisa que você deseja configurar.
Siga as instruções em Implementar a pesquisa de pessoas no SharePoint Server. Como parte dessas instruções, efetua as seguintes tarefas:

Crie uma fonte de conteúdo apenas para o rastreamento de perfis de usuário (o armazenamento de perfil). Você pode dar a essa fonte de conteúdo um nome como Pessoas. Na nova origem de conteúdo, na secção Endereços De Início , escreva sps3s:// myWebAppUrl, em que myWebAppUrl é o URL do anfitrião O Meu Site.
Inicie uma pesquisa para a origem de conteúdo Pessoas que criou.
Elimine o endereço sps3s://myWebAppUrl inicial dos sites do SharePoint Local de origem de conteúdo pré-configurados.

Espere cerca de duas horas após o rastreamento para a fonte de conteúdo Pessoas terminar.
Comece o primeiro rastreamento completo para a fonte de conteúdo Sites locais do SharePoint.

Use rastreamentos contínuos para ajudar a garantir que os resultados da pesquisa estejam atualizados

Habilitar Rastreamentos Contínuos é uma opção de agendamento de rastreamento que você pode selecionar quando adiciona ou edita uma fonte de conteúdo do tipo Sites do SharePoint. Um rastreamento contínuo rastreia conteúdo que foi adicionado, alterado ou excluído desde o último rastreamento. Um rastreamento contínuo começa em intervalos de tempo predefinidos. O intervalo predefinido é de 15 em 15 minutos, mas pode definir pesquisas contínuas para ocorrerem em intervalos mais curtos com o Microsoft PowerShell. Uma vez que as pesquisas contínuas ocorrem com tanta frequência, ajudam a garantir a atualização do índice de pesquisa, mesmo para conteúdos do SharePoint Server que são frequentemente atualizados. Além disso, enquanto uma pesquisa incremental ou completa é atrasada por várias tentativas de pesquisa que estão a devolver um erro para um determinado item, uma pesquisa contínua pode estar a pesquisar outros conteúdos e a contribuir para a atualização do índice, porque uma pesquisa contínua não processa nem repete itens que devolvem erros repetidamente. Estes erros são repetidos durante uma pesquisa incremental de "limpeza", que é executada automaticamente a cada quatro horas para origens de conteúdo que tenham a pesquisa contínua ativada. Os itens que continuam a devolver erros durante a pesquisa incremental serão repetidos durante futuras pesquisas incrementais, mas não serão recolhidos pelas pesquisas contínuas até que os erros sejam resolvidos.

Um único rastreamento contínuo inclui todas as fontes de conteúdo em um aplicativo de serviço de pesquisa para a qual rastreamentos contínuos são habilitados. Da mesma forma, o intervalo de rastreamento contínuo se aplica a todas as fontes de conteúdo do aplicativo de serviço de pesquisa para o qual rastreamentos contínuos estão habilitados. para obter mais informações, consulte Manage continuous crawls in SharePoint Server.

Rastreamentos contínuos aumentam a carga no rastreador e em destinos de rastreamento. Certifique-se de planejar e dimensionar adequadamente para este aumento do consumo de recursos. Para cada grande fonte de conteúdo para a qual você permite rastreamentos contínuos, recomendamos que você configure um ou mais servidores Web front-end como destinos dedicados para rastreamento. Para obter mais informações, veja Gerir a carga de pesquisa (SharePoint Server 2010).

Usar regras de rastreamento para excluir do rastreamento o conteúdo irrelevante

Como o rastreamento consome recursos e largura de banda, durante a implantação inicial pode ser melhor rastrear uma pequena quantidade de conteúdo que você sabe que é relevante, em vez de rastrear uma quantidade maior de conteúdo, que pode ter partes irrelevantes. Para limitar a quantidade de conteúdo a rastrear, crie regras de rastreamento pelas seguintes razões:

Para evitar o rastreamento de conteúdo irrelevante excluindo uma ou mais URLs.
Para rastrear links em uma URL sem rastrear a própria URL. Esta disposição é útil para sites que não contêm conteúdo relevante, mas têm ligações para conteúdo relevante.

Por predefinição, o crawler não seguirá URLs complexos, que são URLs que contêm um ponto de interrogação seguido de parâmetros adicionais , por exemplo, http://contoso/page.aspx?x=y. Se permitir que o crawler siga URLs complexos, esta disposição pode fazer com que o crawler reúna muitos mais URLs do que o esperado ou adequado. Esta sobrea assimilação pode fazer com que o crawler recolha ligações desnecessárias, preencha a base de dados de pesquisa com ligações redundantes e resulte num índice grande.

Essas medidas podem ajudar a reduzir o uso de recursos do servidor e o tráfego de rede, e pode aumentar a relevância dos resultados de pesquisa. Após a implantação inicial, você pode revisar os logs de consulta e rastreamento e ajustar as fontes de conteúdo e as regras de rastreamento para incluir mais conteúdo se for necessário. Para obter mais informações, veja Gerir regras de pesquisa no SharePoint Server.

Pesquisar a zona predefinida das aplicações Web do SharePoint Server

Quando pesquisa a zona predefinida de uma aplicação Web do SharePoint Server, o processador de consultas mapeia automaticamente e devolve URLs de resultados de pesquisa para que sejam relativos à zona de mapeamento de acesso alternativo (AAM) a partir da qual as consultas são executadas. Esta definição permite que os utilizadores vejam e abram facilmente os resultados da pesquisa.

No entanto, se você arrastar uma zona de um aplicativo Web que não seja a zona padrão, o processador de consultas não mapeia URLs de resultados de pesquisa de modo que elas sejam relativas à zona de AAM a partir da qual as consultas são realizadas. Em vez disso, os URLs dos resultados da pesquisa serão relativos à zona não predefinida que foi pesquisada. Devido a esta definição, os utilizadores poderão não conseguir ver ou abrir facilmente os resultados da pesquisa.

Por exemplo, suponha que você tenha as seguintes AAMs para um aplicativo Web chamado WebApp1:

Padrão	URL público	Provedor de Autenticação
Padrão	`https://contoso`	Autenticação do Windows: NTLM
Extranet	`https://fabrikam`	Autenticação baseada em formulários
Intranet	`http://fabrikam`	Autenticação do Windows: NTLM

Agora, digamos que pesquisa a zona predefinida, https://contoso. Quando os utilizadores efetuam consultas a partir do https://contoso/searchresults.aspx, os URLs dos resultados da WebApp1 serão todos relativos a https://contosoe, portanto, serão do formulário https://contoso/ _path_/ _result_.aspx.

Da mesma forma, quando as consultas têm origem na zona Extranet , neste caso, https://fabrikam/searchresults.aspx—results a partir da WebApp1 serão todas relativas a https://fabrikame, portanto, serão do formulário https://fabrikam/ _path_/ _result_.aspx.

Em ambos os casos anteriores, por causa da consistência da zona entre o local de consulta e as URLs de resultado de pesquisa, os usuários conseguirão exibir e abrir facilmente os resultados de pesquisa, sem ter que mudar para o contexto de segurança diferente de uma zona diferente.

No entanto, agora, diga que pesquisa uma zona não predefinida, como a zona de Intranet, http://fabrikam. Neste caso, para consultas a partir de qualquer zona, as URLs dos resultados de WebApp1 serão sempre relativas à zona não padrão que foi rastreada. Ou seja, uma consulta de https://contoso/searchresults.aspx, https://fabrikam/searchresults.aspxou http://fabrikam/searchresults.aspx irá produzir URLs de resultado de pesquisa que começam com a zona não predefinida que foi pesquisada e, portanto, serão do formulário http://fabrikam/ _path_/ _result_.aspx. Esta definição pode causar comportamentos inesperados ou problemáticos, tais como:

Quando os usuários tentam abrir resultados da pesquisa, podem ser solicitados a fornecer credenciais de que eles não têm. Por exemplo, os usuários autenticados com base em formulários na zona Extranet podem não ter credenciais de autenticação do Windows.
Os resultados da WebApp1 irão utilizar HTTP, mas os utilizadores podem estar a procurar a partir da zona extranet em https://fabrikam/searchresults.aspx. Esta operação de pesquisa pelos utilizadores pode ter implicações de segurança porque os resultados não utilizarão a encriptação SSL (Secure Sockets Layer).
Os refinamentos pode não filtrar corretamente, porque eles filtram a URL pública para a zona padrão em vez da URL que foi rastreada. Esta filtragem incorreta deve-se ao facto de as propriedades baseadas em URL no índice serem relativas ao URL não predefinido que foi pesquisado.

Reduzir o efeito da pesquisa nos destinos de pesquisa do SharePoint Server

Pode reduzir o efeito da pesquisa em destinos de pesquisa do SharePoint Server (ou seja, servidores Web front-end do SharePoint Server) ao efetuar as seguintes tarefas:

Para um pequeno ambiente do SharePoint Server, redirecione todo o tráfego de pesquisa para um único servidor Web front-end do SharePoint Server. Para um ambiente de grande, redirecione todo o tráfego de rastreamento para um grupo específico de servidores Web front-end. Este padrão de redirecionamento de pesquisa impede que o crawler utilize os mesmos recursos que estão a ser utilizados para compor e servir páginas Web e conteúdos a utilizadores ativos.
Limite a utilização da base de dados de pesquisa no Microsoft SQL Server para impedir que o crawler utilize recursos de processador e disco partilhados do SQL Server durante uma pesquisa.

Para obter mais informações, veja Gerir a carga de pesquisa (SharePoint Server 2010).

Usar as regras de impacto do rastreador para limitar o efeito de rastreamento

Para limitar o impacto do rastreador, você também pode criar regras de impacto do rastreador, que estão disponíveis a partir do Search_service_application_name: página de administração de pesquisa. Uma regra de impacto do rastreador especifica a taxa em que o rastreador solicita conteúdo de um endereço inicial ou intervalo de endereços iniciais. Especificamente, uma regra de impacto do rastreador solicita um determinado número de documentos por vez a partir de uma URL sem esperar entre as solicitações ou solicita um documento de cada vez a partir da URL e espera um tempo especificado entre solicitações. Cada regra de impacto do rastreador se aplica a todos os componentes de rastreamento.

Para os servidores de sua organização, você pode configurar regras de impacto do rastreador com base no desempenho e capacidade de servidor conhecidos. No entanto, esta definição pode não ser possível para sites externos. Portanto, você pode inadvertidamente usar muitos recursos em servidores externos, solicitando muito conteúdo ou solicitando conteúdo com muita frequência. Esta utilização elevada de conteúdo pode fazer com que os administradores desses servidores externos limitem o acesso ao servidor para que se torne difícil ou impossível pesquisar esses repositórios. Por conseguinte, defina as regras de impacto do crawler para que tenham o menor efeito possível nos servidores externos enquanto pesquisa conteúdo suficientemente frequentemente para garantir que a atualização do índice cumpre os seus requisitos.

Use grupos do Active Directory em vez de usuários individuais para permissões

A capacidade de um usuário ou grupo realizar várias atividades em um site é determinada pelo nível de permissão que você atribuir. Se adicionar ou remover utilizadores individualmente para permissões de site ou se utilizar um grupo do SharePoint Server para especificar permissões de site e alterar a associação do grupo, o crawler tem de efetuar uma "pesquisa apenas de segurança", que atualiza todos os itens afetados no índice de pesquisa para refletir a alteração. Da mesma forma, adicionar ou atualizar a política de aplicações Web com diferentes utilizadores ou grupos do SharePoint Server irá acionar uma pesquisa de todo o conteúdo abrangido por essa política. Isso aumenta a carga de rastreamento e pode reduzir a atualização dos resultados de pesquisa. Por conseguinte, para especificar permissões de site, é melhor utilizar grupos dos Serviços de Domínio do Active Directory (AD DS), uma vez que estes grupos não requerem que o crawler atualize os itens afetados no índice de pesquisa.

Adicionar um segundo componente de rastreamento para fornecer tolerância a falhas

Quando você cria um aplicativo de serviço de pesquisa, a topologia de pesquisa padrão inclui um componente de rastreamento. Um componente de rastreamento recupera itens de repositórios de conteúdo, faz download dos itens para o servidor que hospeda o componente de rastreamento, passa os itens e metadados associados a um componente de processamento de conteúdo e adiciona informações relacionadas a rastreamento a bancos de dados de rastreamento associados. Você pode adicionar um segundo componente de rastreamento para fornecer tolerância a falhas. Se um componente de rastreamento se tornar indisponível, o componente de rastreamento restante vai assumir todo o rastreamento. Para a maioria dos farms do SharePoint Server, é suficiente um total de dois componentes de pesquisa.

Para saber mais, confira os seguintes artigos:

Gerenciar recursos de ambiente para melhorar o desempenho de rastreamento

À medida que o rastreador rastreia conteúdo, faz o download do conteúdo para o servidor de rastreamento (o servidor que hospeda o componente de rastreamento) e alimenta o conteúdo para componentes de processamento de conteúdo, vários fatores podem afetar negativamente o desempenho. Para melhorar o desempenho da pesquisa, pode efetuar a seguinte tarefa:

Para resolver esse afunilamento de desempenho potencial	Implementar esta solução
Tempo de resposta lento dos servidores rastreados	Fornecer mais CPU e memória RAM e E/S de disco mais rápidas
Baixa largura de banda	Instalar adaptadores de rede de 1 ou 2 gigabits por segundo em cada servidor de pesquisa
Processamento de conteúdo	Forneça mais componentes de processamento de conteúdo e mais recursos de CPU para cada componente de processamento de conteúdo
Processamento lento pelos componentes do índice	Adicionar recursos de E/S para servidores que hospedam componentes de índice

Para obter mais informações, consulte os seguintes recursos:

Certifique-se de que não haja rastreamentos ativos antes de alterar a topologia de pesquisa

Recomendamos que você confirme que não haja rastreamentos em andamento antes de iniciar uma mudança da topologia de pesquisa. Caso contrário, é possível que a alteração da topologia não ocorra com êxito.

Se necessário, você pode pausar ou parar manualmente rastreamentos completos ou incrementais, bem como desativar rastreamentos contínuos. Para saber mais, confira os seguintes artigos:

Observação

Colocar uma pesquisa em pausa tem a desvantagem que as referências aos componentes de pesquisa podem permanecer na MSSCrawlComponentsState tabela na base de dados de administração de pesquisas. Isso poderá ser um problema se você quiser remover algum componente de rastreamento (se você quiser remover um servidor que esteja hospedando esses componentes no farm). No entanto, quando para uma pesquisa, as referências aos componentes de pesquisa na MSSCrawlComponentsState tabela são eliminadas. Contudo, se você quiser remover os componentes de rastreamento, recomendamos que pare o rastreamento e não apenas o pause.

Para confirmar que não existem pesquisas em curso, na _Search_service_application_name_: Manage Content Sources página, certifique-se de que o valor no campo Estado de cada origem de conteúdo está Inativo ou Em Pausa. (Quando um rastreamento for concluído ou quando você interromper um rastreamento, o valor no campo Status para a fonte de conteúdo mudará para Ocioso.)

Remover componentes de rastreamento de um host de rastreamento antes de remover o host de um farm

Quando um servidor hospeda um componente de rastreamento, a remoção do servidor do farm pode tornar impossível para o sistema de pesquisa rastrear conteúdo. Por conseguinte, antes de remover um anfitrião de pesquisa de um farm, recomendamos vivamente que efetue as seguintes tarefas:

Certifique-se de que não haja rastreamentos ativos.

Para obter mais informações, consulte a seção anterior, Certifique-se de que não haja rastreamentos ativos antes de alterar a topologia de pesquisa.
Remover ou realocar componentes de rastreamento que estão nesse host.

Para obter mais informações, consulte os seguintes recursos:

Teste a funcionalidade de rastreamento e consulta depois de alterar a configuração de rastreamento ou aplicar atualizações

Recomendamos que você teste a funcionalidade de rastreamento e consulta no farm de servidor depois de fazer alterações de configuração ou aplicar atualizações. O procedimento a seguir é um exemplo de uma maneira fácil de realizar tal teste.

Para testar a funcionalidade de rastreamento e consulta

Verifique se a conta de usuário que executa este procedimento é um administrador do aplicativo de serviço de pesquisa que você deseja configurar.
Criar uma fonte de conteúdo que você usará temporariamente apenas para este teste.

Na nova fonte de conteúdo, na seção Endereços de início, na caixa Digite os endereços iniciais abaixo (um por linha):, especifique um endereço inicial que contém vários itens que ainda não estão no índice — por exemplo, vários arquivos TXT que estão em um compartilhamento de arquivo. Para obter mais informações, consulte Adicionar, editar ou eliminar uma origem de conteúdo no SharePoint Server.
Iniciar um rastreamento completo para essa fonte de conteúdo.

Para obter mais informações, consulte Start, pause, resume, or stop a crawl in SharePoint Server. Quando a pesquisa estiver concluída, na _Search_service_application_name_: Manage Content Sources página, o valor na coluna Estado da origem de conteúdo será Inativo. (Para atualizar a coluna Status, atualize a página Gerenciar fontes de conteúdo clicando em Atualizar.)
Quando o rastreamento for concluído, vá para o Centro de Pesquisa e realize consultas de pesquisa para encontrar esses arquivos.

Se a sua implementação ainda não tiver um Centro de Pesquisas, consulte Criar um site do Centro de Pesquisas no SharePoint Server.
Após concluir o teste, exclua a fonte de conteúdo temporário.

Esta operação remove os itens especificados por essa origem de conteúdo do índice de pesquisa para que não apareçam nos resultados da pesquisa depois de concluir o teste.

Use o log de rastreamento e relatórios de integridade do rastreamento para diagnosticar problemas

O log de rastreamento rastreia informações sobre o status do conteúdo rastreado. O log inclui vistas para fontes de conteúdo, hosts, erros, bancos de dados, URLs e histórico. Por exemplo, você pode usar esse log para determinar o tempo do último rastreamento bem sucedido para uma fonte de conteúdo, tenha o conteúdo rastreado sido adicionado com êxito ao índice, excluído por causa de uma regra de rastreamento ou falhado por causa de um erro.

Os relatórios de integridade de rastreamento fornecem informações detalhadas sobre a taxa de rastreamento, a latência de rastreamento, a atualização do rastreamento, o processamento de conteúdo, o CPU e a carga da memória, os rastreamentos contínuos e a fila de rastreamento.

Você pode usar o log de rastreamento e relatórios de integridade do rastreamento para diagnosticar problemas com a experiência de pesquisa. As informações de diagnóstico podem ajudar a determinar se seria útil para ajustar elementos como fontes de conteúdo, regras de rastreamento, regras de impacto do rastreador, componentes de rastreamento e bancos de dados de rastreamento.

Para obter mais informações, veja Ver diagnósticos de pesquisa no SharePoint Server.

Compartilhar via