Backup do Windows SharePoint Services

2

Instalei o WSS 3.0 como parte do pacote de instalação do Search Server Express 2008 e usei o SQL Server 2005 Standard como banco de dados de back-end, todos eles em um único servidor. Qual é a melhor estratégia de backup para mim? Já carreguei muito documento na biblioteca de documentos do site. É suficiente apenas fazer backup do banco de dados? Posso usar backup stsadm em um grande volume de dados (quase 100 shows)?

    
por Salamander2007 29.05.2009 / 15:43

4 respostas

1

Você já analisou esta questão ? Pode dar as respostas que você precisa.

    
por 29.05.2009 / 15:49
1

Sim stsadm está bem, ele fará o backup do conteúdo e do site do banco de dados. Você também deve fazer um backup SQL do banco de dados back-end apenas no caso. Temos uma tarefa agendada que executa o stsadm diariamente e envia o backup para uma pasta. A partir daí, nosso software de backup o aprisiona e coloca em fita.

EDITAR - parece que o meu conselho acima só é bom para sites pequenos (< 15GB) de acordo com Technet . Para sites maiores, eles recomendam não usando o stsadm. Isso é novidade para mim também, então é melhor eu ler o link!

    
por 29.05.2009 / 16:06
1

Se você estiver lidando com um único servidor e sem muito código personalizado, os backups do SQL deverão ser adequados - para coisas prontas, você pode instalar o SharePoint e reconectar um banco de dados de conteúdo para recuperar todos os seus documentos.

O backup da configuração global (como as propriedades de pesquisa) e quaisquer recursos personalizados instalados é um pouco mais complicado - o backup simples do SQL pode ser bom o suficiente, mas pode cair se coisas como o nome do servidor forem diferentes no novo servidor.

Depois de passar os últimos dias tentando atualizar um banco de dados de conteúdo de 50 GB, eu definitivamente recomendo que você divida o banco de dados em partes menores antes de fazer isso em pouco tempo.

    
por 04.06.2009 / 15:42
0

Com 100 gig de dados, você terá algum problema com backups de SQL também. Recomendo que você divida suas informações em vários conjuntos de sites com bancos de dados de conteúdo separados.

    
por 02.06.2009 / 04:51