Qual é a sua melhor prática? Modelo de recuperação para bancos de dados do SharePoint

9

Paul Randal fez algumas perguntas muito interessantes sobre as práticas recomendadas para bancos de dados SQL do SharePoint. Hoje, ao ajudar um cliente a manter a instalação do SharePoint, ele fez uma pergunta sobre o melhor modelo de recuperação de SQL para o banco de dados do SharePoint.

É minha prática (não sou administrador do banco de dados :)))) para usar o modelo de recuperação simples. Se o backup dos bancos de dados do SharePoint for feito com regularidade e você também tiver um backup de ferramentas de terceiros em nível de item, você realmente não precisará manter os logs inteiros.

Estou sentindo falta de algo aqui? É este o caminho certo? Você já usou o log do banco de dados do SharePoint para recuperar seus dados?

    
por Toni Frankola 08.06.2009 / 21:20

4 respostas

7

Depende inteiramente da quantidade de dados que você está disposto a perder versus a quantidade de esforço administrativo necessário. Se você estiver usando o modelo de recuperação simples e fazendo backups uma vez por semana aos domingos ... se você travar às 11:59 no sábado, você perderá uma semana de trabalho. Aumentar a frequência de backups (ou tirar diferenciais) reduzirá a quantidade de perda de dados.

Ao fazer backups completos / diferenciais regulares, mas usando o modelo de recuperação completa com logs de transação, você pode restaurar o último backup e reproduzir logs de transação em um momento imediatamente anterior à falha e perder pouco ou nenhum dado. p>

Falando em Paul Randal ... ele acabou de escrever um ótimo artigo sobre exatamente este tópico para a TechNet Magazine este mês :) link

    
por 08.06.2009 / 21:53
5

Fazer backup apenas do banco de dados NÃO obterá todas as informações do seu sharepoint. Claro que vai ter tudo no banco de dados, mas todas as personalizações e a aparência se perdem. Isso pode não importar para você como administrador, mas garanto que seus usuários ficarão insatisfeitos.

As opções incluem obter um agente de backup que possa ler o banco de dados do SharePoint para seu software de backup ou fazer alguns backups com scripts que armazenam as informações de configuração e colocá-las em segurança em algum lugar.

link Tem algumas informações.

Teste seus backups. Restaure-os. Veja o que muda, o que funciona e o que não funciona. Nossa primeira restauração não foi tão boa quanto poderia ter sido. Felizmente para nós, era apenas parte do processo de criação de um servidor de teste que era uma duplicata do nosso servidor de produção, em vez de tentar recuperar dados perdidos ou destruídos.

Editado para relevância Ao ler isso de novo, percebi que me distraí e perdi o ponto de resposta da minha resposta. Se você fizer backups completos com o log de transações, poderá reverter para pontos muito mais precisos no tempo. Isso requer mais habilidade como um DBA, mas não é tão difícil. Se você não tem uma tonelada de atualizações e perder o trabalho de um dia inteiro não é o fim do mundo, então provavelmente você está bem. Outras opções incluem executar o backup simples com mais frequência. Diga Meia-noite, 10:00, 14:00, 18:00 ou o que quer que funcione para o ciclo de trabalho das organizações. Isso consumirá mais disco, mas reduzirá os riscos de perda de dados. Como em todos os backups, é um equilíbrio entre o que os usuários vão tolerar e o que os administradores podem fornecer.

    
por 08.06.2009 / 22:08
2

O Sharepoint precisa ser tratado como um banco de dados SQL, porque é um banco de dados SQL, portanto, tome todas as precauções normais de configuração do SQL na configuração da loja. Quanto aos backups, você deve não apenas fazer o backup de seus bancos de dados regularmente, mas também fazer o backup do seu 12-hive, que armazena todas as suas informações de controladora.

Confira este tópico para mais informações: link

    
por 08.06.2009 / 22:43
0

Existem alguns bancos de dados que são configurados para o modo Simples prontos para uso. O banco de dados de pesquisa, por exemplo. Os dados de pesquisa são armazenados em dois locais: um banco de dados e o arquivo de índice no sistema de arquivos do servidor. Você precisa de ambos para atender a consultas de pesquisa, e ambos são submetidos a backup simultaneamente para que qualquer versão restaurada funcione. Como as chances são muito baixas, a maioria das pessoas optaria por simplesmente rastrear novamente o conteúdo e regenerar o índice de pesquisa.

Neste caso, o modo Simples funcionaria bem.

    
por 08.06.2009 / 22:27