Ler em inglês

Compartilhar via

Práticas recomendadas para Pesquisa no Office SharePoint Server

  • Artigo
  • 12/06/2012

Atualizado em: 2008-08-28

Este artigo faz parte de uma série de artigos sobre Práticas Recomendadas para o Microsoft Office SharePoint Server 2007 e descreve as melhores práticas para o Enterprise Search. Salvo indicação contrária, este artigo se aplica ao Office SharePoint Server 2007 e ao Servidor de Pesquisa da Microsoft 2008. Para conhecer mais artigos da série, consulte Práticas recomendadas. Para obter informações adicionais e recursos relativos às práticas recomendadas para o Office SharePoint Server 2007, consulte a Central de Recursos de Práticas Recomendadas (em inglês) (https://go.microsoft.com/fwlink/?linkid=125981\&clcid=0x416) (em inglês).

1. Planeje a implantação

  • Planeje a capacidade de localização. Para que uma tecnologia de pesquisa seja útil para os usuários finais, eles devem conseguir encontrar o que estão procurando, com o mínimo de esforço. Para obter uma boa abordagem da capacidade de localização, consulte o capítulo 15, sobre a implementação de uma topologia ideal de pesquisa e capacidade de localização, no manual sobre Práticas recomendadas do Microsoft Office SharePoint Server 2007 (em inglês) de Ben Curry e Bill English (Microsoft Press, Redmond, WA, 2008).

  • Use propriedades gerenciadas. Este recurso permite que os administradores de pesquisa criem um mapeamento um-para-muitos das propriedades relacionadas. Esse processo reduz o número de nomes de propriedade que os usuários precisam usar quando executam consultas avançadas. Por exemplo, um administrador de pesquisa pode mapear a propriedade “autor” para as propriedades “escritor” e “autor2”, de forma que os usuários que incluírem a propriedade “autor” em sua consulta também obtenham resultados de pesquisa para “escritor” e “autor2”. Para obter mais informações sobre propriedades gerenciadas, consulte Planejar a experiência de pesquisa do usuário final (Office SharePoint Server) e Plan the end-user search experience (Search Server 2008).

  • Crie contratos de nível de serviço. Verifique se os SLAs (contratos de nível de serviço) de rastreamentos de conteúdo foram aceitos antes da implementação.

2. Inicie com uma infraestrutura bem configurada

3. Gerencie o acesso usando grupos de segurança do Windows

É recomendável que você adicione os usuários aos grupos de segurança do Windows em vez de adicioná-los aos grupos do SharePoint, pelos seguintes motivos:

  • Como as alterações nos grupos de segurança do Windows não afetam diretamente as ACEs (entradas de controle de acesso) em sites do SharePoint, você não precisa rastrear novamente quando as contas de usuário desses grupos de segurança do Windows forem alteradas.

  • Durante o processo de indexação, o sistema armazena a ACE de cada usuário que tenha sido adicionado a um grupo do SharePoint, em vez da ACE do próprio grupo do SharePoint. Esse processo dá suporte a aproximadamente 1.000 usuários por ACL (lista de controle de acesso), após o que o erro ”Parâmetro incorreto" faz o rastreamento falhar.

4. Desfragmente o banco de dados de pesquisa

O banco de dados de pesquisa contém metadados e ACLs de conteúdo rastreado. Após uma série de rastreamentos, o banco de dados de pesquisa pode se tornar fragmentado. Para melhorar o desempenho de rastreamentos e consultas, desfragmente periodicamente o banco de dados de pesquisa. Para obter mais informações, consulte Manutenção de banco de dados do Office SharePoint Server 2007 (white paper).

Importante

Se você estiver espelhando os computadores que executam o SQL Server, desative o espelhamento antes de desfragmentar o banco de dados de pesquisa e ative-o novamente após concluir a desfragmentação.

5. Mantenha o seu sistema sempre atualizado

Após testar as atualizações no ambiente de teste, instale as atualizações de software mais recentes para o Office SharePoint Server 2007, o Search Server 2008 e o SQL Server assim que possível. Para obter orientação geral sobre como implantar atualizações de software, consulte Implantar atualizações de software para o Office SharePoint Server 2007.

6. Monitore a latência do SQL Server

A pesquisa utiliza intensamente a E/S do SQL Server e é sensível a latências de E/S no Banco de dados temporário e no Banco de dados de pesquisa. A hospedagem de pesquisa e de conteúdo utiliza intensamente o Banco de dados temporário. É recomendável manter o Banco de dados de pesquisa, o Banco de dados do SSP, o Banco de dados temporário, os bancos de dados de conteúdo e seus arquivos de log correspondentes, todos em eixos separados. Esse procedimento permite otimizar cada arquivo, dependendo de suas necessidades específicas. Para farms de servidores muito grandes, também convém separar os bancos de dados de conteúdo em outros computadores que estejam executando o SQL Server. Isso fornece aos bancos de dados de Pesquisa e do SSP um Banco de dados temporário e uma instância do SQL Server diferentes dos bancos de dados de conteúdo. Para melhor desempenho da pesquisa, é recomendável manter as seguintes latências:

  • 10 milissegundos (ms) ou menos para Banco de dados temporário

  • 10 ms ou menos para o Banco de dados de pesquisa

  • 20 ms ou menos para o arquivo de log do banco de dados

Siga as outras recomendações da postagem no blog sobre Monitoramento e E/S do SQL (em inglês) (https://go.microsoft.com/fwlink/?linkid=123950\&clcid=0x416) (em inglês) no Microsoft Enterprise Search Blog. Para obter informações sobre como solucionar problemas de desempenho do SQL Server, consulte a seção sobre afunilamentos de E/S do artigo técnico do SQL Server sobre Solução de problemas de desempenho no SQL Server 2005 (em inglês) (https://go.microsoft.com/fwlink/?linkid=123952\&clcid=0x416) (em inglês).

7. Monitore para evitar a privação de pesquisa

A privação de pesquisa ocorre quando o rastreador não pode alocar outro thread para recuperar o próximo documento da fila de rastreamento. A privação pode ser causada por:

  • Contenção de recurso (E/S) no computador que está executando o SQL Server.

  • Muitos hosts estão sendo rastreados ao mesmo tempo.

  • Hosts monopolizadores de recursos que não liberam rapidamente um thread. Esses hosts incluem o seguinte:

    • Hosts lentos. Um host que está sendo rastreado não tem a capacidade de atender a todas as solicitações que o rastreador está enviando para ele.

    • Hosts que requerem trabalho extra para rastreamentos incrementais. Os rastreamentos HTTP básicos estão parcialmente nesta categoria, porque cada documento requer ida e volta ao servidor, mas a data de modificação é verificada antes que o documento seja baixado.

    • Hosts e conteúdo ricos em propriedades. Você verá isso com mais frequência nos seguintes tipos de armazenamento de conteúdo: Catálogo de Dados Corporativos, Importação de Pessoas e Rastreamentos de pessoas.

  • Os rastreamentos são pausados quando estão sendo feitos backups.

Para obter mais informações, consulte a seguinte postagem no blog, sobre Criação de cronogramas de rastreamento e privação, como detectar e minimizar (em inglês) (https://go.microsoft.com/fwlink/?linkid=123794\&clcid=0x416) (em inglês) no Microsoft Enterprise Search Blog.

8. Monitore o sistema para compreender os afunilamentos de consulta

9. Valide a configuração de visibilidade da pesquisa de cada site rastreado

As práticas recomendadas padrão para otimização de sites e páginas para mecanismos de pesquisa são igualmente relevantes para sites de WCM (gerenciamento de conteúdo da Web) em implantações do SharePoint. Um site ou uma página melhor otimizada para os mecanismos de pesquisa aparece em uma posição superior nos resultados da pesquisa e ajudará a aumentar o tráfego para o seu site. Para obter mais informações, consulte o artigo sobre Como otimizar os sites de gerenciamento de conteúdo da Web do SharePoint Server 2007 para mecanismos de pesquisa (em inglês) (https://go.microsoft.com/fwlink/?linkid=123956\&clcid=0x416) (em inglês).

10. Pause manualmente os rastreamentos antes de inicializar um servidor de consulta ou fazer backup de um farm

Antes de fazer backup de um SSP utilizado para pesquisa ou inicializar servidores de consulta, é recomendável que você pause todos os rastreamentos. Após concluir o backup, continue manualmente os rastreamentos em pausa. Para obter mais informações, consulte Pausar e retomar um rastreamento (Office SharePoint Server 2007).

11. Teste os subsistemas de rastreamento e consulta após fazer quaisquer alterações na configuração

É recomendável que você teste a funcionalidade de rastreamento e consulta do farm de servidores após fazer alterações na configuração. Uma maneira fácil de fazer isso é criar uma fonte de conteúdo temporária, que é usada somente com este objetivo. Para testar, é recomendável rastrear dez itens, por exemplo, arquivos .txt em um compartilhamento de arquivos, e, em seguida, executar consultas de pesquisa nesses itens. Verifique se os itens não estão no índice no momento. É útil que eles contenham palavras exclusivas que serão exibidas na parte superior da página de resultados da pesquisa, quando consultadas. Após concluir o teste, é recomendável excluir a fonte de conteúdo que você criou para esse teste, pois isso remove do índice os itens que você rastreou. Portanto, eles poderão ser rastreados novamente quando você desejar executar esse teste e não aparecerão nos resultados da pesquisa após o término do teste. Para obter informações sobre o conteúdo do rastreamento, consulte Rastreando o seu conteúdo (Office SharePoint Server 2007) ou How to crawl content (Search Server 2008).

12. Examine a sua diretiva antivírus para objetos rastreados

Ao usar certos programas de software antivírus em nível de arquivo no Windows SharePoint Services 3.0, no Office SharePoint Server 2007 ou no , você deve excluir determinadas pastas da verificação. Se elas não forem excluídas, poderão ocorrer vários problemas inesperados. Para obter mais informações, consulte o seguinte artigo da Base de Dados de Conhecimento Microsoft: 952167, sobre pastas que podem precisar ser excluídas da verificação antivírus quando você usar um programa antivírus em nível de arquivo no Windows SharePoint Services 3.0 ou no SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=123963\&clcid=0x416).

13. Se você tiver consultas personalizadas, marque as propriedades adequadas como “no escopo” na interface do usuário da propriedade rastreada, para que elas não executem consultas SQL caras

Agradecimentos

A equipe de Publicação de Conteúdo do Office SharePoint Server 2007 agradece os seguintes colaboradores deste artigo:

  • Luca Bandinelli, equipe de consultoria de clientes do Microsoft SharePoint

  • Dan Blood, Microsoft Search Server

  • Sid Shah, Microsoft Search Server

  • Richard Riley, Marketing do Microsoft SharePoint

  • Mitch Prince, Serviços de Consultoria Microsoft

  • Larry Kuhn, Serviços de Consultoria Microsoft

Consulte também

Conceitos

Práticas recomendadas para desempenho de pesquisa (Office SharePoint Server 2007)