Compartilhar via


Plano de backup e recuperação no SharePoint Server 2010

 

Aplica-se a: SharePoint Server 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 Server 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, talvez seja necessário executar etapas adicionais para restaurar um backup feito antes de o farm ter sido atualizado para SP1 para o farm após a atualização para o SP1. Para obter mais informações sobre como fazer isso, consulte Restaurar backups pré-SP1 para um farm SP1 (SharePoint Server 2010).

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

Neste artigo:

  • Definir requisitos de negócios

  • Escolher o que deve ser protegido e recuperar em seu ambiente SharePoint

  • Escolha as ferramentas de backup e recuperação do SharePoint

  • Determinar estratégias

  • Planejar para desempenho aprimorado de backup e recuperação

Definir requisitos de negócios para os farms e serviços do SharePoint

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, aplicativo Web, conjunto de sites, site, lista, biblioteca ou item inteiro.

RPO e RTO menores e granularidade menor de RLO, tudo isso normalmente custa mais.

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

Escolher o que deve ser protegido e recuperar em seu ambiente SharePoint

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 com Service Pack 1 (SP1) e Atualização Cumulativa 2 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 repositórios 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 Server para restaurar conjuntos de sites, sites, listas e configurações.

3O conteúdo armazenado em repositórios de Blob remotos 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 Server. 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)Restaurar um farm (SharePoint Server 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 Server 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 Server 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 Server. O Backup do Windows Server, por sua vez, inclui o SharePoint Server 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 Server 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 esse 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:

  • Os fluxos de trabalho declarativos, como aqueles criados 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 Server, 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 Server, 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 Server, 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 Server podem ser formados por configurações de serviço e um ou mais bancos de dados, ou apenas 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 in SharePoint 2010 Products.

Protegendo os bancos de dados do SQL Server Reporting Services

As atividades de backup e recuperação do SharePoint Server não incluem os bancos de dados do SQL Server Reporting Services. Você deve usar as ferramentas do SQL Server. 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).

Escolha as ferramentas de backup e recuperação do SharePoint

Para selecionar as ferramentas corretas para backup e recuperação, você precisa 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 o seguinte:

  • 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 seis 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 Server e do SQL Server 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 pôde 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 Server 2010 é de 100 GB.

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

Determine as estratégias de backup e recuperação do SharePoint

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 Server decidam pelo uso de várias ferramentas para proteger o ambiente ao determinar as estratégias que utilizarão.

Por exemplo, em um ambiente que tenha 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. 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 com altíssimo impacto comercial têm a proteção adicional dos instantâneos de banco de dados do SQL Server, 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, pode ser tratado pelo SharePoint Server 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 Server é usado para proteger aplicativos de serviço. O intervalo de backup é baseado no seguinte:

    • A importância do serviço.

    • A taxa padrão de alterações para o 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 Server. 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 Planejar o gerenciamento da continuidade dos negócios (SharePoint Server 2010).

Planejar o desempenho ao criar uma estratégia de backup e recuperação do SharePoint

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 e armazenamento de um ambiente do SharePoint Server. Para obter mais informações, consulte Planejamento e configuração de armazenamento e capacidade do SQL Server (SharePoint Server 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 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 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 ter acesso ao 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 Server usam os backups do SQL Server. Quando usar compactação nos seus backups, evite sobrecarregar o SQL Server. 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, 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, 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) (em inglês).

Conteúdo relacionado

Central de recursos

Business Continuity Management for SharePoint Server 2010 (em inglês)(https://go.microsoft.com/fwlink/?linkid=199235&clcid=0x416) (em inglês)

Conteúdo do profissional de TI

Visão geral sobre backup e recuperação (SharePoint Server 2010)

Backup e recuperação (SharePoint Server 2010)

Planejar a disponibilidade (SharePoint Server 2010)

Availability configuration (SharePoint Server 2010)

Planejar a recuperação de desastre (SharePoint Server 2010)

Conteúdo do desenvolvedor

Proteção e recuperação de dados (em inglês) (https://go.microsoft.com/fwlink/?linkid=199237&clcid=0x416) (em inglês)

See Also

Other Resources

Central de Recursos: Architecture Design for SharePoint Server 2010