Paul Randal fez algumas perguntas muito boas sobre práticas recomendadas para bancos de dados SQL do SharePoint. Hoje, enquanto ajudava um cliente a manter a instalação do SharePoint, ele me 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 de banco de dados :)))) usar o modelo de recuperação simples. Se você fizer backup regularmente dos bancos de dados do SharePoint e você também tiver um backup de ferramenta de terceiros no nível do item, você realmente não precisará reter os logs inteiros.
Estou faltando alguma coisa aqui? É este o caminho certo? Você já usou o log do banco de dados do SharePoint para recuperar seus dados?
sql-server
sharepoint
Toni Frankola
fonte
fonte
Fazer backup apenas do banco de dados NÃO obterá todas as informações do seu compartilhamento. É claro que ele terá tudo no banco de dados, mas todas as personalizações e a aparência serão perdidas. Isso pode não ser importante para você como administrador, mas garanto que seus usuários ficarão descontentes.
As opções incluem obter um agente de backup que possa ler o banco de dados do sharepoint para o seu software de backup ou fazer alguns backups com script que capturam as informações de configuração e colocam isso e o backup do banco de dados SQL em algum lugar seguro.
http://technet.microsoft.com/en-us/library/cc288330.aspx Possui 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, foi 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 por relevância Ao ler isso novamente, 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 DBA, mas não é tão difícil. Se você não tem muitas atualizações e perder o dia inteiro de trabalho não é o fim do mundo, provavelmente está bem. Outras opções incluem a execução do backup simples com mais frequência. Diga meia-noite, 10h, 14h, 18h ou o que funcionar 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, existe um equilíbrio entre o que os usuários tolerarão e o que os administradores podem fornecer.
fonte
O Sharepoint precisa ser tratado como um banco de dados SQL, porque é um banco de dados SQL, portanto, tome todas as suas precauções regulares de configuração do SQL na instalação. Quanto aos backups, você não deve apenas fazer backup regularmente de seus bancos de dados; é necessário fazer backup do seu 12-hive, que contém todas as suas informações de SP.
Confira este tópico para obter mais informações: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb-9b8b7c07bfea
fonte
Existem alguns bancos de dados configurados para o modo Simples fora da caixa. O banco de dados de Pesquisa, por exemplo. Os dados da pesquisa são armazenados em dois locais: um banco de dados e o arquivo de índice no sistema de arquivos do servidor. Você precisa servir as consultas de pesquisa e fazer backup simultâneo para que qualquer versão restaurada funcione. Como as probabilidades são muito, muito baixas, a maioria das pessoas optaria simplesmente por recriar novamente o conteúdo e regenerar o índice de pesquisa.
Nesse caso, o modo Simples funcionaria bem.
fonte