Hora de rastrear e preencher novamente um banco de dados de pesquisa do SharePoint?

Question

E ainda mais uma pergunta do SharePoint do MCM ontem.

Que tipo de HA você provisiona para seus bancos de dados de pesquisa do SharePoint? Ouvi de um administrador de um farm muito grande do SharePoint que eles não têm uma cópia redundante do banco de dados de pesquisa e o preenchem se ele se perder. O problema é que para rastrear novamente seus 43 milhões de itens leva 8 semanas .

Não sou especialista em SharePoint, mas acredito que, sem um banco de dados de pesquisa totalmente funcional, a funcionalidade será degradada. Faz 8 semanas soa bem para isso? Isso parece astronomicamente lento. Qual sua experiência?

Obrigado!

    

Answer 1

Eu trabalho com um sistema que faz cerca de 112 milhões de arquivos. Um rastreamento completo leva cerca de 3 semanas.

Eu diria que isso depende de como você configura os rastreadores para o farm. Vários servidores de indexação seriam melhores para isso para ajudar a espalhar a carga.

Meu melhor conselho é colocar todos os bancos de dados no mesmo cluster de alta disponibilidade se for tão importante para você. No entanto, os bancos de dados de pesquisa são, por design, destinados a serem regenerados.

A funcionalidade será degradada? pesquise apenas para que suas consultas retornem somente aos dados que foram rastreados. O conteúdo ficará bem ainda.

    

Answer 2

O problema com o banco de dados do MOSS Search é que ele é strongmente associado ao arquivo de índice que reside fisicamente no sistema de arquivos do servidor de indexação do farm; Eu acredito que as transações são sincronizadas até o milissegundo. Portanto, se você perder seu banco de dados de pesquisa, sua única opção (a menos que você tenha uma ferramenta especializada de recuperação de desastres do SharePoint) é reconstruir seu índice e começar de novo com um novo banco de dados de pesquisa, porque seu arquivo de índice estará fora de sincronia com o banco de dados restaurado .

A versão mais recente do Microsoft Data Protection Manager 2007 é capaz de fazer o backup do índice de pesquisa e do banco de dados, mas é necessário executar um script especial para ativar essa funcionalidade. Eu não tenho certeza se ferramentas de outros fornecedores são capazes de fazê-lo, acho que vários são, mas não me lembro em cima da minha cabeça. A única maneira de restaurar o índice se você estiver usando backups do SQL ou as ferramentas de backup / restauração prontas do SharePoint é reconstruí-lo do zero.

A resposta anterior está correta sobre como gerenciar o tamanho do corpus de pesquisa com vários índices, embora adicione um pouco mais de sobrecarga e complexidade ao farm. Um servidor de indexação adicional precisará ser criado e pode ser um desafio gerenciar efetivamente as consultas dos usuários para que eles atinjam o índice correto e / ou mescle os resultados.

    

Answer 3

A história de recuperação com o SSP DB que hospeda BDC, Search, User Profiles é muito ruim porque parte dela está no SQL Server e parte dela está em arquivos nos servidores. É uma arquitetura muito pobre. Se tudo estivesse no SQL Server, a recuperação seria factível. Mas como parte dos índices de pesquisa estão no sistema de arquivos, a recuperação se torna um pesadelo.

Na verdade, tivemos que recuperar o SSP. Para fazer isso, anexamos o banco de dados de conteúdo a um novo farm e extraímos informações para os perfis de usuário (não usamos o BDC).

Em seguida, reconstruímos o índice de pesquisa rastreando novamente o conteúdo. É uma dor e significa que o SLA para recuperação de pesquisa é ruim, mas achamos que essa é a solução mais confiável.