Planejar backup e recuperação (SharePoint Foundation 2010)

Artigo
03/03/2017

Aplica-se a: SharePoint Foundation 2010

Tópico modificado em: 2016-11-30

Este artigo descreve os estágios envolvidos no planejamento de backup e recuperação, o que inclui a determinação das estratégias de backup e recuperação para um ambiente do Microsoft SharePoint Foundation e a tomada de decisão sobre as ferramentas a serem usadas. Os estágios não precisam ser concluídos na ordem listada e o processo pode ser iterativo.

Ao planejar a maneira como você usará o backup e a recuperação no caso de recuperação de desastre, considere eventos, falhas e erros comuns; emergências locais; e emergências regionais.

Importante

O processo de atualização do SharePoint 2010 Service Pack 1 (SP1) altera o esquema de alguns dos bancos de dados do farm e de todos os bancos de dados de conteúdo. Devido a essas alterações, pode ser necessário tomar medidas adicionais para restaurar um backup efetuado antes que o farm seja atualizado para o SP1. Para obter mais informações sobre como fazer isso, consulte Restaurar backups pré-SP1 para um farm SP1 (SharePoint Foundation 2010).

Para obter informações detalhadas sobre o backup e recuperação do Microsoft SharePoint Foundation, consulte Visão geral do backup e recuperação (SharePoint Foundation 2010).

Neste artigo:

Definir os requisitos de negócios
Escolher o que deve ser protegido e recuperado no ambiente
Escolher ferramentas
Determinar estratégias
Planejar backup avançado e desempenho de recuperação

Definir os requisitos de negócios

Para definir os requisitos de negócios, determine os seguintes aspectos para cada farm e serviço do ambiente:

O RPO (Objetivo de ponto de recuperação) representa o período máximo de tempo entre o último backup disponível e qualquer possível ponto de falha. Ele é determinado pelo volume de dados cuja perda a empresa poderá suportar se ocorrer uma falha.
O RTO (Objetivo de tempo de recuperação) representa a duração máxima de um processo de recuperação de dados. Ele é determinado pelo tempo que a empresa poderá suportar se o site ou o serviço ficar indisponível.
Objetivo de nível de recuperação (RLO) é o objetivo que define a granularidade com a qual você poderá recuperar dados — indicando se você poderá recuperar o farm, o aplicativo Web, o conjunto de sites, o site, a lista, a biblioteca ou o item inteiro.

RPO e RTO menores e granularidade mais fina de RLO, tudo geralmente custa mais.

Há uma planilha útil para ajudá-lo a planejar as estratégias de backup e recuperação do ambiente do SharePoint Foundation 2010 disponível para download na pasta de trabalho de planejamento de backup e recuperação dos Produtos do SharePoint 2010 (https://go.microsoft.com/fwlink/?linkid=184385&clcid=0x416).

Escolher o que deve ser protegido e recuperado no ambiente

Os requisitos de negócios ajudarão você a determinar quais componentes do ambiente devem ser protegidos e a granularidade necessária para recuperá-los.

A tabela a seguir lista os possíveis componentes de um ambiente SharePoint cuja proteção talvez seja conveniente e as ferramentas que você pode usar para fazer o backup e a recuperação de cada componente.

Componente	Backup do SharePoint	Microsoft SQL Server 2008 R2 Express	System Center Data Protection Manager (DPM) 2010	Backup do sistema de arquivos
Farm	Sim		Sim6
Aplicativos de serviço	Sim
Aplicativo Web	Sim
Bancos de dados de conteúdo	Sim	Sim	Sim
Conjunto de sites	Sim1, 2	Sim1, 2	Sim1, 2
Site	Sim2	Sim2	Sim
Lista ou biblioteca de documentos	Sim2	Sim2	Sim
Item de lista ou documento			Sim
Conteúdo armazenado em armazenamentos de BLOB remotos	Sim3	Sim3	Não3
Personalizações implantadas como pacotes de solução	Sim7	Sim7	Sim6, 7
Alterações feitas no Web.config por meio da Central de Administração ou de uma API	Sim	Sim	Sim4
Definições de configuração (SharePoint)	Sim2, 8	Sim2, 8	Sim 2, 9
Personalizações não implantadas como pacotes de solução			Sim. Os arquivos poderão ser recuperados se estiverem protegidos como arquivos.4, 5	Sim
Alterações do Web.config que não foram feitas por meio da Central de Administração ou de uma API			Sim4	Sim
Configurações do IIS que não foram definidas por meio do SharePoint			Sim5	Sim
Bancos de dados do SQL Server Reporting Services		Sim	Sim

1O recurso de backup e restauração no nível do farm e no nível do banco de dados poderá ser usado para recuperação de conjunto de sites se um único conjunto estiver armazenado em um banco de dados.

2Os backups nos níveis do farm e do banco de dados podem ser usados com a recuperação do banco de dados desanexado do SharePoint Foundation para restaurar conjuntos de sites, sites, listas e configurações.

3Conteúdo armazenado nos repostórios BLOB remotos e não pode ser restaurado usando DPM.

4O backup das alterações feitas no Web.config pode ser feito com o backup de sistema de arquivos no DPM 2010.

5As configurações do IIS podem ser recuperadas por meio de um backup bare-metal no DPM 2010.

6O DPM 2010 pode recuperar esse item usando uma combinação de backup bare-metal e de backup do SharePoint Foundation. Não é possível fazer backup do item ou recuperá-lo como um objeto.

7Os pacotes de soluções totalmente confiáveis são armazenados no banco de dados de configuração, e as soluções em área restrita são armazenadas nos bancos de dados de conteúdo. É possível recuperá-los como parte da recuperação do farm ou do banco de dados de conteúdo.

8As definições da configuração podem ser recuperadas de backups no nível do farm. Para obter mais informações, consulte Restore a farm (SharePoint Foundation 2010).

9É possível recuperar o banco de dados de conteúdo da Administração Central e o banco de dados de configuração de um farm do SharePoint Foundation 2010, mas apenas como parte de uma recuperação completa para o mesmo farm, com os mesmos computadores.

Observação

É possível registrar o SharePoint Foundation 2010 com o Backup do Windows Server usando a operação stsadm.exe -o -registerwsswriter para configurar o gravador VSS (Serviço de Cópias de Sombra de Volume) para o SharePoint Foundation. O Backup do Windows Server, por sua vez, inclui o SharePoint Foundation 2010 nos backups de todo o servidor. Ao restaurar um backup do Windows Server, você pode selecionar o Microsoft SharePoint Foundation (independentemente da versão do Produtos do SharePoint 2010 instalada), e todos os componentes informados pelo gravador VSS do SharePoint Foundation 2010 nesse servidor no momento do backup serão restaurados.
O uso do Backup do Windows Server é recomendado apenas para uso com implantações de servidor único.

Escolher o que deve ser recuperado dos bancos de dados de conteúdo do SharePoint

Em um banco de dados de conteúdo, você pode recuperar conjuntos de sites, sites, listas e bibliotecas.

As ferramentas de backup e recuperação fornecem diferentes níveis de recuperação de conteúdo em um banco de dados de conteúdo. A recuperação de um objeto de um banco de dados de conteúdo é sempre mais complexa do que a recuperação de todo o banco de dados.

Protegendo as personalizações

As personalizações em sites do SharePoint podem incluir o seguinte:

Páginas mestras, layouts de páginas e folhas de estilo em cascata. Esses objetos são armazenados no banco de dados de conteúdo de um aplicativo Web.
Web Parts, definições de sites ou listas, colunas personalizadas, novos tipos de conteúdo, campos personalizados, ações personalizadas, fluxos de trabalho codificados ou atividades e condições de fluxo de trabalho.
Soluções de terceiros e os respectivos arquivos binários e chaves de Registro associados, como IFilters.
Alterações nos arquivos XML padrão.
Definições de sites personalizados (Webtemp.xml).
Alterações no arquivo Web.config.

A forma como as personalizações são implantadas e as alterações são feitas no arquivo Web.config tem um impacto significativo sobre que ferramentas podem ser usadas no backup e recuperação de personalizações. Para oferecer a maior oportunidade de recuperação, é recomendado implantar personalizações usando pacotes de soluções e configurar o arquivo Web.config por meio da Central de Administração ou das APIs do SharePoint e do modelo de objeto.

Protegendo fluxos de trabalho

Fluxos de trabalho são um caso especial de personalizações que você pode fazer backup e recuperar. Verifique se o seu plano de backup e recuperação está preparado para lidar com qualquer um dos seguintes cenários aplicáveis ao seu ambiente:

Fluxos de trabalho declarativos, como aqueles que você criou no Microsoft SharePoint Designer 2010, são armazenados no banco de dados de conteúdo para o conjunto de sites no qual são implantados. Fazer backup do banco de dados de conteúdo protege esses fluxos de trabalho.
As ações personalizadas de fluxo de trabalho declarativo têm componentes nos três seguintes locais:
1. Os assemblies do Visual Studio para as Atividades são armazenados no catálogo de assemblies global (GAC).
2. Os arquivos de definição XML (arquivos .ACTIONS) são armazenados no diretório 14\TEMPLATE\{LCID}\Workflow.
3. Uma entrada XML para marcar a atividade como um tipo autorizado é armazenada no arquivo Web.config para os aplicativos Web nos quais é utilizada.
Se os fluxos de trabalho do seu farm usam ações personalizadas, convém usar um sistema de backup de arquivo para proteger esses arquivos e entradas XML. Semelhante aos recursos do SharePoint Foundation, como Web Parts e receptores de eventos, esses arquivos devem ser reaplicados ao farm conforme necessário após a recuperação.
Fluxos de trabalho que dependem de código personalizado, como os que são criados por meio do Visual Studio, são armazenados em dois locais. Os assemblies do Visual Studio para o fluxo de trabalho são armazenados no catálogo de assemblies global (GAC), e os arquivos de definição XML são armazenados no diretório Features. O mesmo acontece com outros tipos de recursos do SharePoint Foundation, como Web Parts e receptores de eventos. Se o fluxo de trabalho tiver sido instalado como parte de um pacote de solução, o backup do banco de dados de conteúdo protegerá esses fluxos de trabalho.
Se você criar um fluxo de trabalho personalizado que interaja com um conjunto de sites diferente daquele no qual o fluxo de trabalho foi implantado, faça backup dos dois conjuntos de sites para proteger o fluxo de trabalho. Isso inclui os fluxos de trabalho gravados em uma lista de histórico ou em outra lista personalizada em um conjunto de sites diferente. O backup do farm é suficiente para fazer backup de todos os conjuntos de sites no farm e todos os fluxos de trabalho associados a eles.
O backup e a restauração dos fluxos de trabalho que ainda não foram implantados devem ser feitos separadamente, como qualquer outro arquivo de dados. Durante o desenvolvimento de um novo fluxo de trabalho que ainda não tenha sido implantado no farm do SharePoint Foundation, faça backup da pasta na qual você armazena os arquivos de projeto de fluxo de trabalho usando o Backup do Windows ou outro aplicativo de backup de sistema de arquivos.

Protegendo aplicativos de serviço

Os aplicativos de serviço em um ambiente do SharePoint Foundation podem ser formados por configurações de serviço e um ou mais bancos de dados, ou somente por configurações de serviço. Não é possível restaurar um aplicativo de serviço completo usando uma simples restauração de banco de dados. No entanto, você pode restaurar os bancos de dados para um aplicativo de serviço e provisionar novamente tal aplicativo. Para obter mais informações, consulte Restore a service application (SharePoint Foundation 2010).

Protegendo os bancos de dados do SQL Server Reporting Services

As atividades de backup e recuperação do SharePoint Foundation não incluem os bancos de dados do SQL Server Reporting Services. Você deve usar as ferramentas do SQL Server 2008 R2 Express. Para obter mais informações, consulte o artigo sobre operações de backup e restauração para uma instalação do Reporting Services (https://go.microsoft.com/fwlink/?linkid=186642&clcid=0x416).

Escolher ferramentas

Para selecionar as ferramentas corretas para backup e recuperação, você deve determinar se pode atender aos critérios de continuidade definidos para a sua empresa no orçamento referente a tempo e recursos.

Os principais fatores a serem considerados ao selecionar as ferramentas incluem os seguintes:

Velocidade de backup: a ferramenta pode ser executada na janela de manutenção do banco de dados? Teste todo o sistema de backup para garantir que ele atenda às suas necessidades no hardware.
Integridade da recuperação.
Granularidade dos objetos que podem ser recuperados.
Tipo de backup para o qual há suporte (completo, diferencial ou incremental).
Complexidade do gerenciamento da ferramenta.

A tabela a seguir compara o tipo de backup e o tamanho do farm cujo backup pode ser concluído em uma janela de 6 horas para as ferramentas de backup e recuperação disponibilizadas pela Microsoft.

Ferramenta	Tipo de backup	Tamanho do backup concluído em seis horas1
Backup e recuperação do farm do SharePoint	Completo, diferencial	600 GB
SQL Server	Completo, diferencial	600 GB
System Center Data Protection Manager	Incremental	Terabytes

1O tamanho do backup foi determinado pela execução de backup de um sistema que totaliza o tamanho especificado no hardware de teste listado na seção a seguir.

Observação

Os backups do SharePoint Foundation e do SQL Server 2008 R2 Express foram realizados com a compactação de backup ativada.

Hardware de teste

A tabela a seguir lista o hardware usado nos testes que determinaram o tamanho do backup que pode ser concluído em uma janela de seis horas.

Componente	Descrição
Processador	Processador dual de 64 bits, 3 GHz
RAM	8 GB
Disco	Partição formatada do sistema de arquivos NTFS de 2 terabytes
Rede	Conexão de 100 megabits por segundo (Mbps) ou mais rápida entre os computadores clientes e o servidor
Compartilhamento de rede	Compartilhamento de rede com 1,25 terabytes de espaço livre

Observação

O limite de tamanho superior para execução de backups de conjuntos de sites do SharePoint Foundation 2010 é de 100 GB.

Para obter informações detalhadas sobre sistemas de backup e recuperação que podem ser usados com o Microsoft SharePoint Foundation, consulte os seguintes recursos:

Determinar estratégias

Com base nos requisitos de negócios, nas necessidades de recuperação e nas ferramentas selecionadas, determine e documente as estratégias de backup e recuperação para o seu ambiente.

É comum que os departamentos de TI com suporte para o SharePoint Foundation decidam pelo uso de várias ferramentas para proteger o ambiente ao determinar as estratégias que utilizarão.

Por exemplo, em um ambiente com bancos de dados gerenciados por DBAs, as estratégias na seguinte lista podem ser aplicadas:

Os backups de todos os bancos de dados são feitos pelo SQL Server 2008 R2 Express. O intervalo de backup definido leva em consideração o seguinte:
- A importância do conteúdo ou do serviço.
- O impacto que o backup tem no desempenho do ambiente.
Bancos de dados de conteúdo pequenos, que mudam rapidamente e têm altíssimo impacto comercial têm a proteção adicional dos instantâneos de banco de dados do SQL Server 2008 R2 Express, que são armazenados em um disco físico separado. Apenas um instantâneo é armazenado por banco de dados, e os instantâneos são descartados regularmente, para reduzir o impacto sobre o desempenho. O intervalo de instantâneo definido para cada banco de dados leva em consideração:
- A importância do conteúdo ou do serviço.
- A taxa padrão de alterações para o banco de dados.
- O impacto que o instantâneo tem no desempenho do ambiente.
- A quantidade de espaço necessária para armazenar o instantâneo.
A recuperação a partir de um instantâneo é mais rápida do que a recuperação padrão porque um instantâneo e seu banco de dados subjacente podem ser tratados pelo SharePoint Foundation como um banco de dados desanexado. No entanto, a criação de instantâneos pode baixar o desempenho do banco de dados subjacente. É recomendado testar o efeito dos instantâneos sobre o desempenho do sistema antes de implementá-los, e descartá-los regularmente para diminuir o espaço necessário.

Observação

Se você estiver usando um RBS cujo provedor não ofereça suporte a instantâneos, não poderá usar instantâneos para backup. Por exemplo, o provedor FILESTREAM não oferece suporte a instantâneos.
O backup do SharePoint Foundation é usado para proteger aplicativos de serviço. O intervalo de backup é baseado no seguinte:
- A importância do serviço.
- A taxa de alteração padrão do banco de dados.
- O impacto que o backup tem no desempenho do banco de dados.
Todas as operações de restauração são executadas por meio do SharePoint Foundation. A escolha do sistema de recuperação a ser usado é determinada pelo tipo de backup disponível e pelo objeto a ser restaurado.

Outras ferramentas devem fazer parte da estratégia de continuidade dos negócios. Considere como você usará as Lixeiras e o controle de versão nos conjuntos de sites de todo o ambiente. Para obter mais informações, consulte Plano de gerenciamento de continuidade de negócios (SharePoint Foundation 2010).

Planejar backup avançado e desempenho de recuperação

Ao planejar sua estratégia de backup e recuperação, considere as seguintes recomendações que podem ajudá-lo a minimizar o efeito do backup e da recuperação no desempenho do sistema.

Por padrão, a maioria dos trabalhos de backup consome a maior quantidade possível de recursos de E/S para concluir o trabalho no tempo disponível para manutenção. Portanto, é possível que você observe um enfileiramento em disco e também que todas as solicitações de E/S retornem mais lentamente do que o normal. Essa situação é comum e não deve ser considerada um problema.

Seguir as recomendações de configuração do SQL Server e armazenamento

Siga as recomendações gerais para configuração do SQL Server 2008 R2 Express e armazenamento de um ambiente do SharePoint Foundation. Para obter mais informações, consulte SQL Server e armazenamento (SharePoint Foundation 2010).

Minimizar a latência entre o SQL Server e o local de backup

Em geral, é melhor usar um disco local para os backups, e não uma unidade de rede. Se estiver fazendo backup de vários servidores, talvez seja conveniente ter um computador conectado diretamente, no qual ambos os servidores possam gravar. Unidades de rede cuja latência com outras unidades de rede ou com computadores executando o SQL Server 2008 R2 Express seja menor ou igual a 1 milissegundo apresentarão um bom desempenho. Se o seu farm tiver vários servidores (incluindo o computador com o SQL Server 2008 R2 Express em execução), use os caminhos de rede UNC para o local de backup do farm do SharePoint.

Evitar conflitos de processamento

Não execute trabalhos de backup nos momentos em que os usuários precisam acessar o sistema.

Para evitar afunilamentos de E/S, execute o backup principal em um disco separado e somente depois copie para fita.

Considere intercalar os backups para que não ocorra o backup de todos os bancos de dados simultaneamente.

Os backups do SharePoint Foundation usam os backups do SQL Server 2008 R2 Express. Quando você usar compactação nos seus backups, evite sobrecarregar o SQL Server 2008 R2 Express. Por exemplo, algumas ferramentas de backup de terceiros compactam dados durante o backup, o que pode comprometer o desempenho do SQL Server. Há ferramentas disponíveis para acelerar os processos de compactação e controlar o impacto sobre o SQL Server.

Seguir as recomendações de otimização de backup e restauração do SQL Server

Se estiver executando o SQL Server 2008 Enterprise, é recomendado usar a compactação de backup. Para obter mais informações, consulte o artigo sobre compactação do backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=179525&clcid=0x416).

Se estiver usando backups do SQL Server 2008 R2 Express, use uma combinação de backups completos, diferenciais e de log de transação do modelo de recuperação completa para minimizar o tempo da recuperação. Os backups diferenciais de banco de dados geralmente são mais rápidos de criar do que os backups completos de banco de dados e reduzem a quantidade de logs de transações necessária à recuperação do banco de dados.

Se estiver usando o modelo de recuperação completa no SQL Server 2008, recomendamos o uso da opção truncar durante o backup para evitar problemas de manutenção.

Para obter recomendações detalhadas sobre como otimizar o desempenho do backup e da restauração do SQL Server 2008 R2 Express, consulte Otimizando o desempenho de backup e restauração em um SQL Server (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x416).

Garantir desempenho suficiente de gravação na unidade de backup

Considere cuidadosamente o uso de RAID (Redundant Array of Independent Disks) no dispositivo de backup de disco. Por exemplo, o RAID 5 tem baixo desempenho de gravação, aproximadamente a mesma velocidade de um único disco. (Isso ocorre porque o RAID 5 precisa manter as informações de paridade.) O uso do RAID 10 para um dispositivo de backup pode acelerar os backups. Para obter mais informações sobre como usar o RAID com backups, consulte o artigo sobre como configurar o RAID para obter a máxima taxa de transferência de E/S do SQL Server (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x416).