Planejamento de backup e recuperação no SharePoint Server

Artigo
03/08/2023

APLICA-SE A: yes-img-13 2013 yes-img-16 2016 yes-img-19 2019 yes-img-se Subscription Edition no-img-sop SharePoint no Microsoft 365

Normalmente, convém ter um plano de backup e recuperação disponível antes de implantar o ambiente do SharePoint Server. Você precisa manter e atualizar o plano de backup e recuperação à medida que o SharePoint Server é alterado para proteger os dados.

As etapas envolvidas no planejamento para backup e recuperação incluem as estratégias de backup e recuperação para um ambiente do SharePoint Server e decidir quais ferramentas usar. As etapas não precisam ser realizadas na ordem listada e os processos podem ser iterativos.

Ao planejar o backup e recuperação para recuperação de desastre, considere os eventos comuns, falhas e erros, emergências locais e emergências regionais. As seções neste artigo descrevem as etapas que você deve abordar no seu plano de backup e recuperação. Cada etapa é um passo para a meta final de um bom backup para usar na recuperação do seu farm do SharePoint Server. É possível personalizar as etapas para cumprir suas necessidades. Observe que seu plano de backup e recuperação geral é dinâmico e deve refletir seu ambiente atual do SharePoint Server.

Para saber mais sobre o backup e a recuperação do SharePoint Server, confira Visão geral de backup e recuperação no SharePoint Server.

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

Para definir os requisitos do negócio, determine o seguinte para cada farm e serviço no ambiente:

Objetivo do ponto de recuperação (RPO) é o objetivo para o período de tempo máximo entre o último backup disponível e qualquer ponto de falha em potencial. É determinado pela quantidade de dados que os negócios podem perder se uma falha ocorrer.
Objetivo do tempo de recuperação (RTO) é o objetivo para o tempo máximo que o processo de recuperação levará. É determinado pelo tempo que o negócio pode ficar indisponível no site e no serviço.
Objetivo de nível de recuperação (RLO) é o objetivo que define a granularidade na qual você deve poder recuperar dados você deve poder recuperar todo o farm, aplicativo da Web, conjunto de sites, site, lista, biblioteca ou item.

RPO e RTO menores e granularidade do RLO mais detalhada, todos geralmente custam mais.

Escolha o que proteger e recuperar no seu ambiente do SharePoint

Seus requisitos de negócios ajudarão a determinar quais componentes do ambiente você deve proteger e a granularidade que você deve poder recuperar.

As tabelas a seguir listam os componentes de um ambiente do SharePoint que você pode decidir proteger e as ferramentas que podem ser usadas para fazer o backup e recuperação de cada componente. Como você perceberá, ambas as tabelas são semelhantes, mas componentes de backup específicos são mostrados para cada edição do SharePoint Server.

Componentes do SharePoint Server 2016 para backup e recuperação

Componente	Backup do SharePoint	SQL Server 2014 Service Pack 1 (SP1)	SQL Server 2016	System Center 2016 - Data Protection Manager Update Rollup 2 (UR2)	Backup do sistema de arquivos
Farm	Sim			Sim (6)
Aplicativos de serviço	Sim
Aplicativo Web	Sim
Bancos de dados de conteúdo	Sim	Sim	Sim	Sim
Conjunto de sites	Sim (1, 2)	Sim (1, 2)	Sim (1, 2)	Sim (1, 2)
Site	Sim (2)	Sim (2)	Sim (2)	Sim
Lista ou biblioteca de documentos	Sim (2)	Sim (2)	Sim (2)	Sim
Item de lista ou documento				Sim
Conteúdo armazenado em armazenamentos de BLOB remotos	Sim (3)	Sim (3)	Sim (3)	Sim (3)
Personalizações implantadas como pacotes de solução	Sim (7)	Sim (7)	Sim (7)	Sim (6, 7)
Alterações no Web.config realizadas usando o Administração Central ou um API	Sim	Sim	Sim	Sim (4)
Definições de configuração do SharePoint	Sim (2, 8)	Sim (2, 8)	Sim (2, 8)	Sim (2, 9)
Personalizações não implantadas como pacotes de solução				Sim, os arquivos poderão ser recuperados se forem protegidos como arquivos. (4, 5)	Sim
Alterações no Web.config não realizadas usando o Administração Central ou um API				Sim (4)	Sim
Configurações do IIS não definidas pelo SharePoint Server 2016				Sim (5)	Sim
Bancos de dados do SQL Server Reporting Services		Sim	Sim	Sim

(1) O 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.

(2) Os backups de nível de farm e de nível de banco de dados podem ser usados com a recuperação de banco de dados não anexado do SharePoint Server 2016 para restaurar conjuntos de sites, sites, listas e configurações.

(3) O conteúdo armazenado em repositórios de BLOBs remotos não pode ser restaurado usando o System Center Data Protection Manager.

(4) As alterações em Web.config podem ser armazenadas usando um backup do sistema de arquivos do DPM.

(5) As configurações do IIS podem ser recuperadas usando um backup bare-metal do DPM.

(6) O DPM pode recuperar esse item usando uma combinação de um backup bare-metal e backup do SharePoint Server 2016. Não pode ser armazenado e recuperado como um objeto.

(7) Os 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.

(8) As definições de configuração podem ser recuperadas nos backups de nível de farm. Para saber mais, confira Restaurar farms no SharePoint Server.

(9) O banco de dados de conteúdo do Administração Central e o banco de dados de configuração para um farm do SharePoint Server 2016 podem ser recuperados, mas apenas como parte de uma recuperação de farm completa para o mesmo farm, com os mesmos computadores.

Para saber mais, confira Comunicado: proteja suas cargas de trabalho do Server 2016 com segurança aprimorada.

Componentes do SharePoint 2013 para backup e recuperação

Componente	Backup do SharePoint	SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2	SQL Server 2012	System Center 2012 - Data Protection Manager (DPM)	Backup do sistema de arquivos
Farm	Sim			Sim (6)
Aplicativos de serviço	Sim
Aplicativo Web	Sim
Bancos de dados de conteúdo	Sim	Sim	Sim	Sim
Conjunto de sites	Sim (1, 2)	Sim (1, 2)	Sim (1, 2)	Sim (1, 2)
Site	Sim (2)	Sim (2)	Sim (2)	Sim
Lista ou biblioteca de documentos	Sim (2)	Sim (2)	Sim (2)	Sim
Item de lista ou documento				Sim
Conteúdo armazenado em armazenamentos de BLOB remotos	Sim (3)	Sim (3)	Sim (3)	Sim (3)
Personalizações implantadas como pacotes de solução	Sim (7)	Sim (7)	Sim (7)	Sim (6, 7)
Alterações no Web.config realizadas usando o Administração Central ou um API	Sim	Sim	Sim	Sim (4)
Definições de configuração do SharePoint	Sim (2, 8)	Sim (2, 8)	Sim (2, 8)	Sim (2, 9)
Personalizações não implantadas como pacotes de solução				Sim, os arquivos poderão ser recuperados se forem protegidos como arquivos. (4, 5)	Sim
Alterações no Web.config não realizadas usando o Administração Central ou um API				Sim (4)	Sim
Configurações do IIS não definidas pelo SharePoint 2013				Sim (5)	Sim
Bancos de dados do SQL Server Reporting Services		Sim	Sim	Sim

(2) Os backups de nível de farm e de nível de banco de dados podem ser usados com a recuperação de banco de dados não anexado do SharePoint 2013 para restaurar conjuntos de sites, sites, listas e configurações.

(3) O conteúdo armazenado em repositórios de BLOBs remotos não pode ser restaurado usando o System Center Data Protection Manager.

(4) As alterações em Web.config podem ser armazenadas usando um backup do sistema de arquivos do DPM.

(5) As configurações do IIS podem ser recuperadas usando um backup bare-metal do DPM.

(6) O DPM pode recuperar esse item usando uma combinação de um backup bare-metal e backup do SharePoint 2013. Não pode ser armazenado e recuperado como um objeto.

(8) As definições de configuração podem ser recuperadas nos backups de nível de farm. Para saber mais, confira Restaurar farms no SharePoint Server.

(9) O banco de dados de conteúdo do Administração Central e o banco de dados de configuração para um farm do SharePoint 2013 podem ser recuperados, mas apenas como parte de uma recuperação de farm completa para o mesmo farm, com os mesmos computadores.

Observação

[!OBSERVAçãO] É possível registrar o SharePoint 2013 com o Backup do Windows Server usando a operação stsadm.exe -o -registerwsswriter para configurar o gravador do Serviço de Cópias de Sombra de Volume (VSS) para o SharePoint 2013. O backup do Windows Server inclui o SharePoint 2013 em backups no âmbito do servidor. Ao restaurar de um backup do Windows Server, é possível selecionar o SharePoint Foundation (independente de cada versão do SharePoint 2013 instalada) e todos os componentes relatados pelo gravador do VSS para o SharePoint 2013 neste servidor ao mesmo tempo que o backup será restaurado. > O Backup do Windows Server é recomendado apenas para uso com para implantações de servidor único.

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

De dentro de um banco de dados de conteúdo, é possível recuperar os conjuntos de site, sites, listas e bibliotecas.

Ferramentas de backup e recuperação oferecem níveis diferentes de recuperação do conteúdo em um banco de dados. A recuperação de um objeto dentro de um banco de dados de conteúdo é sempre mais complexo do que a recuperação de todo banco de dados de conteúdo.

Proteger personalizações

Personalizações para sites do SharePoint podem incluir o seguinte:

Páginas principais, layouts de página e folhas de estilo em cascada. Esses objetos são armazenados no banco de dados de conteúdo para um aplicativo da Web.
Web Parts, site ou definições de lista, colunas personalizadas, novos tipos de conteúdo, campos personalizados, ações personalizadas, fluxos de trabalho codificados ou atividades e condições do 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.

Como as personalizações são implantadas e como as alterações são realizadas no arquivo Web.config, possuem um efeito significativo sobre quais ferramentas podem ser usadas para personalizações de backup e recuperação. Para oferecer a maior oportunidade para recuperação, recomendamos que você use pacotes de soluções para implantar personalizações e usar o Administração Central ou APIs do SharePoint e modelo do objeto para configurar o arquivo Web.config.

Proteger 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 SharePoint Designer, 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:
- Os assemblies do Visual Studio para as Atividades armazenadas no catálogo de assemblie global (GAC).
- Os arquivos de definição XML (. Os arquivos ACTIONS) são armazenados no diretório 15\TEMPLATE{LCID}\Workflow.
- Uma entrada XML para marcar a atividade como um tipo autorizado armazenado no arquivo Web.config para os aplicativos da Web nos quais foram usados.
  
  Se seus fluxos de trabalho do farm usam ações personalizadas, você deve usar um sistema de backup de arquivos para proteger esses arquivos e entradas XML. Semelhante aos recursos do SharePoint Server, como Web Parts e recebedores de evento, estes arquivos devem ser reaplicados ao farm conforme necessário após a recuperação.
Os fluxos de trabalho dependem do código personalizado, como aqueles criados usando o Visual Studio, são armazenados nos dois locais. Os assemblies do Visual Studio para o fluxo de trabalho são armazenados no catálogo de assembly global (GAC) e os arquivos de definição XML são armazenados no diretório Features. Isto é o mesmo que os outros tipos de recursos do SharePoint Server como Web Parts e recebedores de eventos. Se o fluxo de trabalho foi instalado como parte de um pacote de soluções, o backup do banco de dados de conteúdo protege estes fluxos de trabalho.
Se você criar um fluxo de trabalho personalizado que interage com um conjunto de sites diferente daquele em que o fluxo de trabalho é implantado, deverá fazer o backup dos conjuntos de site para proteger o fluxo de trabalho. Isso inclui fluxos de trabalho que são gravados em uma lista de histórico ou outra lista personalizada em outro conjunto de sites. Executar um backup de farm é suficiente para fazer backup de todos os conjuntos de sites do farm e todos os fluxos de trabalho que estão associados eles. Para saber mais, veja "Fazer backup de fluxos de trabalho no SharePoint" em Personalizações de backup no SharePoint Server.
Os fluxos de trabalho que ainda não foram implantados devem ser armazenados e restaurados separadamente como qualquer outro arquivo de dados. Quando você estiver desenvolvendo um novo fluxo de trabalho, mas ainda não o implantou no farm do SharePoint Server, certifique-se de fazer o backup da pasta onde armazenou os arquivos do projeto do fluxo de trabalho usando o Backup do Windows Server ou outro aplicativo de backup do sistema de arquivos.

Protegendo aplicativos de serviço

Aplicativos de serviço em um ambiente do SharePoint Server pode ser composto de configurações de serviço e um ou mais bancos de dados ou apenas configurações de serviços. Não é possível restaurar um aplicativo de serviço completo restaurando apenas o banco de dados. No entanto, é possível restaurar bancos de dados para um aplicativo de serviço e provisionar o aplicativo de serviço. Para saber mais, confira Restaurar aplicativos de serviço no SharePoint Server.

Protegendo bancos de dados do SQL Server Reporting Services

SharePoint ServerO backup e recuperação não incluem bancos de dados do SQL Server Reporting Services. Você deve usar ferramentas do SQL Server para SharePoint Server. Para saber mais, veja Operações de Backup e restauração do Reporting Services.

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

Para selecionar as ferramentas corretas para backup e recuperação, você deve determinar se pode cumprir os requisitos de continuidade definidos para seus negócios dentro do seu orçamento para tempo e recursos.

As principais coisas a considerar ao selecionar as ferramentas incluem as seguintes:

Velocidade do backup: A ferramenta pode executar dentro da janela de manutenção dos seus bancos de dados? Você deve testar qualquer sistema de backup para garantir que cumpre suas necessidades de hardware.
Completude 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.

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

Determinar as estratégias de backup e restauração do SharePoint

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

É comum para departamentos de TI que suportam ambientes do SharePoint Server decidir usar mais de uma ferramenta para proteger o ambiente, conforme determinam as estratégias que irão usar.

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

Todos os bancos de dados são armazenados pelo SQL Server para o SharePoint Server. O intervalo de backup definido é baseado no 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, 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.
  
  Recuperar de um instantâneo é mais rápido do que a recuperação padrão porque um instantâneo, e seu banco de dados subjacente, podem ser tratados pelo SharePoint Server como um banco de dados não anexado. No entanto, criar instantâneos pode diminuir o desempenho do banco de dados subjacente. Recomendamos que o efeito dos instantâneos sobre o desempenho dos sistema seja testado antes de ser implementado e que os instantâneos sejam descartados regularmente para reduzir o espaço necessário.
  
  Observação
  
  [!OBSERVAçãO] Se você estiver usando o Armazenamento de Blobs Remoto (EDR) e o provedor EDR usado não suporta instantâneos, não é possível usar instantâneos para backup. Por exemplo, o provedor FILESTREAM não suporta 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 efeito no desempenho que o backup tem sobre o banco de dados.
Todas as operações de restauração são realizadas através do SharePoint Server. A escolha sobre qual restauração do sistema usar é determinada pelo tipo de backup disponível e o objeto sendo 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 saber mais, confira Planejar a alta disponibilidade e a recuperação de desastres para o SharePoint Server.

Plano para desempenho ao projetar sua estratégia de backup e restauração do SharePoint

Conforme você planeja sua estratégia de backup e recuperação, considere as seguintes recomendações para ajudar a diminuir o efeito do backup e recuperação no desempenho do sistema.

Por design, a maioria dos trabalhos de backup consomem o máximo de recursos de E/S que podem para finalizar o trabalho no tempo disponível para manutenção. Portanto, você pode ver a fila de disco e pode ver que todas as solicitações E/S voltam mais lentamente do que o comum. Essa situação é comum e não deve ser considerada um problema.

Siga as recomendações para configuração e armazenamento do SQL Server

Siga as recomendações gerais para configurar o SQL Server e o armazenamento para um ambiente do SharePoint Server. Para saber mais, confira Configuração e planejamento da capacidade de armazenamento do SQL Server (SharePoint Server).

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

Em geral, use um disco local em vez de uma unidade de rede para backups. Se você está armazenando vários servidores, convém ter um computador conectado diretamente no qual ambos os servidores possam gravar. As unidades de rede têm uma latência de 1 milissegundo ou menos entre elas, e os computadores que estão executando o SQL Server funcionarão bem. Se o farm tem vários servidores (incluindo o computador que está executando o SQL Server), você deve usar 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 nos quais os usuários devem 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 backups do SQL Server. Ao utilizar a compactação com backups, tenha cuidado para não sobrecarregar o SQL Server. Por exemplo, algumas ferramentas de backup de terceiros compactam dados durante o backup, o que pode prejudicar o desempenho do SQL Server. Existem ferramentas disponíveis para acelerar os processos de compactação e controlar o efeito no SQL Server.

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

Se estiver executando o SQL Server Enterprise, recomendamos que você use a compactação de backup. Para saber mais, confira Compactação de backup (SQL Server).

Se você estiver usando os backups do SQL Server ou SQL Server 2008 R2 Express, use uma combinação de backups do log completo, diferencial e de transação para o modelo de recuperação completo para minimizar o tempo de recuperação. Os backups do banco de dados diferencial são geralmente mais rápidos do que criar backups de banco de dados completos e eles reduzem a quantidade do log de transação necessário para recuperar o banco de dados.

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

Para obter recomendações detalhadas sobre como otimizar o desempenho de backup e restauração do SQL Server, veja a página sobre como otimizar o desempenho de backup e restauração em um SQL Server.

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, RAID 5 possui baixo desempenho de gravação, aproximadamente a mesma velocidade que para um disco (isso ocorre porque o RAID 5 mantém informação de paridade). Usar o RAID 10 para um dispositivo de backup pode oferecer backups mais rápidos. Para obter mais informações sobre como usar o RAID com backups, consulte Configurar o RAID para máximo resultado E/S do SQL Server.